スクラムスクラムとカンバンのどちらか一方を選択する際の主な考慮点、および決断できない場合はどうするかについて考察します。articlesアジャイルとは、指針となる一連の目標と原則であり、カンバンとスクラムはチームがアジャイルの原則を守り、責務を完了するのに役立つフレームワークです。スクラムとカンバンの実践方法の違いは簡単に区別できますが、それは表面的な違いにすぎません。実践方法は違っても原則は概ね同じです。できるだけスムーズに構築するのに役立ちます。焦点となるのは、「カンバンとスクラムはどう違うか」でなく「カンバンとスクラムのどちらが適しているか」、さらには「カンバンとスクラムの両方を使用するか」です。実践方法よりも原則を重視して検討しましょう。ここで、整理しておきます。アジャイルとは、構造的かつ反復的なプロジェクト管理および製品開発手法です。製品開発の変動的な性質を念頭に置き、チームが脇道にそれることなく自己管理をして変化に対応できるようにします。今やアジャイルは競争についていくために不可欠な手法です。かけて製品を開発する余裕など誰にもないためです。アジャイルの適切な実践が今まで以上に重要になっています。最大化することにあります。開始から終了にかかる時間の短縮に焦点を当てます。そのためにカンバンボードを使用し、作業フローを継続的に改善します。ソフトウェアのリリースにコミットします。目標は、顧客のフィードバックをすぐに収集しまとめる学習ループの構築にあります。スクラムチームは特定の役割の導入、特別なアーティファクトの作成、セレモニーの定期的な開催を通じて、作業を進行させます。スクラムの詳細な説明は『スクラムガイド』をご覧ください。スクラムベロシティカンバンリードタイム、サイクル期間、WIP変更に関する考え方スクラムチームはスプリント中に変更を加えない。各スプリントの終了までに確実にリリースします。スクラムは経験主義的な概念を基盤とし、作業の小規模なインクリメントに焦点を当てることで、顧客のフィードバックから学び、取得した情報を次の行動に役立てます。週間とスピーディーに展開し、明確な開始日と終了日を持ちます。このようにタイムフレームが短いため、複雑なタスクはより小さなストーリーに分割しチームがすぐに学習できるようにします。ここで問題となるのが、チームは使用可能なコードをこれほど早くリリースできるかということです。スプリントではスプリント計画、スプリントレビュー、ふりかえりの各ミーティングが大きな区切りとなります。ミーティングが小さな区切りとなります。これらのスクラムセレモニーは簡潔で、継続的に開催されます。昨今では、スクラム中に臨時リリースを行うことがよくありますが、各スプリントの終了時にリリースするのが長い間、ベストプラクティスとされてきました。チームは各スプリントの目的とスプリントの最終目標を設定し、スプリントレビューミーティングでリリースを承認または却下します。つの明確に定義された役割があります。プロダクト所有者は顧客の代弁者として、プロダクトバックログを管理し、開発チームの実行作業の優先順位付けを支援します。スクラムマスターは、スクラムの原則に沿って作業するようにチームを支援します。開発チームは実行作業を選択し、インクリメントを提供して、共同の説明責任を実行に移します。スクラムチームには管理者はいません。メンバーは自らを管理し、責任の違いにかかわらず同等の立場にあります。各メンバーは、顧客に価値を提供するという共通目標でつながっています。スクラムチームの主要な指標です。今後のスプリントの課題やスクラムチームが今後のスプリントで取り組む作業量の参考となります。ポイントを含めるわけにはいきません。変更に関する考え方スプリント中、チームはスコープをできるだけ変更しないように努めます。フィードバックを受け、自分たちの取り組みが想定していたほど顧客にとって価値がないとわかることが時折あります。このような場合は顧客に価値を届けることを最優先して、スプリントのスコープを変更すべきです。変更によって潜在的には提供可能なインクリメントがリスクにさらされるため、スクラムチームはスプリントのふりかえりミーティング中に、今後変更を制限する方法について話し合います。スクラム手法の詳細については、「スクラムとは何か」を参照してください。までスピーディーな移動に役立ちます。カンバンは優先度と規模が多岐にわたるリクエストを多数受けるチームに最適です。スクラムではスコープ内の要素を厳格に管理する必要がありますが、カンバンは流れに任せることができます。つの考慮点を参考にしましょう。カンバンの期間カンバンは継続的なワークフロー構造を基盤とするため、チームは優先順位の変更に機敏に順応する用意があります。次の段階に移動します。Do、進行中、レビュー中、ブロック済み、完了などが挙げられます。カンバン方式が最も優れているのは、チームの作業方法に合わせて列をカスタマイズできる点です。バックログ、優先、大枠を準備済み、記述中、デザイン中、テクニカルレビュー、リリース済み。リリース方法カンバンには定期スケジュールや所定の期日はありません。準備ができ次第、更新がリリースされます。理論的にはカンバン方式では固定的なタスクの達成期日は設定されません。完了した場合、スプリントレビューのようなリリースのマイルストーンを待たずに、適宜、リリース可能です。カンバンの役割チームメンバー全員がカンバンボードの所有者です。ボードで協力し、タスクを達成するのはチームの共同責任となります。主要指標リードタイムとサイクル期間はカンバンチームにとって重要な指標であり、タスクが開始から完了まで移動するのにかかる平均時間数を示します。サイクル期間の改善は、カンバンチームにとって成功を表します。各ステータスにおける作業量を把握するために使用され、処理能力を向上するために解決が必要なボトルネックを特定します。上限を通じても対処することができます。列に同時に配置可能なカードの枚数を限定します。ツールはその列を制限し、チームは一丸となって項目を前進させます。変更に関する考え方カンバンのワークフローはいつでも変更可能です。新しい作業項目をバックログに追加し、優先順位に基づき既存のカードをブロックしたり、すべて削除したりできます。制限を再測定し、それに応じて作業項目を調整できます。カンバン方式の強みはこうした柔軟性にあります。カンバン方式の詳細については、「カンバンとは何か」を参照してください。カンバンのツールアジャイルコミュニティでは、ツールを比較することは意味がないと考えられていますが、ツールの選択がフレームワークの選択を左右し、フレームワークの選択によってチームの採用方針が決定されるケースをよく目にします。本来この決定順序は逆にすべきです。スクラムの原則に沿って、クラムのフレームワークに満足したら、自分たちにとって有用なスクラムツールを見つけましょう。これはカンバンでも同じです。スクラムおよびカンバン向けの専門のプロジェクトタイプを使用すると、各フレームワークの原則を実現できます。使用したカンバンの学習」も使用を開始するのに役立ちます。有効性が実証済みの手法であり、反論する余地はほとんどありません。名言を借りれば、「スクラムを選んだからといって会社を首にはなりません」ただし、決断は絶対的なものである必要はありません。スクラムとカンバンの影響を受けたハイブリッドモデルを使用するチームは多数あります。と最近リリースされた次世代プロジェクトでもハイブリッドモデルを利用することができます。次世代プロジェクトを利用すると、スクラム、カンバン、またはこれらの組み合わせと、自分のニーズに合うアジャイル機能を選択できます。理解するのに合わせて、段階的に強力な機能を追加できます。どちらのテンプレートもチームのニーズに合わせて進化できることを認識したうえで、安心して次世代のスクラムまたはカンバンを選択できます。どちらを選択するにしても、しばらく使用し続けましょう。バックログのいくつかの作業を開始から完了まで実行し、その後にチームにうまくいった点といかなかった点を尋ねます。スクラムとカンバンを試し、こうした質問を尋ねることで、アジャイルのメリットをフル活用することができます。バックログとカンバンのミックス方式カンプランは、カンバンにスクラムのバックログとバックロググルーミングのコンセプトを追加します。列の代わりにバックログを使用して計画と作業の優先順位付けを行います。この記事を読む次の記事Kanplanアジャイルのトピックアジャイルプロジェクト管理スクラムカンバンデザインソフトウェア開発プロダクトマネジメントチーム大規模アジャイルDevOpsアジャイルに関する記事やチュートリアルをさらに読むには、サインアップしてください。