【IT】開発案件の予算超過を容認しないユーザー企業が増加…システム業界の景気動向 [11/11]

ビーブレイクシステムズは11月10日、システム業界における景気動向をまとめたレポートを発表した。
同社は自社で手がけたシステム案件などをもとに現場の目線で分析したシステム業界の景気動向を
定期的に発信している。

システム開発の案件数は、既存案件からの引き合いが増加した影響により、11月以降は増加傾向から、
なかでもスマートフォン関連の開発案件では大幅な増員が行われているという。

その一方で、コスト削減に関するユーザー企業の動きは強まっており、以前はある程度の予算超過が
容認されていた企業でも、予算の超過を認めないとする企業が増えているとのこと。

また基幹業務システムを検討する際、複数ベンダーから提案を受けて選考することは、景気後退以降、
一般的になってきているが、最近はさらにコベンダーの提案内容に対してユーザー企業がメールや打ち合わせなどで
質問をする機会が増えている。

このように、ベンダー選定に対するユーザー企業の要求は厳しくなっており、ベンダはより精度の高い提案が
求められている。

http://journal.mycom.co.jp/news/2010/11/11/067/index.html

これからは内製です。

当たり前だ。
ラーメン屋で「予想より材料多く使っちゃったんで、追加料金いただきます」
って言われて金払う奴いるか？

人件費だけだから
なんとでもなるだろ

金払わないなら引き渡さなければいい。

今までがおかしかったんだよ

淘汰の時代来るの？
数年前に脱出したから構わないけど。

仕様変更が無いのなら当然かまいませんよ
ね？

日本には途中での仕様変更があるからな
予算超過した理由がそれで文句言ってるとしたらどうしようもないな

作業開始後の仕様変更要求しないんなら
それでもいいんじゃね

>>3
残業したんで残業代下さいって言うだろ？奴隷か？

>>3
ラーメン屋でも味玉とか餃子追加したら金払うだろ

システムをわからんやつが感覚で、こんなにかかんねーよ、とコストダウンを迫る客ほど馬鹿な客はいない。
選定する立場なら少しでも開発経験があるやつ、
もしくはケチったことが原因の影響を見積もれるやつじゃなきゃなw

テメーよりシステムの働きの方が貢献してるということがわからんのかな

>>12 味玉やめて、やっぱ温泉ﾀﾏｺﾞに換えてね♪

パッケージシステムの不備を
これからはカスタマイズではなくて運用でカバーするってことかい？
ならば大賛成なのだが

>>14
しかも味玉半分食ったあとに言うんだよな

>>11
奴隷として働いてる奴にはわからないかもしれないが、
「うちの社員が残業して作ったんで、追加料金いただきます」
は通らないんだよ。

>>3
違うだろ。。
この場合は、材料多くつかってね、んでチャーシューは巻きバラに変えてね、ダシはトリプルで。
・・・でも追加料金は許さない！

ってことだから。

下請け、孫請けの弱小システム開発会社死亡だね

日本でＳＥやる人も１０年後にはかなり少なくなってるだろう

>>3
お客「しょうゆラーメン下さい」
店員「はい、お待ち！」
お客「やっぱ、しょうゆラーメンやめてみそラーメンで」
店員「全て作り終えたんで、追加料金となりますが？」
お客「うるせー俺はみそラーメンの料金しか払わないよ？」

ってことだ。

だいたいパターンとしては
コンサル会社がこんな予選でこげなシステムでいきましょうと言っときながら
実際はSI会社が詳細設計に落としてみたら予算超過
じゃあ、当初予定してた規模削減しましょうてか、よくあるよな

ちょっと変えたいんだけど、簡単でしょ？

コンサル会社とか元請け（ときには一次請も）
担当者がろくにＰＧ経験も積まずにＳＥやってたりするからな

PG経験のないSEの下で自社案件を担当したときに泣いた経験がある

もっとも、客のほうも自分の注文する環境もわからずに願望イメージだけで打ち合わせにきたりするしなぁ

>>22
それよくいわれるｗｗｗ

よくあるパターンとしては”ちょっとした”機能追加

たとえばECサイトの構築である程度開発が済んでいる状態で顧客から
「あ、ポイント機能つけてくれない？簡単でしょ？」

データベース設計１からやり直しでした。

円高なんだしインドに頼めばいいだろ。

