スクラムバン
 | この記事には複数の問題があります。改善にご協力いただくか、トークページでこれらの問題について議論してください。（これらのメッセージを削除する方法とタイミングについてはこちらをご覧ください）
|
| シリーズの一部 |
| ソフトウェア開発 |
|---|
Scrumbanは、アジャイルに沿った製品提供アプローチであり、 ScrumとKanbanを組み合わせたものです。Scrumbanはもともと、 ScrumからKanbanへの移行手段として設計されました。
歴史
Scrumbanは、既存のScrumチームがLeanとKanbanの概念をより簡単に探求できるようにするための試みとして開発されました。[ 1 ]
方法
Scrumbanでは、チームワークは小さなイテレーションで編成され、Scrumやカンバンボードに似たビジュアルボードを使用して監視されます。作業の各段階を示すために、同じスペースで作業するチームはポストイットや大きなホワイトボードを使用することが多いです。分散型チームの場合は、Assembla、Targetprocess、Eylean Board、JIRA、Mingle、TracのAgiloなどのビジュアル管理ソフトウェアがよく使用されます。[ 2 ]次のイテレーションで完了するユーザーストーリーを 決定するために、計画会議が開催されます。その後、ユーザーストーリーはボードに追加され、チームは可能な限り少ないユーザーストーリー（進行中の作業、またはWIP）で作業しながら、それらを完了します。イテレーションを短く保つために、WIP制限が使用され、WIPが所定のレベルを下回ったときに次の計画を立てるタイミングを知るための計画トリガーが設定されます。Scrumbanには定義済みのロールはなく、チームは既存のロールを保持します。[ 3 ]
反復
Scrumbanにおける作業の反復は短く抑えられています。これにより、チームは急速に変化する環境に容易に適応し、行動方針を変更できます。反復の長さは週単位で測定されます。理想的な反復の長さは各チームの作業プロセスによって異なりますが、2週間を超えないようにすることが推奨されます。[ 4 ]速度（生産性の指標）は、継続的な改善を支援するために、チームが課題やスループットの傾向を評価するためによく使用されます。
オンデマンドプランニング
Scrumbanにおける計画は需要に基づいており、計画トリガーが作動した場合にのみ実行されます。計画トリガーは、ボードの「To Do」セクションに残っているタスク数に関連付けられており、その数が一定数に達すると計画イベントが実行されます。計画イベントをトリガーするタスク数は事前に定義されていません。チームのベロシティ（残りのタスクをどれだけ早く完了できるか）と、次のイテレーションの計画に必要な時間によって決まります。次のイテレーションに計画されたタスクは、ボードの「To Do」セクションに追加されます。
優先順位付け
計画段階では、タスクに優先順位を付けることをお勧めします。つまり、タスクは優先順位を付けてボードに追加されます。これにより、チームメンバーはどのタスクを最初に完了すべきか、どのタスクを後回しにできるかを把握しやすくなります。優先順位付けは、タスクに番号を付ける、または優先度の列を追加することで行うことができます。優先度の列では、最も重要なタスクを上部に、重要度の低いタスクを下部に配置します。
バケットサイズの計画
バケットサイズ計画は、スクラムバンに長期計画の可能性をもたらします。これは、作業項目がスクラムバンボードに載せる前に通過する必要がある3つのバケットのシステムに基づいています。3つのバケットは計画の3つの異なる段階を表し、通常、1年、6か月、3か月のバケットと呼ばれます。1年バケットは、新規市場への参入、新製品のリリースなど、企業の長期目標専用です。企業が計画を進めることを決定すると、計画は6か月バケットに移動され、ここでこの計画の主な要件が具体化されます。企業が計画の実施を開始する準備が整うと、要件は3か月バケットに移動され、プロジェクトチームが完了する明確なタスクに分割されます。チームは、オンデマンド計画会議中にこのバケットからタスクを抽出し、タスクの作業を開始します。[ 5 ]
理事会
基本的なスクラムバンボードは、「To Do」、「Doing」、「Done」の3つの列で構成されています。計画会議後、タスクは「To Do」列に追加され、チームメンバーがタスクに取り組む準備ができたら「Doing」列に移動し、完了したら「Done」列に移動します。スクラムバンボードはチームの進捗状況を視覚的に表します。タスクボードの列は、チームの作業進捗に応じて調整および拡張されます。最も一般的な追加機能としては、「To Do」セクションの優先度列や、「Doing」セクションの設計、製造、テストなどの列などがあります。
WIP制限 - チームの効率的な作業を確保するため、Scrumbanメソッドでは、チームメンバーが同時に複数のタスクに取り組まないようにすることが定められています。このルールを確実に遵守するために、ScrumbanではWIP（進行中の作業）制限を使用します。この制限はボードの「Doing」セクションの上部に表示されます（セクション内の各列に表示される場合もあります）。これは、対応する列に同時に配置できるタスクの数が、その制限数を超えないことを意味します。WIP制限は通常、チームメンバーの人数と同じですが、チームの作業内容に応じて制限を拡張できます。
To Do 制限 - より生産性の高い計画会議を行うために、To Do セクションのタスク数にも制限を設けることができます。WIP 制限と同様に、To Do セクションの上部または対応する列の上部に記述し、To Do セクションまたは特定の列のタスク数を制限します。
チーム
Scrumbanでは、チームメンバーの人数やチームの役割は特に定められていません。Scrumban導入前にチームに与えられていた役割は、Scrumban導入後も維持されます。チームメンバーが自ら完了するタスクを選択することにより、役割は強化されます。Scrumbanにおけるチームの役割は、スクラムチームで求められる役割よりも専門性が高く、部門横断的な役割は少なくなっています。
プル原理
Scrumbanでは、チームリーダーやプロジェクトマネージャーがチームメンバーにタスクを割り当てることはありません。各チームメンバーは、To Doセクションから次に完了するタスクを選択します。これにより、チームメンバー全員が常に均等に忙しくなり、スムーズなプロセスフローが保証されます。
機能凍結
Scrumbanでは、プロジェクトの締め切りが迫っているときにフィーチャーフリーズ（機能凍結）が使用されます。これは、チームが既に開発中の機能のみに作業を継続し、追加の機能を追加できないことを意味します。[ 6 ]
トリアージ
トリアージは通常、機能凍結の直後に行われます。プロジェクトの期限が迫ると、プロジェクトマネージャーは開発中の機能のうち、どの機能を完了し、どの機能を未完成のままにするかを決定します。これにより、チームはプロジェクトの期限までに重要な機能を完成させることに集中し、重要度の低い機能は忘れ去ることができます。[ 7 ]
ツーリング
Scrumbanの最も基本的なセットアップは、付箋を貼った物理的なホワイトボードです。ScrumやKanbanの電子ボードに似た電子ソリューションも利用可能です。これらのソリューションはボードを完全に自動化し、チームメンバーはボードを更新するだけで済みます。電子ボードは、自動レポート、タスクの添付ファイルやディスカッション機能、時間追跡機能、そして他の一般的なプロジェクト管理ソフトウェアとの統合機能も備えています。[ 8 ]
参照
参考文献
- ^ Ladas, Corey (2009年1月). Scrumban: リーンソフトウェア開発のためのカンバンシステムに関するエッセイ. Modus Cooperandi Press. ISBN 978-0578002149
- ^ 「Scrumban [R]Evolutionに関するQ&A」。
- ^ Vasiliauskas, Vidas. 「Scrumban - アジャイルとリーンの融合」 YouTube . 2014年12月22日閲覧。
- ^ドン・ウェルズ「反復型プランニング」アジャイルプロセス2015年1月14日閲覧。
- ^ Misevičiūtė, D. 「Scrumban: オンデマンド vs. 長期計画」 . Eylean Blog . 2014年11月21日時点のオリジナルよりアーカイブ。 2015年7月30日閲覧。
- ^ 「機能凍結」OpenStack . 2015年1月14日閲覧。
- ^ 「ソフトウェアトリアージ」 . Sticky Minds . 2015年1月14日閲覧。
- ^ 「Scrumbanとは何か」。Teamhood 、Eylean著。
