私は大規模なソフトウェア プロジェクトでスクラム マスターとして働いています。現在、スクラムを実行しています。実装フェーズを終了する前に、開発フェーズが約 1 か月残っています。
次の理由により、ここ数週間、かんばん (または GTD) に切り替えることを強く検討しています。
誰でもこれを経験していますか？これは良い考えですか？
私たちのスプリントは、完全にポンテンシアルな出荷可能なインクリメントではありません (そうすべきだったことはわかっていますが、それはここで議論したいことではありません)。
私はかんばんの支持者と見なすことができますが、そのような動きをする前によく考えます。
片面:
かんばんは、急速に変化するタスクの優先順位を非常にきちんと処理します。これは、古典的なタイムボックス アプローチ (ここではスクラム) がうまく機能しない環境に適しています。
シンプルなかんばんシステムを導入することは、それほど労力を必要としません。
かんばん自体は、ソフトウェア開発やプロジェクト管理へのアプローチではなく、何かの上に置く必要があります。ただし、現時点ではプロジェクトが整理されているため、この「何か」をすでに持っているようです。
一方で：
ツールボックスに新しいツールを追加すると、常に多少の手間がかかります。プロジェクトの最後にいるので、今面倒を追加するのは得策ではないかもしれません。
かんばんは、他のほとんどのツールと同様に、導入する前にチームの賛同を得た場合にのみ、価値をもたらします。かんばんボードは、チーム全員が定期的に更新しないと役に立たないということです。
自分がしていること、つまりスクラムに従うことに堪能な場合、スクラムの一部、つまりタイムボクシングを辞退すると、チームの生産性に悪影響を及ぼす可能性があります。同時に、新しい方法に慣れるまでには時間がかかるため、他の方法に切り替える価値がいつ得られるのかという疑問が生じる可能性があります。
全体として、優先順位が常に変化している状況で非常に優れた可視性と高い柔軟性が得られるので、かんばんはそのような仕事に間違いなく考慮します。しかし、あなたの場合、それが確実な決定であるとは言えません。もう少し長い目で見た場合、かんばんを試すのは簡単です。
個人的には、とにかく試して、実験として扱うでしょう。それがうまくいくなら、あなたはそれを続けます。そうでない場合は、得意なことに戻って、最終的に別のプロジェクトでかんばんを試してみてください。