仕変ももちろんあるが、バッファなしカツカツ見積りが当たり前になってるのもどうにかならんのか。

顧客側がわがまま言いたい放題な場合。
開発側が適当なことを言って予算を膨らませる場合。
この２つがはっきりしないまま、お前が馬鹿だの言い合いスレですね分かったよ。

>>25
「もちろん技術的には簡単ですが、見積には含まれていません」ってなぜ言えない？うちは普通に言うぞ。

しっかし、ＳＥやめてもう５年目なのに、こういう話してるといまだに血圧上がるわ。
株で勝って抜け出せて良かった。。。

>>29
営業が勝手に取ってきたんだよ、上司にこっ酷く怒られてた

インド・中国と同列の賃金ベースで考えられてる業界だもの
今無職で大変だが辞めてよかったと思ってる

中国インド東南アジアに投げてる会社もあるが、１０年後とか大変なことになりそうなんだがまぁもう知らね

金額内で納めようとしないのが悪い！
ただそれだけ

社内に洋梨が多すぎ
部長以上の能無しぶりが酷すぐる
日本の部長以上は半分でいい

SEって辞めたら何するの？

仕事をパッケージの仕様に合わせたほうがいいんだよね。

>>14
酷いのになると
ラーメン頼んでおきながら途中でうどんにしろとか言う。

もちろん追加料金払うなら対応する。
最初からうどん頼むより高くつくけどね。途中まで作ったラーメン捨てるんだから。

>>37
「え？スープぐらい転用できるようにしとくのがプロだろ？」

外資系ベンダーは契約がガチガチで、仕様変更でもきっちり回収するのに
日本ベンダーは仕様が曖昧なまま進めて、ボリュームが膨らんで失敗する

豚骨バリカタうどんどうぞ

新機軸は見込めないな。
有体な開発しか出来なくなる。

>>39
日本IBMとスルガ銀行のｇｄｇｄ裁判見ると、どっちがいいのか微妙だけどな。

>35
辞めたら今度は、一日中部屋の天井を見るんだよ

>>37
うどんもラーメンも作ろうと思えば自前で作れるんだよね・・・

Ｃ＃の案件は結構あるけど、ＶＢの案件はほとんどないなぁ

>>38

おかんに でもやってもらえよ(笑)

ソーメン頼んだのに出て来たのが大盛りつけめんやった
そんな機能を頼んだ覚えはないんだが

>>44
うどんとラーメンは作れるが
俺はプログラムはJavaScriptくらいしか無理だ

予算をケチるのは勝手だが、その代わり品質に問題を抱えたままリリースした結果、ユーザー企業の運用が潰れる・・・・。
まぁそうなったらしょうがねーよなぁｗ
今ってテスト環境をケチる様な会社もあるからねぇ

下請けの利益は認めません、という文化

そして販売側と購入側もまともなところとまともじゃないところに二極化されていく

>>35
数年前に引っ越しをやったのだが、そのときに引っ越し屋の兄ちゃんと
荷物の積み込みの合間に雑談をしたら、元職はSEだと言われた。
なんか、人間関係で問題を起こして辞めたそうだが今でもIT業界にのことを
忘れられないそうだ。
荷物を積み込んでいるときはずっと笑顔だったのに、その話をしたときだけ
涙ぐんでいて印象深かったなあ。

>>49
損害賠償請求されて終わりだな。

>>44
ちゃんぽんなら作れるが、
プログラムはperlくらいしか無理。

LISPにしようぜ。

プログラマを何ヶ月か無料で徹夜させれば済んじゃうからな

>>54
おれはスパゲッティ

>>57そんなもん作るんじゃねぇ

じゃあ、仕様変更はなしで

>>3
たとえがちょっと違う。
「ラーメンにチャーシューとネギ追加、麺増量。ただし料金は据え置きで」
これが例えとしては適切

>>60
よそに行ってくれ、と言えばいいだけ

>>16 やっぱ高いから、一番安い月見でいいや。お金返してちょ♪

>>3 親父！替え玉一丁！ あとツユとﾈｷﾞとﾁｬｰｼｭｰはﾂｹといてね♪

ちょっとした仕様変更も認めないならいいんじゃない？

>>64
仕様変更認めないと、作ってるうちはおとなしいのに納品した途端クレーム大量につけて
挙句の果てに支払いを踏み倒そうとする客もかなり居る。
うちの会社でも、納品後にクレームつけて結局1年以上支払い拒み続けた客も居る…
(最終的には何とか回収できたけど)

