テスターと開発者の間のスプリントサイクルの終了の処理
私は、組織が「完了」の完全なチーム定義、つまりコード補完だけでなくQAテストを含む定義に移行することを確信しました。その結果、ボトルネックがどこにあるかをより正確に把握し、実際の速度を確認できるようになりました。また、このプロジェクトは継続的に統合され、定期的に展開されます。これ以前は、コードが完成した項目は完了したと見なされ、QAは3〜5スプリント前のストーリーを定期的に受け入れるようになりました。彼らはスプリントの終わりにのみ配信されたコードを取得します。
ですから、ご想像のとおり、順調に進んでいますが、これまでの検索ではまだ答えられていない質問があります。スプリントを使用しても、QAに十分な時間がなくなる前に、開発者がストーリーを完成させて展開できる最大の時間がスプリントにあるようです。ストーリーとまだテストが必要なものの量にもよりますが、これはスプリントが終了する約2〜3日前のようです。
現在、作業を継続し、QAで受け入れられないすべてのアイテム（つまり、進行中のアイテムと展開されているがテストされていないアイテム）を、テストを完了できない場合は次のスプリントに移動します。これは大丈夫ですか？古いシステムでの作業に慣れていた開発者の中には、割り当てられた作業を完了したことに対する開発者の功績が認められないと不満を言う人もいますが、チーム全体が行ったことの全体像を把握することが目的だと感じています。開発。エンドユーザーは、テストおよび展開されていないものから価値を得ることができません。ただし、このプロセスでは次のスプリントをプリロードする傾向があるため、計画が少し問題になります。
また、スプリント開発者の落ち込みを終わらせても大丈夫だと聞いています。代わりに、最後に開発者のオープンタイムを残すことを検討する必要がありますか？
すべてが確実に行われるようにするのは、チームの責任です---チーム全体-。開発者がコーディングを終了し、作成または実行するテストがまだある場合は、開発者が参加してテスターを支援する必要があります。
「オープンな開発者の時間」があってはなりません。開発者に自由な時間を与えることでテスターにペナルティを課すのはなぜですか。開発者はテストを手伝う必要があります。それはあなたの製品をより良くし、あなたの開発者をより良い開発者に変え、そしてあなたのテスターをより価値があると感じさせるでしょう。
開発者は、現在のスプリントでの作業のallが完了するまで、次のスプリントを「プリロード」してはなりません。もちろん例外もありますが、一般的には、既存の作業がすべて完了するまで、新しい作業を開始するべきではありません。
古いシステムでの作業に慣れていた一部の開発者は、これでは、割り当てられた作業を完了したことに対する開発者の功績が認められないと不満を漏らしています。
開発者はクレジットをまったく取得しないはずなので、これは良いことです。 teamはクレジットを取得し、開発者にクレジットを与えないことで、チーム全体が強化されます。
古いシステムでの作業に慣れていた一部の開発者は、これでは、割り当てられた作業を完了したことに対する開発者の功績が認められないと不満を漏らしています。
テストサイクルを完了するのに十分な時間がスプリントに残っていないときに、彼らは本当に時間内に作業を完了しましたか？たぶん、QAは予想以上に時間が必要だったのかもしれませんが、顧客はあなたのチームの誰が責任を負うのか興味がありません。
アジャイルのコアアイデアの1つは、すべてのスプリントで計画を調整することです。 VCSと分岐モデルで、機能の実装をあるスプリントから次のスプリントに簡単に移動できる場合は、それを使用します。テストされていないコードを提供しないことで、より良い製品が確実に得られます。顧客はそれを高く評価します。リリースされた製品を「開発されたがテストされていない」コードで汚染しないように注意してください。このようなコードは常に未完成です。
そして、質問ですでに述べたように、次のスプリントに向けて計画を調整する必要があります。開発者が新しいスプリントの最初の1時間にすでに新しく実装された機能を提供している場合（実際には前のスプリント中に開発されたため）、QA担当者は、現在のスプリントでテストするためにより多くの時間を必要とします。テスト。それが定期的に発生し、開発者がQAでテストできるよりも常に多くの出力を生成する場合は、プロセスまたは組織で何かを変更する必要があります（QA担当者を増やす必要がある場合、テスト自動化の領域で開発者にタスクを割り当てる必要がある場合があります） ）。