6

I've been applying agile for a few months now on my project. However we are seeing a steady problem with our iteration burndowns. We aren't hitting zero each iteration.

The tasks remaining are QA tasks. Things like writing tests, testing, etc.

Now, there is some organizational resistance to the "cross-functional team" idea of agile. Dev's develop for single projects but Testers are shared for multiple projects. Which is quite contrary to the agile idea of Dev's and QA working together.

The fact that my tester's time is split across so many other projects is the cause of our slowdowns. The developers are testing to pick up as much slack as they can, but some tasks are still not getting done.

From what I see, I can do two things:

  1. Persuade the organization to move towards "each project having a dedicated QA person"
  2. Change my definition of "Done" to not include QA/Testing work. Things would still be unit tested though.

I'd much rather avoid doing #2, since I value the testing collaboration we're doing.

What advice do you have for my predicament?

4

6 に答える 6

3

誰もがそれに参加していない限り、あなたがしていることをアジャイルと呼ぶことはできないと思います。テスターを開発者の物理的に近くに座らせます（少なくとも、テスターがテスト計画の作成などのプロジェクトのタスクに取り組んでいる間）。これにより、コミュニケーションが向上し、QAがそれに同意するようになる可能性があります。

于 2008-09-18T16:31:44.830 に答える
3

It's a tough situation and unfortunately quite a lot of companies who try to follow Agile do not recognise it. You do not have to have a dedicated QA person - even with Agile resources could be split between different tasks. You DO need to include your QA in your progress tracking.

Yes, your progress will be slower. There is a good reason for that (you don't have enough QA resources) and you should explain it to your organisation management with figures in hand. It will help you to persuade them that some change has to happen.

Also you could move towards more automated testing and use your developers to help the testers with the test automation. This will distribute the load more evenly and will improve the quality of QA on your project

于 2008-09-18T16:32:57.030 に答える
2

これが機能するためには、QA にプロジェクトに十分な時間を割いてもらう必要があります。彼らがあなたのプロジェクトに取り組むために一定の時間を確保するために、彼らの経営陣と協力する必要があるかもしれません. このようにして、時間をスケジュールし、開発者がどれだけの作業を実行できるかを正確に把握して、QA チームがテストする時間を確保できます。これにより、QA からのサポートの減少を補うために、開発を縮小することが必要になる場合があります。

テストのどの程度が自動化されているかについては言及していません。QA チームがプロジェクトを認定するために必要な時間を短縮するために、テストの自動化を増やすことができる場合があります。開発時間の一部を使用して、QA チームが実行する QA テストを準備できます。最適ではありませんが、役立つ可能性があります。

于 2008-09-18T16:40:45.777 に答える
2

アジャイル環境では、テスト作業だけでなく、QA が提供できることがたくさんあると思います。QA がワークフローとそのさまざまなブランチについて十分な知識を持っている場合、1 人が運転席に座って残りのスクラム プロセスを推進することができます。QA は、最終的にテスト ケースを推進する論理的なワークフローを設計するために、開発者に関与することができます。このようにして、QA 環境に入る前に、開発プロセス中に多くの設計およびワークフロー関連のエラーを排除できます。

于 2008-10-16T15:57:10.873 に答える
0

QA は開発者の顧客と見なすことができます。したがって、開発者がイテレーションの最後に QA にリリースすると、イテレーションが完了します。

顧客からのフィードバック (修正が必要なバグ) は、次のイテレーションで実行される作業に入る可能性があります。

于 2008-09-18T16:34:00.223 に答える
-1

短期的には、プロセスに適合しないQAリソースの使用をやめ、必要に応じて専用にできるタスクでこれらのタスクを引き受けます。これは理想的ではないことは承知していますが、プロセスと一致しない組織構造を持っているという最適ではない状況があります。あなたはそれがうまくいくことに気付くかもしれません（そしてその過程でのテストについて学びます）。

長期的には、あなたの選択肢は

  • これが特定の組織構造/プロセスで機能する方法を見つける
  • プロセスに適した組織構造を変更する
  • 組織に適した開発プロセスを変更する
于 2008-09-19T01:43:20.653 に答える