開発者がスクラムマスターになることは価値がありますか？正式名称ですか？
開発者が「スクラムマスター」になることは有益ですか？
これは公式の認定ですか、それとも専門家ですか？
1つになるためのステップは何ですか？
スクラムマスターとして訓練を受けた開発者と言えば、アジャイルの使用に真剣であり、周囲の人々もそうである場合、訓練する価値は十分あると言えます。スクラムマスターは、アジャイルプロセスがどのように機能するか、どの会議が必要か、人々の責任は何かなどを知っている必要があります。アジャイルプロセスがスムーズに流れることを確認し、そうでない場合は修正するのはあなたの仕事です。ガイダンスがなければ、私は仕事を成し遂げることはできませんでしたが、同様に、オンラインリソースで十分であることがわかります。
私は会社がスクラムアライアンスによるトレーニングと認定を受けるために私にお金を払ったことは幸運でしたが、トレーニングできる場所はたくさんあると思います。私のトレーニングは、2日間のセミナーとその後の試験で構成されていました-課税ではなかったので、かなりの量のトレーニング資料を再読する必要があります。
スクラムのさまざまな役割をカバーする公式の スクラムトレーニングコース as 評価と認定 があります-スクラムマスター、プロダクトオーナー、開発チームメンバー。これらについては、オプションでコースを受講し、推奨される資料を読んで、評価に取り組み、認定試験を受けるためにお金を払うだけです。
正式なトレーニングがどれほど有益かはわかりません。 Scrum Guide やこの件に関する無数の本など、Scrumにはたくさんのリソースがあります。また、これらの認定とトレーニングは、スクラムを使用する環境にいる間のみ有効です。スクラムとスクラムチームのさまざまな役割で機能する方法について学ぶことをお勧めしますが、適切な人々に適切な質問をし、スクラムチームでの作業に時間を費やして、自習でそれをうまく行うことができると思います。
個人的には、特定の1つのモデルまたは方法に焦点を当てるよりも、さまざまなプロセスモデルと方法論、それらの長所と短所、およびプロセス改善方法/手法を理解する方がはるかに価値があると思います。組織、プロジェクト、およびチームのニーズを満たすようにプロセスを調整する機能は、単一の方法論の学習にかなりの時間を費やすよりもはるかに重要です。結局、ハンマーさえあれば、すべてが釘のように見えます。
私はトーマスに一般論について同意しますが、スクラムマスターの役割そのものに焦点を当てて、注意すべき重要な点があります。 技術の役割ではありません。私が最近参加したスクラムマスタートレーニングでこれについて少し説明しました。コードを記述したい場合、紙では「スクラムマスターになる」ことはおそらくあなたには向かないでしょう。
そうは言っても、実際には多くの帽子をかぶっているようです。私はチームの事実上のスクラムマスターですが、実際の製品の配信にはまだ関わっています。
また、注目に値する基本的なスクラムマスター認定は、最小限の労力、短いトレーニングコース/一連のワークショップ、およびオンラインの「試験」です。したがって、フレームワーク自体を理解するためだけに行う価値があるかもしれません。
tl; dr：スクラムマスターはファシリテーターです-それは何かの習得を示すものではありません。
これは公式の認定ですか、それとも専門家ですか？ 1つになるためのステップは何ですか？
公式の「認定スクラムマスター」 の指定があります。スクラムアライアンスが運営する入門コースです。コースを受講してテストに合格すると、「認定スクラムマスター」になります。
開発者が「スクラムマスター」になることは有益ですか？
そうではないと思います。スクラムマスターの役割はチームの重要な部分ですが、技術的な役割ではありません。スクラムマスターは、会議を主導し、全員が同じページにいることを確認する人です。それはファシリテーターの役割です。コーチングに進みたい場合はおそらく便利ですが、開発者の場合は必要ありません。
スクラムチームにはスクラムマスターが必要であり、経験豊富なスクラムマスターが最適です。 CSM認定は、スクラムマスターの品質を保証するものではありません。男をCSMコースに連れて行って、彼があなたをスクラムの勝利に導くことができると仮定するよりも、それはクレイジーな賭けです。
CSM認定はCPR認定に似ています。基本はわかっていますが、専門家ではありません。
アジャイルチームの開発者にとって理解スクラムマスターの役割は有益です。結束したアジャイルチームは信頼の上に成り立っています。開発者として、スクラムマスターがチームのメンター、ファシリテーター、およびプロテクターであることを理解している場合、有意義な方法でそれらに関与する可能性が高くなります。
全体像を把握し、土の山から金塊を見つけ、メンタリングを楽しむ才能のある開発者は、優れたスクラムマスター候補になります。最高のスクラムマスターがこれらの領域で自然に才能があることは私の経験です。トレーニングはスクラムマスターにはなりませんが、スキルを磨くのに役立ちます。
開発者が「スクラムマスター」になることは有益ですか？
私はそれがしばしばnot有益であると言います。スクラムマスターとしての開発者は、塹壕のそれらの労働条件を理解していますが、管理者、上司、またはクライアントは、この人からの苦情を「スクラムマスターは管理者に何を変更すべきかをアドバイスしている」ではなく「不機嫌」と見るかもしれません。ボブは金曜日の終わりに働かなければならなかったので彼の肩にチップを持っています-彼を無視してください。」.
このため、特に管理/クライアント/ボスが、ボブが彼の「孤独なプログラマーの帽子」と「ボブ・ザ・スクラムマスター」のファシリテーターを着ているかどうかを知るのに苦労している場合、この懸念の分離は重要だと思います。チーム、帽子」。
チームからの苦情が実際にはボブからの苦情であると認識された場合、それは井戸を害します。ボブは（明らかに、経営者の目から見て）トラブルメーカーであるため、ボブが経営陣に持ち込もうとするすべてのポイントは却下されます。