■ソフトウェアの人月計算とおかしな利益構造

入社３年目のシステムエンジニアです。

私の給料は大卒としてはごく普通の金額ですが、月の売単価はやたらと高く設定されています。

そして先日お客さんから以下のような指摘をもらいました。

「単価の高いエンジニアがコード書くのはやめて、要件定義やシステム設計など、より上流工程に従事して欲しい。」

（広義での）設計の仕事は容易にできるものではなく、

お客さんからの要件をどういうアーキテクチャでどう実現するか、

その方法が分かる人だけができる仕事です。

私にはまだその仕事をきちんとこなせる気がしません。

実際には、請け負う側としては身内の単価を上げたいのが本音なので、

プログラミングもできないし、DBの物理設計もやったことないような人にいきなり客先へ行かせたり

設計をさせることがよくあるようです。特に元請けの会社では多く、事実私の会社もそうです。

確かに同じ給料でも単価の低いプログラマーではなく、上流のSEとして働いてもらうほうが会社は儲かるんですよね。

お客さんの要求と会社のこのようなやり方が一見マッチしています。

ですが当然ろくな仕事ができるわけないので、何を根拠にしたのか分からない適当な見積もりで、

これくらいで作ってほしいと言われます。結果赤字プロジェクトを量産しています。

お客さんには高い単価を払わせています。

現場は大変です。ろくなシステムを開発できるわけありません。

そのツケは結局お客さんのところにまわっていきます。

製造は月単価４０〜５０万の外部に依頼するか、もっと安くしたいときはオフショアします。

私から見ると、製造の仕事の方が”私の会社での設計”より、

いろんな意味で難易度としては高いのではないかと思います。

でもプログラマーの単価は低く、フェアではない取引が成り立っています。

入社3年目にして、この様な業界の現状に憤っています。

ソフトウェアの開発にこれからも携わっていきたいし、できれば社内の人間から考え方を変えていきたい。

どうすれば人月計算はなくなりますか。

このままなくならないとしても、どうすればこういった歪みはなくなりますか。

Permalink | 記事への反応(6) | 23:59

ツイートシェア