日本は滅びるその時まで、負け続けるだろう

なぜ買い叩かれるかというと、ありふれているからだ。

　プログラマーとは言え、人月単価六十万円とかを平気で要求してくる客も居るからなあ。
　あ、大手のSIerも同じ様な物か。
　兼ね感情しかできないくせに、平気で一般管理費を五十％ぐらい乗っけてくるし。

お客様は神様って信仰を止めない限り癒らない病だな。

Sierはひどい・・・。
人件費110万円で取引されて、15万円しか手取りが無かった人身売買員の俺orz

>>68
人月単価でいえば、60万は安いだろ。

仕入れ値が売値の50%なんてことはごく普通なのに、
月給30万の人の人月単価が60万なのが高すぎるというのは感覚がおかしい。

というか、人月単価なんてシステムがあること自体が終わってるけど。

人月単価の見積にまじめに呼応して
(というかクライアントが人月単価を要求するんだけど)、
ほんとにその人数を割いているのかを確かめるの? どうやって?
人数さえ割いていれば能力は問わないの?

各個々人の能力ではなくて、
(要求仕様を満たした)プログラムがクライアント自身に及ぼす利益を踏まえて
コスト計算するのがあたりまえで、人月単価なんてシステムは頭がおかしいとしか思えない。

>>71
営業が無能なんだろ。
製造に掛かる手間でしか自分が売っている商品の価値を説明できないんだから。

会社の営業管理と工事管理をＤＢ化してくれっていわれて
独学でアクセスで作ったんだけど

後半だんだんわかるようになってくると、自分に作ったシステムが泣けてくる。

Nullpointer

>>71
人月単位で働いているようなIT土方はクラウド移行で失業間違いなし。

一月あたり六十万てそんなバーゲンやってるところあるのか

見積と要件定義がでたらめすぎなんだよ

>>76
今のところ、うちの最安値は一人月３５万だな。
６０万だと「さすが大企業は金持ってるねぇ」って感じ。

35万てことはその人の手取り10万切るでしょ

もう終わった業界なんだからどうでもいいだろ

>>65
だから、打ち合わせとか連絡とかきちんと記録に残すべきなんだよね

なんかしらんがＩＴギョウカイってここいらが小学生かと思えるほどルーズ

ちなみに当初仕様、当初要求どおりにならない業務なんて
どこのギョウカイだってごく当たり前にある。
オマイラが仕事しているビルだって、
当初設計の通りに建ってることはまず無い。

問題は、そうなったときに、現場レベルで場当たり的に対応して
記録も残さないギョウカイと、融通が利かなかろうが
「会社に戻って上司に相談します」といえるギョウカイとの差

発注側「頼んだものを期限までに作れない、それどころか追加の金まで取るなんて！」
受注側「仕様の追加を要求しておいて期限も金も予定通りにいくわけねーだろ！」

こういう不毛な争うがいつまでも続く

地域によって差があるから一概には言えないけど、
手取り25万くらいのPGで東京だと一人月最低80万くらいだな。
人件費は手取り額の3倍程度だろ。

>ちなみに当初仕様、当初要求どおりにならない業務なんて
>どこのギョウカイだってごく当たり前にある。

私は詳しくはないですが、一般論として
どこの業界でもとはいえ、計画がうまく行かなければ事業は成り立たないし失敗ばかり
では赤字。世の中赤字ばかりでは会社として利益を出せない。

>(要求仕様を満たした)プログラムがクライアント自身に及ぼす利益を踏まえて
>コスト計算するのがあたりまえで、人月単価なんてシステムは頭がおかしいとしか思えない。

その通りですが、その前に、ソフトウエアを開発するコストが見積もれないんでは？
建築業界では積算がありますが、そういった見積りや工程数、機能数、などを明確化
しずらい。だからいつまでたっても人月単位で作業を見積もる。
それだからこそ、具体的な予定、明確化した機能や計画が無いから失敗する、のでしょう。

月90で売られてるけど、手取り16の俺はいったい・・・

>>86
中間業者を排除シル。
自分の会社がボッタクってるなら派遣先と直接交渉シル。

>>55
大風呂敷広げたあげくにデスマって

あなたに:y=-( ﾟдﾟ)・∵;; ﾀｰﾝ

という結末か。

