Trivial Tracks: 作業の進め方

Individual Entry

[business] 作業の進め方

仕事で少々お客さんと認識のズレが生じた。
━━━━━━━━━━━━━━━━━━━━━━━━
１．他モジュールのバグ対応のため担当モジュールに追加機能を頼まれる。
　　　↓
２．工数2日程度で、具体的な依頼内容で、しかもバグ対応機能なので設計書を書かずにスピード実装。
　　　↓
３．完成後ずるずるとお客さんから更に追加機能仕様が増大していく。
　　　↓
４．きりが無いのでこっちからお客さんに現在の処理内容を文書化して提示し、最終仕様決定を求める。
　　　↓
５．その結果、大きなズレがあることが分かり再び修正。
　　　↓
６．なんとか締め切りに間に合う。
━━━━━━━━━━━━━━━━━━━━━━━━
このケースでの教訓。
2番の時点で4番のことをやっていれば余裕を持って作業を終わらせることができたはず。
どんなにお客さんの要求が詳細で簡単であっても、こっちで仕様・処理内容をドキュメント化し、それについてレビューを開く必要があった。
今回はお客さんが謝ってくれたけど、人やケースによっては逆にクレームをつけられることもある。