システム開発における進捗管理

Question

こんにちは。
今回、新しいシステムベンダーに業務支援システム（受注業務系）の発注をしたのですが、そのベンダーがスケジュール管理ができない所で困っております。
初めて取引するベンダーということもあり、こちらの運用説明など基本設計に時間がかかってしまい、当初の2ヶ月遅れの仕上がり（当初は4ヶ月で終了予定が6ヶ月）に気がつくとなっていました。遅延することで即深刻な損害にならない為と私も忙しいこともあり、特に気に留めず進めていたのですが、とうとう上司にかなりひどく叱責を受けました。
確かに私もスケジュール管理していないのは反省しているのですが、どうもベンダーのＳＥまで、進捗遅れの原因は私にあるとベンダー側の上司に報告しているようです。（私にも非はありますが、特に遅れることを了承したわけでもないのに・・・）
ただ、私としては、ベンダーに発注しているのだから、進捗の遅れはベンダー側ＳＥによる責任が大きいと考えるのですがいかがでしょうか？
（案件が小さい為、請負・委託など契約は明にしていません）
宜しくお願い致します。

NorthMole · Accepted Answer

補足を受けて：

>特に指摘は無いですが、もし指摘があったとしても、やはり目に見える形で提示してほしいものです。

納期の遅れの可能性について、何もＳＥ側から言及がなかったというのは、問題ですね。
ここに至る経過の中で、
(1)遅延の可能性を認識できなかった
(2)認識していたが、フォローもないので放っておいた
の何れかであると思います。

どちらにしても、ＳＥとしては？？？だと思います。
あなたが、そのＳＥを今後も使うのであれば、
(1)あなたが、きっちりフォローをする、
(2)ＳＥの上司に説明を求め、フォローをさせる
など、あまり面白くない落ちになりそうです。
（ＳＥを変えさせる、発注先を変えるは、あなたの負担増になりそうなので薦めませんが、対応が悪ければ、キッチリするしかないと思います）


>現状だとＳＥはただの御用聞きか？という感じです。
>大きい会社程その辺はしっかりしていると思いますし・・・ 

ＳＥといっても、単なるプログラマみたいな人、ベンダーのへのメール代わりみたいな人もいますね、確かに。
大きい会社ほどしっかりしているという傾向は確かにありますが・・・・。

>経験者’とのことですがどちら側の所属ですか？
それぞれの立場になる部署を経てきましたので’経験者’ということで・・・。

tokachi · Answer

スケジュール管理ができないベンダーのとのことですが、システムの発注条件では、納期の記載はないのでしょうか？また、工程表の書類もないのでしょうか？
もし、両方ないシステム開発（普通は考えられないですけど）であれば、納期の無い、工程の無い開発ですから、遅れても何も文句は言えないと思います。
私は、ベンダー側の経験者ですけれど、基本設計での２カ月の遅れは致命傷だと思います。ただ、全工程を考えた場合、全ての基本設計ができないと、開発ができない訳ではないので、仕様の確定できた部分から詳細、開発に入って行き、影響を最小限にくい止める努力はするべきだと思います。
現状を考えた場合、ベンダー側の上司、依頼側の上司を交えて、進捗会議をすぐにでもした方がいいと思います。
両方で思惑で動いていると、後でのしっぺ返しは厳しいと思います。

tim_morry · Answer

作業依頼する立場とされる立場、両方の経験がありますが、どちらかというと依頼する方が多い者です。

いろいろ事情はおありでしょうが、質問文を読ませていただいた印象からすると、依頼する側がスケジュール管理をきちんとすべきだと思います。ファーストベンダであればなおのことです。
依頼される側というのは、依頼する側の「態度・姿勢」を細かく観察しています。依頼側が「基本設計に予想以上に期間がかかったから、終了が遅れても仕方ないな」という様子を見せれば、安心してしまい、当初の予定どおり終わらせる努力をしなくなります。
たぶんそんな状況だったのではないかと、文面からは推測できます。

上司にひどく叱責されたということは、上司の方は「遅れても深刻な損害は発生しない」「基本設計が遅れたから完了が遅れてもしかたがない」と思っておられなかったのでしょうね。その点は、あなたと上司とのコミュニケーション不足の感が否めません。

