1人月規模のタスクは、遅延すると他メンバーの作業にも影響するため、堅実な見積もりと進行管理が求められます。つまり、これができる（または、できるよう適切に対処する）ことは、チーム貢献や「安心して1人月タスクを任せられる」エンジニアに繋がるといえます。

この記事では、わたしが実践しているタスク管理の方法を、具体例とともにまとめます。自分の振り返り用でもありますが、同じ課題を持つ方の参考になれば幸いです。

要件が曖昧なまま開発を始めると、手戻りが発生し、工数が膨らみます。最初の仕様確認で「後で困る箇所」を潰しておくことが、結果的に最速です。

クライアントから「商品をお気に入り登録できるようにしたい」という要望があった際、以下を確認しました。

これを最初に確認したことで、「あとから仕様変更」を防ぎ、予定通り5日で完了できました。

「なんとなく進める」と、テストやドキュメント作成を忘れたり、予想外の作業が発生したりします。最初に作業を分解しておくことで、見積もり精度が上がります。

以下のように作業を分解しました。

実際は、API実装で予想外のバリデーション処理が必要になり+0.5日かかりましたが、最初にバッファを設けていたため、全体では遅延なく完了しました。

新機能を追加した際、既存機能が壊れる（デグレ）ことがあります。特にフリーランスは「品質の責任」を強く求められるため、テストは後回しにできません。

以下のような観点でテストケースを作成しました。

新機能のテスト

既存機能のテスト（デグレ確認）

特に「既存機能のテスト」を事前に用意しておくことで、リリース前に安心してレビュー依頼ができました。

「だいたいこれくらい」という感覚だけで見積もると、大抵遅延します。過去の実績から「自分の開発速度」を把握し、それをもとに見積もる方が精度が高まります。

過去3案件で、以下のような実績がありました。

平均して「見積もり×1.3倍」かかることが分かったので、今回のお気に入り機能では、4日の見積もりに対して「5日」で提示しました。結果、余裕を持って完了できました。

タスクが遅れていることに気づくのが遅れると、リカバリが難しくなります。毎日の振り返りで「予定と実績のズレ」を可視化し、早めに軌道修正します。

Notionで以下のようなシートを作り、毎日更新していました。

2日目の時点で「少し遅れそう」と気づき、3日目に巻き返しました。この可視化がなければ、気づくのが遅れていたと思います。

1人月規模のタスクを遅延なく完了するために、わたしが実践しているのは以下の5つです。

これらは案件を重ねる中で身につけた習慣ですが、まだ改善の余地があると感じています。今後も精度を上げていきたいです。

この記事が、同じような状況の人の一助になれば幸いです。