スクラムマスターの職務に対する私の理解は次のとおりです。
チームの開発者が統制されている場合、彼らは誰かが指導することなくプロセスに従います。また、回顧会議やその他のスクラムミーティングの開催にも問題はありません。組織の他のメンバーがスプリントの境界を理解していれば、スクラムマスターを必要とする外部の中断や障害はすでに最小限に抑えられています。
チームのパフォーマンスが向上し、組織がスプリントの境界を理解するようになると、スクラムマスターの必要性が減少するように見えます。チームが最終的にスクラムマスターが不要になるポイントに到達することは可能ですか？
回答:
「アジャイル」チームが「xを実行する正しい方法は何か」と質問するすべての人にペニーがあったらいいのに。あなたが本当にアジャイルであるなら、あなたはそのような質問をする必要はありません-「一つの本当のプロセス」はありません、アジャイルである唯一の方法はあなたのために働くことをすることです。プロセス上の人々、覚えておいてください。
ただし、実際に正しく実行していることの検証が本当に必要な場合は、アジャイル運動の創始者の1人によるこの小さな記事を参照してください。
方法論のCrystalファミリーの1つのメンバーはCrystal Clearです。Crystal Clearは、レベル3のリスナーに次の言葉で説明できます。
「ワークステーションとホワイトボードを備えた部屋に4〜6人を配置し、ユーザーにアクセスできるようにします。1〜2か月ごとに実行中のテスト済みソフトウェアをユーザーに提供し、それ以外の場合はそのままにしておきます。」
実際、私はクリスタルクリアについて、精通したプロジェクトスポンサーにその言葉で説明しました。彼はそれらの指示に従い、5か月後に「あなたが言ったことをやった、そしてそれはうまくいった！」と報告しました。
私は数か月後にチームリーダーにインタビューしました、そして彼の報告は私の指示と同じくらい短いものでした：
「あなたの提案に続き、私たち4人がネットワークに接続されたこの会議室を引き継ぎました。私たちは4か月間それを維持し、向こうのホワイトボードを利用してソフトウェアを提供しました。うまくいきました。」
そのため、そのようなチームがあれば（幸運なことに）、スクラムも必要ありません。一人で部屋に入れて、それを続けるように言います。
番号！高性能チームにはスクラムマスターは必要ありません。
高性能チームはスクラムの前に存在し、成功し、スクラムマスターのない高性能チームを作成する方法は他にもたくさんあります。高パフォーマンスのチームを作るために、プロジェクトを管理したりコードを開発したりする方法は1つしかないという考えに陥らないでください。
しかし、これを「スクラムマスターはスクラムチームに必要ですか？」という質問の答えと混同しないでください。
その答えは...絶対にそうです。スクラムマスターを持たないチームは、考えていることに関係なく、スクラムを実行していません。それはケン・ショーバーが「スクラムですが」と呼んでいるものであり、「私たちはスクラムをやっていますが...」というフレーズから来ています。
私の意見では、常にスクラムマスターを紙に任命する必要があります。開発者が機嫌が悪く、お互いに議論している状況では、状況を把握するためのスクラムマスターが必要になります。
スクラムの要素に関連付けられた簡単な管理作業もあり、バックログの管理が頭に浮かびます。使用するツールによっては、スクラムマスターがこれを担当する可能性があります。
皮肉なことをしようとはしていませんが、細かく調整されたプロセスを見たことがないので、誰かが片付けなければならないデトリタスはありません:-)
結局のところ、実際に何もすることがない場合でも、何もしないことを確認するプロセスは誰かの責任でなければなりません。これが説明責任のためかどうかは、内部の決定です。
私は非常に機能的なチームのスクラムマスターであり、私は不可欠だったと思いたいです。スクラムマスターの職務は、平均して1日1時間未満で完了しました。デモの日、回顧展、計画会議は私の仕事の大部分でした。残りの時間は、目標を達成するために必要な場所に応じて、開発者、テスター、または顧客の責任を負いました。