ウィキペディアを引用するには：
スクラムは、チームがスプリントの目標を達成する能力に対する障害を取り除くことが主な仕事であるスクラムマスターによって促進されます。スクラムマスターはチームのリーダーではありません (自己組織化されているため) が、チームと気を散らす影響との間のバッファーとして機能します。スクラムマスターは、スクラムプロセスが意図したとおりに使用されることを保証します。スクラムマスターはルールの施行者です。」
これに基づいて作業し、ほとんどの企業が一度に 2 ～ 3 個のプロジェクトを実行しているという事実を踏まえると、SM はフルタイムの仕事を埋めるために実際にどのような作業を行うのでしょうか? それとも、フルタイムの仕事ではなく、個人が開発、販売などの他のことを行っているのでしょうか?
そこに共有するものがある SM はありますか?
残念ながら、専任のスクラム マスターを配置する余裕はありません。私はチーム リーダー兼上級開発者でもあり、1 日以上の時間を費やしています。
私は通常、一日中Stack Overflowにいます。ああ、私は昼食を調整しようとします。
スクラムマスターの役割の鍵は、障害を取り除くことです。
スクラムマスター/イテレーションマネージャー
スクラムマスター/イテレーション マネージャーは牧羊犬でもあり、チーム (群れ) を保護します。最後に、スクラムマスター/イテレーション マネージャーは、チームが外部リソースに連絡する窓口ですが、主にプロジェクト マネージャーです。
「チームと気を散らす影響との間のバッファーとして機能します」
それはフルタイムの仕事です。チームから情報を得たいと思っている人はたくさんいますが、それらの質問を処理するのは SM です。その仕事をうまく行うには、受け身ではなく積極的に行動することが重要です。したがって、すべての車輪をスムーズに動かし続ける必要があります。SMがうまくいくとすごい変身です。
この質問には、答える人の数だけ答えがあると思います。彼らが何をしているかをほとんど知っている献身的な人々で構成される小さなチームでは、SM の役割はほとんど見えません。あいまいな要件と権力闘争に対処しようとする大規模なチームでは、SM は非常に目立つようになり、チーム (およびチーム外の利害関係者) のすべての欲求不満の避雷針になるため、おそらく自分自身に時間をかけることはありません。
何を達成したいのかを理解し、それを達成する方法を知っている少人数のチームを持つことに勝るものはありません。それがあり、「SCRUM を採用」している場合は、おそらくすぐに、スクラム マスターになるのは簡単だと確信するでしょう。しかし、代わりに、チームが大混乱し、目標が未定義であり、多くの政治的争いが続いている場合、「SCRUM を採用」すると、スクラム マスターであることをフルタイム (おそらく不可能です）非常にまれな才能の組み合わせを必要とする仕事. ほとんどの実際のチームは、おそらくこれらの両極端の間のどこかに位置しています。
注意: この質問と回答は 12 年以上前のものです。それ以来、スクラム マスターの役割に関するコンセンサスの理解は大きく前進したため、私はこれを質問に対する有効な回答とは見なさず、ましてや受け入れられる回答に値するものとは見なしません。是非とも反対票を投じてください。それ以上は、気にしないでください。
スクラム マスターは、スクラムが確実に行われるようにする、スプリント計画会議、ふりかえりなどを組織するなどのことを行います。また、チームが何をしているのか、なぜチーム メンバーを他のプロジェクトに移すことができないのかを経営陣に説明することができます。スプリント終了。それ以上に、スクラム マスターに定義されたタスクは実際にはありません。したがって、1 人が簡単に 3 つのチームのスクラム マスターになることができ、管理タイプの仕事 (休日の要求、手順、取締役との退屈な会議への参加など) を行うか、開発に自由に貢献できる時間が残っている必要があります。チームのリソース。
スクラムマスターはスクラムフレームワーク内の役割ですが、その役割を果たしている個人はチームのメンバーでなければなりません。スクラムでは、チーム メンバーはどうしてもフルタイムである必要があります。チーム メンバーは、スプリント バックログのタスクをピックアップできる必要があります。それらは、開発タスク、テスト タスク、CI サーバー タスクの構成などである可能性があります。バーンダウンに貢献できない場合、チームに参加する必要はありません。迷惑行為をして別のチームに参加することは、自尊心のあるスクラムマスターが行うべき最後のことです。スクラムマスターは、組織に組み込まれ、専念するサーバント リーダーであるべきです。彼らのチームと製品。スクラムマスターは、役職ではなく、チームの役割です。一度に複数のプロジェクトでスクラムマスターになれ、それでもワールドクラスになれると考える人には同意しません。実際、それはスクラムではありません。
First and foremost: remove impediments.
It is best if a Scrum Master is dedicated to one team, so that impediments are removed as soon as possible. Some of this can be done proactively, for example by pushing the PO to analyze certain stories better for the next Sprint.
If there is extra time available it is convenient if the SM has some skills that can make him function as a developer or tester on the team. I've seen good result with SM's that delegate as much as possible to a (classical) project manager and focus on development most of their time.
ここでのキーワードは、スクラムマスターの役割はファシリテーターの役割であるということです。そして、誰かがそこに正しく言及しているように、彼の最も重要な仕事は、チームにシームレスな注意散漫のない環境を確保することです。つまり、障害を取り除き、チームが常に必要なものをすべて持っていることを確認します。スクラムマスターは、製品チームと開発チームの間のリンクです。意思決定は、スクラムマスターではなく、チームによって行われます。1つのチームの要件が他のチームの障害になる可能性があり、したがってスクラムマスターの目的全体に反する可能性があるため、1つのスクラムマスターを複数のチーム間で共有することはお勧めできません。また、マネージャーをスクラムマスターにすることは非常に危険です。マネージャーへの配信のプレッシャーにより、マネージャーはマイクロ管理を余儀なくされる可能性があり、これはスクラムチームにとってキラーです。通常のもの以外は
スクラムマスターが日常的に管理しなければならないいくつかの重要なことは
最も重要なのは、スクラムマスターが待機してチームをサポートする必要があることです。
この作業はすべて時間がかかり、他の役割を果たさない専用のスクラムマスターが必要です。
これに基づいて作業し、ほとんどの企業が一度に 2 ～ 3 個のプロジェクトを実行しているという事実を踏まえると、SM はフルタイムの仕事を埋めるために実際にどのような作業を行うのでしょうか?
チームが目標を達成するのに役立つスキルセット内のすべて。
それとも、フルタイムの仕事ではなく、個人が開発や販売などの他のことを行っているのでしょうか?
スクラムマスターは、もともとフルタイムの仕事を意図したものではありませんでした。スクラムマスターは、チームの誰かが果たす役割です。そのチーム メンバーはフルタイムで製品に専念しています。そのため、彼\彼女がスクラムマスターの職務を行っていないときは、デフォルトでスプリント バックログのタスクをバーンダウンします。
簡単に言うと、スクラム マスターは物事を実現する責任があります。実際には、スクラム マスターがプロジェクト マネージャーに変装している場合がよくあります。少なくとも私の会社ではそうです。
開発者が生産性を維持するために必要なあらゆるもの。ピザを注文。管理者、経営陣、他のチームと話をしてください。官僚的なことをする。他に誰も利用できない場合は、ビルド サーバーを修正します。
スクラム マスターは、チームの母熊のような存在です。彼らはチームの健全性を (プロジェクトに関して) 監視し、厄介な部外者からチームを保護し、チームの障害を取り除きます。私は自分のチームでスクラムマスターをプレイしていますが、(同じチームの) 開発リーダーでもあり、技術的な議論、設計の議論に参加し、チームの開発者と QA 間の調整を行っています (彼らがまだ自分で行っていない場合)。時間があれば、実際の開発タスクを実行してチャートを焼き尽くすようにしています。
スクラムマスターが複数のチームでその役割を果たすことは、非常に気を散らすものではありませんか? 神、私はそれが混乱していると思います。どの障害が再びどのチームをブロックしていますか?? 誰がこのタスクに取り組んでいたのですか??
一般的に理解されているように、スクラム マスター リストの優先順位 1 は、チームから報告された障害を取り除くことです。しかし、これで終わりではなく、彼は常に潜在的な障害に注意を払う必要があります..さらに重要なのは、そこにあるがまだ特定されていない障害です. ケンは、障害は機会だと言いました。したがって、スクラム マスターは、これらの機会を 1 日中利用して、チームの生産性を大幅に高める必要があります。
スクラムの最終的な目的は、プロジェクトを成功に導くことです。スクラムマスターを持つ目的は、スクラムがスクラムの目的を確実に達成できるようにすることです。スクラムマスターの目的を達成するためには、戦略レベルでも考えて行動しなければなりません。これはフルタイムの仕事です。
正しく実装されたスクラム マスターの役割は、プロジェクトにとってかけがえのないものであり、パートタイムの役割と見なされるべきではありません。この役割の最も重要な側面は、開発チームがスクラム ミーティングで提起したあらゆる質問に対して、障害物を取り除く者として行動することです。テクニカル スクラム マスター (ほとんどの SM がそうである傾向があります) は、チームの開発者であってはなりませんが、設計とソリューション (必要に応じてペア プログラミングの拡張) についてアドバイスできる必要があります。
彼らは、ProductBackLog (ストーリーはビジネスによって作成される必要があります)、SprintBackLog、および BurnLog を更新し、進行状況についてビジネスおよび IT 管理と連携する責任があります。また、ストーリーに発展する可能性のある調査が必要なアイテムの SpikeLog も管理します (これもビジネス主導です)。
ドリブンデベロップメントが意味するように、スクラムマスターは完全なチーム メンバーであり、フルタイムである必要があります。私は通常、自分の役割を「チームが十分に油を注いだ機械として機能するようにする」ことだと考えています。これには、さまざまな時期にさまざまな意味があります。多くの場合、SM は、特にビジネス分析や利害関係者の期待に関連する、チーム外の人々とのチームのやり取りを促進するために多くの時間を費やします。それを超えて、それはカムによってリストされた機械的な項目を満たすことと、チームの肉体的および感情的な状態の世話をすることの問題です.
以前の回答の 1 つに関連して、私が主張する基本的な側面の 1 つは、チームのどのメンバーも私や他のメンバーの直属の部下ではないということです。これにより、休暇や出費などを私の仕事の一部にすることはできなくなりますが、存在しなければならない信頼関係が乱雑になることはありません。