4

私はスクラムについて読みましたが、私が働いている会社はこれを使い始めました。タスクをレイアウトすることで、誰もが何をする必要があり、何に取り組まなければならないかを理解するのに本当に役立つことがわかりました。私たちが直面している問題の 1 つは、プロジェクトの 1 つでスクラムを「試している」ところです。クライアント向けにカスタムビルドされたアプリケーションが多数あります。これらのクライアントの一部は、他のクライアントよりも優先されます。彼らが電話してレポートを要求した場合は、提供します。

これらの要求を支援するために利用できるプロセス (スクラムまたはその他) はありますか? 現状では、ストーリーの時間やポーカーの計画を毎日行う時間がないため、毎日の需要はスプリントに計算されていません。

何かご意見は？

複数のプロジェクトを組み込む方法について説明しているこの質問を見つけましたが、毎日の要求ではありません。

4

2 に答える 2

5

スクラムを使用しているかどうかに関係なく、クライアントに変更管理プロセスに従うように指示する必要があります。クライアントの要求をすぐに実行するのではなく、優先順位に従ってアイテムを配置し、実行する前に計画を立てることに同意する必要があります。これらが本番環境で見つかったバグなどの緊急の問題である場合は、とにかくプロセスに従う必要がありますが、より緊急に修正する必要があります。私たちは実際にこのようにしています：

  1. 問題に優先度を割り当てる
  2. 優先度が低いか通常の場合は、バックログに追加し、後でスプリントを計画します
  3. 緊急の場合は、ホットフィックス コード ブランチで Sprint なしで対応できる専任のサポート エンジニアに割り当てます。後者の点は、できるだけ回避する必要があります。
于 2013-02-25T12:40:17.780 に答える
2

おそらく、スクラムは適切なアジャイル アプローチではないでしょう。たとえば、一度に 1 ～ 4 週間など、事前に作業を計画できるチームにより適しているからです。

サポートとメンテナンスを行うチームには、Kanban を検討することをお勧めします。

于 2013-02-28T11:20:18.743 に答える