厚生労働省は、重層下請構造下で長時間労働が慢性化している情報サービス業における課題解決に向けて、
システムなどの開発プロジェクト実施時の留意点を示した「働き方改革ハンドブック（情報通信業〈情報サービス業編〉）」を作成した。
長時間労働の要因に、受注時における不明確な仕様や設計・開発時の仕様変更依頼など15項目を挙げ、それぞれ対応策を整理している。
https://www.rodo.co.jp/news/45004/
厚生労働省は、重層下請構造下で長時間労働が慢性化している情報サービス業における課題解決に向けて、
システムなどの開発プロジェクト実施時の留意点を示した「働き方改革ハンドブック（情報通信業〈情報サービス業編〉）」を作成した。
長時間労働の要因に、受注時における不明確な仕様や設計・開発時の仕様変更依頼など15項目を挙げ、それぞれ対応策を整理している。
https://www.rodo.co.jp/news/45004/
事前に仕様が全部解ってたら苦労しない
要件定義が終わっても固まってない要件
馬鹿だなぁ、公務員は
最底辺プログラマーの話じゃん
要件を明確化してよ！
厚労省は朝令暮改の改定出すことで有名
いや重層下請け構造を禁止しろよ
ハンドブック（笑）とか法的強制力とか以前にただのたわごとじゃねーか
発注する顧客に言えよ
仕様を変更しないことを
客に言えや！殴っぞコラ
客に言えや！殴っぞコラ
無駄金日本人
ウォーターフォール
１つの穴から大穴になってズブ漏れになる感じの仕様書
１つの穴から大穴になってズブ漏れになる感じの仕様書
年金で散々やらかしてた人たちが言うと説得力あるなあ
余計に仕事増える
しようもなし
たまに食い物無くなった信玄に貢がなきゃならんし謙信は越後から略奪に遠征してくるし里見は沿岸荒らすし割とツイてない
誤爆
バカジャップ
ははw前のソースを印刷するだけだろ
公務員がやるかよそんなん
公務員がやるかよそんなん
アホくさ
発注者は発注後の仕様変更はしないこと
アメリカのIT企業「超いいもん作ったから使えや」
日本の企業「どんな機能が欲しいですか？まず全部ドキュメント化しますね。」
日本の企業「どんな機能が欲しいですか？まず全部ドキュメント化しますね。」
憲法9条みたいなもんで、公然と無視するお題目みたいなルール大好きだよねジャップって
>>1
ソフトの良さの１つである柔軟性がなくなるね。
ソフトの良さの１つである柔軟性がなくなるね。
それ無理だから違う手順になって来てるだろ今
ウォーターフォー！！
じゃあ要件定義をガッチガチに固めてから仕事をくれ
仕様を明確にしてもいいけどそしたら後になってこの仕様の解釈が違うとか言い出すの無しな
孫請け以下禁止するだけでいいのにな。
導入からステップアップして本当に良かった！
最初から完璧なの作ろうと思うなよ
主要機能のみから実装してけ
つまりスモールスタートして肉付けしてくんだよ
業務で使うフレームワーク一本作ってさ
オブジェクト指向とソース管理ツールあるんだからさあ
散らかってもまとめられるんだよ今わ
主要機能のみから実装してけ
つまりスモールスタートして肉付けしてくんだよ
業務で使うフレームワーク一本作ってさ
オブジェクト指向とソース管理ツールあるんだからさあ
散らかってもまとめられるんだよ今わ
そろそろブランコの例のコピペ
決して中抜きには言及しない。
これぞ忖度ですよ
これぞ忖度ですよ
労働基準法っていう現行ルールを守らせりゃ終わりだろうが
>>23
日本でそれやるとまずlook&feelで文句言われる。なお相手がガイジンだといっさい文句を言えない模様
日本でそれやるとまずlook&feelで文句言われる。なお相手がガイジンだといっさい文句を言えない模様
どんなに素晴らしい設計書書いて客にレビューもさせても
実際動くものができ始めるとこうが良かったああが良かったとか言い出す
ITリテラシーは皆無で何がしたいのかコミュニケーションすらまともにとれないガイジ
実際動くものができ始めるとこうが良かったああが良かったとか言い出す
ITリテラシーは皆無で何がしたいのかコミュニケーションすらまともにとれないガイジ
ウォーターフォールを法律で禁止してくれ
とりあえずIEやめろ
SIは仕様書の書き方も標準化や進歩しないのが普通で上流は雁首揃えて普段何やってんのか不思議でしょうがない
で毎度毎度あとになって横展開がーだの騒ぐ
で毎度毎度あとになって横展開がーだの騒ぐ
机上の空論
仕様書ちゃんとある仕事なんて見たことない
トライアンドエラーで作ってった方がいいもん作れるよね
ガッチガチの仕様書作る事に意味なんてない
ガッチガチの仕様書作る事に意味なんてない
先に要件を固めてくれませんかね
理解出来る奴が上にいるのかっていう話ですよ
また指針だけか
特別法作って罰則にしろよ
特別法作って罰則にしろよ
あとから役所がめちゃくちゃ言いだすのをなんとかしろよ
つまりどゆこと？
は？仕様決めなんてアジャイルでやるのが常識だろ
単体テスト終わったあとで外部設計にジャンプする手順どうにかしてくれ
もっとユーザーと事前に詰めろよと
もっとユーザーと事前に詰めろよと
>>46
そんな権利行使する下請けは干されて潰れるだけ
労働基準法があるのに、ブラック企業にしがみついて自殺するまで働いてる奴がいること考えろよ
働かなくても食ってける社会保障整備して、嫌らなら辞めるの選択肢を用意しないといつまでも良くならんと思うわ
そんな権利行使する下請けは干されて潰れるだけ
労働基準法があるのに、ブラック企業にしがみついて自殺するまで働いてる奴がいること考えろよ
働かなくても食ってける社会保障整備して、嫌らなら辞めるの選択肢を用意しないといつまでも良くならんと思うわ
実装会社「おいこの仕様これじゃまずいだろ」
↓
上流会社A「確認します」
↓
上流会社B「確認します」
↓
上流会社C「顧客に確認します」
この間早くても一ヶ月
↓
上流会社A「確認します」
↓
上流会社B「確認します」
↓
上流会社C「顧客に確認します」
この間早くても一ヶ月
>>47
ほんまそれ
まずはおめーらが自殺しろよって感じだ
ほんまそれ
まずはおめーらが自殺しろよって感じだ
本来仕様を決めるのはIT業界に発注する側の役割なんだが
>>54
プロなんだから要望聞いて仕様作るIT企業も必要なんだよ
家作るときに客が仕様なんか決めねーだろ
プロなんだから要望聞いて仕様作るIT企業も必要なんだよ
家作るときに客が仕様なんか決めねーだろ
納期優先で丸投げしてくる奴は誰なのかっていう話だよ
>>54
そこも含めて受けてくれるところに発注しますから
ITはサービス業でしょ
そこも含めて受けてくれるところに発注しますから
ITはサービス業でしょ
スレタイ本文と全然関係ないじゃん
仕様書
・バグは仕様
・仕様は仕様
・バグは仕様
・仕様は仕様
要件定義を完璧に決めろって言うなら何を決めれば良いか教えてくれよ
目で見えないもんだから簡単にできると思ってんだろ
客もちゃんとした技術者同席させろ
客もちゃんとした技術者同席させろ
それならアレがいいコレがいい思ったのと違う言うの禁止な
まず客が自分のところの業務を理解してないから言うことコロコロ変わる
北にすらバカにされる安倍ガイジ
それに見合った賃金払おうな
厚労省なのかよ。経産省の開発指針ではないのね
>>55
家建ててる途中に 金はないけど改築してくれなんて言ったら大工に殴られんだろ
家建ててる途中に 金はないけど改築してくれなんて言ったら大工に殴られんだろ
>>23
日本じゃ通らないよそれ、現行の運用は一切変えるな一点張り
そもそも客の誰も全体把握してないから製品に合わせて業務が回るか判断できないし、責任取りたくないから「現行のままで」という発注になる
客の誰も全体把握してないから、いくら話を聞いても後から後から新しい仕様が出てくる
日本じゃ通らないよそれ、現行の運用は一切変えるな一点張り
そもそも客の誰も全体把握してないから製品に合わせて業務が回るか判断できないし、責任取りたくないから「現行のままで」という発注になる
客の誰も全体把握してないから、いくら話を聞いても後から後から新しい仕様が出てくる
モンスター顧客の仕様変更がITの癌
ウォーターフォール国家
実業務から疎外された情シスが阻害要因
レビューとかで指摘とか言ってじゃんじゃん要求追加してんのにその意識がジャップにないからな
納期延期と予算追加がいるに決まってんじゃん
欧州とかで同じレビューしてたら作る前に先に言えよって普通に言われるぞ
納期延期と予算追加がいるに決まってんじゃん
欧州とかで同じレビューしてたら作る前に先に言えよって普通に言われるぞ
実際にものを作る現場と作れる人がいることを知っているだけの官僚との溝
＞「働き方改革ハンドブック（情報通信業〈情報サービス業編〉）」を作成した
ただし違反時の罰則は設けない
ただし違反時の罰則は設けない
>>51
非親告罪にすりゃいいだろ
そもそも現行で、民事上の請求が可能な法制なのに行使していない
非親告罪にすりゃいいだろ
そもそも現行で、民事上の請求が可能な法制なのに行使していない
>>35
結局コレだよなあ
厚労省自身が労働時間を守ってたら出世できない体質なんだから、労働改革なんて進むわけない
結局コレだよなあ
厚労省自身が労働時間を守ってたら出世できない体質なんだから、労働改革なんて進むわけない
最初から完璧じゃなくても許せ
流石自動でデータが削除するシステムもってる側だよなー
ぶっちゃけ金と納期さえなんとかしてくれるなら丸投げでもいいと思うが、
追加要求しといて最初の計画から遅れたり、工数使っても文句言うなよ
追加要求しといて最初の計画から遅れたり、工数使っても文句言うなよ
まず5次6次みたいな下請け構造をやめさせろ
誰がその仕様を書類に起こすんですかね
その仕様が変更可能であれば無意味なんですけどね
何がしたいってわけでなくてなんとかしたいのでお願いしますって投げるだけだからな
バカとヘンタイしか居ないのかこの国の役人は
>>68
会社の誰一人業務を把握してないあるあるだわｗｗｗ
会社の誰一人業務を把握してないあるあるだわｗｗｗ
こういうのゼネコンの業界はどうしてんの？
あと注文住宅とか客の要望聞いて作るという意味では同じだと思うけど
トラブル起きないの？
あと注文住宅とか客の要望聞いて作るという意味では同じだと思うけど
トラブル起きないの？
こんなクソみたいなサボり同然の仕事しただけで官僚も残業してるとかほざいてくださられてるの？
下請け構造が悪いのなら
元請けに対して仕様明確化しろという
お上のお達しは正しいのでは？
元請けに対して仕様明確化しろという
お上のお達しは正しいのでは？
先にUIだけ作ってしまえばいいよ
絵で描くだけでいい
中身はバッチでいいだろ
絵で描くだけでいい
中身はバッチでいいだろ
>>88
設計仕様がコロコロ変わったりするのは建築士も同じらしいよ
ただ、物理演算みたいな計算アプリとかもあるし、そこまで概念的なものでは無いからいわゆるバグはこっちほど多くはないんじゃないかと言ってた
設計仕様がコロコロ変わったりするのは建築士も同じらしいよ
ただ、物理演算みたいな計算アプリとかもあるし、そこまで概念的なものでは無いからいわゆるバグはこっちほど多くはないんじゃないかと言ってた
>>91
たとえ先に完成品作ってたとしても本番前の訓練とか開始するまでちゃんと見ないから意味が無い
たとえ先に完成品作ってたとしても本番前の訓練とか開始するまでちゃんと見ないから意味が無い
何でもかんでもウォーターフォールで進めんのやめろ
アジャイル開発ができないじゃん。仕様の有無より、現場がデスマーチしなくてすむ法律作れ。
まともな業務フローを提出できる発注側だけが、仕様要求をしなさい（お告げ）
マイナンバー全否定だな、ほんと国策ITは総じて糞だわ
>>94
100%の要件定義
100%の設計
100%の実装
100%のテスト
からの新たな要件の発生
100%の要件定義
100%の設計
100%の実装
100%のテスト
からの新たな要件の発生
でも、仕様がくるくる変わるので無理です。
要件確定しろ定期
日本って国は、金転がしをしてる奴らにモラルの欠片もないからな
それが最大の課題でみんな苦労してるのに簡単に言いやがるぜ
いろんな指針だの決まりだの作っても誰も守らないから無意味
まず現行の労働基準法をちゃんと守らせてから次を考えろよ
まず現行の労働基準法をちゃんと守らせてから次を考えろよ
>>88
建築だと物を発注しているのだから、条件のめるわけねーだろ
（俺は建築物完成後の司法書士しか見てないが）
建築だと物を発注しているのだから、条件のめるわけねーだろ
（俺は建築物完成後の司法書士しか見てないが）
>>88
ゼネコン連中は客相手にもそれならやらないとか平気で言うらしいって聞いたけど本当かどうかは知らない
ゼネコン連中は客相手にもそれならやらないとか平気で言うらしいって聞いたけど本当かどうかは知らない
仕様を決めないの禁止じゃなくて納期決めるの禁止のほうがいいものできるぞ。現場も楽だし。
>>106
ダラダラ伸ばして儲かるね
ダラダラ伸ばして儲かるね
官公庁の仕事は仕様変更なしな
>>105
他にやれるとこ無いだろうし、
あってもゼネコンは談合するしで普通に断ってそう
他にやれるとこ無いだろうし、
あってもゼネコンは談合するしで普通に断ってそう
>>109
受注側が対等以上だし
そもそも発注側が見積もりできないんだよ。だから潜在的な受注側が見積もりの仕方を教える
受注側が対等以上だし
そもそも発注側が見積もりできないんだよ。だから潜在的な受注側が見積もりの仕方を教える
Googleなんかはかなりザックリしたα版みたいなのを作ってそこから細かく作りこんでいってるな
最初から全部細かく決めるとか既に時代遅れじゃね？
最初から全部細かく決めるとか既に時代遅れじゃね？
簡単なプログラムを追うことしか出来ないアマチュアを経験3年募集にねじ込むのやめてほしい
人が足りなくて募集してるのに教える方に時間がかかる苦痛
人が足りなくて募集してるのに教える方に時間がかかる苦痛
IT業界じゃなくてアホみたいに仕様変更を要求するクライアント先に問題があるだろ
非機能要件でゴネてくるんだよなぁ
>>95
アジャイル出来るだけのスキル保持者集めるのが日本だと無理ゲー
そして頭の固いじじい(特にDBおじさんに多い)がひたすらイチャモンつけてウォーターフローに変えさせられる
アジャイル出来るだけのスキル保持者集めるのが日本だと無理ゲー
そして頭の固いじじい(特にDBおじさんに多い)がひたすらイチャモンつけてウォーターフローに変えさせられる
アジャイルでスクラムしろバカ
ヤンキー上がりの金型職人ですら、仕様変更と契約内容に神経使って、
しつこいくらい法律の初歩を説明してくるのに、IT業界って頭おかしいだろｗ
>>108
そりゃ、民法・商法の請負契約の条文と解釈くらい知ってるし
しつこいくらい法律の初歩を説明してくるのに、IT業界って頭おかしいだろｗ
>>108
そりゃ、民法・商法の請負契約の条文と解釈くらい知ってるし
仕様が決められない→請負契約で発注できない→人足だけ出してください
どうせこれなんだから多重派遣は偽装請負を取り締まれよ
でもって解雇規制を緩和して直接雇用を増やせ
どうせこれなんだから多重派遣は偽装請負を取り締まれよ
でもって解雇規制を緩和して直接雇用を増やせ
要件だすほうにいえよ
すげえな
ハンドブックてｗ
上から下までなんにも漏れないバカぞろい
ハンドブックてｗ
上から下までなんにも漏れないバカぞろい
ここまで分かってるなら重層下請構造止めさせろよ
客側の教育が必要だよ日本は
まず伝言ゲームやめろよ
間にいっぱい挟むからわけわかんなくなる
間にいっぱい挟むからわけわかんなくなる
なお仕様を明確にした結果締切寸前まで開発が行えなくなる模様
>>123
議事録とか作ってないで録画すればいいと思うよ
まぁ都合が悪いからやらないんだろうが
議事録とか作ってないで録画すればいいと思うよ
まぁ都合が悪いからやらないんだろうが
派遣禁止して直接雇用を強制すればいいのでは
>>125
それ誰も確認しなくなるな
それ誰も確認しなくなるな
あとお客様の我儘にひたすら応えて「お客様に感謝されるのがやり甲斐です！」とか言うのもやめろ
日本のITだめにしたのこう言うやつらだろ
日本のITだめにしたのこう言うやつらだろ
あと瑕疵担保も無くせ
要件が固まってないのに仕様の決定とはこれいかに
隠蔽改竄虚偽報告ごみ政府がITについて語んなや
すーぐ改竄するのだから一生紙を使い続けろボケが
これ以上国民の足を引っ張るな
すーぐ改竄するのだから一生紙を使い続けろボケが
これ以上国民の足を引っ張るな
曖昧な仕様や、急な仕様変更はほぼ発注側の問題だろ
金ケチったり無茶な納期設定しなければ大体は解決するだろ
金ケチったり無茶な納期設定しなければ大体は解決するだろ
>>88
注文住宅は全宅やること一緒よ。
たくさんはあるけど、基本的に大きな企業なら個人が新しいことをする必要はない。
注文住宅は全宅やること一緒よ。
たくさんはあるけど、基本的に大きな企業なら個人が新しいことをする必要はない。
>>127
もともと誰も確認しないから良くね？議事録作成側の都合で記録されるより健全
もともと誰も確認しないから良くね？議事録作成側の都合で記録されるより健全
ウォーターフォール最高や！仕様のトリクルダウンや！
それができるなら言われなくてもやってるだろ・・・
できないことが問題なわけで
意図的に不明瞭な発注してるわけじゃない
できないことが問題なわけで
意図的に不明瞭な発注してるわけじゃない
伝言ゲーム禁止にしろよ
社員全員TOEIC何点とか英語で業務とかドヤ顔してる企業とかあるけど
今の日本企業に必要なのってIT関連会社じゃなくても社員全員IT資格とかの方だろ
今の日本企業に必要なのってIT関連会社じゃなくても社員全員IT資格とかの方だろ
理想論
つまり何の解決にもならないなこれ
くそわろた
なんか意味あんのかこのお達し
これの策定に係わった奴ら全員不要だから解雇しろ
なんか意味あんのかこのお達し
これの策定に係わった奴ら全員不要だから解雇しろ
無駄無意味無効
政府って雑誌作らせて仕事した気分になれて素晴らしいですね
まずは変更要求してくるクライアントに鉄槌を
厚労省が労基あやつってんだから
普通にガサ入れくるよ
なのでかなり元請けに対して強制力ある
普通にガサ入れくるよ
なのでかなり元請けに対して強制力ある
年功序列を禁止して権限だけ握って何の能力も無いゴミ中年を解雇すれば解決
新仕様を出すには今の仕様の完全理解が必要
だけど今の仕様の理解はプロジェクト開始しないと不可能
だから無理
だけど今の仕様の理解はプロジェクト開始しないと不可能
だから無理
>>147
仕様を理解するというフェーズと、新仕様を作成するというフェーズに分けて、
別々に金を払えばいいだろ
仕様を理解するというフェーズと、新仕様を作成するというフェーズに分けて、
別々に金を払えばいいだろ
>>8
そこは手つけないんでｗ
人売りの頂点は上級だらけですよとｗｗ
そこは手つけないんでｗ
人売りの頂点は上級だらけですよとｗｗ
>>148
モノが伴わないのに予算積めませーん☆
モノが伴わないのに予算積めませーん☆
>>23
それが日本の「ものづくり」であり「匠の技」なんだが？
なんで文句つけてんだ？
それが日本の「ものづくり」であり「匠の技」なんだが？
なんで文句つけてんだ？
>>125
役所と打ち合わせするときはICレコーダーで録音してるぞ
役所と打ち合わせするときはICレコーダーで録音してるぞ
製造業だと製作途中に仕様変更したら当然金は払ってもらうけどITは出来ないのか
>>88
結局要望が明確だから大丈夫なんじゃね
誰でも家に住んだことはあるし「これをこうして」とはっきり言ってくるから無理なもんは無理だし見積りも出せる
システムの場合顧客情シスが社内の発注業務すらしたことなかったり、現場の要望者がエクセルも使えないやつだったりで何となくな要望しかでてこない
結局要望が明確だから大丈夫なんじゃね
誰でも家に住んだことはあるし「これをこうして」とはっきり言ってくるから無理なもんは無理だし見積りも出せる
システムの場合顧客情シスが社内の発注業務すらしたことなかったり、現場の要望者がエクセルも使えないやつだったりで何となくな要望しかでてこない
明確にしても後でバグ扱いで変更になるから
>>148
前者で金は取れないやろな、ITの場合
前者で金は取れないやろな、ITの場合
>>91
そのUIがウンコなものも大杉だけどなｗ
そのUIがウンコなものも大杉だけどなｗ
日本以外はそもそも要求定義なんてフェーズが無い
ざっくりした要望を元に作ってお試しで客に出して
追加の要望を受けて作り変えての繰り返し
ざっくりした要望を元に作ってお試しで客に出して
追加の要望を受けて作り変えての繰り返し
>>115
いやでも欧米だとバカには絶対にDBは触らせない
日本だとエクセルより酷い設計のDBがごろごろしてて完全にボトルネックになってる
DBについてはうるさくて当たり前
いやでも欧米だとバカには絶対にDBは触らせない
日本だとエクセルより酷い設計のDBがごろごろしてて完全にボトルネックになってる
DBについてはうるさくて当たり前
>>148
東芝ソリューションが開発に失敗した特許システムってそんな感じじゃ無い？
東芝ソリューションが開発に失敗した特許システムってそんな感じじゃ無い？
その上人も居ないしな
金があっても人がいない
どうせ終わらないので定時に帰ることにした
億単位の話なのに俺一人とかイカれている
金があっても人がいない
どうせ終わらないので定時に帰ることにした
億単位の話なのに俺一人とかイカれている
>>116
意識高いなｗ
クソワロタ
意識高いなｗ
クソワロタ
車載ECU組込みソフトだと設計中の仕様変更は回避不能
文句はホンダに言えよ
文句はホンダに言えよ
えっ！もう詳細設計フェーズまで来て要件定義見直さなくていいのか！？
その仕様を変えないでいいのならいくらでも？
>>155
ふわふわしてるのにうるせえんだよな
糸井みたいな発注元多過ぎなんだよ
ふわふわしてるのにうるせえんだよな
糸井みたいな発注元多過ぎなんだよ
途中変更すんなよ？絶対すんなよ？
>>138
資格取ってる奴なら山口メンバーなんて言わないで山口メンバって言うからすぐわかるよな
資格取ってる奴なら山口メンバーなんて言わないで山口メンバって言うからすぐわかるよな
>>8
特殊な技術が必要な場合はたいてい多重下請けになるし、CGに至っては個人に依頼する以外に手段はなくコンパイルハートのつなこみたいな例は本当に例外中の例外。
どこまで認めるべきか難しいところだな。
特殊な技術が必要な場合はたいてい多重下請けになるし、CGに至っては個人に依頼する以外に手段はなくコンパイルハートのつなこみたいな例は本当に例外中の例外。
どこまで認めるべきか難しいところだな。
ジャップさん、アジャイルを知らないwww
スクラムの勉強してこいよ
スクラムの勉強してこいよ
>>128
ただ客の言うがままにすることしかできないヤツの言い訳だしね
ただ客の言うがままにすることしかできないヤツの言い訳だしね
元号早く発表しろ
アジャイルで即対
ミスると工場が止まる
ミスると工場が止まる
多分ジジイはＩＴが何の略かすら分かっとらんのだろなあ
>>165
単体テストもいいぞ！
単体テストもいいぞ！
割とめんどくさそうな感じだと
後々の仕様変更対応分まで見積に乗っけとくよ
だから同じ作業量でも客によって単価が違う
後々の仕様変更対応分まで見積に乗っけとくよ
だから同じ作業量でも客によって単価が違う
アジャイル出来るシステムばかりじゃないからな
プロセス改革とかやりはじめて
書類が増えて余計に帰れなくなった
ISO26262死ね
書類が増えて余計に帰れなくなった
ISO26262死ね
なお、仕様変更する模様
明確化（明確とは言っていない
今まで何やってきたんですかね
IT関係の人が多いようだけど
問題はそこじゃないってこと？
何で門外漢の公務員が口出ししてるの？
問題はそこじゃないってこと？
何で門外漢の公務員が口出ししてるの？
>>171
今のIT系の請負や派遣は素人に産毛が生えた程度のスキルのおっさんしかいないぞ
リーマンショックとかの頃は若くてスキルもある奴がかなるいたけどな
今のIT系の請負や派遣は素人に産毛が生えた程度のスキルのおっさんしかいないぞ
リーマンショックとかの頃は若くてスキルもある奴がかなるいたけどな
そういえば京都とシステムズって今どうなったん？
1990年頃の話？
仕様決めるも何もジャップは要求すら固めない
じゃっじゃっじゃ
いや基本は
恐怖遺伝子と
イジメ欲求で
説明がつくから
この国に仕事は無理だよ
恐怖遺伝子と
イジメ欲求で
説明がつくから
この国に仕事は無理だよ
あと日本人は見えないものは無価値だからな
欧米様がいなければ今でも天動説信じてると思うよ
欧米様がいなければ今でも天動説信じてると思うよ
IT会社じゃなくて客に言えよ
決まったらコロコロ変えるな
決まったらコロコロ変えるな
要件定義してもいいけどなんで要件定義のやつが一番年収高いのかが理解できんわ
派遣と再委託禁止したらいいだろ
>>185
安倍政権の必殺技
やってる感
安倍政権の必殺技
やってる感
まあ日本人には向いて無いよね
え？仕様書ってプロジェクトの一番最後に作られるもんだよね？
>>194
一番年収高いのコンサルじゃないの？
一番年収高いのコンサルじゃないの？
>>186
スキルがあったやつらから順に使い潰して殺すか良くて廃人にしたからな
でネットで真実が流布されたから新卒カードつかって入ってくるバカはいなくなったし
スキルがあったやつらから順に使い潰して殺すか良くて廃人にしたからな
でネットで真実が流布されたから新卒カードつかって入ってくるバカはいなくなったし
制作主体は発注者という当たり前の原則が浸透しない謎
経営幹部も情シスもわからないならもうパッケージ買えよ
わからないやつが知らないやつと組んで何が生まれるんだ
経営幹部も情シスもわからないならもうパッケージ買えよ
わからないやつが知らないやつと組んで何が生まれるんだ
IT系の派遣って派遣元の正社員だから三年の縛り無しで無期限で安く使え続けるからな。完全に法の抜け穴だよあれ
仕様どころか要件定義すらないのに実装と評価が進んでいくマイプロジェクト
客がIT疎いからベンダーが手取り足取りやってるのに客の方が上から目線って謎
誰も定義できずシステム化できない部分はあえてしない判断
>>23
これだよな
各顧客が無駄に「専用」を求め、作る側もそれに応じてしまったところに不幸がある
これだよな
各顧客が無駄に「専用」を求め、作る側もそれに応じてしまったところに不幸がある
ハンドブックということは
これから初めてやるような人向けの内容なんだろ
これから初めてやるような人向けの内容なんだろ
>>180
あと2年したらISO21434も出てくるから
対応よろしくね
あと2年したらISO21434も出てくるから
対応よろしくね
しかも平成終了のせいでまた死人でまくるんだろ
おわってるわ
おわってるわ
じゃあ政府は途中で要件変えてくんな
1、まずはピストルを用意する
2、途中で要件の変更を要求してくる営業を撃つ
これで解決ですね
2、途中で要件の変更を要求してくる営業を撃つ
これで解決ですね
うちはさらに機材の確保でもうまともに開発できる環境が整ってない
まずは偽装請負取り締まれよ
>>206
汎用製品作ってるはずなのに、ある大型ユーザ専用のブランチ作って、本線と並行作業で開発して遅れまくりのバグ出まくりとかやってるからな
「いいもの」より「客に都合がいいもの」を作る方が優先されるから、世界で戦える製品ができないんだよ
汎用製品作ってるはずなのに、ある大型ユーザ専用のブランチ作って、本線と並行作業で開発して遅れまくりのバグ出まくりとかやってるからな
「いいもの」より「客に都合がいいもの」を作る方が優先されるから、世界で戦える製品ができないんだよ
>>211
これって先の19歳警官と通じる奴だよね
いやほんと今まで殺人が起きてないのが不思議なくらいだよ
仕様どころか要件すら変えるし、機材もまともに利用できないで現場が死んでる
これって先の19歳警官と通じる奴だよね
いやほんと今まで殺人が起きてないのが不思議なくらいだよ
仕様どころか要件すら変えるし、機材もまともに利用できないで現場が死んでる
設計書？作ったあとに書くものでしょ？
メインフレーム時代じゃねえだぞ
ステップ管理できた時代じゃねーんだぞ
ステップ管理できた時代じゃねーんだぞ
>>214
パッケージ使うからお安くデキますとバカ営業がダンピングで案件とってきて
その会社用エディションが誕生して
PMが2人死んでた会社を別案件の保守作業しながらながめてたことあるけど悲惨だったなあ
パッケージ使うからお安くデキますとバカ営業がダンピングで案件とってきて
その会社用エディションが誕生して
PMが2人死んでた会社を別案件の保守作業しながらながめてたことあるけど悲惨だったなあ
判った
明確な仕様を書くために必要な要件を全て出せ
明確な仕様を書くために必要な要件を全て出せ
>>214
秀吉が草履温める話が美化されると同じ
属人的なんだよ
秀吉が草履温める話が美化されると同じ
属人的なんだよ
外国みたいに客が要件定義して責任も負うべき
何故こうなった
何故こうなった
>>221
うちはそうしてる
なんなら外部設計まで終わらせる
うちはそうしてる
なんなら外部設計まで終わらせる
実情むずかしいけど
言うことは大事じゃね
発注元がいいかげんなせいで無駄に労働時間と品質落ちるし
言うことは大事じゃね
発注元がいいかげんなせいで無駄に労働時間と品質落ちるし
生姜ねーだろ日本人は大人で12歳程度の知能
叙述トリックにハマりまくりなんだよ
なんなら自分自身も騙されている
叙述トリックにハマりまくりなんだよ
なんなら自分自身も騙されている
366 :nobodyさん 2017/05/29(月) 16:07:39.16 ID:6v4UcGhE
今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後１年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
https://twitter.com/yukihiro_matz/status/869061879389343744
367 :nobodyさん 2017/05/29(月) 16:28:06.55 ID:6v4UcGhE
ニュース - 改正民法が成立、「瑕疵担保責任」などシステム開発契約に影響大：ITpro
http://b.hatena.ne.jp/entry/itpro.nikkeibp.co.jp/atcl/news/17/052601508/
372 :nobodyさん2017/05/29(月) 19:10:37.12 ID:???
Railsでシステム作って納品する
↓
Railsはマイナー、メジャーのアップデートが半年以内に必ずある
↓
客がアップデートする。アップデートによるエラーやバグ、動作の不具合に気づく
↓
気づいてから1年以内に通知すれば、5年間無料保証ゲット
↓
つまりRailsがアップデートするたびに、無償の修正作業を発生するということかな
376 :nobodyさん2017/05/30(火) 09:20:20.09 ID:L5po86sS
>>378>>379>>375
客が瑕疵担保責任法の法改正を知ってくると思うから、今後5年無償保証をお願いされるだろう
営業がそれでも仕事を取ってこれるか？たぶん無理だろう。無限の直していたら赤字になる。
こういう保守に弱い言語、ころころ仕様が変わる言語は仕事として発生しなくなってくる。
これは変わり目だ。お前らも早く逃げたほうがいいぞ。RubyやPHPなど動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。
そういや改正民法が施行されるのももうすぐだよな
IT土方かわいそう
今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後１年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
https://twitter.com/yukihiro_matz/status/869061879389343744
367 :nobodyさん 2017/05/29(月) 16:28:06.55 ID:6v4UcGhE
ニュース - 改正民法が成立、「瑕疵担保責任」などシステム開発契約に影響大：ITpro
http://b.hatena.ne.jp/entry/itpro.nikkeibp.co.jp/atcl/news/17/052601508/
372 :nobodyさん2017/05/29(月) 19:10:37.12 ID:???
Railsでシステム作って納品する
↓
Railsはマイナー、メジャーのアップデートが半年以内に必ずある
↓
客がアップデートする。アップデートによるエラーやバグ、動作の不具合に気づく
↓
気づいてから1年以内に通知すれば、5年間無料保証ゲット
↓
つまりRailsがアップデートするたびに、無償の修正作業を発生するということかな
376 :nobodyさん2017/05/30(火) 09:20:20.09 ID:L5po86sS
>>378>>379>>375
客が瑕疵担保責任法の法改正を知ってくると思うから、今後5年無償保証をお願いされるだろう
営業がそれでも仕事を取ってこれるか？たぶん無理だろう。無限の直していたら赤字になる。
こういう保守に弱い言語、ころころ仕様が変わる言語は仕事として発生しなくなってくる。
これは変わり目だ。お前らも早く逃げたほうがいいぞ。RubyやPHPなど動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。
そういや改正民法が施行されるのももうすぐだよな
IT土方かわいそう
検収という名の仕様追加変更期間
海外だとプログラマは士業と言える尊敬される仕事なのに、なんで日本だと会社の中でも下に見られるのか
事前に仕様が決められないのは大抵客のせいなんだが
というかまじで仕事にならないなｗｗ
>>228
スタートが悪かったね
電機メーカーがやっててハードウェアのおまけだったからね
ソフトウェアって
客も銀行やJRとか大口との間の親方日の丸案件がはびこりすぎた
ビジコンオフコンあたりもあんまり変わらなかった
スタートが悪かったね
電機メーカーがやっててハードウェアのおまけだったからね
ソフトウェアって
客も銀行やJRとか大口との間の親方日の丸案件がはびこりすぎた
ビジコンオフコンあたりもあんまり変わらなかった
何でも出来るように作る(れ)という仕様です
国家資格ですら形骸化するクソ国家だからな
上級にお仕えするところが評価される土人国家
上級にお仕えするところが評価される土人国家
仕様書のページ数が増えるだけだろ
その殆どの部分が予想される事案全てを積み重ねたテンプレコピペ
その殆どの部分が予想される事案全てを積み重ねたテンプレコピペ
どんな糞馬鹿向けのマニュアルだよ
出来る技術持ったやつを雇えよ
出来る技術持ったやつを雇えよ
役所の公文書でさえ管理できねえのに民間に押し付ける不思議
こういう小手先の話でなく長期的には英語で仕様書ける上流SE増やさないとどうしようもないぞ
まあこれ徹底されたらかなりのIT土方がクビになるだろうけど
まあこれ徹底されたらかなりのIT土方がクビになるだろうけど
仕様を明確にできるってのはあれやで
絶対に崩壊しない年金制度や
絶対に少子化しない政策を
絶対に失敗しない経済政策を
予め打ち出せるかって話やで
おおまかな仕様を決めても、実際にやってみると様々な要因で偏向が必要になったり
クライアントの要求で仕様をゼロから作り直さなきゃいけなくなるんや
もちろんクライアントに発言権なくすならだいぶ楽になるけどな
絶対に崩壊しない年金制度や
絶対に少子化しない政策を
絶対に失敗しない経済政策を
予め打ち出せるかって話やで
おおまかな仕様を決めても、実際にやってみると様々な要因で偏向が必要になったり
クライアントの要求で仕様をゼロから作り直さなきゃいけなくなるんや
もちろんクライアントに発言権なくすならだいぶ楽になるけどな
IT業界の上級はおおまかな指示出して丸投げするから
これに文句言う気はさらさらないんだろうなあ
これに文句言う気はさらさらないんだろうなあ
間違ってなくね？
ちゃんとした仕様なしに開発開始するのは法律で禁止すべき、マジ悪い事しかない
ちゃんとした仕様なしに開発開始するのは法律で禁止すべき、マジ悪い事しかない
建築の延長で考えやると破綻するぞ
入社一年目の時、二週間以上納品物の印刷作業してたわ
キングファイル200冊くらい作った
電子納品ならDVD一枚ですよと何回提案しても頑なに拒否するのが面白かったな
税務調査？のときにDVD一枚じゃ怪しまれるからとかいう理由で(笑)
キングファイル200冊くらい作った
電子納品ならDVD一枚ですよと何回提案しても頑なに拒否するのが面白かったな
税務調査？のときにDVD一枚じゃ怪しまれるからとかいう理由で(笑)
アジャイルは魔法の言葉じゃなくて
優秀なコアメンバーがいて、コアメンバーが業務と進捗を熟知し
コアメンバー同士が定期的かつ頻繁に会合をして全体の進捗状況と問題を話し合うんだろ？
クライアント側が何をしたいかすら理解してない日本じゃ
アジャイルなんて出来っこないぞ
優秀なコアメンバーがいて、コアメンバーが業務と進捗を熟知し
コアメンバー同士が定期的かつ頻繁に会合をして全体の進捗状況と問題を話し合うんだろ？
クライアント側が何をしたいかすら理解してない日本じゃ
アジャイルなんて出来っこないぞ
途中で好き勝手に仕様変更する
って言う仕様
って言う仕様
仕様変更可能な柔軟なシステムや即応性が腕の見せ所
いろいろネット上では揶揄される事もあるし
実際はみずほ並みの炎上寸前までいったらしいが
やはり伝説のDay2はすげえと思ったわ
三菱UFJではシステム開発部署が幹部の出世コースに含まれてるらしいな
実際はみずほ並みの炎上寸前までいったらしいが
やはり伝説のDay2はすげえと思ったわ
三菱UFJではシステム開発部署が幹部の出世コースに含まれてるらしいな
奴隷産業すぎ
>>248
軍事並みの戦略いるでしょ
頭
軍事並みの戦略いるでしょ
頭
ハハハ
上級SEが無能だから明確化されないんだよ
上級SEが無能だから明確化されないんだよ
客「いい感じでよろしく」
そんなことより顧客が無茶苦茶な仕様変更させないようにしろよ
大手ベンダーの無茶苦茶な仕様変更
大手ベンダーの無茶苦茶な仕様変更
アホ客「なんとか予算内でさー当初の納期で頼めないかな？」
営業「なんとか調整します！お任せください！」
現場「くるちぃお」
これが現実
営業「なんとか調整します！お任せください！」
現場「くるちぃお」
これが現実
2008年の切換えは現地と統制側両方いたけど
胸熱の現場だった
胸熱の現場だった
これ労働行政は悪くない、悪いのは業界慣習だ（経産省？の管轄）って責任逃れしてるだけだろ
IT（）の問題はほとんど雇用労働問題なんだがやる気ないだろ
IT（）の問題はほとんど雇用労働問題なんだがやる気ないだろ
システム使う側が自分らの仕事の内容碌に理解してないからな
客「うちの業務自動化しろや。なおパッケージに業務を合わせるのは死んでも嫌。人減らしも駄目。あと業務で忙しいから業務の内容は語らない。さっさとやれ」
この手の資料の全部末端技術者が用意する羽目になるってわからんんもだろうな
誰が一番あやふやで曖昧で追加追加の仕様入れてるのか分かってんのか？
公共案件だけ厳密なルールを作ればほとんど解決なんだぞ
公共案件だけ厳密なルールを作ればほとんど解決なんだぞ
なにいってんだ
仕様を明確にするには、要件を明確にしろよ
要件も出せずふにゃふにゃ、リスクヘッジしか出来ないカス企業のバカ担当の、責任転嫁をITのせいにすんなや
仕様を明確にするには、要件を明確にしろよ
要件も出せずふにゃふにゃ、リスクヘッジしか出来ないカス企業のバカ担当の、責任転嫁をITのせいにすんなや
>>262
発注側だけど無理
厳密に要件定義して仕様決めてしまうと今度は落札できる業者が限られてきて出来レースだって言われてしまう
入札に何社か参加できるようにしようとするとどうしても仕様を決めきれない
仕様をガッチリ固めて欲しいのならガッチリ固められた仕様に合わせてお前らが応札できるようになれよ
自社内で決まったことしか出来ずに柔軟な対応できないくせに文句言うな
発注側だけど無理
厳密に要件定義して仕様決めてしまうと今度は落札できる業者が限られてきて出来レースだって言われてしまう
入札に何社か参加できるようにしようとするとどうしても仕様を決めきれない
仕様をガッチリ固めて欲しいのならガッチリ固められた仕様に合わせてお前らが応札できるようになれよ
自社内で決まったことしか出来ずに柔軟な対応できないくせに文句言うな
>>265
出来合いのパッケージ入れておけよ
こういう知性もない、生産性のかけらもない仕事よくやれるよな
出来合いのパッケージ入れておけよ
こういう知性もない、生産性のかけらもない仕事よくやれるよな
>>266
だから仕様固めすぎたら応札できるパッケージが限られてくるっての
応札できないパッケージ担いでる側から訴訟前提のクレームくるぞ
緩い仕様になってるのは自業自得なんだよ
だから仕様固めすぎたら応札できるパッケージが限られてくるっての
応札できないパッケージ担いでる側から訴訟前提のクレームくるぞ
緩い仕様になってるのは自業自得なんだよ
仕様固めると業者が限られる
だから緩くする
緩くするから固めた仕様に対応できない
以下略
だから緩くする
緩くするから固めた仕様に対応できない
以下略
営業最強だろ
陰キャ理系開発をしばき倒せばいいんだろ？
陰キャ理系開発をしばき倒せばいいんだろ？
逆ゥー！
>>267
こういう緩い担当が要件固めず、ブレブレになるのが日本のIT
クレーム来ないよう、本質をぼやかすジャップらしい仕事っぷり
こういう緩い担当が要件固めず、ブレブレになるのが日本のIT
クレーム来ないよう、本質をぼやかすジャップらしい仕事っぷり
>>269
あんま下手なことすると触手関係なくドナドナされるよ
営業なんか真っ先にさらわれる
一般食の事務の女の子までさらわれたの何回もみたことあるよ
さすがに女の子は終電で帰してくれてたけど
男は週一で帰れたらラッキーだったよ
あんま下手なことすると触手関係なくドナドナされるよ
営業なんか真っ先にさらわれる
一般食の事務の女の子までさらわれたの何回もみたことあるよ
さすがに女の子は終電で帰してくれてたけど
男は週一で帰れたらラッキーだったよ
>>265
信じられん発想だな
じゃあRFP選定で通ったベンダーとアジャイルとかすればいいじゃん
ベンダーと協力せずに、仕様外のを受け入れテストの段階でベンダーが悪いと一方的に責任を押し付けるのか？
地雷そのものだ
信じられん発想だな
じゃあRFP選定で通ったベンダーとアジャイルとかすればいいじゃん
ベンダーと協力せずに、仕様外のを受け入れテストの段階でベンダーが悪いと一方的に責任を押し付けるのか？
地雷そのものだ
訴訟前提だろうがクレームなんて弾き返せや
出来ないところに依頼したらそれはお前の責任なんだぞ
出来ないところに依頼したらそれはお前の責任なんだぞ
>>172
なあ全員がPLになれるような面子揃えれんのかって
なあ全員がPLになれるような面子揃えれんのかって
えっ？仕様を明確化しろというのは
顧客に対してじゃないの？
顧客に対してじゃないの？
こんなの誰が守るのさ
客側は本当にいろいろおかしい。
実際に使って被害喰らうの自分なのに、まともに目的明確にしない
実際に使って被害喰らうの自分なのに、まともに目的明確にしない
取り敢えずIT化したら人件費が減ると企画して業者に丸投げ
>>273
プロポーザル型は会計検査で随意契約とほぼ同じ評価を受けるので手間かかる割にあまり意味がない
それなら随意契約する理由を考えてガッチリとハマるとこに随意契約で投げるよ
プロポーザル型は会計検査で随意契約とほぼ同じ評価を受けるので手間かかる割にあまり意味がない
それなら随意契約する理由を考えてガッチリとハマるとこに随意契約で投げるよ
1から開発するんじゃなくて
汎用アプリのカスタマイズで何とかならんの
汎用アプリのカスタマイズで何とかならんの
>>276
それは望んでも無理なことは共通認識だから
それは望んでも無理なことは共通認識だから
>>281
カスタマイズ量増えたらフルスクラッチの早くない?
カスタマイズ量増えたらフルスクラッチの早くない?
アジャイルもやり方自体が素晴らしいわけではなくマインドの問題だろ
結局人なんだよね決めないやつは本当に決めない
結局人なんだよね決めないやつは本当に決めない
厚生労働省「重層下請構造はOK」
>>68
仕様凍結後に、オッサン一人がexcelで管理してる資料が重要だったことあるわ
仕様凍結後に、オッサン一人がexcelで管理してる資料が重要だったことあるわ
>>284
せやなあ
日本軍の再来の悪夢がIt業界に見える
せやなあ
日本軍の再来の悪夢がIt業界に見える
客は最初に提示した仕様書を変更してはならないって法律も追加しよう
客「餃子定食で」
…
客「なんか麺類食べたいから餃子からラーメン作って、そしたら餃子定食の代金でラーメン作れるよな」
…
客「こんなのラーメンじゃないわ、それよりガッツリ行きたいからニラレバ定食作れるよな。お前が俺の食いたいものを想像できないのが悪いから追加料金は一切払わない」
…
客「なんか麺類食べたいから餃子からラーメン作って、そしたら餃子定食の代金でラーメン作れるよな」
…
客「こんなのラーメンじゃないわ、それよりガッツリ行きたいからニラレバ定食作れるよな。お前が俺の食いたいものを想像できないのが悪いから追加料金は一切払わない」
公共事業なんてできてから仕様変えるやん
それやめさせろよ
それやめさせろよ
これほんとに一連を映像作品にしてほしいわ
依頼主は事前に要件を明確にすること
要件追加はしっかり変更要求として管理しろ！ていうけどさ
追加の工数もらえない限りなんもうけれねーよバカ
追加の工数もらえない限りなんもうけれねーよバカ
ほんとに凍結させてくれるんならいいけど
客がどうこうより
そんな漠然とした仕様で受注したり、仕様外でもなんとかしてしまうソフト会社がどうかしてると思うんだが
なんでそこはあんまり指摘されないんだろう
そんな漠然とした仕様で受注したり、仕様外でもなんとかしてしまうソフト会社がどうかしてると思うんだが
なんでそこはあんまり指摘されないんだろう
正しい仕様は客も知らないんだよ
だから最初から凍結するんじゃなくて変更への柔軟性を確保しようって傾向なのに真逆やろ
だから最初から凍結するんじゃなくて変更への柔軟性を確保しようって傾向なのに真逆やろ
>>8
ほんとこれ
中抜きしてるとこの経営者や営業とか存在する理由が無い
ほんとこれ
中抜きしてるとこの経営者や営業とか存在する理由が無い
開発時の仕様変更依頼
これ色んな業界であてはまるな
これ色んな業界であてはまるな
>>8
そんなことしたら大企業様の雇用者数が増えて負担増になるやん
そんなことしたら大企業様の雇用者数が増えて負担増になるやん
公共入札に文句言ってる人達は霞ヶ関文学を嗜めば良いのに
よその入札仕様書とか読んでても地雷案件とそうじゃないのはだいたい分かるぞ
1行ずつ何でその仕様になってるか背景とかが透けて見えるから
文章の機微が読めてないから無理目の案件に応札して地獄見るんだよ
よその入札仕様書とか読んでても地雷案件とそうじゃないのはだいたい分かるぞ
1行ずつ何でその仕様になってるか背景とかが透けて見えるから
文章の機微が読めてないから無理目の案件に応札して地獄見るんだよ
このGWも一人デスマしてるメーカーソフト担当なんだが、課長ががんばるぞいっソフト外注してはどうかと言ってるんだが
外に出すと言うことは仕様書が必要なんだけどそれを言ってもわかってもらえない
仕様書を書かせてもらえない、時間をくれない、一つ間違えば圧死する機械の組込ソフト開発もこの程度
おまけに機材もない、基板もない
ソフトは寝て起きたら勝手に出来ると考えられてる
どこも同じなんか
最初の要求定義に仕様書、しっかり期日があればちゃんと出来るんだよ
外に出すと言うことは仕様書が必要なんだけどそれを言ってもわかってもらえない
仕様書を書かせてもらえない、時間をくれない、一つ間違えば圧死する機械の組込ソフト開発もこの程度
おまけに機材もない、基板もない
ソフトは寝て起きたら勝手に出来ると考えられてる
どこも同じなんか
最初の要求定義に仕様書、しっかり期日があればちゃんと出来るんだよ
>>301
体壊すまえに転職すればいいじゃないか
体壊すまえに転職すればいいじゃないか
システムくらい自社で作れよ
素人の業者に任せたっていいもの出来るわけねーだろが
素人の業者に任せたっていいもの出来るわけねーだろが
じゃあ元号とっとと公表しろボケ
>>302
＞最初の要求定義に仕様書、しっかり期日があればちゃんと出来るんだよ
要求定義書やら仕様書を作る期間が省かれてるのがデフォになってるなら
よそへ行っても同じだろ
＞最初の要求定義に仕様書、しっかり期日があればちゃんと出来るんだよ
要求定義書やら仕様書を作る期間が省かれてるのがデフォになってるなら
よそへ行っても同じだろ
>>295
それはセクハラと同じ。
立場が上の方が責められるに決まってるだろ。
それはセクハラと同じ。
立場が上の方が責められるに決まってるだろ。
>>289
そのたとえ自体がもうあれよな
あるべき姿は客本人が餃子定食を作ることをコミットして目的達成のために全責任を負うべきなのに
そもそもこんな状態会社のコアがないようなものでは
そのたとえ自体がもうあれよな
あるべき姿は客本人が餃子定食を作ることをコミットして目的達成のために全責任を負うべきなのに
そもそもこんな状態会社のコアがないようなものでは
>>295
日本は請負契約で買いたたかれる国
ずっと請負契約に最低賃金やまともじゃない契約をできないようにしようって言ってんのに経産省の官僚や政治家が邪魔をしてる
日本は請負契約で買いたたかれる国
ずっと請負契約に最低賃金やまともじゃない契約をできないようにしようって言ってんのに経産省の官僚や政治家が邪魔をしてる
部品メーカーのソフト子会社なんだが、親会社が丸投げなのに、あんまり方針とか仕様は決めてくれない
ハードは変わるのに、前と同じようにしてとかいう仕様しかなくて、こちらが散々時間かけて旧ソフトの中身やらハードの仕様やら何やら調べて提案するしかなく、しわ寄せ食らって、残業まみれ
親会社のソフト部門の人は労働組合ガーとかなんやらでちゃんと有給取ったり、定時退社デーとかで定時に帰ってくんだけど、自分はサビ残までして対応してるし、有給も1日も取ってない
ある意味、日本の縮図だと思ってるわ
どこもこんなんなんだろ？
ハードは変わるのに、前と同じようにしてとかいう仕様しかなくて、こちらが散々時間かけて旧ソフトの中身やらハードの仕様やら何やら調べて提案するしかなく、しわ寄せ食らって、残業まみれ
親会社のソフト部門の人は労働組合ガーとかなんやらでちゃんと有給取ったり、定時退社デーとかで定時に帰ってくんだけど、自分はサビ残までして対応してるし、有給も1日も取ってない
ある意味、日本の縮図だと思ってるわ
どこもこんなんなんだろ？
組み込みで海外の規格に合わせて要件定義してるんだけど、
V字開発だから後は流れ作業で出来上がり待つだけなんだけど
ITは違うの？
なおテストケースも要件定義した人間が作ってる。
V字開発だから後は流れ作業で出来上がり待つだけなんだけど
ITは違うの？
なおテストケースも要件定義した人間が作ってる。
要件定義作った人がテストケース作ってくれるのはいいな。
IT業界なんて上流を勘違いしたバカばかりだから。
IT業界なんて上流を勘違いしたバカばかりだから。
いいんじゃない
あらかじめ決まった仕様以外ははねるべきよ
あらかじめ決まった仕様以外ははねるべきよ
技術ない人多くてビビる
>>172
発注側の有識者も現行の仕事しながらの次期対応だからそんなんできんよ
発注側の有識者も現行の仕事しながらの次期対応だからそんなんできんよ
>>313
雇う側要求する側が要求ラインを明確にしないんだから
育つわけもなく
雇う側要求する側が要求ラインを明確にしないんだから
育つわけもなく
民間「ほならね、事前に新元号明確にしろ言う事ですよ？」
政府「・・・・」
政府「・・・・」
ソフトをインストールしろって上から要求されますが
そのソフトをインストる〜するのに必要な管理者権限を絶対に渡そうとしません
ジャップのシステム開発が行き詰まるのはこういうことです
そのソフトをインストる〜するのに必要な管理者権限を絶対に渡そうとしません
ジャップのシステム開発が行き詰まるのはこういうことです
>>267
PKGに仕様を合わせろゴミ
PKGに仕様を合わせろゴミ
>>24
パッケージ採用するなら業務をそれに合わせないと悲惨なことになる、と散々言ったのに、現行業務とパッケージのフィットギャップ評価をして差分をスクラッチしたバカがうちの会社には腐るほどいる。
パッケージ採用するなら業務をそれに合わせないと悲惨なことになる、と散々言ったのに、現行業務とパッケージのフィットギャップ評価をして差分をスクラッチしたバカがうちの会社には腐るほどいる。
いつになったらいいとこ取りは出来ないってことに気付くんだろうな
出来合いの既成品とオーダーメイドの特注品は両立しない
既成品を買う感覚で特注品を作ってもらおうとしてもうまくいくわけないだろ
出来合いの既成品とオーダーメイドの特注品は両立しない
既成品を買う感覚で特注品を作ってもらおうとしてもうまくいくわけないだろ
>>319
入札前にどのパッケージに業務を合わせんだよ？
そのパッケージに合わせる理由は？
他のパッケージに合わせなかった理由は？
入札前にどのパッケージに業務を合わせんだよ？
そのパッケージに合わせる理由は？
他のパッケージに合わせなかった理由は？
>>322
その疑問に対する仕事すんのがおまえらの立場なんだがなあ
大手金融機関のボンクラですらそんくらいの仕事はする
その疑問に対する仕事すんのがおまえらの立場なんだがなあ
大手金融機関のボンクラですらそんくらいの仕事はする
仕様はソース
これ、マイナンバーか某銀行でまたトラブル発生してとりあえず人海戦術のデスマーチ再びのフラグ立てですね
要件定義がアジャイル！！！
ITILがあるのに何でそんな無駄なもん作ってんだ？
そもそも発注側の担当者が自社の業務を理解してないケースが大半だからどうやっても炎上はなくならんわ
やばすぎるwwwwwwwwwwwwwwwwww
バレ方が早くなってるな
これまでは取材されても口をつぐんでいたのが泥舟から降りようとペラペラしゃべるようになったんだろうな
これまでは取材されても口をつぐんでいたのが泥舟から降りようとペラペラしゃべるようになったんだろうな
公務員とか国ってこんな馬鹿なこと言ってて恥ずかしくないの？
理想は汎用化して互換のある入出力をしつつ内部処理や操作はだけカスタム
現実は互換のなさをセキュリティと宣い処理は糞言語の汎用計算ソルバを載せたオフィス未満のなにか
それ365導入して社員教育した方が早いし安いですよと言いたいのをこらえるのが一番辛いわ
現実は互換のなさをセキュリティと宣い処理は糞言語の汎用計算ソルバを載せたオフィス未満のなにか
それ365導入して社員教育した方が早いし安いですよと言いたいのをこらえるのが一番辛いわ
そんなもん読んどる人おるのか
五十〜六十代以上の人しか読んでないイメージがあるけど
五十〜六十代以上の人しか読んでないイメージがあるけど
最初の見積もりでOKくれるならいいけど値切るだけ値切って仕様が違うとか言われてもなあ
客先常駐ってなんなんすかねぇ…
noが言えない環境ってあるんすよ
noが言えない環境ってあるんすよ
実務シラン奴らで仕様決めてるからな
>>316
ほんこれ
サプライズとかぬかしてんじゃねえよカス
ほんこれ
サプライズとかぬかしてんじゃねえよカス
ほんこれ
見てなくても責任があるんだよ！
見てなくても責任があるんだよ！
イスラムに乗っ取られて行くからだろ
記事最後まで読んでこい
落語の歴史が書いてあるから
落語の歴史が書いてあるから
仕様変更はいつでもウェルカム、みたいな事言って仕事取ってきとるんやろ？
>>341
取ってくる奴が作る訳じゃないしな
取ってくる奴が作る訳じゃないしな
受託はITと合ってないよ
>>301
仕様書は自分がコード組む前提でも書くべきだよ
書く事で見えていない問題が見えるし
機能や構成を最適化できる
機能安全部分は使い回せばよいし
人が死ぬ可能性が有る機械のコードの仕様書が無いとか悪夢だろ
自分の身を守る為にも書かないと
その前にデスマ状態を放置する会社はとっとと転職すべきだが
仕様書は自分がコード組む前提でも書くべきだよ
書く事で見えていない問題が見えるし
機能や構成を最適化できる
機能安全部分は使い回せばよいし
人が死ぬ可能性が有る機械のコードの仕様書が無いとか悪夢だろ
自分の身を守る為にも書かないと
その前にデスマ状態を放置する会社はとっとと転職すべきだが
客が変えない事は
仕様書ってプログラムからリバースすればよくね
>>346
一般のはそういうのもありだしコードからチャート作るツールもあるけど
組込みとかはハード制約やメモリ制限で
変則的な省略コードやアセンブラ組んだりするし
機能安全部分は割込み処理だけだから
意味を間違えると終端壊して飛び出したり
楽しい状態になる
だから仕様書は必須
だけど、実際の組込現場は同じ人がやってる場合が多いから仕様書は前回と一緒とかになるがw
担当変わる時に仕様書無いから師弟制度みたいに口頭で伝承、一子相伝よ。
予算のかけ方が間違ってるんだよね
事故が起きるまで変わらないし起きれば自分は居られなくなるから
とっとと転職した方がいいのが組込み業界
一般のはそういうのもありだしコードからチャート作るツールもあるけど
組込みとかはハード制約やメモリ制限で
変則的な省略コードやアセンブラ組んだりするし
機能安全部分は割込み処理だけだから
意味を間違えると終端壊して飛び出したり
楽しい状態になる
だから仕様書は必須
だけど、実際の組込現場は同じ人がやってる場合が多いから仕様書は前回と一緒とかになるがw
担当変わる時に仕様書無いから師弟制度みたいに口頭で伝承、一子相伝よ。
予算のかけ方が間違ってるんだよね
事故が起きるまで変わらないし起きれば自分は居られなくなるから
とっとと転職した方がいいのが組込み業界
青い銀行のせいか
現役のえらい人でもわからんものを明確化しろなんてむりむりむりかたつむりよ
現役のえらい人でもわからんものを明確化しろなんてむりむりむりかたつむりよ
ネトウヨが「どうでもいい」って熱心に言う話題
嘘でも言いつづければ本当になる
ジャップw
ジャップw
マジレスしかしない馬鹿なんなの？
>>351 無職のコンプレックス丸出しのレスはいけない
引き継ぎやってるが、仕様書と全く違う動きをするプログラムなんて日常茶飯事
行き過ぎた差別的な態度に我慢ができなくなっただ
契約書の作り込みの問題でしかないように思うけど
受注したい一心で言われるがまま請負契約とかにしてるとな
受注したい一心で言われるがまま請負契約とかにしてるとな
引用記事の最後のほうを読むと出てくるけど
そういうのは、もともと順調に海外展開してるとこへの融資だからなあ
成功率を上げるために混ぜといた感じだろうな
そういうのは、もともと順調に海外展開してるとこへの融資だからなあ
成功率を上げるために混ぜといた感じだろうな
事前に仕様を決めるなんて何十年前の開発だよ
ありえん
ありえん
そろそろ特高が作られるな
過去の仕様書がないから設計思想も何もかもわからねぇよ！
こいつが言ってはいそうですかって思うやつなんていねーだろ
この自分で作った情報を見て、それが真実だと思い込むって現象に名前付いてたりしないのかね
車ですらも大本営の設計図が上がってない段階で底辺下請けの納期が決まってるからな
しかも納期が決まってるのに契約自体はまだだから仕事受ける段階になってやっぱ仕事なくなったわメンゴメンゴってのが日常茶飯事
そっちもなんとかしろや
しかも納期が決まってるのに契約自体はまだだから仕事受ける段階になってやっぱ仕事なくなったわメンゴメンゴってのが日常茶飯事
そっちもなんとかしろや
発注元を指導しろ。
特にお前だよ日本政府。
特にお前だよ日本政府。
Pivotal みたいにアジャイル専業の所もあるし、要はジャップのエンジニアのスキルが低いだけやろ
コンピュータサイエンスを学んでない奴がエンジニア名乗るくらいだからな
コンピュータサイエンスを学んでない奴がエンジニア名乗るくらいだからな
ソシャゲ潰れるなｗ
統計上の一貫性ですか…w
素晴らしい着眼点ですわ
素晴らしい着眼点ですわ
