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