スクラムガイド | 10. スクラムマスターのよくある間違い
公開: 2022-04-20優れたスクラム マスターの仕事は、ある時点で、開発チームの日常業務で不要になるという事実によって認識できます。 ただし、常にそうであるとは限りません。 スクラムマスターのミスの理由は何ですか?
スクラムマスターの間違い – 目次:
- スクラムマスターの不在
- スクラムマスターの存在が不十分
- 概要
スクラム マスターの主な仕事は、開発チームの作業をサポートすることです。 したがって、スクラム マスターの最も一般的な間違いは、通常、開発者の日常業務への参加方法に起因します。 スクラム マスターのこれらの過ちを 2 つのグループに分けました。 前者には過度の関与から生じる問題が含まれ、後者には開発チームの生活の中でスクラム マスターの存在が不十分であることに起因する問題が含まれます。
スクラムマスターの不在
チームを過度に制御し続ける必要があると、スクラムの適用でミスが発生することがよくあります。 スクラム マスターのエラーは、次のような状況で最も頻繁に明らかになります。
- スクラム マスターは、チームが困難に対処するのを助ける代わりに、問題の解決策を探します。 通常、問題の根本は、スクラム マスターが開発チームの作業の専門家でもあることにあります。 専門家の役割から抜け出すことができないため、チームが自分で解決策を見つけるのを効果的に支援することができません。 このアプローチは、1 人だけの権威主義的な意思決定にもつながる可能性があります。これはおそらく、スクラム マスターが犯す最大の間違いです。
- スクラム マスターは、チームが間違いを犯すことを許しません。 この問題は、前の問題と密接に関連しています。 チームが間違いを犯すことからスクラム マスターによって効果的に保護されている場合、チームは自分で問題を解決したり、自分の仕事に責任を負ったりすることを学びません。 常にスクラム マスターのアドバイスと専門知識に依存します。
- スクラム マスターは、チームの雰囲気に取り組む代わりに、人々を変えようとします。 この問題には、チーム メンバーの行動の変更や人事異動が強調されすぎていることが含まれます。 絶対に必要でない限り、製品目標に取り組んでいる間に開発チームの構成を変更するのは間違いです。 その実現が大幅に遅れ、開発チームの作業のリズムが乱れる可能性があります。 また、別の記事で書いているチーム編成のリズムも乱します。
- スクラム マスターは、組織内の開発チームのスーパーバイザーとして機能します。 これは、スクラム マスター自身の決定に起因するものではありません。 ただし、チームを制御する必要性から生じるすべてのエラーを悪化させる可能性があります。
- スクラム マスターは、チームの運営に過度に関与します。 チームが、互いのスキルと責任を理解し、スクラムの原則に従って機能している専門家で構成されている場合、スクラム マスターは、招待されていないのにチームの作業方法に干渉してはなりません。 もしそうなら、彼らは単にチームの円滑な運営を妨害しているだけです. 優れたスクラム マスターは、コーチおよびリーダーとして確立された地位のおかげで、緊急事態または新鮮な見方が必要な状況でアドバイスを求められます。 そのため、彼らの存在を押し付けることなく、開発者の呼び出しに対応できるようにする必要があります。
- スクラム マスターは、スクラムの原則を厳守しすぎます。 スクラムのいずれかの側面が特定のチームで機能していない場合、スクラム マスターは別のアプローチを試す必要があります。 すべてのチームは異なり、スクラムは単なる一般的なフレームワークです。
スクラムマスターの存在が不十分
スクラム マスターの関与が多すぎるだけでなく、不十分であると、多くの間違いにつながる可能性があります。 最も一般的なものを以下に説明しました。
- スクラム マスターは、スクラムの原則に十分に精通していません。 この間違いは、不適切な実装につながる可能性が最も高いです。 そして、チームの仕事は一見スクラムの仕事に過ぎません。
- スクラムマスターはスクラムの原則を強制していません。 スクラム マスターの日常的な存在感が不十分であるということは、彼がチームを適切に保護していないことを意味します。 これにより、外部タスクの流入に対する保護が欠如する可能性があります。 または、開発チームがスプリントの目標を達成できなかった場合。
- スクラム マスターは、一貫したスクラム リズムが守られていることを確認しません。 スクラム イベントを不注意に組織すると、時間の無駄につながる可能性があります。 これにより、スプリント計画、スプリント振り返り、またはスプリント レビュー (別の投稿で説明します) などのイベントが長すぎたり、実行が不十分になったりします。 イベントを延期したり、期間を変更したりすることも間違いです。
- スクラム マスターは、チーム内の対立に対応しません。 チーム内の対立が時間の経過とともに解決することを期待するのは、スクラム マスターの間違いです。 対立は必ずしも悪いものではありませんが、スクラムマスターはその存在と現状を認識するだけでなく、交渉者として関与する必要があります。 また、競合を利用してチームを変更および改善することもできます。
- スクラムマスターの存在が不十分。 問題は、スクラム マスターがチームとの作業に費やす時間が少なすぎて、たとえば専門的なタスクに関与する場合に発生します。 これにより、彼はほとんど耳を傾けず、質問も少なくなります。 前回の記事で書いたように、これはスクラム マスターの重要なスキルです。 その結果、スクラム マスターはチーム内の現在の状況と雰囲気を十分に把握できていません。 そして彼は現状に満足している。
- スクラムマスターは現状に疑問を持ちません。 開発チーム、そしてスクラムチーム全体が成長するためには、常に現状に挑戦する必要があります。 これは多くの場合、リスクが高く、人を傷つける可能性のある活動です。 スクラム マスターは、遭遇する可能性のある困難を認識してそれに着手する必要があります。 しかし、「進化していない成熟した開発チーム」など存在しません。 放っておくと、すぐにパフォーマンスが大幅に低下します。
- スクラム マスターは、チームのパフォーマンスに関する観察結果をチームと共有しません。 この知識を独り占めすると、チームの成長が難しくなり、不可能になることさえあります。 スクラム マスターは、日々の責任に完全に集中していますが、チーム メンバーが共同で作業する方法には取り組んでいません。 これはしばしば問題や対立の蓄積につながります。
スクラムマスターのよくある間違い – まとめ
開発チームへの関与が不十分または過度であることに起因するスクラム マスターのミスは、作業のリズムを崩す可能性があります。 また、スクラムのルールに従って活動を停止することにも貢献します。 したがって、スクラム マスターが潜在的なエラーとその結果生じるリスクを認識することは価値があります。 また、チームとの関係にも注目してください。
私たちのコンテンツが気に入ったら、Facebook、Twitter、LinkedIn、Instagram、YouTube の忙しいミツバチ コミュニティに参加してください。
作者: キャロライン・ベッカー
プロジェクト マネージャーとして、Caroline は、最適なワークフローを設計し、プロセスを最適化するための新しい方法を見つける専門家です。 彼女の組織力と時間的プレッシャーの下で働く能力により、彼女は複雑なプロジェクトを実現するのに最適な人物となっています。
スクラムガイド:
- 基本的な用語、役割、および概念の用語集
- スクラムとは？
- スクラムの価値
- あなたの会社にスクラムを導入する方法は？
- スクラム チーム - それは何ですか?どのように機能しますか?
- プロダクトオーナーとは?
- プロダクトオーナーのよくある間違い
- スクラムマスターとは？
- 優れたスクラムマスターの特徴
- スクラムマスターのよくある間違い
- スクラム マスターはどのような統計と指標を追跡する必要がありますか?
- プロダクトオーナーとスクラムマスターの協力
- スクラムの開発チーム
- 開発者のよくある間違い
- スクラム成果物
- スクラムのスケーリング
- スプリントバックログ
- 製品バックログとは何ですか?
- ユーザーストーリーとは？
- INVEST で最高のユーザー ストーリーを作成する
- 最も一般的なユーザー ストーリーの間違い
- ユーザーストーリーの承認基準
- スクラムの見積もりとストーリー ポイント
- 企画ポーカー
- チーム見積もりゲーム
- 増分の定義
- スクラムイベント
- スクラムにおけるスプリントとは?
- スクラム チームのコミットメント - 製品の目標、スプリントの目標、完了の定義
- バーンダウンチャートとは？
- バーンダウン チャートを作成して解釈する方法
- バーンダウンチャートのメリットとデメリット
- スクラムとスクラムバンのかんばんボード
- スクラムの速度 - 開発チームの速度
- デイリースクラム
- スプリント計画
- スプリントレビュー
- スプリントレトロスペクティブとは何ですか?
- スプリントふりかえりでよくある間違い
- 製品バックログ育成