アジャイルチーム：開発の成熟度

スクラムは単純ですが簡単ではないのはなぜですか？

スクラム は単純ですが、次の理由で簡単ではありません。

1. 成功する変更は、完全にトップダウンまたはボトムアップではありません。
2. 最終状態は予測不可能であり、スクラムは継続的な改善が必要です。
3. スクラムは組織全体に遍在しています。
4. スクラムは、従来のトレーニング/教育とは完全に異なります。
5. 変更は以前よりも早く行われます。
6. ベストプラクティスは危険です。あなたに合った方法を見つけてください。

スクラムは技術的な変化であるだけでなく、概念的な革新でもあります。チーム全体が物事を行うときは、次の態度をとる必要があります。

1. チームは、大きく包括的な計画なしで作業を開始することを学ぶ必要があります。
2. チームは、詳細な要件ドキュメントなしでユーザーストーリーとコミュニケーションを通じて要件を分析および理解することを学び、設計とプログラミングを開始する必要があります。
3. チームは、頻繁なコード送信と継続的インテグレーションに慣れている必要があります。
4. チームは透明性の高い環境で作業しており、全員の進捗状況は誰もがよく知っています。
5. チームにはペアプログラミングが必要であり、頻繁なコミュニケーションとディスカッションが必要です。

スクラムはプロセスフレームワークであるだけでなく、さらに重要なことに、スクラムを使用してチームを構築し、チームの機能を強化します。チームの慣らしの程度によって、スクラムの実装の効果がほぼ決まります。しかし、チームの成功は一夜にして達成されません。チームのさまざまな段階でチームを磨く方法は、誰にとっても挑戦です。

この記事では、スクラムチームの作成から成熟までの3つの段階に焦点を当て、チームの段階を特定し、次の段階を突破する方法を見つけるのに役立ちます。

アジャイルチーム：ステージI

1. チームでのPO（製品所有者）の役割は明確であり、POは製品バックログを管理する責任があり ます。
2. POは要件の主なソースであり、すべての関係者から要件を収集する責任があり、要件に責任があります。
3. POは、製品バックログの優先順位を決定する責任があります。これは、変更が発生した場合にも当てはまります。
4. チームにはスクラムマスターの役割を引き受けることができる人が1人います 。基本的に、この人は長い間スクラムマスターの役割を引き受けます。
5. 基本的に、スプリントで発生した問題を解決するためにチームを調整することができます。ただし、クロスドメインの問題を解決する能力は弱いです。
6. スクラムマスターは、チームメンバーがスプリントバックログを維持するのを支援し、チームメンバーがスプリントバックログを自分で維持する習慣を養います。
7. スクラムマスターは、スタンドアップミーティングを主導および統括する責任があります。スタンドアップミーティングは決まった場所と時間に行われ、標準時間内に終了します。スクラムマスターは、チームの各メンバーの作業内容について非常に明確であり、問​​題とリスクのほとんどは、スタンドアップミーティングを通じて見つけることができます。；
8. スクラムマスターは、計画会議、要約会議、PRD（パフォーマンスレビューおよび開発）レビュー、コードレビュー、ケースレビューなど、スケジュールどおりにさまざまな会議を実施する責任があります。
9. スクラムマスターは、計画会議を主導および統括し、労働時間の評価方法を示し、このスプリントの計画内容と優先度を示し、全員がスプリント内容を分割するように導き、全員が作業の評価を完了するように導く責任があります。時間;
10. スクラムマスターは、要約会議を主導および統括する責任があります。スクラムマスターは、主にこの反復の長所と短所を要約し、短所に対する改善策を策定し、フォローアップする責任があります。
11. スクラムマスターは、リスクと進捗状況を監視する責任があり、利害関係者に通知することができます。
12. ほとんどの場合、チームは DODへのコミットメントを完了することができます。

アジャイルチーム：ステージII

