気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
atmarkit.itmedia.co.jpエントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント50件
- 注目コメント
- 新着コメント
repon
PHPは︵エンジニアが︶死ぬほど︵上流は︶儲かる、を思い出す。下の人間を薪に焚べて﹁マルタ﹂として消費することで、自分の懐を肥えさせる悪魔が、普通に、ごく普通に企業にいて身を隠している。悪魔をあぶり出せ
emt0
ユーザー企業の足らぬ足らぬは工夫が足らぬ率はヤバい。あとベンダーは急かすし言い訳無用なのにユーザー側は遅いし急かすとキレる率高い。要はそんなユーザーみかぎりゃ良いのよ。変わって良いお客にはならない。
longyang
例えばタクシーで途中で目的地を変えたり道が工事中だったり渋滞していたら、到着予想時刻は変わるのだ。見積もってるこっちだって予想がつかんことが多くあると全員で分かりながら進める必要があるってことだよな。
findup
請負は現代では難しいと思う。昔よりスピード感とか言って短納期な傾向な割に案件開始時点で決まってることは少ない、みたいなの多い。ベンダーも空き要員が出るのを嫌って危ないと分かってても請けてしまったり。
zakusun
単純な仕事の量より多重度が問題。あと、圧倒的に問題なのは期日。それも自分で決められない期日。タイトであればあるほどストレスになる。これが重なると確実に病む。期日最優先なら金を惜しまず仕様は最低に。
khtno73
普通にベンダーのPjMと会社が悪い派。要件定義が混乱したら納期に影響でるの当然だし、納期優先ならスコープ確定をユーザーとネゴしなきゃいけなかったわけで。そこで交渉負けるようなら精算して終わりにする決断せな
tick2tack
“ベンダー社員の仕事量や心理的な負担を増やすのは、ユーザー企業、あるいはユーザー企業との約束事である” / IT業界って人手不足と言われて久しいけどまだベンダー側は強気に出れないのかな
aaasukaaa
お客様は神様思想、客側から取り下げていく時代だと思う。まだ自己中な老害世代は絶対譲らないと思うけど。追加作業になりますか？だったらうちコンプライアンス厳しいのでいいです、て大手も出てきて少し希望の光
Yuppy666
遠因どころか，無計画さから何度も仕様を後出しで変更しておきながら，その一方で納期厳守と歩み寄りしなかった発注側が殺したようなものだと思うけど…このタイトル，釣りだとしたら相当邪悪だね
aLa
ベンダーは何でも屋になりやすいからスキル不足が生じやすいよね。複合請負なので下請けに流し難く、客毎に業務が違うから出張・会議・トラブルも多い…請負ルールの明確化や商品統括システムを見直すしかないのかも
NOV1975
幸いなことにうちのお客さんはこっちの体調を気遣ってくれる人も多くこんな羽目になったことはないけど、そうじゃないところも多いだろうしね。工数足りない原因がユーザーにあるのに金出さない、だったら責任ありよ
shibainu1969
みんなSIに慣れて、ベンダ側の事情も慮るユーザ企業が増えてきている。でも変わらず納期必達を言うユーザはいて、それが大トラブル連発がニュースになっている業界で、こういうところに遠因があるのかと思いました。
longyang
例えばタクシーで途中で目的地を変えたり道が工事中だったり渋滞していたら、到着予想時刻は変わるのだ。見積もってるこっちだって予想がつかんことが多くあると全員で分かりながら進める必要があるってことだよな。
zakusun
単純な仕事の量より多重度が問題。あと、圧倒的に問題なのは期日。それも自分で決められない期日。タイトであればあるほどストレスになる。これが重なると確実に病む。期日最優先なら金を惜しまず仕様は最低に。
PrivateIntMain
実現性検討せずに受注してるザルなケース、追加要求を受けるのに納期は動かないケース、要求生産性が高すぎて見かけの数字を削るけど作業は全然減ってないケース、思いつくだけでこんなにある。
n_vermillion
SIerあるある話だな。これの何が怖いって事例が特殊ってんでなくて常態化してるってことよ。人手不足とか言ってるけど、いる人すり潰すだけで継続してやっていける状況になってねぇもん。
repon
PHPは︵エンジニアが︶死ぬほど︵上流は︶儲かる、を思い出す。下の人間を薪に焚べて﹁マルタ﹂として消費することで、自分の懐を肥えさせる悪魔が、普通に、ごく普通に企業にいて身を隠している。悪魔をあぶり出せ
findup
請負は現代では難しいと思う。昔よりスピード感とか言って短納期な傾向な割に案件開始時点で決まってることは少ない、みたいなの多い。ベンダーも空き要員が出るのを嫌って危ないと分かってても請けてしまったり。
kkkirikkk
今時まともなとこなら、工程に遅れが出たらリリースも遅れる事は分かってるし受け入れるよ。ただ理由にもよるとは思うけどな、そこは原因作った側がある程度身を切る必要があると思う。このケースは知らん。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
ベンダー社員過労死の遠因はユーザー企業にもあるのか
ベンダー社員過労死の遠因はユーザー企業にもあるのか‥﹁訴えてやる！﹂の前に読む IT訴訟 徹底解説︵1...
ベンダー社員過労死の遠因はユーザー企業にもあるのか‥﹁訴えてやる！﹂の前に読む IT訴訟 徹底解説︵111︶︵1/2 ページ︶ 仕様確定が遅れ、プログラム数が大幅に増え、スケジュールが2カ月以上遅れ、しかも納期順守を求められたプロジェクト。そこに従事するエンジニアがある日、遺体で見つかった――。 連載目次 IT業界でバブル景気が生き残っていた1990年代、ソフトウェアエンジニアの長時間残業は常態化していた。金融機関向けシステム開発に従事していた私も、月の残業が100時間を下ることがなかった。 もっともそんなのは序の口で、私の周囲には、土日もほとんど休まず平日も徹夜で、残業が200時間をはるかに超えるエンジニアもいた。こうした長時間労働が元で心身に異常を来し、残念ながら命を落としてしまう人もいた。IT業界ではこうしたことがままあり、本連載でも以前、システムエンジニアの死をテーマにした記事を書
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
atmarkit.itmedia.co.jp
atmarkit.itmedia.co.jp
atmarkit.itmedia.co.jp
atmarkit.itmedia.co.jp
president.jp
www.sankei.com
hayacomic.jp
www.j-cast.com
www3.nhk.or.jp
news.yahoo.co.jp
bunshun.jp
anond.hatelabo.jp
www.sankei.com
www.hokkaido-np.co.jp
www.hokkaido-np.co.jp
image.mahoyome.jp
kazkida.com
blog.jbs.co.jp
karapaia.com
2023/11/14 リンク