進行中の作業の制限を設定する

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

重要なかんばんプラクティスである進行中の作業 (WIP) の制限により、各ステージでチームが行う作業が制限されます。 新しい作業を開始する前に完了を強調することにより、多くの場合、チームが生産性が向上し、ソフトウェア品質が向上します。

各ステージに WIP の制限を設定すると、対応する列で許可される項目の数にソフト制約が追加されます。 これらの制限を超える可能性がありますが、ボードには、各制限の横に項目数が表示されます。 この記事は、WIP の制限を設定および実装するためのガイドとして使用してください。

前提条件

最初の WIP 制限を決定する

初期 WIP の制限を決定するには、次のアクションを行います。

• 現在の作業を評価する: 既存の列に存在する項目をカウントして、初期 WIP の制限を設定します。
• チームベースの制限を設定する: ステージ内で作業しているチーム メンバーごとに 2 つまたは 3 つの項目を超えないよう制限を設定します。 たとえば、チーム メンバーが 3 人の場合、WIP の制限は 6 人 (開発者 3 人 X タスク/開発者 2 人) です。
• 低い制限から始める: 低い制限から始めてボトルネックを特定し、プロセスの問題にすばやく対処します。

WIP 制限を守る

WIP の制限を設定したら、チームが制限をどの程度守っているかを追跡します。

WIP 制限を順守するということは、列にある項目の数が列の制限を超えるような場合、チームは項目を列に取り込まないことを意味します。 超えた場合、ボードはすぐにフィードバックを生成します。 このフィードバックは、列の項目数を減らすアクティビティにすぐに集中するよう、チームへの合図として機能するはずです。

理論的には単純なことですが、WIP 制限内に収めることは、個人、チーム、組織が快適な領域から外れる可能性があります。 マルチタスクを好むチーム メンバーは、窮屈に感じるかもしれません。 また、上流のステージで作業が完了するのを待つ間、自分の作業がないことに気付く人もいるでしょう。

進行中の作業を制限する利点を得るために、チームが頻繁に会議を行い、プロセスの変更について話し合うようにします。

ボトルネックを特定する

価値の流れを最適化するには、当然ながらボトルネックを特定して排除する必要があります。 ボトルネックは、ワークフロー全体のプロセスに無駄があることを示しています。

時間の経過と共にボードを監視することで、ボトルネックが発生している場所を知ることができます。 数日間作業されていない列に複数の項目が留まっている場合、ボトルネックが発生したことになります。 ボトルネックは、通常、WIP の制限が高すぎる場合に発生します。 ただし、ボトルネックがないということは、WIP 制限が低すぎることを示している可能性があります。

ボードのスナップショットを定期的に取得することにより、作業がスムーズに進んでいる場所とボトルネックが発生している場所を視覚的にカタログ化することができます。

このようなスナップショットでは、チームに以下の情報を示すことができます。

• ワークフロー ステージまたは列内の項目の平均数
• ワークフロー ステージまたは列内のチーム メンバーの数に対する作業中の品目の比率
• ワークフロー ステージまたは列に長期間留まっていた品目の数
• 完了した項目の数と、特定の期間の平均スループット率

無駄をなくす

ワークフロー プロセスのボトルネックに対処するには、無駄の原因を特定することが不可欠です。 無駄とは、望ましい成果を達成するために厳密には必要ではないものを指します。 ソフトウェア開発では、一般的な無駄の形態は次のとおりです。

• 使われていないコードや機能
• 再作業が必要な欠陥
• 遅延または待機時間
• チームまたはプロセス間のハンドオフ
• 要件が不十分
• 不十分なコミュニケーション

無駄をなくすため、チームの話し合いに参加して原因を特定し、受け入れ可能な解決策を一緒に見つけてください。

WIP の制限を設定する

WIP 制限の使用方法を理解した上で、次の手順を実行して制限を設定します。 チームのワークフローを列にマップ済みであることを確認します。

1. ボードを開きます。

2. 歯車アイコンを選び、ボードの構成と一般的なチーム設定を行います。

   

3. [列] を選び、列タブを選んでその列の WIP 制限を設定します。

   

   Note

   さまざまな列のタイトルと選択肢は、プロジェクトの作成に使用されたプロセスと、チームがバグを要求事項のように扱うか、タスクのように扱うかを選択したかどうかに基づいて使用できます。

4. 終了したら、 [保存] を選択します。

WIP の制限、課題、解決策

チームでは 1 つか 2 つの項目で WIP 制限を超えることがときどきあります。 制限を 3 項目以上超えることが頻繁にある場合、プロセスを見直すか、制限を調整してください。

チームは、WIP の制限を使用して数週間後に話し合いに参加する必要があります。 課題を特定して、ソリューションを一緒に決定し、必要に応じて制限を調整します。 以下の一覧はすべてを網羅したものではありませんが、チームと実証済みのソリューションに関する一般的な課題について説明しています。

WIP の課題

• ソーシャル ダイナミクス: チーム メンバーは、以下のルールに苦労している可能性があります。 反抗する人もいれば、適用性を誤解する人もおり、また、合意した制限を超えて余分な作業を引き受ける人もいます。 マルチタスクの信念が遵守を妨げる可能性もあります。

• 作業の変動: ユーザー ストーリー、不具合、ワークフローに影響を与えるなど、不均一な項目のサイズ。 時間、日、ストーリー ポイントなど、見積もりが変化する場合は、WIP 制約の調整が必要です。

• システムの問題を無視する: チームは、根本的なワークフローの問題に取り組むのではなく、ボトルネックをそのまま放置することがよくあります。

• 文化の変革: WIP の制限を実装するには、システム、文化、チームの調整が必要です。

WIP 管理の解決策

• チームの生産性の文化を構築する: 個人とチームの生産性の間に生じる緊張に対処します。 全体的なワークフロー効率を高めるプラクティスを奨励します。

• 作業のサイズを適切に設定する: タスクを開始する前に、作業のサイズについて話し合います。 大きな項目は小さなタスクに分割します。

• 価値の高い項目を優先させる: アイドル状態のときは、上流の項目を前に進めることに重点を置きます。 行き詰ったときや納入の課題に直面した場合、支援を求めます。

• リソース チームの割り当て: ボトルネックを防ぐため、各作業ステージで適切な専門家を確保します。

• 共通の理解を築く: かんばんプラクティスに関するチームの理解を促します。 定期的に振り返り、ドキュメント ポリシーを保持します。

• メトリックに基づく調整を行う: プロセス調整のため、WIP とリード タイムのメトリックを監視します。

• 文化の変化を管理する: 変更管理の原則を適用し、WIP の制限の実装中にチームの所有権を促進します。

関連記事

• 列の分割
• 作業の高速化
• 完成の定義を列に追加する
• カードのカスタマイズ
• バックログとボードにバグを表示する