システム開発プロジェクト管理進捗管理システム開発では、お客様と我慢比べになることがあります。それで、しなくても良い徹夜をする羽目になったことがありました。(検査部門)は、独立した立場で製品の品質を検査し、問題があるときには製品の出荷を止める権限を持つ顧客にとっては頼もしい部門です。オフショア開発の場合、開発部門と癒着し単なるお飾りになっているケースがよく見受けられます。プロジェクト管理進捗管理システム開発における進捗管理は、みんなが正直であることが前提で成り立っています。終わっていないのに終わったと嘘を報告されても、しばらくの間は発見することができません。それでもプロジェクトが破綻しないのは、技術者がみんな正直だからだと思います。ところが、まれに嘘をつく技術者もいます。オフショア開発を始める前、私のチームは日本国内でリモート開発を行っていました。国内のリモート開発ではいろいろ失敗しましたし、痛い目に遭ってきました。今回は、そのうちの1つの事例をご紹介します。ベトナムのオフショア開発プロジェクトでの話です。私は発注先の会社に滞在して進捗管理を行っていましたが、ちょっとした問題があり困っていました。それは、遅刻する人が多かったことです。先日、私の滞在しているマンションの一帯が停電しました。周辺地域に電気を供給している変圧器が故障したらしく、その修理のためだそうです。変圧器の修理は、朝8時から始まり、午後2時には完了する予定でしたが、いつまで経っても修理は終わりませんでした。オフショア開発で一番難しいのは、予定時期に作業を開始することではないでしょうか。オフショア開発側に引き渡す設計書を期日通りに完成させるのは至難の技だからです。気が利いたしっかりしたPMやブリッジSEがいれば、発注側が進捗管理のことなんて気にしなくても、遅れ自体そうそう発生しませんし、もし発生したとしても上がってきた対策や回復見通しをチェックするだけで済みます。いつもそういうPMに当たるとは限りません。不幸にしてダメなPMに当たったときのために、オフショア開発での進捗管理をうまくやるコツについて書きたいと思います。まで1日遅れだったのに、納品当日になったら遅れが4日に拡大していました。2008年の前半、私はあるオフショア開発プロジェクトを立て直すためにベトナムのホーチミンに隔週で出張していました。technology.。