T
実装タスクを漏れなく洗い出し、計画立案
by t-kuni
仕様書や既存コードを確認した上で、実装に必要なタスクをすべて洗い出し、TASK.mdとして整理できます。 膨大な修正が必要な場合、ファイル数に応じてフェーズ分けし、各フェーズでビルド・テストが可能な単位に分解することで、リスクを低減した段階的な実装計画を立てられます。 仕様の矛盾や実現不可能な点を事前に発見し、指示者に報告することで、無駄な実装工数を削減できます。 実装前に先行して対応すべき修正やリファクタリングを「遂行障害リスト」として明示し、実装順序の最適化ができます。 複数エンジニアが関わる大型プロジェクトで、タスク分解と工数見積もりを担当するリーダーやマネージャー 要件仕様書が与えられ、実装タスクに分解する必要があるシステム開発チーム テストコード作成やビルド確認を含めた、実装全体の計画立案を行いたいチーム タスク洗い出しの原則:関係実装・仕様を確認した上でタスク抽出、矛盾・実現不可能な点は報告、./TASK.mdに記録前に既存ファイル削除、仕様書は変更しない。対象タスクは実装・テスト・ビルド確認・テスト実行で、対象外は指示外修正と動作確認。分解ルール:更新10ファイル以上または新規5ファイル以上でフェーズ分けを検討、フェーズ当たり更新10・新規5程度に調整、可能な限りビルド・テスト可能な単位(例:バックエンド修正→テスト1フェーズ、フロントエンド修正1フェーズ)で設計。ガイドライン(guideline-tasks.mdc)と併用。
テスト