私は、開発プロセスにスクラムを使用するチームに所属しています。現在、最近気づいたいくつかの問題に対処するために、プロセスの特定の側面を改良しようとしています。そうすることで、スクラム プロセス全般について何が好きで、何が嫌いかを探り、チームとして仕事で何を重視するかを特定できるようにします。私たちが何を重視するかを特定できれば、その価値を中心に展開する実装を考え出すことができ、新しいソリューションがチーム内に定着するのに役立つと考えています。
そうは言っても、他の人がスクラムプロセスをどのように見ているかに非常に興味があります。あなたがそれについて本当に好きだったのは何ですか？イライラしたり、オーバーヘッドが多すぎたり非生産的だと感じたりしたのは何ですか? 成功と失敗の具体的な例は問題ありませんが、議論がスクラムの落とし穴やスクラムが本当に優れている場所を中心に展開する、より大きな視点に興味があります。
考え？
私は、マネージャがスクラム プロセスをただのクイック リリース サイクルとして実装し、他のすべての側面がウォーターフォールと同じかそれ以下であることを好みません。
これはかなり広い質問です！これが私の見解です。
スクラムが本当に得意としているのは、アジャイル/反復的/インクリメンタル/リーンなソフトウェア開発を愛するよう組織に教えることだと思います。プロジェクト管理のコマンド アンド コントロール階層に慣れている企業にとって、チームが顧客のニーズに真に適応するために必要なエンパワーメントは、大規模な文化的変化です。スクラムは、明確に定義された役割とプロセスを使用して、これらすべてを組織にとって親しみやすいものにします。
基本的に、私にとって、それは大企業のすべての政治と官僚機構の中で、XP をやり遂げるために必要なスペースをプログラマーのチームに購入します。
しかし、このエンパワーメントには責任が伴います。スクラムは XP エンジニアリング プラクティスのいずれも義務付けていませんが、CI、TDD、リファクタリングなどのコア プラクティスがなければ、スクラム チームは数回の反復後に停止してしまいます。個人的には、これがスクラムの「ルール」で明示されていないのは非常に無責任だと思います。それは私の批判の 1 つです。
私のもう 1 つの批判は、タスク カードとタスク計画に関するものです。これが本当に効果的だったチームはまだ見たことがありません。通常、イテレーション全体で行うすべてのことを熟考しようとする非常に疲れる日があり、その後、実際に別のことをする必要があることに気づきます。タスクのバーンダウンを通じて進捗状況を測定することは、チームが協力して絆を深めるための良い方法のように思えますが (特に、タスクの所有権を否認している場合)、最終的にはチームの進捗状況を追跡する信頼できる方法ではありません。
私は価値やストーリー ポイントのバーンアップに重点を置いており、最近では通常、その代わりに、チームが現在どこにいるかを示す大きな累積フロー ダイアグラムチャートを毎日更新するようにチームに依頼しています。タスクは人々のやることリストに残されますが、ボードに載ったり、誰かに管理されたりすることはありません。
もちろん、重要なプラクティスはふりかえりです。XP の実践に関する私の以前の指摘に対する Mike Cohn の反論は、レトロスペクティブでは、チームはいずれにしても XP を発明/採用することになり、これにはある程度の妥当性があるというものです。確かに、定期的な内省は、チームが可能な限り効果的であり続けていることを確認するための最善の方法です.
私の経験では、重要なのは、ビジネスや経営陣がスクラムやアジャイルの一部をどのように実装するかを理解すること、つまり流行語の解釈を理解することだと思います。
誰もが昨日何をしたか、今日何を計画しているか、どんな障害があるかを言う毎日のスタンドアップのアイデアが好きです。
タスク カードとその進化は、他の人が何が起こっているかを確認したり、誰かが何かを突き止めたかどうかを判断したりするのに役立ちます。カードは独自のコミュニケーションチャネルをある程度作りますが、それはあなたの見方次第で良くも悪くもなります。
ふりかえりとイテレーション プランニング ミーティングは、一般に、全員が同じページに移動する方法として役立ちます。また、プロセスに関するフィードバックを提供して、誰かがどの角度から見てもプロセスを改善するのに役立ちます。ここでは優れたリーダーを持つことが不可欠です。チームが接線を1つまたは2つ進めると、これらの会議の生産性が低下する可能性があるためです。
ふりかえりは、以前の職場で行った事後分析と非常によく似ていると思います。私はそれらがいくつかのことに非常に役立つと思います:
他の人が一般的に良いまたは悪いと思うものを見る。テストは大きな問題でしたか？プロジェクト期間が 2 週間以下のときに入ってきた新入社員は役に立ちましたか?
誰もが発言できるようにします。これは、誰かに真夜中の油を燃やしたり、あちこちで遅くまで働いたりしたいときに役立つ、帰属意識とチームワークに貢献する可能性があります.
毎日のスタンドアップを速く保つという課題がありますが、ある程度の練習があれば、より自然になります。スクラムに関するプロセスは、その使用方法に応じて、良い習慣と悪い習慣をある程度増幅する可能性があります。