【IT】ソフト開発の単価は高すぎ、人月商売の生き残り策を伝授する
■ このスレッドは過去ログ倉庫に格納されています
日本のIT業界について、私がこの「極言暴論」でいつも問題にしているのは、ご用聞き商売であること、人月商売であること、世界に類を見ない多重下請け構造であることの3つだ。ユーザー企業のご用ばかりを聞いているようでは、変革の武器であるITで勝負する企業としては話にならないし、ピンハネが横行してブラック企業でも生息できる多重下請け構造を発達させているようでは、先端産業・ハイテク産業であるはずのITの名が泣く。
だが人月商売については、それ自体が問題であるとは思っていない。こう書くと「えっ！ 木村は今まで散々、人月商売は駄目だと書いてきたじゃないか。あれは嘘だったのか。それとも変節したのか」と非難の声がごうごうと巻き起こるかもしれない。だが、私は嘘を書いていないし、変節したわけでもない。これからきちんと説明するが、ご用聞きをベースにIT業界の多重下請け構造を使って行う人月商売が「悪」だと言っているだけだ。
ご用聞き＆多重下請け構造を前提とした人月商売がけしからん訳は、これまで何度も極言暴論で書いてきている。かいつまんで言えば、技術者の知的労働という付加価値をないがしろにしており、どう言い訳しても「ピンハネビジネス」というそしりを免れないからだ。客の要望通りのシステムを作るために、「手配師」や「人売り」と皮肉られる下請けITベンダーを使って、必要な頭数の技術者を動員する人月商売が駄目なのだ。
実はうかつなことに、IT業界の人月商売のありようについて、もっとはっきり言えば料金の取り方について長い間2つ誤解していた。一つは建設業界などと同様に、IT業界でも提案料を請求して受け取っていると思っていたことだ。この件は極言暴論で何度か問題にしているが、SIerは請求しないどころか、提案を客にタダでくれてやって当然と思っている。自分たちの知的労働を自らここまでないがしろにしているとは！これには本当に驚いた。
もう一つは、SIerがシステム開発を請け負って以降に関する誤解だ。フェーズによって人月単価は違う、設計工程は開発（ソフトウエア製造）工程に比べて単価が高いと思い込んでいたのだ。だって、そうだろう。IT業界に限らずどんな業界でも設計の付加価値は高いし、SIerも「下請けITベンダーとの差は設計力」などと言っているわけだから、そう思って当然だ。だが最近、大手SIerの人から「単価に差をつけていない」と言われて仰天した。
「システム開発料金は右下がり」の謎
そろそろ読者にも、私が「人月商売については、それ自体が問題であるとは思っていない」訳がお分かりいただけたかと思う。いくら頭数と時間で料金をはじき出す人月商売であっても、知的労働によって提供する付加価値に合わせて高い単価を取るならば健全であり、どうこう文句をつける話ではない。例えばコンサルタントや弁護士などはそんなビジネスだ。コンサルタントなら人月単価を500万円、あるいは1000万円近くに設定するケースも珍しくない。
ところが、同じ人月商売でもSIerは違う。最も重要な知的作業であり、ある意味コンサルタントと同等の仕事である提案（書）作成で、ビタ一文もカネを取ろうとしない。そのうえ、提案の次に付加価値が高いはずのシステム設計なのに、製造工程の作業と同じ額の人月単価しか要求しない。当然その単価たるや、技術者の知的労働という付加価値を反映したものではなく、頭数と時間でいくらという単なる作業料金にすぎない。
こう考えるとITベンダー、特にその元締めであるSIerの商売のやり方がいかにいいかげんかが鮮明になる。人月商売は、パッケージソフトウエアやクラウドサービスを売るビジネスに比べると、ビジネスモデルとして安直だ。しかもSIerの経営者らはその安直さに安住して人月商売のビジネスモデルを極める努力もしていない。なぜコンサルタントはあんな高額の料金が取れるのか、なぜ自社の優秀な技術者がタダ働きをしているのか、一度じっくり考えてみるとよい。
以下ソース
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00148/112100038/ >>187
さらに負荷分散の名の下にその2人のチームにヘルプをさせる。
これでめでたく全員残業漬け。
こんなとこばっか >>189
そんな事せんでも
本国で勉強し終えたらネットで通信して仕事すればいいだけでは？ >>189
逆にベトナム人に使われていくほうじゃないかな？ｗ
ITに限っては向こうのが適応力あると思う
ベトナム語がアルファベット字体だし
なんとなくだけどそんな感じがする >>192
まさしく。
ついでに言うと、ベトナム外注は積んだ金の多寡で品質の多寡も決まる。
ある意味では健全。 >>193
ベトナムは、というか、それが普通（高いものは良いものだ）
日本が歪すぎる もう
製造業ではベトナムの方が上でしょ
ソフトウエアも抜かれたんかね マーケットインの原則から言えばお客の御用に応えて業務改善の協力をするのが基本だと思うよ ソフトウェアの質が日本人にはわからないんだろうね
簡単に仕様変更してくるけど、一切受け入れないようにしたらかなり気が楽になった、客もプログラマーに頼らないと無理とわかればでかい顔出来ない、あくまで対等 テストに半分の費用、時間がかかるから、高くみえる。 受ける側のリスクが多いからだろ、
要求仕様が複雑で途中変更も多い。
多重下請け構造も悪い。
良質のSIがいればいいが単価が高い。
インド企業とでも契約しますか？ >>193
ほう…割り切りがはっきりしているな
日本も品質に
松竹梅をつけて値段も変動させて売ったらええ。
まぁ…現実は梅の品質を松以上の値段で売るからタチ悪いんだが いやなら他あたってみろよ
その値段でやってくれる所があるならな
そして最初の所に泣きつく羽目になるからｗ 例えるとこうか？
品質 松
はがねのつるぎ×50
ベトナム価格 2000G
日本価格 3000G
品質 竹
はがねのつるぎ×30
ベトナム価格 1000G
日本価格 3000G
品質 梅
はがねのつるぎ×10
ベトナム価格 500G
日本価格 3000G >>198
いいねｗ 強引に押し切ろうw
へいこらへいこらしてなんでもかんでも金取らずにやってあげちゃうから図に乗るんだよなあ >>23
人の十倍成果を出すスーパーエンジニアでも、大企業に行けばあら不思議、同じ賃金で人の十倍仕事を放り込まれて終わり。
その成果は出世に結び付かない。結び付くのは学歴、ハッタリ、パワポ作成力。
日本の会社ってほんと糞だと思うよ。内需だけで日本円をグルグル回すだけの糞集団。 >>198
仕様変更も、追加代金払ってくれれば別にいいんだろうけど、払わないのは人を奴隷としか思ってないって事なんだよな。
カツ丼注文しておいて、途中まで作ったのに急に親子丼に変更して、親子丼の分しか料金払わないとか、
品川から渋谷までってタクシー運転手に言ったのに、恵比寿で来てから途中で大手町に変更し、
しかも運賃を品川から大手町の距離分しか払わないと言うようなもの。 >>204
それの犯人、味方であるはずの営業なんだぜw >>206
仕様変更は素直に金出してくれれば穏便に済むが、要件定義の時に証跡残る形で合意形成をしっかりやってないとSEの落ち度だから金払わんと難癖付けてくる客もいるからな、揉める事が多いわな
まあ、こういうのは脇が甘いSEにも非はあるんだけども ＞提案を客にタダでくれてやって当然と思っている
そこは考え方の違いだろうな 金を取るにしても 人月として数えるのか
純粋にロイヤリティと考えるのか まぁ払ってくれるって言うなら貰っとけばって
感じだけどねｗ 実はPM(プロジェクトマネージャー)の工数分がのってます (・ω≦) ﾃﾍﾍﾟﾛ >>191
その通り
今どきは大企業がインターネットでGitHubの時代だから
わざわざ移動する必要がない
東京で一時間毎朝満員電車で通勤とかナンセンスすぎるｗ もう日本で仕事する必要が無くなってきたからなあ
日本のpgは安いし細々とうるさいしその細々がホントどーでもいい内容だし
何よりレベルが低過ぎて何のために作ってんの？って問い質したくなるw 何がしたいのかわからない顧客と
何ができるのかわからないSEと
の間を取り持つプログラマ
と言う構造だからね >>211
海外出張もなぁ…
あれiPadのフェイスタイムなり
普通にパソコンからカメラで通信して打ち合わせすりゃいいんじゃないの？って思うこと多数…
現物を直接見たいとかは分かるけど
それもカメラ通せば済むレベルの多数
>>175
改善も仕事の一種だろう…その会社は馬鹿か？
まぁでもプログラム組んじゃったら組んだ本人にしか直せないというのは良くあるし…仕方ないから個人レベルで隠れて使うけど今度は速くなった分だけ余計な仕事振られんように忙しいフリするさじ加減が難しい >>214
何がしたいのかって
業務の流れに自分が関わってれば分かるんだけど
そうでないなら相手からこれがしたいあれがしたいって言われても漠然としてんだよなぁ
で、とりあえず作ってみたら
「違うこんなのじゃない！でもこれ貰っておくわ」と言うことも >>1
技術やそれによって得られる価値から算出した対価ではなく
単なる手間賃でしかないんだよな、人月単価って ses会社が株式上場する意味ってなんなの？
所詮は人売りで利益上げてるのに、
株公開して創業者だけ儲けたいのかな？ >>191
外資ソフト屋はそんのことを相当前から当たり前のようにやってわな。
日本の出社主義（笑） 木村は何年同じ記事書いてんだよ
よくネタ尽きないな 普通の記事も書いているんだけど、
アクセスランキング上位に入るのは、こういうガス抜き系ばっかだな
木村さんの連載が無くなったら、ニーズ低下=不満持ってる奴減った=奴隷が解放された 頭悪いクセに「伝授」とか偉そうなんだよな。
こんな記事で仕事したつもりなのがムカつく。 >>205
大企業での成果とは、いくら儲けたか？だから 言われたことを早くやるだけじゃ評価されない >>224
開発製造部門
「従来はこの部品を造るのに１日かかっていた物を半日で仕上げました」
↓
経営者＆その他部門
「と言うことは今までサボっていたわけだね、よし生産能力上がったのなら受注増やそう」
↓
開発製造部門
「そんな馬鹿な！ブンケイガー！カンセツガー！ノウキガー！」
あるあるケースです。
まぁ１日が半日になったとしても品質犠牲にしているケースも多いだろうけど >>223
花畑だね
上司から言われたことを良し悪し言わずやるのが評価され出世出来る
咀嚼してさらに疑問なんて呈したら閑職にやられて終わり 在日韓国・朝鮮人は単なる「不法入国犯罪者」です。
戦後の混乱で強制送還できず、しかたなく「朝鮮戦争の難民」という扱いで
特別に在留を法的に許可してる状態です。
つまり、朝鮮戦争が終結すると祖国へ帰らなければならないのです。
日本政府｢｢在日61万人中､徴用者は245人､あとは勝手に来て住み着いた者｣で間違いない｣
https://hayabusa9.5ch.net/test/read.cgi/news/1525094153/
在日韓国人3世に「永住権」なし 日韓基本条約で受け入れ義務なし
http://www.thutmosev.com/archives/57555487.html >>205
そして最後には
たまった歪みが出てきて
神鋼やkyb のようなコースを辿ると…
戦犯は逃げ出した後で
その時の責任者が変わりに謝るんですね。分かります ちゃんと知的集約産業になればもっとお金は出せる
開発に金を払うアメリカITと開発の金を渋る日本ITの差は歴然としている >>227
レベルの低い会社はそうなん？(笑)
もっともレベルの低いやつがレベルの低い考えでピーピー喚いてたら閑職に回されるのはどこでもそうか 資本金１０００万、年間売り上げ数億の下請け中小には直接１０憶の仕事はやらせてくれないのだよ リスクマネーでお金じゃぶじゃぶの中で開発してみたいね >>201
日本の場合､まれに梅の価格で松以上の品質なことがある。
ガチャと同じく、引くまでなかなか抜けられないw プログラマはヘボだと
まともなもの出来ないよ
一流のプログラマーは
アーティストに近い ＞提案の次に付加価値が高いはずのシステム設計なのに、製造工程の作業と同じ額の人月単価しか要求しない。
いや、工程によって単価変えてるぞ。
記事を書いている木村さんが世間を知らないだけではないのか？ >>235
アーティストは客と会話が成立しないから使い物にならない
ラボの奥座敷にでもしまっておけ ＞SIerは請求しないどころか、提案を客にタダでくれてやって当然と思っている。自分たちの知的労働を自らここまでないがしろにしているとは！これには本当に驚いた。
これも違う。
本当は金が欲しいのだけど、お客が提案料を払ってくれないんだよ。
希に提案料を払ってくれる客がいるけど、本当にごく希。
＞人月料金が単なる作業料金でしかないから、客の料金引き下げ要求に極め
＞て弱い。景気が悪くなりシステム開発案件が減ってくると、たちまちコン
＞ペはダンピング合戦の場となる。システムの保守運用に至っては景気や客
＞の業績に関わらず、客からの継続的な料金引き下げ要求に抗しきれず、毎
＞年のように要求をのまざるを得なくなっている。
自分で客からの要求だと書いてるのに、なんでSIerだけの責任みたいに思うんだろう？
問題はユーザを含めた業界全体の問題なのに。 >>235
一流のプログラマはプログラマとは名乗らないしな だから、それをIT土方に言ったとこで、
一緒に愚痴吐きしてるだけだろーに ボクの持ってるすごい何か、
で商売したいのなら、
アーチストにでもなればいい、
サービス業だったら、客の要望に応えろ プログラマって
サービス業だったんだ
製造業だと思ってたよ 入札とか営業とかコスパ計算とかしてくれるAIをまず最初に開発すれば良いんでない？ >>243
職種であって分野じゃないからね。
俺もいつもどの分野を選択するべきか悩む。
車の部品のプログラムをしてる時は製造業だろうし、
ウェブサービスを作ってる時はサービス業。
はたまた、情報通信というのもある。
まあ、奴隷という項目があったらそれ一択なんだがな >>242
この「客至上主義」が如何にも日本人らしいよね。
金払ったってだけで神にでもなったかのように偉そうなのな。
こんなのが年寄りに多くて辟易とする。老害の典型。 まじで高いよね。
1日4万で1週間で20万円ですねーとか
平気でこくからな。簡単な調整で >>248
簡単な調整！
もう作った部屋のコンセントの位置ちょっと変えてくださらない？
これが、簡単な調整。裏の配管や導線の考慮は一切なし
だったら、最初っから言えよ。
金払いたくないんだったら、次のバージョンの
要件に入れとけ >>248
そこ安いね
俺んとこは1人日5万円もらうよ
ユーザーから見てちょこっとした調整でも関係箇所が多くて意外と大変なことあるんだよ >>205
ぐうの音も出ない(´・ω:;.:... >>205
大企業の電機メーカーはそうやね。
独立系のソフトハウスに行けば
良いところなら重宝してくれる。
今はスタートアップの会社も山のようにあるから
どうとでもなると思う。 >>248
大体、経験のあるプログラマーが
登録派遣で時給2,500円、8時間で2万円。
地雷だと言われる登録派遣の技術者
が貰う人日すらこの額だよ？
しかもこの額は技術者の貰う額で、
会社に払う額はもっと多いよ。
まともなソフトハウスの人日が
3万で収まるわけないのは分かるよね？ >>250
ウェブ系かな？
最近単価上がってるよね。
10年前なんてウェブ系は1人月70とかだったのにね >>248
お前みたいなキチガイを相手に仕事しなくちゃならないこっちの身にもなってくれ。
一日１０万とバカ相手手当として１００万欲しいぐらいなんだぜ。ばか。 >>254
Webもやるけどメインじゃないね
スマホやらサーバーサイドやらデスクトップアプリやら制御系やらいろいろ >>159
とにかく失敗怖くて自ら動く事せんからな そして人の失敗は鬼の首取ったかの如く笑う
今のジャップはこんなのばっか >>248
そう思うんなら社内で要件定義から外設内設までやってプログラマだけ派遣で雇えよ！
と、ユーザー側しかやったことがない俺ですら思う
ホント、びっくりするぐらい事務屋は自分ややっている仕事を説明できないし紙に落とせない
だから、外部に頼むとそこの行き違いが頻繁になって掛かるカネが膨大になるんだって
当たり前のメカニズムが分かってないｗ >>255
要件も説明できない客相手にするのが苦痛だから
そういう客がいる分野には絶対行かない。
言いくるめるの得意な人には向いてるんだろうけど。
何にせよご愁傷さまwww >>261
それは日本のSEの総意www
欧米だとマジで仕様がないと
作れないし作らないっていうからな。
羨ましいわ 元請けSEの下請けプログラマーへの扱いも酷いけどな。
お前には月幾ら払ってるとか恫喝されても言われた当人が貰ってるのは微々もんだから知ったこっちゃないんだよ。
だったらその金で直接雇えよ。って話だ。 あとSierの下請けなんぞ自社プロダクトを生み出す技術力の無い企業がやる仕事だろ。
下請けで御用聞き稼業やってる奴が孫請けに偉そうにするのも筋違い。
みんな謙虚になってくれよ。 >>259
役立たずの社内SEって
一々説明しないとダメなんよなあ、 ＩＴ土方って呼ばれてきたのには訳があるんだよ
そこを効率化しちゃうと別の面でまずいからできないんだって 関数従属性とは？
正規形を理解する上で必要となる前提知識です。
2つの属性AとBがある場合にAが決まればBも１つ決まる場合、BはAに関数従属しているといいます。
１つ決まるというのがポイントです。
この場合Aを決定項、Bを被決定項といい、 A → B と書きます。
趣味でSQLで色々な事してきたけど、
勉強となるとサッパリ理解できん
こんなことベンキョーして何の役に立つの？ A→B
こんなの中学の数学でやったろ？それとも小卒か？ 自社でエンドユーザー向けにサービス作ればいいじゃん
例えば義務化されるHACCPに基づく業務衛生管理アプリを機能制限版無料フル仕様月2000円程度で出せば全国の食品メーカーホテル飲食店が喜んで契約してくれるよ
全国に70万社以上あって高額の投資ができない零細も多いし出来がよければ1万契約くらいは軽いと思う >>269
リレーショナルデータベースにおいて、関数従属性ってどうやって使うの？
SQL文でどうやって書いて、どういう使いかたする？ >>271
エクセルの関数とか触ったことあるか？
Aのセルが決まるとBのセルが決まる、もっと細かく言うと関数の引数が決まれば結果も決まるってことやで
つまり引数→戻り値、というわけだ
SQLは一部例外はあるが、それ自体がそう
テーブルの値とクエリが決まれば、結果も決まる >>272
なるほど分かりやすい
関数に値渡して、渡す値が同じなら同じ結果が帰ってくる
当たり前のこと過ぎて理解に苦しんだわ、なんでこんなに分かりにくい言い回しをするのか
ありがとう 反対に考えるとある値を渡しても結果が複数の場合は関数従属性ではない
Select * from meibo where name like “佐藤%”
みたいなのは違うということ
つまり主キーとかユニークインデックスの概念。。
はじめからユニークキーと言ってくれた方が早いんだが。。 >>115
人工知能もソースコードは書くようになるやろうが創造性が備わってないからな。 建設業の提案は物理学に裏打ちされたものを出すから値段がつくんやろ。
ITの提案はただの絵で、他者とも差異ないからな。
手間がかかるのは確かやが >>277
まさに日本のSierはエンジニアを下請けで確保するから、結果的に出来ることに差異がない。
そうすると後は価格競争になる。
エンジニアを以下にして安く買い叩くか、の競争でしかなくなる。
そして待遇が悪くなればエンジニアの質も下がる負のスパイラルが生まれた訳だ。
特定ジャンルや製品、フレームワークやプラットフォームに精通したレベルの高い技術者を自社で抱え(リスクにもなるが)コアコンピタンスにして他社と競争できない。経営者にその注力すべき技術の判断ができないからね。 適当な発注して納入後に「これでは仕事にならないから仕様変更してくれ」ってのが多すぎる
>>112
業務の方を合わせればいいだろうになぜか従来の方法を踏襲することに固執するんだよね >>208
仕様どおり作っているのにクライアントは追加発注を嫌がるんだよね
「タダでやれ。納期もそのまま」
世の中では性善説ではやっていけない。常に最悪の相手を想定しなきゃね こないだ読んだ本には、ｿｰｽｺｰﾄﾞが設計書だと書いてあったよ。^^ >>275
単純なキーと値の関連付けなんて、教科書上のチュートリアル目的のお花畑くらいで、
実運用ではほぼ存在しないわけ。 たとえば、転勤や組織替えなんかで、同じ主キー
が一意に使われていても、時系列上で名称や場所が変わるたびに新しいレコードが
作成され、参照する際は、有効期限を示すフィールドを組み合わせて、該当レコードを
1つに絞り込む方が普通。 >>22
え？それマジなの
それじゃ、発注者は自分が何求めてるか分かってないってことじゃん
そんなの相手に商売できるの？いやそれ以前に何をどこから話始めるの？ >>283
マジだよ。
自分たちの欲しいものを具体化させるまでがエンジニアの仕事でそれが出来ないヤツはただの底辺ドカタだと罵ってるよ。
しかもそこに金払う気無いよ。 >>23
人の10倍のスピードで仕事ができるなら、嘱託社員として人の10倍給料を払えばよかったんじゃない？
そこまでしなくても、管理職じゃなく管理職同等のタイトルで平社員の仕事をさせればOKだったかも？ >>265
いやいや、俺は社内SEやった事ないけど、
自分の業務も説明できなかったら
他部署の人が分かるわけないだろ。
あと、自分の仕事がなくなるから
わざと説明しないって話は聞いたことある >>263
今結構直受けが増えてるぞ。
小さい会社でも人月百とか。
基幹系は知らんが ■ このスレッドは過去ログ倉庫に格納されています
