動きの速いサポート環境でのアジャイル手法の適用
アジャイル手法は、次の設定に当てはまりますか？
- フロントエンド、バックエンド、設計作業の混合に取り組んでいる小さなWeb開発チーム、新しいプロジェクト、継承された悪いプロジェクト、および既存のサイトの日常のメンテナンス/サポートの混合
- 必要に応じて約4つの外部フリーランスリソースのプールを持つ2人の開発者のチーム
- 1人のプロジェクトマネージャー
私にとってスプリントベースの開発を行うことの難しさは、毎日行われる可能性のあるサポートタスクであり、優先順位は日々変化します。
Bart van Ingen Schenauが指摘したように、 かんばん開発方法 がうまくいくかもしれません。
かんばんはかなり「最小限の」方法です。特に、それはスクラムよりはるかに少ない処方です。
基本原則は次のとおりです。
- ワークフローを視覚化します-通常、タスクごとに（物理的または仮想の）カードを用意し、さまざまなフェーズ/ステップでボード上を移動します
- 仕掛品の削減（WIP）-並行してあまりにも多くのカードで作業しないでください
- 継続的に学び、改善する
かんばんは、スプリントやイテレーションでは機能せず、作業と結果の一定の「流れ」を強調します（ただし、アプローチは組み合わせることができます）。予期せぬ作業が頻繁に発生し、優先順位が頻繁に変更される状況では、かなりうまく機能します。
スクラム手法は、わずかな変更を加えるだけで、シナリオに適したオプションの1つになります。スプリント計画を行うとき、
N人の人をスプリントから除外し、可能であればスプリントのサポートタスクに専念し、次のスプリントでサポートを行っている人をローテーションします。
または、過去の経験に基づいて、サポートタスクに一定の労力を割り当てます。そのため、サポートタスクの修正にいくらかの労力を費やすことができます。
外部リソースがあるので、適切なスプリントに従うことで、それらから必要な時間を判断するのに役立ちます。
同様の設定があり、かんばんは正常に機能します。必要に応じて、ボードからタスクを追加/削除できます。スプリント計画、毎日のスクラム、レビューなどのスクラム活動に外部のフリーランサーを参加させることは難しいでしょう。