1. POは製品バックログの管理を担当し、チームは製品バックログのコンテンツを承認します。
2. チームは、POが要件を収集するのを支援し、要件を積極的に提案します。チームは要件を認識し、要件に責任を負います。
3. POは、変更が発生した場合でも、チームが製品バックログの優先順位を決定するのを支援します。
4. チームでのスクラムマスターの役割はバックアップです。スクラムマスターがいない場合、バックアップは完全に作業の役割を引き受けることができます。
5. スプリントで発生した問題を解決するためにチームを完全に調整することができます。ドメイン間の問題解決を促進する能力は強力ですが、部門間の問題解決を促進する能力は弱いです。
6. チームメンバーが自分でスプリントバックログを維持する習慣が形成されており、スクラムマスターは監督と注意を喚起するだけで済みます。
7. スクラムマスターは、スタンドアップミーティングの効果的な進行を支援します。スタンドアップミーティングは、決まった場所と時間に標準時間内に終了します。チームメンバーは、他のメンバーの作業内容について非常に明確です。チームメンバーは、スクラムマスターがいくつかの問題やリスクを見つけるのを支援できます。いくつかの問題とリスクはまだスクラムマスターによって発見されています。
8. スクラムマスターは、計画会議、要約会議、PRDレビュー、ERDレビュー、コードレビュー、ケースレビューなど、さまざまな会議の効果的な実施を支援します。
9. スクラムマスターは、計画会議の効果的な実行を支援し、チームメンバーと話し合って、労働時間の評価方法、計画の内容、およびこのスプリントの優先順位を決定し、スプリントの内容の分割と評価を共同で完了します。労働時間;
10. スクラムマスターは、会議の効果的な進捗状況の要約、この反復の長所と短所についてチームメンバーとの話し合いと要約を支援し、効果的な改善策を策定し、短所に対して効果的な改善を行うことができ、長所を維持し続けることができます。
11. スクラムマスターが率いるチームメンバーは、リスクと進捗状況の監視に参加し、定期的に利害関係者に通知できます。
12. チームは共同でDOD（Definition of Done）へのコミットメントを完了します。

アジャイルチーム：ステージIII

1. 製品バックログはPOによって開始および管理され、チームはディスカッションと改善に参加します。
2. チームは共同で要件を提案および収集し、製品に対して共同で責任を負います。
3. チームは、変更が発生した場合でも、製品バックログの優先順位を共同で決定し、責任を負います。
4. チームの誰もがスクラムマスターの役割を果たすことができます。
5. これは、チームがスプリントで遭遇するすべての障害を克服するのに役立ち、ドメイン間および部門間の問題解決を促進し、合意されたとおりにDoDが完了することを保証する強力な能力を備えています。
6. チームメンバーはスプリントバックログを意識的に維持し、スクラムマスターはチームメンバーのスプリントバックログの維持を定期的にチェックします。
7. チームメンバーは、効率的かつ効果的に行われるスタンドアップミーティングに積極的に参加します。スタンドアップミーティングは決まった場所と時間に行われ、標準時間内に終了します。チームメンバーは他のメンバーの作業内容について非常に明確であり、チームメンバーは積極的に質問とリスクを提起し、スクラムマスターと一緒にすべての問題とリスクを発見します。
8. スクラムマスターの支援を受けて、チームメンバーは、計画会議、要約会議、PRDレビュー、ERDレビュー、コードレビュー、ケースレビューなどのさまざまな会議の効果的な実施を主導します。
9. スクラムマスターの支援を受けて、チームメンバーが計画会議を主導し、チームは、労働時間評価の結果、このスプリントの計画内容と分割結果、および優先度レベルの確認結果に対して共同で責任を負います。
10. スクラムマスターの支援を受けて、チームメンバーが要約会議を主導します。チームはこの反復の結果に共同で責任を負い、欠点の根本原因を共同で認識することができます。後の期間では、すべてのチームメンバーが積極的かつ効果的に改善し、徐々に欠点を利点に変えます。利点はどんどん良くなる可能性があります。
11. チームはリスクと進捗状況を一緒に積極的に監視し、タイムリーに利害関係者に通知できます。
12. チームは機能の実現に焦点を当て、製品の実現を専門としています。チームには、製品の正しいルートを特定し、製品の継続的な改善を共同で推進する能力があります。

概要

アジャイルチームが成熟すればするほど、POやSMだけでなく、チームメンバーにも要求が高まります。

アジャイル開発チームでは、これは継続的な学習と改善のプロセスであり、チーム全体の能力とレベルを促進するため、特に職場に新しい人が増える場合は、チームの開発に非常に役立ちます。

最後に、チームワークで学習して成長させることをお勧めします。これにより、チームの改善をより迅速に行い、チームの全体的な強さを向上させることができます。