JA 
EN 
IT 
ES 
厄介な変身
私は別の角度からこの記事にアプローチしようと思いました - 変革を必要とするチームのケース スタディと、スクラム マスターとしての役割で私がどのように行動したかです。完全な開示、私は間違いを犯しました！おそらく状況を悪化させたかもしれない私がしたことはありますが、同様の状況にあった人なら誰でも、スクラムチームが野獣に挑戦していることを知っているでしょう. WCフィールズが言ったとき 「子供や動物と一緒に仕事をしないでください」、スクラムチームが何であるかを知っていれば、彼はそのリストにスクラムチームを追加したような気がします!
よし、ワッフルで十分だ。これが私が議論する状況でした：
シチュエーション：
- イベントとプロセスを制御する支配的なメンバーによる、開発チーム内の明確なヒエラルキー
- どこにも見られないプロダクト オーナー (エンド カスタマーであるにもかかわらず)
- 組織内の役割/人 (プロジェクト マネージャー、ビジネス アナリスト、リリース マネージャー、サポート マネージャー) の複雑なネットワーク – スクラム チームには誰もいなかった
- メカニカル スクラムの実装。スクラム チームは改善点を特定するが、その後は改善に取り組まない
- 提供された機能の不足とその品質について顧客が不満を漏らしている
これが PSM II のシナリオベースの試験問題だと想像してみてください。スクラム マスターとして最初に何をしますか?
- スクラム イベントを再開し、意図した目的を達成できるように支援する
- 価値を軌道に乗せるために、開発チームに対する責任についてプロダクト オーナーを指導する
- チームを管理し、スプリントの目標が確実に達成されるように、最も適切な作業を割り当てます
あなたのほとんどはおそらく B を選んだと思います – そしてあなたは正しいでしょう (私の意見では)!自分では問題を解決できなかったオプションを選択し、チームが自分で解決できるようにすることに取り組みました。そうですね、私は A を選びました。AI を選択することでチームの支えとなり、すぐに状況が改善されましたが、長期的には正しい手法ではありませんでした。なぜなら、AI は真の問題を覆い隠してしまったからです。プロセス！彼らは停滞し、状況を改善する意欲を失っていました。組織は、十分な量の配達が行われていないということを聞き続け、根本的な原因を突き止めるのではなく、ムチを割ったのです!
私は幸運にも、スクラム マスターとしてかなりの数のチームと仕事をすることができました。迅速な変更を行いたい人へのアドバイスは、スクラム チームに 3 つの質問をすることです。これは、私が朝のセッションでスクラム チームと行ったアプローチです。
完璧なスクラムチームとはどのようなものですか?
この質問は、あからさまな内省の要件を取り除きます。チームは、現在行っていないことを安心して提案できます。なぜ私はチームにこれを尋ねるのですか?製品のように、すべてのチームのターンアラウンドは、ビジョンから始める必要があります。どこに到達したいのか? Now-Next-Then プロセス改善ワークショップのアウトプット。これは、将来の Sprint 回顧展に向けた優れた情報です。
チームに体現してもらいたい行動と精神は?
基本的に、行動憲章。チームを個人からユニットに変換します…スクラム！彼らは理想を共有しています。これは、スクラム マスターがスクラムの価値について指導する絶好の機会です。結果をシードしないでください。チームが誰であるかを定義できるようにします。彼らは、組織のスクラム チーム メンバーだけではありません。それらは独自の個性を持つコレクションです。
これを好転させる上での私たちの責任は何ですか？
ベン図の時間！チームと組織のサークル。オーバーラップが何であるか疑問に思っている場合、それらはチームがどのように/誰が修正するかわからないものです。それらは障害のように聞こえますか？はい！スクラム チームは、結果を促進するために取り組まなければならない最優先課題を特定しました!
_________________________________________________________________________________
必ずしも最も効果的な方法で変革を開始したわけではありませんが、上記の方法は、一歩下がって、チームが自分の代わりに変革を推進するのに本当に役立ちました。優れたスクラム マスターは、促進するだけでなく、チームが進歩するための方法を質問し、指導し、スムーズにします。これらすべてを間接的に行うことができれば、非常に優れた、自己組織化されたスクラム チームを手に入れたと言えると思います。