客の思惑、自社の思惑

質問

あるパッケージ開発会社Ｂ社から仕事を受けています。

会社間での契約（仕事の受け方）は、
基本設計⇒派遣
開発⇒請負
です。

この進め方のため、自社に負担（後述）がかかっており、回避策を探しています。

・基本設計を、派遣契約でやっているため、機能の決定権が「指揮権」を持つＡ社になる
↓
・開発のときに、想定していた機能と、実装する機能にギャップがでる。

そもそもなのですが、
開発工数は、基本設計に依存しますし、
派遣契約で基本設計をするのは不自然ではないでしょうか？

↑
設計フェーズと開発フェーズが別になっており、
設計担当の会社と、開発担当の会社が別なら、むしろわけるべきと思っていますが。

回答No.2

sppla · ベストアンサー

工数をベースに仕事を受ける場合、通常は設計フェーズと開発フェーズは別契約とします。
理由は、あなたの言うように設計で機能が膨らむことが多いからです。

プロジェクト着手時（設計が終わる前）に開発作業の見積もりを求められることがありますが、「現時点でお聞きしているお話だとこれくらいになります」と概算見積もりを提出し、その際に「実際の見積もりは設計終了後にその内容をもとに改めてお出しさせていただきます」とします。

基本設計も自社で請け負っている場合には、予算オーバーにならないように設計段階で機能を削るとうも行います。（Ｂ社が主体だと難しいかもしれませんが）

通常はこのようにやると思いますが、

最後はあなたの会社とＢ社との力関係になるでしょうね。
あなたの会社が立場が弱く、Ｂ社から仕事をいただかないとやっていけない場合には、この状況を改善するのは困難でしょう。逆にＢ社の仕事を必ずしも請け負わなくてよい場合には契約方法について交渉すればいいですが。

お礼

わかりやすいご説明助かりました！

文章の節々にお心配りを感じました。

ありがとうございます！

回答No.1

山田 太郎（@testman199）

説明が不足しているので勝手に行間を読みますが
基本設計が終わる前に開発の契約をしているのですか？
フェージング契約になってませんけど

>・基本設計を、派遣契約でやっているため、機能の決定権が「指揮権」を持つＡ社になる
>↓
>・開発のときに、想定していた機能と、実装する機能にギャップがでる。
基本設計の前に、開発の時に想定する、何をしようとしているかわかりません。

>開発工数は、基本設計に依存しますし、
>派遣契約で基本設計をするのは不自然ではないでしょうか？
開発工数が出てから開発の契約するので問題ありません。
一体契約だって開発工数が出る前に契約したら同じことです。

お礼

ありがとうございます
ＩＴ業界で死ぬ思いで仕事をしたことがある多くの人・会社は、フェージングできれば、当然しています。
そのような表現は、非常に残念です。
あなたも、知っているはずではないでしょうか。