はじめに コミュニティーや業務でテスト駆動開発(TDD)に関わる技術支援をする中で、 「開発者のローカル環境でのテスト結果を取得し、TDDのレッドとグリーンのサイクルをエビデンスとして記録したい」 「ToDoリストの進捗状況をTDDで記述するソースコード上のリビジョンと関連付けて残したい」 などの相談を受ける場合があります。 自分の素直な感情としては 「そういうこと、やりたい?」 というのがあるのですが、その感情の背景となるものをまとめたのがこのエントリーです。 チームのタスク管理と個人のタスク管理 ソフトウェア開発の現場でタスク管理を考える上では、「チームのタスクを管理する」という視点と、「個人のタスクを管理する」という二つの視点を統合することが必要です。 チームのタスクは、最終的にデリバリーする成果物を生み出すために、チームはどのように行動し、そこの中で発生するタスクをどのようにチーム
![TDDで「Red-Green-Refactoring」のエビデンスが必要ない理由 - bluebird](https://cdn-ak-scissors.b.st-hatena.com/image/square/61e347b4daf1c818422a4f93c4b04ecce4610795/height=288;version=1;width=512/https%3A%2F%2Fimages-fe.ssl-images-amazon.com%2Fimages%2FI%2F51qh3suMX0L._SL160_.jpg)