>>87
営業のみのグループ会社が元請で、うちは一次受けなんだけどね

やっぱ独立するかなぁ・・・

>>89
独立より会社変わったほうが確実だと思うけどね。
うちなら90稼げるやつなら、手取り２０万は出せるぞ。

>>85
コスト計算といったのが悪かったか。

ようするに開発コストは開発側の問題であって、
それとソフトウエアの価格とは関係ないはずといいたい。

ソフトウェアの価格は、
どのくらい開発コストがかかったかではなく、
それそのものの価値で決めるべき。

> それだからこそ、具体的な予定、明確化した機能や計画が無いから失敗する、のでしょう。
これはそのとおりだと思う。

>>91
> ソフトウェアの価格は、
> どのくらい開発コストがかかったかではなく、
> それそのものの価値で決めるべき。
パッケージソフトならそれでおk。
まぁ実際には開発コスト/目標販売本数である程度決まるんだろうけど。

でも、ソフト開発の大半は一品物のシステムを作る作業であり、
そのばあい顧客が支払ってるのはソフトそのものの価格というより
システム作成にかかる作業料なわけ。

システム作成に(どういう見積り基準であれ)１０００万円かかります
という見積りに対して、そのシステムを導入することで
１０００万円以上の利益を上げられるかどうかを判断するのは
基本的に顧客側の責任。

開発より保守運用の方がよっぽど儲かると思うんだが、
なんで開発だけ請け負うの？

>>85
>私は詳しくはないですが、一般論としてどこの業界でもとはいえ、
>計画がうまく行かなければ事業は成り立たないし失敗ばかり
>では赤字。世の中赤字ばかりでは会社として利益を出せない。

日本語でOK、あと引き籠もるだけじゃなく
社会勉強はきちんとしような

>>47
お客の思い描いていたもの→ラーメン
お客の説明したもの→ソーメン
営業の理解→うどん
開発への伝達→つけめん
出来上がった製品→スパゲッティ

ある意味ではいいことだよ
超過するような仕様変更して金払わないなら開発部隊引き揚げます
ってのは当たり前だから
なあなあずるずるすぎるんだよ開発って

>>25
＞データベース設計１からやり直しでした。
どんなフルカスタムＤＢ使ってんだ。
いや、むしろＤＢよりもシステムがクソなのか？
２０年前から各種ＤＢ使ってるけど、
特殊な専用用途のＤＢでもそんなクソ
みたいなことにはならん。
その程度の変更で設計し直す必要が
あったって事は、そもそもの設計が不十分
だったんだろ。
ＤＢは最初から設計がよければそんな
目には会わない。

>>93
うちは開発をほぼ原価でやってその後の保守で儲けてるけど、
ここ最近の不況で保守料滞納したり保守契約打ち切るところが出始めて苦労してる。
特に中小企業の顧客からはそういう話が多い。しかもそういうところに限って
トラブル起こしたときだけ顧客面して文句を言いまくる。
ちなみにある程度でかいところからは開発部分でも利益取れるし保守も安定してるから
おいしいｗ

仕様変更しろ
でもお金払いません

ユーザー企業側が仕様をまとめない段階で見積もり要求する

外資系ベンダは、細かい仕様が決まるまで見積もりを出さない

国内ベンダは、仕様があいまいなところで概算見積もりを出してしまう
細かい仕様が決まるころには規模がかなり大きいことに気づくが、
国内ベンダは、概算見積もりからあまり上積みできないで赤字になる

>>91
>ソフトウェアの価格は、
>どのくらい開発コストがかかったかではなく、
>それそのものの価値で決めるべき。

ソフトウェアを製品・開発コストを製造コストにそれぞれ読み替えれば
製造業における下請けへの要求と全く同じになるね

>>95
あの画像っていつ見てもすごいよなー

>>102
クワシク

あと、開発側が「業務知識を知ってるつもり」だったりする
GISの「平面直角座標系」の笑い話は有名

元画像
http://121.119.192.121/blog/media/38/20101112-mayumi.jpg

