かんばんを使用してスクラムバックログを準備する

Anders Abelによる現在私を刺激しているトピックに関する短い記事の翻訳を提案します。開発がスクランブルされて実行されるという条件で、開発への移行タスクを準備する高品質で正式なプロセスです。 この著者が説明したアプローチを使用した経験がある人は、ニュアンスを共有すると面白いでしょう。 元の記事: 「カンバンを使用したスクラムバックロググルーミング」



グルーミングリクエストの写真:



画像



***



スクラムプロジェクトのバックログサポートは重要なタスクです。 スプリントに含める準備のさまざまな段階で、数百のタスクに非常に急速に成長します。 私の現在のプロジェクトでは、バックログをサポートし、グルーミングの効率を上げるためにカンバンボードを接続しました。





多くの点で、製品のバックログと製品所有者の役割がスクラムのボトルネックになっているように思えます。 スクラムは開発プロセスを合理化し、その立ち上げのための明確な要件の提供を必要とします。 これは、開発者がすでに知っていることを確認するのに役立ちます。プロジェクトが失敗した場合、これは必ずしも私たちのせいではありません。 そのため、要件の問題が顕著で理解できる場合、要件を処理するプロセスを開始します。



私の現在のプロジェクトでは、製品バックログの各要素が通過するいくつかの異なる段階があります。



1.新しいタスクは食料品のバックログに分類されます。

2.製品の所有者は、このタスクが有用かどうかを判断し、それに応じて、すぐに削除するか、より詳細な分析を開始します。

3.製品所有者(または彼を支援するアナリスト)が分析を実行します。

4.結果の製品バックログアイテムは、バックロググルーミング会議中に開発チームに提示されます。

5.開発チームによって合意された要素のみが、計画中にスプリントに含まれる資格があります。



上記のプロセスに付随するために、かんばんボードを使用します。



かんばんボード



かんばんボードには、上記の手順を視覚化する4つの列が含まれています。



1.新しい挑戦

2.分析

3.要件の準備ができました

4.バックログ(または合意された要件)



初めてバックログに追加されると、アイテムは新しいタスク列に配置されます。 製品の所有者は、このタスクの研究にリソースを費やすことが理にかなっているかどうかを判断します。 その場合、分析列に移動します。 これは、製品所有者およびアナリストにとって進行中の一種のステータスです。 分析が完了したと考えると、アイテムを[要件の準備完了]列に移動します。 この列に10〜20個の要素が蓄積されると(ハードリミットはありません)、バックログをグルーミングするための会議時間があります。その間に、開発者は最後の列の要素を分解します。 タスクが彼らと一緒に作業を続けるのに十分に明確であると彼らが信じるならば、彼らは時間の見積もりを同時に提供しながらバックログ状態にそれらを移動します(ストーリーポイントではなく時間で見積もられます)。



開発者は、backlog要素の説明に何かが欠けていると思った場合、要素を分析ステータスに戻し、回答が必要な質問のリストを添付します。



スプリント計画



会議で新しいスプリントを計画するときが来たら、バックログステータスにある要素のみが考慮されます。 Jiraで作業し、スクラムボードをフィルター処理して、バックログステータス以外のステータスのタスクがまったく表示されないようにします。



その結果、バックグラウンド要素の本質を議論するためにスプリントの計画に最小限の時間が費やされます。これはグルーミングですでに議論されています。 計画の焦点は、優先項目のリストの製品所有者による承認とスプリントでのこれらの項目の移動に移行しています。 この時点で、製品所有者はすでに実装時間の見積もりを持っているため、実装のコストとこれらのタスクのビジネス価値に関する情報があり(そして製品所有者はビジネス価値を理解する必要があります)、タスクを解決するかどうかについて十分な情報に基づいた決定を下すことが可能になります現在、後のスプリントに延期されているか、おそらく実装されないはずです。



バックログ処理制御



スクラムプラクティスの効果的なおかげで、開発チームは、チームが効果を維持するために必要なデータでバックログが満たされるようにすることがこれまで以上に重要になります。 適切な機器サポートなしで、またはその要素を適切に詳細な状態にする方法を理解せずに、バックログを管理することは十分に困難です。 これは、最小のプロジェクトを除き、ほとんどのプロジェクトでは不可能と言えます。



開発プロセスの改善に多くの時間を費やしている場合、開発に先行するプロセスを改善することは当然のことと思われます。 また、残念ながら、食品のバックログに配置する要素を準備する明確に定義されたプロセスの存在は、かなりまれなケースだと思います。 私の経験では、この作業は通常、不規則に実行され、計画もありません。これは間違ったアプローチのようです。



私は、かんばん委員会と引き続き協力して、食料の未処理の管理がランダムなプロセスに陥らないようにします。 数か月使用しただけで、優れた機器サポートを備えた確立された食料品バックログ管理プロセスが本当に役立つことは明らかです。



All Articles