スクラム は経験論に基づいています。経験論は、3つの最も重要な側面( 下の図に示す3つの柱としても知られています)に基づいており、経験的プロセス制御の各実装(透明性、検査、適応)をサポートします。
スクラムチームがコミットメント、勇気、集中力、開放性、尊重の価値を 具現化して実践すると 、 スクラムの透明性、検査、適応の柱が現れ、すべての人の信頼を築きます。スクラムチームのメンバーは、スクラムの役割、イベント、および成果物を処理するときに、これらの値を学習して調査します。
透明性の確保—スクラムチーム
スクラムは、チーム内外の透明性を高めます。透明性は、スクラムプロセスにとって非常に重要です。透明性により、各スプリントで実際に何が起こっているかを全員が確認して理解できるようになり、チーム内のコミュニケーションと信頼が向上します。
チームは多くの点で透過的です。ここに私たちがそれを達成するためにできるいくつかのことをリストします:
より近くで作業し、より速くフィードバックする
スクラムチームは、作業方法を透過的にする必要があります。つまり、利害関係者を近づけ、日常的に協力し、フィードバックを両方向に流し、どちらかの方向に進むリスクを共有する必要があります。
作業の進捗状況をより目立たせる
チームは進捗状況を表示できます。バーンダウンチャートとホワイトボードは、スプリント目標の進捗状況を示す従来の方法です。これらのシンプルなツールは、スプリントからビジョンまで、計画の各段階の進捗状況を示すことができ、「いつ完了することができるか」を効果的に減らすことができます。ダイアログ。
チームは進捗状況を可視化できます。バーンダウンチャートとホワイトボードは、スプリント目標に対する進捗状況を示すための従来の方法です 。スプリントからビジョンに至るまで、計画のすべてのレベルで進捗状況を示す簡単なレポートは、「いつ実行されるか」の数を減らすのに非常に効果的です。会話。
更新された情報の自由な流れ
情報は両方向に移動する必要があります。利害関係者と製品の役割を担う人々、特にチームと直接連携する人々も、透明性を保つ必要があります。ロードマップ、リリース計画、または 完了の定義の形での製品の方向性を チームに表示して、チームが達成することを約束した包括的な目標と期待を認識できるようにすることができます。
スクラムマスターがお手伝いします
スクラムでは、 スクラムマスターのために働くのはチームではなく、開発チームの仕事を促進するために努力するのはスクラムマスターです。スクラムマスターは、イベントとアーティファクトが完全に透過的であるかどうかを理解するために、 プロダクトオーナー、開発チーム、およびその他の関係者と協力する必要があります。スクラムマスターは、完全な透明性がない場合に、すべての人が最も適切なプラクティスを適用できるように支援する必要があります。スクラムマスターは、アーティファクトを検査し、パターンを検知し、話されていることを注意深く聞き、期待される結果と実際の結果の違いを検出することにより、不完全な透明性を検出できます。
イベントの透明性
スプリント は他のすべてのイベントのコンテナであり、スクラムの各イベントは何かを検査して適応させる正式な機会です。これらのイベントは、重要な透明性と検査を可能にするように特別に設計されています。これらのイベントのいずれかを含めないと、透明性が低下し、検査と適応の機会が失われます。
透明性は、スクラムプロセスの最初の重要な側面であり、結果の責任者に見える必要があります。透明性を確保するには、チームが見られているものについての共通の理解を共有できるように、それらの側面を日常の活動と成果物で定義する必要があります。
例えば:
スプリント計画会議
スプリント計画会議は、 スプリントの開始時に開催され、スプリントのバックログ 項目 を理解して文書化し ます。関係するすべての人が、その特定の増分反復の開発に貢献するために自分の側で何をすべきかを間違いなく知っていることを確認するために実施されます。
毎日のスクラムスタンドアップミーティング
デイリースクラムは、特定のスプリントへのチームの貢献の 日々の反映に焦点を当てています。それは3つのことに答えます:
- 毎日のスプリントの目標を達成するために、過去24時間に何を開発しましたか?
- 次のスプリントの目標を達成するために、今日は何をしますか?
- 私の目標達成を妨げる昨日の仕事の障害は何ですか?
デイリースクラムは、自分の過ちを認めることを恐れることなく、これらすべてを共有するという点で非常に重要です。共有されていない場合、プロジェクトは複雑になり、遅延が発生し、最終的にはプロジェクトが失敗するリスクがあります。
スプリントレビューミーティング
スプリントレビューミーティングは、 スプリントの最後に実施され、製品の増分としてスプリントを完了するために行われたことを反映します。チームは、利害関係者を招待して、プロダクトオーナーによってプロダクトバックログに組み込まれるスプリントに関するフィードバックを取得し 、次のスプリントに改善をもたらします。
スプリント回顧会議
スプリントレトロスペクティブは、最後の スプリントを人、相互作用、プロセス、ツールの順に検査し、このスプリントから次のスプリントを開発するための改善策を採用するために開催されます。それはすべて、報告とコミュニケーションの透明性を必要とします。
アーティファクトの透明性
スクラムには、スクラムのすべてのステージの情報ラジエーターとして機能する多数の アーティファクトがあります。情報はチームに明確に表示され、理解されるため、プロジェクトの進捗状況がわかります。情報の可用性と明確さは、賢明な意思決定を行うために非常に重要です。
製品バックログ
製品バックログ は、製品所有者とチームによる優先順位と重要性に基づいて優先順位が付けられた要件の順序付きリストです。 最もよく知られているすべての機能、属性、修正、および拡張機能は、チームに明確でよく理解されるように、製品のバックログに文書化されています。
スプリントバックログ
スプリントバックログ は、 スプリント 計画会議 が実施され、製品バックログが確定した後に作成されます。製品の完全な増分を開発するために必要なユーザーストーリーが含まれています。通常、製品バックログアイテムの一部は、作業するためにチームによって合意されたタスクまたはユーザーストーリーに分解されます。
アジャイルダウンチャート—開発状況
バーンダウンチャートを使用 して、特定のスプリントでチームがどのようにパフォーマンスしているかについて正直に伝えます。アジャイルダウンチャートは、チームのパフォーマンスの実話を示しています。バーンダウンチャートは、スプリントを完了するために将来残っている努力の量を示しています。
スクラムタスクボード
スクラムボードは、 スプリントでの作業中に3つのことを反映するためにも使用されます。
- 何をすべきか?
- 何が進行中ですか?
- 何が行われますか?
完了の定義
透明性は、完了の定義にも強く関係しています。「完了」の意味を正式に定義すると、変動性が減少し、作業が取り消される可能性が減り、進行状況を明確に測定する(「完了」または「未完了」)と透明性が向上します。
完了の定義が不完全 であるということは、システムに未完了の 作業があることを意味します。この未完了の作業は、透明性の欠如も引き起こします。リスクはそこに隠されています。たとえば、パフォーマンステストを[未完了]のままにすると、システムが最も痛いときにリリースが近づくまで、システムのパフォーマンスが低下するリスクが遅延します。
結論
スクラムは、そのイベントやアーティファクトを通じて描かれた透明性に基づいていますが、チーム内の透明性とコミュニケーションが不足している場合、それを達成することはできません。メンバーが自分の過ちを共有することを躊躇したり恐れたりする場合、完全な透明性を確立して維持することは困難です。実際、チームの全員がお互いを理解し、尊重し合う必要があります。プロダクトオーナーと スクラムマスター チームが仕事で直面するリスクや問題を共有するように動機付け、奨励する必要があります。チームは個々の成果に焦点を合わせるだけでなく、共有プロジェクトの目標を達成するために努力する必要があります。これらすべてのフィードバックと共有は、情報フローの完全な透明性を確立および維持するために重要です。これにより、組織とチームの継続的な改善が可能になります。
Ищите в гугле