アジャイルハンドオーバー

アジャイルプロジェクトで最も一般的な疑問の1つとして、他のチームへのハンドオーバーをどのように行うかがあります。開発チームが離れてサポートチームにサポートを引き継ぐ場合、アジャイルプロジェクトでは計画主導プロセスと比較してはるかに少ないドキュメントが作成される傾向にあるため、どのように対処するかという問題があります。

考慮すべきことの1つは、別のプロセスによってどのくらいの量の役立つドキュメントが作成されるかを自らに問いかけることです。私は、必須のドキュメントを作成するプロセスでは、あまり役立つものではないものがよく作成され、締め切りのプレッシャー下では最新の状態に保たれなくなることに気づきました。多くの点で、アジャイルアプローチは少なく高品質なドキュメントを好んでいます。

アジャイルプロジェクトは対面でのコミュニケーションを好みます。そこで、よく見られる一般的なアプローチは、開発チームが離脱する前にサポート/メンテナンスチームのメンバーを連れてきて、しばらく一緒に作業することです。両方のチームが参加している状態でしばらく時間を過ごすことにより、開発チームはシステムを操作している状態でメンテナンスチームにシステムを教えることができます。私はこのテーマに関する多くのバリエーションに出くわしました。

• あるチームは各反復で1人または2人の交代要員を回し、2か月または3か月かけて徐々にチーム全員を交代させました。
• プロジェクトを インドに移管した とき、オンショア開発者は最低でも数か月オフショアで過ごし、新しいチームと協力しました。
• 開発の最後の1か月間、あるチームはサポート担当者をチームに招きました。

最後の例は同僚のジョナサン・ラスムッソンから聞いたもので、彼は開発の最後にサポートチームのスタッフを何人か連れてくることの別の利点として、これにより関係が形成され、新しいシステムの展開がはるかに容易になったと指摘しました。開発と運用間のコミュニケーションはしばしば緊張しています。運用上のニーズは開発者によって無視されることがよくあります。運用担当者がしばらくチームの一員になると、双方間のコミュニケーションが促進されます。

それにより、ドキュメントに戻ります。ジョナサンが言及したものの1つは、サポートメンバーにシステムのドキュメントの顧客役を務めてもらったということです。その結果、通常よりもはるかに優れたドキュメントを作成することができました。

ジョナサンは、まったく新しいチームを伴って拡張作業を行うために戻ってきたときに、自分の作ったものを自分で使うことになりました。ドキュメントはプロセスに従って作成されたのではなく、需要に応じて作成されたため、彼らにとって非常に有益でした。システムについて学ぶ上で他の大きな助けとなったのは、XPの膨大な数の自動テストでした。XPer が指摘するのに飽き足らないように、それ自体は重要なドキュメント形式です。