スクラムマスターは一日中何をしますか？
ウィキペディアを引用するには：
スクラムはスクラムマスターによって促進されます。スクラムマスターの主な仕事は、チームがスプリントの目標を達成する能力の障害を取り除くことです。スクラムマスターはチームのリーダーではありません（彼らは自己組織化されているため）が、チームと気を散らす影響の間のバッファーとして機能します。スクラムマスターは、スクラムプロセスが意図したとおりに使用されるようにします。スクラムマスターはルールの執行者です。」
これに基づいて作業し、ほとんどの企業が一度に2〜3個のプロジェクトを実行しているという事実から、SMはフルタイムの仕事を満たすためにどのような実際の作業タスクを実行しますか。または、それはフルタイムの仕事ではなく、その個人は開発、販売などの他のことをしますか？
そこにあるSMには共有すべきものがありますか？
スクラムマスターは、スクラムの発生、スプリント計画会議の開催、回顧などのようなことを行います。また、（s）チームが何をしているか、チームメンバーが他のプロジェクトに移れない理由を管理者に説明することもできます。スプリントが終了します。それを超えて、スクラムマスターには実際に定義されたタスクはありません。したがって、1人の人間が3つのチームのスクラムマスターに簡単になり、管理タイプの仕事（休日の要求、手順、ディレクターとの退屈な会議への出席など）を行う時間、または開発に自由に貢献できる時間を確保する必要がありますチームのリソース。
残念ながら、専用のスクラムマスターを用意する余裕はありません。私はまた、チームリーダーであり、1日を過ごすだけでなく上級開発者でもあります。
私は通常 Stack Overflow 終日です。ああ、私は昼食を調整しようとします。
スクラムマスターの役割の鍵は、障害を取り除くことです。
「チームと気を散らす影響との間のバッファーとして機能する」
それはフルタイムの仕事です。チームから情報を入手したい人が大勢います。これらの質問を処理するのはSMです。その仕事をうまく行うためには、事後対応ではなく先を見越しすることが重要です。したがって、彼らはすべての車輪がスムーズに動作し続ける必要があります。 SMがうまく機能しているとき、それは驚くべき変化です。
スクラムマスター/反復マネージャー
- リリース計画を作成します
- スクラム/反復計画を構築します
- を計画およびホストします
- スクラム/反復計画会議
- ショー＆テル
- リリース計画会議
- 回顧
- ブロッカーボードを所有し、積極的にチームと協力してブロッカーを特定および削除します
- チームWIKIを更新します
- ストーリーカードウォールを含むチームルームの大きな可視チャートを更新します
- 毎日のスタンドアップに参加する
- 毎日のスクラムスクラムに参加
ScrumMaster/Iteration Managerはシープドッグでもあり、チーム（群れ）を保護します。最後に、ScrumMaster/Iteration Managerは、外部リソースへのチームの連絡先ですが、主にプロジェクトマネージャーです。
この質問には、答える人がいるのと同じくらい多くの答えがあると思います。ほとんど何をしているのかをよく知っている献身的な人々がいる小さなチームでは、SMの役割はほとんど見えません。漠然とした要件と権力闘争に対処しようとする大規模なチームでは、SMはチーム（およびその外部の利害関係者）のすべてのフラストレーションの稲妻になるため、SMは非常に目立ち、おそらく自分自身に瞬間を感じることはありません。
あなたが何を達成したいのかを知り、それを達成する方法を知っている少数の人々のチームを持つことに勝るものはありません。それがあり、「SCRUMを採用する」なら、おそらくスクラムマスターになるのは簡単だとすぐに確信するでしょう。しかし、代わりにチームの大きな混乱と未定義の目標、そして多くの政治的戦いがあり、「スクラムを採用する」なら、おそらくスクラムマスターであることはフルタイムだと思って離れてしまうでしょう（おそらく不可能）非常にまれな才能の組み合わせを必要とする仕事。ほとんどの実際のチームは、おそらくこれらの両極端の間のどこかにあります。
何よりもまず：障害を取り除く。
障害ができるだけ早く除去されるように、スクラムマスターが1つのチームに専念するのが最適です。たとえば、POをプッシュして特定のストーリーを次のスプリントに向けてより適切に分析することにより、これの一部を事前に行うことができます。
時間に余裕がある場合は、SMにチームの開発者またはテスターとして機能させるスキルがあれば便利です。 SMで（クラシック）プロジェクトマネージャーに可能な限り委任し、ほとんどの時間で開発に専念するSMで良い結果が得られました。
開発者が生産性を維持するために必要なすべてのもの。ピザを注文します。管理者、管理者、他のチームと話をしてください。官僚的なことをしてください。他に誰もいない場合は、ビルドサーバーを修正します。
長い話を短くするために、スクラムマスターは物事を実現する責任があります。実際には、スクラムマスターが実際には変装したプロジェクトマネージャーであることがよくあります。少なくともそれは私の会社の場合です。
ここで重要なことは、スクラムマスターの役割はファシリテーターの役割であることです。誰かがそこに正しく言及したように、彼の最も重要な仕事は、チームのシームレスな気晴らしのない環境を確保することです。スクラムマスターは、製品チームと開発チームの間のリンクです。意思決定は、スクラムマスターではなく、チームによって行われます。 1つのチームの要件が他のチームの障害となり、スクラムマスターの目的全体に反する可能性があるため、複数のチーム間で1つのスクラムマスターを共有することは悪い考えです。また、マネージャーに配信のプレッシャーがあるため、マネージャーをスクラムマスターにすることは非常に危険です。ある通常のもの以外
- スプリントの計画と回顧を整理する
- 毎日のスタンドアップを促進する
- スプリント反復の最後のデモ
- スタンドアップで言及されたチームの懸念に対処する
スクラムマスターが日々管理しなければならないいくつかの重要なことは
- チームにぶつかる前に、チームの気晴らしを予測して削除します。
- チームにコミュニケーションを促す
- 製品チームとの絶え間ないコミュニケーションを維持し、今後のスプリントに備えて何を行う必要があるかを確認します
- スプリントが混雑しているときに、一部のプロセスがひっくり返ってしまうことがあるため、チームが共同で合意したプロセスに従うようにしてください。
- チームが従うプロセスを改善する方法を常に見つける
最も重要なことは、スクラムマスターがチームをスタンバイしてサポートする必要があることです。
この作業にはすべて時間がかかり、他の役割を果たさない専用のスクラムマスターが必要です。
これに基づいて作業し、ほとんどの企業が一度に2〜3個のプロジェクトを実行しているという事実から、SMはフルタイムの仕事を満たすためにどのような実際の作業タスクを実行しますか。
チームが目標を達成するのを支援するスキルセット内のすべて。
または、それはフルタイムの仕事ではなく、その個人は開発、販売などの他のことをしますか？
スクラムマスターはもともとフルタイムの仕事になることを意図していませんでした。スクラムマスターは、チームの誰かが果たす役割です。そのチームメンバーは、フルタイムで製品に専念しています。そのため、彼がScrumMasterの仕事をしていないときは、デフォルトでSprint Backlogのタスクを焼き付けます。
スクラムマスターは、チームにとって母熊のようなものです。彼らはチームの健康を守り（プロジェクトに関して）、厄介な部外者から保護し、チームの障害を取り除きます。私は自分のチームでScrumMasterをプレイしていますが、（同じチームの！）開発リーダーでもあり、技術的な議論、設計の議論、開発者とチームのQAの調整に参加しています（既に自分でやっていなければ）。時間があれば、実際の開発タスクを実行してチャートを焼き尽くします。
スクラムマスターが複数のチームでその役割を果たしていることは、非常に気を散らすものではありません。神は私がその混乱を見つけるだろう。どの障害がどのチームを再びブロックしているか??誰がこのタスクに取り組んでいたのですか??
駆動型開発が示唆するように、スクラムマスターは完全なチームメンバーであり、フルタイムでなければなりません。私は通常、自分の役割を「チームが十分に油を塗ったマシンとして機能するようにする」として扱います。これは、さまざまな時点で多くの意味を持つことができます。多くの場合、SMはチームの外部の人々、特にビジネス分析や利害関係者の期待に関連する人々とのチームのやり取りを促進するために多くの時間を費やします。それを超えて、それはカムによってリストされた機械的なアイテムに会って、チームの身体的で感情的な状態の世話の問題です。
以前の回答の1つに関連して、私が主張する基本的な側面の1つは、チームのメンバーが私にもお互いにも直接報告していないということです。これにより、休暇や経費などが私の仕事の一部になることを排除しますが、存在しなければならない信頼関係を散らかさないように大いに役立ちます。
一般的に理解されているように、スクラムマスターリストの優先順位1は、チームから報告された障害を取り除くことです。しかし、これはここで終わるべきではありません。彼は潜在的な障害に絶えず注意する必要があります。ケンは、障害は機会だと言いました。 スクラムマスターは、チームをハイパー生産性にするためにこれらの機会を一日中利用する必要があります。
最終的にスクラムの目的は、プロジェクトに成功をもたらすことです。スクラムマスターを持つことの目的は、スクラムがスクラムの目的を達成することを確実にすることです。スクラムマスターの目的を果たすために、彼/彼女は同様に戦略的レベルで考え、行動しなければなりません。これはフルタイムの仕事です。
スクラムマスターの役割は正しく実装されており、プロジェクトにとって非常に貴重であり、パートタイムの役割と見なすべきではありません。この役割の最も重要な側面は、開発チームによるスクラム会議で提起されたすべてのクエリに対する障害物除去として機能することです。テクニカルスクラムマスター（ほとんどのSMがそうである傾向があります）は、チームの開発者ではなく、設計とソリューション（ペアプログラミングの拡張）について助言できる必要があります。
ProductBackLog（ストーリーはビジネスによって作成される必要があります）、SprintBackLog、およびBurnLogを更新し、進行中のビジネスおよびIT管理と連携する責任があります。また、ストーリーに進化する可能性のある調査を必要とするアイテムのSpikeLogを管理します（これもビジネスによって推進されます）。