タスクのバグを見つける
同僚と私は現在、2つの職場でかんばんボードを実行しており、チームに一種のスクラムバンアジャイル/リーンプロセスを導入しています。よりフロー指向の作業と継続的なリリースに向けた移行を支援します。
タスクがピアテストされるか、ボードのさらに下のテストチームによってテストされると、障害が見つかったチケットはどうなるのか、というアドバイスをお願いしたいと思います。 2つの方法を試しました。
問題の新しいチケットを作成し、元の障害のあるチケットに追いつくまでボードを介してこれを追跡します。次に、ボードを介して両方を一緒に進めます。
元のチケットを「開発のやること」または「開発中の作業」に戻します。
この状況でのベストプラクティスに関する提案はありますか？
元に戻します。アジャイル開発環境は、「完了の定義」に基づいて機能する必要があり、タスクが「完了」するまで、ボードの右端から流れ出ることはありません。 goodアジャイル環境では、「done」にはtested-for-unexpected-behaviorおよびverified-against-requirements。ボードを汚染しないという母性とアップルパイの側面よりもさらに優れているだけでなく、開発者がタスクを完了するように動機付けられます。「やめろ、WidgetFrobulatorが再びTO-DOに戻った-Iボードからそれを取り除く必要があります！」
あなたの質問への答えは簡単です。プロセスとシステムに最適なバージョンを実行してください。アジャイル、特にリーンは、アイデアをチームとプロセスに適応させることです。
あなたがおっしゃった2つの方法については、私たちは両方の方法でそれを行いましたが、それでも時々両方の方法でそれを行います。たとえば、ボードに「テスト」のストーリーがあり、同僚の1人が何か問題を見つけた場合、彼はすぐに教えてくれます。ほとんどの場合、これらの問題は簡単であるか、比較的簡単に修正でき、修正されます。テスターでさえ問題を解決できる場合があります。また、ストーリーは「完了」する前の最終段階にあることを考慮する必要があり、通常はそうするのが最善です。ストーリーを終了して完了と見なすことができるように、バグを修正してください。 1つの完了したストーリーは2つの未完成のストーリーよりもはるかに優れています。
一方で、その話の最後の段階で根本的な問題が発見されることもありますが、ごくまれです。これが発生すると、より多くの作業と時間が必要になる可能性があり、その間に開始した2番目のストーリーですでに半分完了している可能性があります。この場合、必要に応じて、より速く実行できるストーリーを終了し、偽のストーリーに「追いつく」か、ボードに戻すための別のタスクを追加することを再度選択できます。