19 名前：名無しさん＠恐縮です[] 投稿日：2010/11/12(金) 20:46:22 ID:PFRBIZ5o0
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ∧,,∧　 ∧,,∧
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　∧ (´^∀^) (^∀^｀) ∧∧
　　('A` )　　　　　　　　　　　　　　　　　　　　　　　　　　 　 　 　 (　´^∀)　Ｕ) ( つと ﾉ(∀^｀ )
━0━0　)　　　　　　　　　　　　　　　　　　　　　 　 　 　 　 　 　 ｜　Ｕ (　　´^) (^｀　　)　と ﾉ
　　　 <　＼　　　　　　　　　　　　　　　　　　　　　　　　　　 　 　 　ｕ-ｕ （l 　　 ) (　　　ﾉu-ｕ
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 `ｕ-ｕ'.　`ｕ-u'


265 名前：名無しさん＠恐縮です[sage] 投稿日：2010/11/13(土) 10:04:25 ID:g1lF/spX0
　 。 　　　　　。。 。 。
―々　 　　　 ﾄ｜┤λ

266 名前：名無しさん＠恐縮です[] 投稿日：2010/11/13(土) 10:40:34 ID:jIUgmRRY0
>>265
AA作れる人って頭が柔らかいんだろうな…w

【野球/東スポ】誰も見とらんのかい…阪神･真弓監督トホホ一人特訓　若手バントミス連発で監督手本示すも、その時選手はコーチに指導受け
http://kamome.2ch.net/test/read.cgi/mnewsplus/1289561789/

>>103
たぶんこれじゃね？
http://www.projectcartoon.com/cartoon/586

グーグル（Google）、全社員を10％昇給

米インターネット検索大手グーグルは来年1月から、
全従業員を対象に給与一律10％引き上げを行うことがわかった。

ウォール・ストリート・ジャーナルの報道によると、同社の世界中の約2万3000人全社員が対象で、
最近活発になってきている同業他社からの引き抜きへの対抗手段だという。

グーグルのエリック・シュミット最高経営責任者（ＣＥＯ）は、社員あての電子メールで、
このことを通知したという。
http://toki.2ch.net/test/read.cgi/bizplus/1289439745/l50

客：DBがどんな構造かも分ってないくせにこれぐらい簡単でしょ？

奴隷：アホか先に言えよ、今までやってきたデータの設計全部無しにすんのかこのボケカスハゲ･･･

奴隷会社の営業：スパゲティ一丁オーダー入りました！

奴隷：喜んで〜　（誰がやるかほけかすはげ）

インド人：起動中♪

汎用的なシステムを開発しなかったために、海外との競争に負けて消えていく人たちですね。
サヨウナラ

>>109
パッケージソフトに対して、自社の業務に合わないからとカスタマイズを要求する客も多いけどね。
(もちろん追加料金の支払いは拒否)

客と一緒に消えてくださいｗ

>>110
そうそう。大手ベンダーでも一応汎用的な製品名でカタログに載せているが
実際にはほとんどカスタマイズ対応して商売している。また、それで儲けても
いたと言える。

ソフトに業務をあわせるのがITというものだと思うけど

>>113
日本だと、「業務にソフトを合わせる」が主流。
特に、自社開発のシステムからパッケージに変更したところなんて
毎日のようにカスタマイズの要求出してくる

未だにウォーターフォール・メソッドでプロジェクトやってるようでは、予算も期限も超過するのは
当たり前。

>>3
ラーメンは定型商品だからさ。
システム業界とは違うよ

議論するのに、対象としているシステム
がばらばらだから、一部かみあってないな。

システム開発といったら、普通は
ある程度出来上がったものを売るのが普通。
たとえば、xoopsをベースに設定レベルのものを請け負ったり、サイボーズみたいな
スケジューラを開発しておいて、売り込みにいって一部カスタマイズする程度。

前持って精度の高い見積もりが出せるのは
その類。

一から作るシステム開発は、見積もりなんてだせない。当たり前。この世にないんだから。誰も作ったことがないんだから。
それを見積もりが出せる、または精度が
高いと思えるのは、おかしいです。

なぜ、こんな単純なことがわからない？

>>117
本当に一から作るならそのとおりだ。
たとえばアポロの月着陸船を開発するような。
実際にかかった額は見積もりの倍でしかも最後は納入先で突貫工事した。

だが、多くの一から作ると称するものは類似例がある。
また、○○系の実績多数とか言って売り込み、買うほうもそれを
根拠に決めたりするわけだ。
　であるのに見積もりが出せないと言う。実績例多数と称する
営業が嘘付いているのか？それとも技術の怠慢か？

>だが、多くの一から作ると称するものは類似例がある。
>また、○○系の実績多数とか言って売り込み、買うほうもそれを
>根拠に決めたりするわけだ。

ここで一番厄介になるのが、各社独自に持っている独自仕様の部分。
(そもそも独自仕様が無ければ、その業界で一般的に使われるパッケージの導入で済むし)
しかも、商談の時点でシステムに関する細かい仕様まで打ち合わせることはほどんど無い。
だから、商談後に厄介な独自仕様が見つかってプロジェクトが火を噴くことも多々ある

まぁ以前は上流工程のみを切り出して受注するなんて事がよくあったな。納品物は要求仕様書。

その上で下流工程の見積もりを立てる。
そーゆー事に予算を取る顧客は減ったし、それを見越してベンダー側も提案しなくなった。

それがトラブルとかデスマが増えた原因。

>>120

自分のところは、総予算をとっておいて、上流だけ切り出して発注しているけどね。
そうしないと、ベンダーはリスクが大きくなるから、高くなっちゃうからね。

それに発注する側からすると、上流工程で仕事の質を評価している。
で、質が悪いと、それ以降は仕事を出さない。

要件定義をしておきながら
後からごちゃごちゃ変更したり追加したりするくせに
最初の予算をオーバーすることはあり得ない、とか言い出すクズ機業も多い。

じゃあ追加や変更は一切ナシでいいですね
と契約に書かないとな

そんなもん、当たり前に書いてあるもんだろ。

機能、性能、使い勝手、納期、品質、この中から自由に二つ選べ。

>>119
営業マンの成績を売りで立てるのはいい加減やめてホスイ。
回収までして始めて実際の企業の収入なんだから、

売り上げで賞与待遇を決めたのなら回収状況でその評価を修正シル。
幾ら高い売り上げをだしても最終赤字なら評価はマイナスな。

http://www.cagylogic.com/archives/images/20040303-2.html

>>100

　多いよね「取り敢えずざっくりで良いから金額出してくれ」。
　条件も何も見えないのに出せる訳無いだろ。


>>127

　このパターンが一番シンプルで良いね。

>>92
> でも、ソフト開発の大半は一品物のシステムを作る作業であり、
> そのばあい顧客が支払ってるのはソフトそのものの価格というより
> システム作成にかかる作業料なわけ。
言っていることはわかる。
でもそれが「人月」みたいなわけわからんシステムに直結しているわけで。

>>101
> ソフトウェアを製品・開発コストを製造コストにそれぞれ読み替えれば
> 製造業における下請けへの要求と全く同じになるね
本当にそうなのかどうかは知りませんが、
どういうことがいいたいのですか?
そういう要求は理不尽だとでもいいたいのでしょうか?

ソフトウェアの価値が(どのクライアントにとっても)開発コストに
見合わないのであれば、そんなソフトウェアは作らなければいいだけ。

そういうソフトウェアしか作れないのなら、
そういう会社は潰れるというだけのこと。

>>129
まともな請負だったら、人月は見積金額の根拠程度で、結局は合計金額と工数しか見てないけどな。
ただ見積が予算オーバーしたときに「ここの工数多すぎじゃね？」って突っ込まれるのは比較的まともなところ。
「人月高すぎじゃね？」って言ってくるのはあまりお付き合いしたくないところが多いね。

>>130
この前受けた案件だと
他社から出てるパッケージ導入：150万〜200万
うちの出した見積もり(うちで開発した場合)　100万前後
顧客の想定していた金額　40万前後

ちなみに人月で計算すると、大体3人月位のシステムだった。
100万で受注しても絶対利益なんて出ないけど、
保守とかその後の関係も考えて取ったらしい……
てか、こんな客取る意味有るか？と思わないでもないｗ

客はバカだと思ったほうがいいよ。

よっぽどの大手以外は、中国並みのコストで
やってくれて当然だと思ってるから。

国内大手以外は、
まるで中国人を相手にするような態度で
客がふんぞり返って強気に出てくると思って間違いない。

ただ、その客の大半は、国内大手相手に払うほどの
金はもちあわせていない。だからおまえのところくる。

>>130
うちはちょっと特殊なソフトウェアを作成してるので、
もしよそがつくると(一からつくることになるから)かなりの工数がかかるけど、
うちは自家製ライブラリ使ってかなり少ない工数で作成できる。
# で、ソースは請負元に出していない。

それでも(ライブラリ部分も工数換算した)工数ベースの見積もりを要求されるし、
ひどいところでは、
「お前のところは似たようなのつくってるはずだから…」
と実工数ベースを要求される。

まあ、もう請負はほとんどやってないけど。

>>133
それならもうちょっとがんばってパッケージソフトにしちゃって販売とかは？
そして、カスタマイズは別料金で請け負うとか

>>3
途中で、あれもこれも追加注文すんなよ。だったらｗ

>>134
特殊だってあるし、汎用化は無理なんじゃね？　数もさばけないだろうし。

>>129
＞見合わないのであれば、そんなソフトウェアは作らなければいいだけ。
こいつ相当馬鹿だな　中卒？

○○が嫌なら○○しなければいいなんてどこクソガキの屁理屈だよ
そんなの「人月が嫌なら人月で発注しなけりゃいい　いやなら発注するな」
って言えるだろ
そんな事も分からんのか　バカタレ

>>115
海外はどうやって開発しているんですか？

>>126
ユーザ担当者＝期限と予算が評価→必須条件以外を黙認
営業＝契約金額の見込み利益が評価→値下げして売りまくる
PM＝見込み利益に対する結果が評価→重い作業を手抜く
SE＝WBSの期限達成率と成果物の枚数が評価→コピペ蛇足ばかりで中身無いもの作成
PG＝バグ数が評価→仕様明記ないから見なかったことにしよう
会社＝製品の満足度をエンドユーザが評価→プライスレス

>>137
「見合わないのであれば、そんなソフトウェアは作らなければいいだけ。」
それが出来なければ仕事をするな、社会人失格だから

なんかＩＴギョーカイのセンモンカって
「俺の事情は考慮しろ、お前の事情は知ったこっちゃ無い」
が通用すると思い込んでるのがワラワラ

ＩＴの専門家（笑）

>>97

>>25の事例って正規化していたらすぐに対応できるんじゃないの？
どういうことだってばよ？

>>142

SEがだめだと、DB設計がだめだよ。
そもそもER作るには業務知識が必要だし、物理ERにするにはI/Oも
考えなければいけない。

きちんと設計していれば、仕様変更に強いのですぐに対応できるが、
現実にはそんなSEは少ない。

>>140
実際ここ数年倒産・撤退するソフト屋凄い数だよ

スレ開いたらラーメンの例えが頭悪すぎてわろた
まぁ畑違いの人にはわからないよな、この感覚は

>>140
そもそも、どんなソフトを作るかもいくら金かけるかも顧客が決めることだからなぁ。
センモンカの立場として、そんな機能は金かかる割には役に立たないですよ的なアドバイス
することはあるけど、それでも客が作ってくれと言えば作るのが仕事。

てか、「ソフトはハードの付属品」とかフリーソフトが数多く出回って
「ソフト＝タダ」という変なイメージが付いちゃってる限り、
顧客の想定する価格と作る側の想定する価格が折り合うことって基本無いよね

　十年ぐらい前だったかな、富士通なんかが「ソフトウエア（開発）の金額は、工数では無く、ソフトウエアの価値で決めるべき」って言って、人月見積を止めた事があったね。
　僕の勤め先も一時期そういう方向に走ったけれど、結局辞めた。

　詰まる所、顧客がそのソフトウエアの価値を見定める時に、メリットよりもコストの評価に視点が行ってしまって、コスト評価の基準が結局工数と単価に行き着いちゃうから。
　これがバブル経済の時代であれば別だったかも知れないけれど、今みたいにデフレ基調では、ひたすらコストを削る方へ関心が行ってしまうみたい。

　やりづらい世の中だよ。

>>134
パッケージで出しました。

数はさほど出ないから儲かりはしないけど、
もしほしいなら基本的にはうちのを買うくらいしかないから、
ぎりぎり食っていける分くらいは何とかなってます。

単価が下がってる

>>13
逆にわかっているから腹立つこともある。
同じ会社のSI部門が作ったソフト、インターフェイスがクソ過ぎ。
SI屋って未だに帳票をそのまま画面に置いたようなガワで作ってるんだよな。
かといって修正要求したら金を請求。

結局、別プログラムから直接DBアクセスを呼び出せそうな穴を見つけたので自作プログラムで解決した。

> SI屋って未だに帳票をそのまま画面に置いたようなガワで作ってる
そういうふうに作れという客が多いからな。
DOS時代みたいに画面下にファンクションキーの機能を表示してファンクションキーで
操作するように作ってくれという依頼もよくあるし。

マウスさわってらんねー、という要求もわかる
入力専門のお姉さんとかスピード違うもん

コンピュータ扱ってる人間が
全員コンピュータ扱うのがすきかというとそうじゃない
こんな忌々しい機会扱うのはさっさと済ましたい
と考えてる人間が多数派なんだよね

その部分を理解してないセンモンカが多いこと

UIに関する要求はなかなか面倒なことになる場合が多い。
たまに、パッケージで出してるソフトなのにUI変更しろって要求来るし。
(カスタマイズしようとして追加料金請求しても、こういう客に限って
絶対追加料金出そうとしないし。)


>>154
＞コンピュータ扱ってる人間が
＞全員コンピュータ扱うのがすきかというとそうじゃない
PGやSEでもそういう人多いよ。家ではPCなんて見たくもないって人。

お役所もこのくらいやれば赤字が減るのにな

>>138

海外っていうか、日本でも先進的なところはアジャイルでやってるよ。
「ウォーターフォール」みたいな固まった呼び方はないけど、
手法としてはスパイラルとプロトタイピングを混ぜたような感じ。

肩身が狭いな

無茶言う客はkillべし
その予算で内製できんのかと

>>159
>>151の場合は、グループ内会社につきあいで発注してやってる例。
本当は無茶ぶりできるはずなんだけど、うちの発注部門が深い要求をするだけの知恵がない。

社内全員に展開するようなツールの場合、使うヤツの意見を確実に聞いてやって欲しい。
それができないならガワを自由に作れるようにAPIなり、プロトコルを公開。

>>155
元は好きで入ってとさすがに毎日さわってると
家でくらいのんびりって気になるんだよね。
自分がそうだ。

要求変更

PC好きで家にサーバ含めて5台ぐらいあるし、果てはファイアウォールまで買って独自ドメイン持ってる俺は少数派だな
今年30歳でネスぺにも一発合格したし独立したいが仕事を取るコネが無いわ。

家で使ってるPCがそろそろ寿命っぽいから新しく買い換えるかPC止めて携帯に一本化するか悩み中……(今使ってるPCは買ってから６年経ってる)
仮に買うとしてもネットブックでいいかな〜とか思ってる……ｗ

>>160
>>それができないならガワを自由に作れるようにAPIなり、プロトコルを公開。

API公開しても作るのに時間や労力がかかるからな。
WEB系で統一したほうがVIEWの変更が楽なのに、
なんでソフト作っちゃうんだろう？って思ってしまう。

ブラウザで実現するには面倒な要求を出してくるユーザがいるから。

>>167
ファンクションキーでメニューが選べるようにしてくれない？
数字とそうでない所でNumLockが自動的にON/OFFするようにしてくれない？
Enterキーで次入力項目に飛ぶようにしてくれない？
入力した桁数が分かるように、入力欄に升目入れてくれない？

機能もだけどレスポンスもな

ユーザインタフェース

>>157
5年前なら先進的だったかもしれないけど、
今”あじゃいるだから大丈夫”、なんていってたらかなり痛いだろ。

結局、他人のやり方真似したってうまくいかない。
自分たちにあったやり方で開発すんのが一番なの。

コンピューターのシステムなんて全部インド人と支那人に作ってもらえ。
日本人より安くやってくれるなら一番良いだろうに。

>>172
そうそう、食べ物も家電製品も作ってもらえばいいんだよな。
なんたって安いからな。

お前は今日からインド映画だけみて過ごしてろ。

>>173
しがみ付く必要はない。
ユーザーだって安い方が良いんだよ。
オマイだってハリウッド映画を散々見せられてるだろｗ

ぶっちゃけなんでワードやエクセルみたいに規格化できないの？

>>175
うちの会社は特別だから、規格化したのじゃ合わない！
ってユーザ様が仰られるので。

>>175
出来るものならしたい。だけど、日本のユーザーは基本的に自社の業務にシステムをあわせるという考えだから
システムに業務をあわせると言う発想自体が無い。

>>177
業務のやり方は業務部門が定めるもので、システム部門は口出し出来ないのが日本の会社の通例だよね。
業務のプロセス改善・改革と、それを支えるシステムを一体化して提供できるシステム部門が理想なのだが…