完全に私を壊してください...スクラムについてですか?

私の意見では、クリエイターは、スクラムがそれ自体に適応する必要があるフレームワークであると言ったとき、最も陰険な間違いを犯しました。 プロダクトオーナーの役割、バーンダウンダイアグラム、スプリントゴール、デモンストレーション、スプリント終了時の完成品など、スクラムの基本要素の不在または変更を正当化するこの声明に言及している人々を何度も耳にしました。特別な用語はScrumButです。



この記事では、スクラムのいくつかの要素の意味と利点についての私のビジョンを共有します。 これを「なぜこの要素が重要なのか」という質問の形式で行います。 これらは私が試行錯誤を繰り返しながら、私が働いていた企業のスクラムプロセスを注意深く監視することで特定できた理由です。



1.スプリントの目標が必要な理由



長い間、スプリントの目標が必要な理由を理解していませんでした。 そして、なぜヘンリック・クニベルグの著書「スクラムとXP-最前線のノート」で、それを選ぶことが非常に重要であると書かれています。 スクラムのこの要素の重要性が強調されているため、常に使用しています。 しかし、私たちは意味を理解していなかったという事実のために、私たちは恐ろしい目標を思いつきました。 通常、未記述のルールを設定して目標を選択するプロセスを単純化し、ターゲットを次のリリースのリリースまたは通常のボールドスプリント機能の実装として採用します。 これにより、ターゲットの無益感、さらにはその害さえも強められました。



目標を理解するのは、ユーザーストーリーではなく技術的なタスクをメンバーが行うスクラムチームに参加し始めたときです。 タスクは、あるチームメンバーの作業の結果が別のスプリントの別のチームメンバーによって使用されるようにカットされます。 私の到着は、このチェーンに別のリンクを追加しました。 このようなプロセスは、基本的に、後続のすべての結果を伴うカスケードウォーターフォールです。



この状況を修正するにはどうすればよいですか? 結局のところ、私たちはその根本にあるプロセスの困難で苦痛な変化について話しているのです。 適切に選択されたスプリントの目標は、チームをチームにする強力なツールです。 チームに共通の目標がある場合。 各メンバーが目指す目標。 そのようなチームは、スプリントの開始時に設定された目標を達成するために、プロセスを自然な方法で変換します。



したがって、スプリントの目標は、スクラムのチーム構築要素であり、適切に選択された目標は、スプリント中にチームの各メンバーが目指すものであり、これがチーム全体にとって重要なことです。



2.関心のあるすべての個人およびチームメンバーにスプリント開始通知レターを送信する必要があるのはなぜですか。



計画時に、チームはスプリントの終了までにスプリントタスクを完了することを約束します。 送信された手紙は、これらの義務の文書による確認であり、請負業者と顧客の間の暗黙の契約であり、チームによって与えられた誠実な言葉であり、また、すべてのスプリントのタスクが厳格に修正され、約束を果たす以外に何も残されていないリターンのポイントです。



この手紙には、もう1つのより有名な目的があります。 すべての利害関係者は、タスクおよびチームのタイムラインのコースに導入されます。 このようなZLの認識は、チームの忠誠心を高め、計画外のタスクの流れを減らします。



3.チームのパフォーマンスを考慮し、スケジュールを維持する必要があるのはなぜですか。



チームの生産性(速度)を考慮し、過去のパフォーマンス値のグラフを保持することで、チームの作業がリズミカルで安定していることを理解できます。 まだリズムに入っていない初心者チームは、スケジュールが壊れます。 壊れたスケジュールに成熟したチームがある場合、これは解決する必要がある問題を示します(休日と病気休暇を除く)。 たとえば、スケジュールは、スプリントからスプリントへの計画外のタスクのボリュームの絶え間ない変化の影響を受ける場合があります。 この問題は、スプリントの締め切りを引き起こす可能性があります。



チームのパフォーマンスグラフは、昨日の気象方式に基づいてスプリントタスクの量を決定する際にも役立ちます。



4.一定のリズムが重要な理由



まず、このようなリズムは、より安定した速度値を提供し、したがって、より信頼性の高い計画を立てます。 第二に、リズムはチームメンバーの安定した習慣を形成し、その実装は同じ行動を実行するよりも知的で心理的なコストが少なくて済みますが、習慣はありません。 第三に、関心のある人々はチームのリズムに慣れ、チームに何を期待するかを常に知っています。



一定のリズムを守らずに作業を試み、チームの構成とスプリントの長さを定期的に変更し、計画とデモの日を変更しました。 一定のリズムで作業を始めたとき、チームのスピードが向上していることに気付きました。



5. DSMを実行する必要がある理由と、なぜバーンダウンを描画するのですか?



チームを同期するには、DSM(毎日のスクラム会議)が必要であることは誰もが知っています。 DSMは、開発の問題をタイムリーに修正するのにも役立ちます。 チームのいずれかがスプリントの締め切りを混乱させる恐れのある問題を抱えている場合、チームはすぐにオープンされ、共同の努力によって解決されます。 したがって、DSMの中心的な価値は、計画に従っていることを確認することです。 この値は、各DSMの終わりにバーンダウンチャートで完了したタスクにマークを付けることで強化できます。 バーンダウンがタスクの完了が遅すぎることを示す場合、これはすぐに開かれて解決されます。



6.完成品をスプリントの最後にする必要があるのはなぜですか?



これの主な理由は、ビジネスから頻繁にリリースする必要があることです。 しかし、これは常に起こるとは限りません。 ビジネスでは、四半期ごとまたは半年ごとのリリースが必要になる場合があります。 これらの場合、各スプリントの最後に完成品が必要ですか? 必要です!



まず、スプリントの最後に完成品を作ることで、チームは尻尾を取り除きます。 新しいスプリントは、新しいユーザーストーリーとともに、クリーンな状態で始まります。 これにより、作業の一貫性が保たれます。 新しいスプリントでは、タスクの詳細を覚えておく必要はありません。その半分は過去/スプリントの前年にチームが行ったものです。



第二に、完成品を利害関係者にデモンストレーションし、それらから有用なフィードバックを得ることができます。 完成品のデモンストレーションは、どのレポートも作業の結果を示し、新しいアイデアを誘発するよりも優れています。 また、デモンストレーションはスプリント中にチームを動機付けます。 デモンストレーションがあることを知って、チームはその準備をしています。



第3に、1つ以上のスプリントが半分実装され、優先度が大幅に低下したか、関連性が完全に失われたユーザーストーリーのコードを切り取る必要はありません。



参照:

scrum_xp-from-the-trenches-rus-final.pdf

www.smartagilee.com/2012/06/v-behaviorurldefaultvmlo.html

www.scrum.org/ScrumBut




All Articles