ただ不思議なのは、お金についてです。完成して検収したら支払う、という取り決めだったのでしょうか。だとすると受けた側は、２ヶ月延びるとその分の人件費等が持ち出しになってしまうので、必死で頑張ると思うのですが。
ＳＥＳ契約ならば、技術者ｎ人に毎月ｍ円を支払う、ということになりますので、受けた側は喜んで作業期間を伸ばすでしょうけれど。
こういう内容の作業って、ふつうはＳＥＳで出しませんけどね。

まあ、すんだことはしかたがないので(^^;、
(1) 作業計画をきちんと立てること
(2) 作業の途中状況をきちんと把握すること
の大切さを再確認して、次回はうまくやってください。
「そんな基本的なこと、分かってますよ！」と言われてしまいそうですが、実践するとなると、この道十何年の私でも、なかなか難しいです。毎回はできてないです。

委託先とも、上司とも、ふだんからよく話をするようにしてください。

頑張ってくださいね！

koutarou504 · Answer

あの～、あなたは人の形をした発注書でしか？

少々極端な表現をさせて頂きましたが、
「即深刻な損害にならない」，「忙しい」を理由として
書かれている時点で問題かと・・・。
だって、「仕事」でしょ？？？

で、改めて詳細に質問文を読んでみても、
いろいろに読み取れる様な記述で・・・。
＞当初の2ヶ月遅れの仕上がり
＞（当初は4ヶ月で終了予定が6ヶ月）
どの時点で２ヶ月遅れなのか。
どこの工数が当初４ヶ月で・・・。
終了予定が６ヶ月？？？
工数の話をしているのに、この提示は如何な物かと・・・。
まさかこの様な感じでベンダーと話されたのでしかぁ？？？


念の為にお聞きしますが、
何をいつまでというスケジュールは話されていますよね。
そしてその進捗報告とその評価，対応も話されていますよね？？？
＞運用説明など基本設計に時間がかかってしまい
基本設計をどの様に完了とし、
その時点で進捗報告を受け
それに対する評価，対応は如何されたのでしょうか。
というより、基本設計に時間がかかる事は問題でなく、
それは工程として遅れているのでしょうか。
その見積もり（計画）は妥当だったのでしょうか。
適切に運用説明など出来たのでしょうか？？？
それによっては、その時点で既に発注側の責任による遅れの発生とも言えますし・・・。



う～む・・・。
という事で、問題を分けて（整理して）考えるでしぃ！
遅れが発生した原因。
遅れに対応出来なかった（しなかった？）原因。
見積もり（予定）自体に問題はなかったか。
設計に問題はなかったか。
等々・・・。

あと、ＳＥにもいろいろいますが、
発注してしまった以上、
その結果の影響を発注側は必ず受けるので
極論ですが、ベンダー側ＳＥが悪いなら
それをスケジュール管理せず放置していた発注側は
さらに悪いかと・・・。（あくまで極論です。）

あと、私はＳＥ（請負，客先常駐，派遣等）も客側（実際に外注経験あり）も経験しています。

尚、この回答は質問者が発注側である事を意識し、
かつ今後の事を考えての文章ですので、
発注側に辛く記述しています。
実際、使えないＳＥは多いし・・・。

NorthMole · Answer

詳細な経緯がわからないので、それを踏まえてお話しますが、多分ベンダーＳＥにいわせれば、

・基本設計に2ヶ月の遅延が発生⇒遅延していることを承知＆放置して打合せを行なっていた⇒お客様(あなた)は、当初のスケジュールが2ヶ月ずれ込むことを分かっているはず。特に指摘もないし。

という感覚でしょう。

基本設計の打合せの中で、理由（ＳＥの能力なのか、あなたが忙しくて対応できなかったのか）はともかく、遅延は予測できたはずです。
それを指摘しなかったベンダーＳＥにも問題がありますが、単純にＳＥ側の責任が大きいと考えるのは、どうかと思います。
もし、仕様が膨らんでいった、or　納期が遅れそうだという指摘があったのであれば、なおのことです。

システム開発における進捗管理

補足を受けて：

この回答への補足

スケジュール管理ができないベンダーのとのことですが、システムの発注条件では、納期の記載はないのでしょうか？また、工程表の書類もないのでしょうか？

この回答への補足

作業依頼する立場とされる立場、両方の経験がありますが、どちらかというと依頼する方が多い者です。

この回答への補足

あの～、あなたは人の形をした発注書でしか？

この回答への補足

詳細な経緯がわからないので、それを踏まえてお話しますが、多分ベンダーＳＥにいわせれば、

この回答への補足

似たような質問が見つかりました

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング