私たちのチームは TDD を使用して開発を行っており、新しい機能を実装するとき、すべてのカードが緑色に変わるストーリーの最後に「統合カード」が登場することがあります。これは、実装されたコンポーネントを互いにうまく連携させることを意味します。このカードについては残念に思います。なぜなら、これは誰も実際のコードをテストでしか試していないことを意味し、統合カードはそれを試して動作させることを意味するからです.
新しい機能につながるすべてのストーリーの最後に統合カードを配置することは、アジャイルの優れたプラクティスですか? それとも、既存のコードと統合できる場合は、すべてのタスク カードの一部にする必要がありますか?
ここにちょうど私の2セント：
TDD自体は、質問で説明されている作業方法とは何の関係もありません。私の意見では、アジャイル/スクラム/リーン/かんばんです。
実際にコードを書く前に単体テストを書くことは良い習慣です。
コードの実際の統合をスプリントの最後まで延期するのは少し奇妙だと思います。地獄が解き放たれたら、スプリントの終わりには何も得られません。言い換えれば、最後の危険なカードが完成するまで、潜在的な出荷可能な製品は存在しません.
この作業方法を打破したい場合は、Google で継続的インテグレーションを検索することを検討してください。そこでは、統合のバグをできるだけ早く見つけるために、できるだけ頻繁にコードを統合するように努めます。
簡単に言えば：
これが、真のアジャイル/リーン チームへの一歩を踏み出すのに役立つことを願っています! あなたの本能を信じてください、あなたはそれを理解します:)。