（ヽ´ん`）「仕様書どおりにシステム作ったンモ。動かないけど仕様書どおりだから知らないンモ」⬅どうすんのこれ [158478931]
■ このスレッドは過去ログ倉庫に格納されています
仕様書通りならしゃあない 仕様書がそうなってたなら、その通りに作るしかないだろ
でも途中で問題に気付いたら当然聞くけど こうなりますが構いませんかって同意書取りまくるしか無い >>3
仕様がぶれてる間に開発入って仕様変更のたびに追加費用もらうやつ 普通に顧客と信用関係築いて
普通に不味いポイントを逐次共有して言質を取りつつ問題解決に当たればいいだけだよ
それができないなら仕事は取るな 設計を変更するように設計者に言うべしというのが真っ当な答えなのだが
たまに設計書を改訂したがらないアホ設計者がいるんだな >>19
それは違うぞ
誤りの指摘はガンガン言うべし ただこれユーザーとベンダーの間にもう一社挟まった場合どうなるんだろうな
そういうパターンあるのか知らんが >>19
言われたことやるのが下請けの仕事だぞバカ 設計誤りの指摘は証拠をつけてどんどんやらないと瑕疵の責任を押し付けられるぞ 仕様通りなら仕方がないんじゃね
契約もそれでやってんだろ
気づいてたなら言ってほしかったし恐らく二度と頼むことは無いけども 動かすのが仕事だろと要求されるが仕様書外の仕様で不具合起きたら責任こちら持ちだからやらないが正解 なんで仕様が固まらないかというと
すでに開発の期限が引かれてるから修正待ちなんてさせるわけにいかないという人間の愚かさ感マックスの理由がある 自分だけには甘いネトウヨ（ヽ´ん`）の主張なんかあてにならん 明らかにおかしいと気付いてて言わないのは多分アウトだぞ 仕様書の前になんでこれ作る依頼しているのかって頭が抜けてんだよね
なんも頭使わないで仕様書通り作ってハイ終わりならマジでAIでいいじゃんって話になる >>12
これだよな
技術者が「ここ変だけどいいの？」って気軽に客に聞ける関係じゃないと良いもの作れないわ
堅い関係のままだと聞くに聞けないんだよ (ヽﾟんﾟ)「この仕様書どおりやれえ！！」
😥「嫌儲の旦那、このまま作っても動きやせんぜ」
(ヽﾟんﾟ)「やれえ！！」 受けた以上の仕事を無料で引き受けるわけにもいかんしな 要件以上のことをやるなら価格アップするんだけど
それを払おうとしないから仕様書通りに作るだけなんでしょ
納期も延びないし責任だけ発生する >>19
+α指摘しても金にならんしトラブル産むだけ
その程度の時点で薄給 >>12
入札で余裕ないならやらんだろ、どんな、関係を想像して結果に嘆いているのか ウチの会社下請けだが上に問題提起と改善案してもスルーされて問題起きてからゴチャゴチャ言われるわ
事前に文書やメール残してるから毎回黙るけど 俺が昔いたSIは全件検索すると重すぎてDBサーバ落ちる不具合に対し
「非機能要件に全件検索が可能とは書いてない」
と強弁して逃げ切った超やべえ会社だった そもそもの契約が「こういうものを作りたい」ってことなのは明確で
仕様書はいわばそれを実現するための資料にすぎないんだよ
なので仕様書通りじゃなく依頼者の「こういうものを作りたい」という契約を果たさなきゃいけないわけ 金額次第かな
あとは一緒に作ろうという意識のない顧客にはそれでいいわ >>1
え
なにこれ裁判だとベンダー負けるのかよ！！
要件不備でもベンダーが経験的に不備気付いて対処せよってか！？
なんやこれ許せねえ！！！
じゃあああああああああああああああああああああああああああああああああああああああああああああああああ😱 頭がいいやつは、そうなるとわかっていても余計なことは言わない
なぜなら、そのせいでゴールが動くから >>51
記事読め
それ裁判負けるぞ
無茶苦茶だよこれ！🙀 ちゃんとSlackなりログが残る形式で質問しておけばいい >>64
動くように作るの役目でしょっていう判決だとは知ってるけど
その場合、増加するコストはどうすんのっていう ユーザー側も何を作りたいのかも良く分からないパターンもあるでしょ >>61
そしたら営業が追加でお金もらってくればいいんだよ ある程度の規模になれば自社開発した方がいい
要件定義からベンダー任せにするなら思った通りの物出来上がらないのは自然なこと 一旦入力するとカーソルがもどらないって草、ユーザーさん画面さわらんかったん 経営者も営業もユーザ部門もITに疎い奴多すぎてな
無茶苦茶な要求してくるアホが多すぎる 仕様がちゃんと決まってるの偉い
仕様書があってさらに偉い ユーザが馬鹿だから金もらえるんだよ
自分でできるなら人に頼まない スレタイのような人間は基本能無しだからお金がどうとかいう問題ではない ユーザー側は基本ITオンチだしな
「ベンダーは不備を指摘しろ！」と言うなら別途金貰わないと割りに合わんｗ >>1
仕様書つくったやつがゴミでＦＡ
仕様書作り直して見積もり取り直せや
ゴミ上流ｗｗｗｗｗｗ ようはさ、ユーザーさんさぁ、さすがにカーソル戻せないこの仕様は草だよ？って言わないと駄目ってことでしょ大丈夫怒らない？ 仕様書作るのダルくない？やりたいことの雰囲気伝えるから作ってくれ システム開発は不確定要素が多すぎるので本来は期間決め打ちの請負でやるもんじゃない
準委任でこの期間はここまで出来ました続きは来年やりますか、ってやらないとまともなものは作れない 指摘もしなければ糞仕様で使いづらいって設計書に明記もしなかったってことでしょ
まあ普通にアウトだろ >>24
ないだろw
間に誰か入ったらそいつがベンダーや 良いんじゃない？
その会社に任せたらウンコだったとあらゆる手段使って公表すればいいだけ >>24
もう一社というのは知らんけど外部のITコンサルが絡んでくる場合はあるよな
その場合は責任はどうなるんだろう 黙ってやりっぱなしはイカンということか
お伺い立ててそれでいいって言わせれば結果は変わってそう 1人でアプリ作ったりしてるけど、仕様書とか漠然としすぎてて意味ないよ
このドキュメントには何を書いてあるか、書いてないことはどうするか、その辺りまで決めとかないと uatで一通りテストしてok出したなら文句言うなよ でユーザー企業の勝ちか
そりゃそうだろ仕様書が糞なら指摘しなきゃあかんわ ユーザー検証の時間を何故設けなかったのかな
わかっていて指摘しなかったのならプロの自覚無しと言わざるを得ないけど
そうでないならなんともな 中国オフショアあるあるだろこんなもん
ジャップがやると何で叩かれるん？ 不明点ガンガン詰めてもなんもリアクションない無能上流の魅力
納期に間に合わなくて本当にヤバいのはお前らだから俺はどうでもいいけど ユーザーがバカだからそこをサポートすることでベンダーは金稼げるんだろ
ユーザーが仕様書完璧に作る能力があるならベンダーなんて要らんのだわ そもそも要件は完璧に出せないって慣例がすでにあるから
要件で戦っても勝てないんよ。戦い方も下手クコ ソフトウェア側に仕事を合わせるようにすれば安上がりになるんじゃないの 図面通りに建物建てて建築法違反だったら誰が悪いか
言わんでもわかるやろ そんな派遣社員みたいなレベルの低い言い分通らないだろ たとえ委任であっても善管注意義務違反になるんでないの？🤔 事績ないとこは怖いから信用ある（って思われてる）でかいシステム屋使った方がいいってなる 札幌病院でも似たような裁判無かったっけ
ベンダー側が勝った奴
動かないまま行くか金出すかの2択を迫って詰めればいいんちゃう知らんけど 言うてベンダーにケチつけるのが要件定義時のSEの仕事なんだから悪さで言えば圧倒的に発注元が悪いよ
誰も自分のとこのシステムや仕様理解してないって論外でしょ 裁判結果
ベンダー側が誤りを正してちゃんと動く様にしなさい
ってことか >>107
それはユーザー側の落ち度が酷すぎて珍しいケースなやつね。
そのぐらいの落ち度がないとむしろ勝てない それはね注文する側が分かってないんだから
そこは>>1が歌って踊るしかないんだよ >>110
「これたぶん動かないよ」って企業に注意喚起して、それでも企業から
その通りやれって言われたらまだ勝機があるか >>12
これができない奴は仕事ができない
ビジネスの目的を理解してないってことだからな >>102
作業者は派遣なんだわ
残念ながら派遣だらけなんだよ日本のSIは 普通旧システム見ながらSEとシス管が要件まとめていくもんだと思うんだが
ユーザーが要件投げつけて作ってってすげえスタートだな https://atmarkit.itmedia.co.jp/ait/spv/2105/31/news009_2.html
開発はベンダー企業が行ったが、要件定義についてはユーザー企業が行った。しかしユーザー企業にはITに関する知見が不足していたため、ベンダー企業がこれをサポートした。具体的にはユーザー企業が作成した「システム要求書」に対しベンダー企業が助言、提言を行い、ユーザー企業はそれを取捨選択しながら仕様を固めていくというものだった。
要件定義にサポート入ってんならそりゃ負けるわ 無責任な派遣のおっさんみたいな書き込みばっかりで草 例えばお前らがガンの手術をしたら、ちんこ切り取られたとするやろ。ちんこ切られるなら手術しなかったって主張は通るのよ。
基本はこれ。
ユーザーとベンダーには専門性の違いがある。把握してないユーザーが悪いって気持ちはあるが、実情はそうだから仕方ない。
ユーザーに問われるのは、協力義務違反で知らないなりにも協力しろってとこ。 金ケチるくせに金払う立場だからって偉そうに何でも言ってくる客ばかり
見積時には一言も言っていない仕様を開発時や検収時に思い付きで言ってくるな SES奴隷「あの～この仕様なんですけど辻褄合わないんですけど・・」
客「あ～？なんやてぇ？？わしの仕様にケチ付けるんか！！！」
SES奴隷「じゃイーデース」
出荷後、客阿鼻叫喚 ついでに、組織構造の問題でフィードバックが上位に戻せない開発のときは、そういう齟齬は起きるけど。
コミュニケーションが取れる状況で、意図汲み取れないのは単純に無能だと思う。起きたことないわ 仮に間違いに気がついて勝手に修正したら責任問題になるから
自分を守る為に仕様書通りにやったんだろ >>127
気付いてて黙ってたら責任を負わされるぞ
エビデンス付けて設計誤りの指摘をするほうが身を守れる >>119
普通に要件定義ベンダーが入ってるのかよ
勝てるわけねえやん 大体こういうの下請けに不利な判決出るのクソすぎる
責任のトリクルダウンやめろや どうせテストとかできない無茶な納期だったんだろうな 内製した方が安いし早いのに絶対外注する会社ってなんなんだよ プログラマーはコミュ力いらんと思われてることあるよな
自分の好きなことやって金もらってるわけじゃないぞと この業界、発注側も組む側も残念な奴しかいないのはなんでだぜ？ >>1
ソース記事読んだら、要件通りに作っただけじゃ駄目って判決出てるじゃん… 仕様を外に任せると一々不明点があると確認しないといけないのがだるすぎる うるう年に動かないとかならまだしも
セキュリティの欠陥とかは指摘しないと大事になるしな >>132
内製してくれるプログラマ抱えておく金がねえんだろ
安くこき使えばすぐに転職されておしまいやぞ 仕様不備をあえて指摘せず仕様変更で2度稼ぐという手もある ベンダーが要件定義の金もらってるならそら仕様書不備の責はある程度ベンダーが負わないといけないだろ
ただし全部の責任を負うわけじゃない
致命的に運用に乗らないシステムな場合なだけ >>12
言いたいことは分かるが受注ケースによる
君はまだ青いね まさに今後始末やってるけど、こんな品質でよく納品出来たと驚いた 気付いたなら説明責任はあるよね 説明しなかったなら瑕疵取られても仕方ないレベル(´・ω・｀) その業務を理解しないで要件や仕様を決定して来て後から破綻するパターンやね
ただ書きなぐってるだけの設計書なんて腐るほど見て来たよw
物事の整理整頓ができない奴に限って糞な設計書を作成するw 言われた通りにやるだけで良いってのがまさに末端作業員的な思考で実際に末端作業員ばっかりなんだろうなケンモメンは でもそんなこと指摘しても追加の金は出さないとか言い出すんだろ？
マジで発注者側優遇しすぎなんだよ 逆に使えるように作ったら仕様通りじゃなくなっちゃうよ >>119
これで判決理解できたわ
ベンダーが要件定義サポしてたのかよ そもそも顧客すら何が必要な要件か、要件定義の段階ではわからない
それをベンダーが無理やりイエスノーで決めさせて、不要な要件入れ込んでしまったってことやろな 安心のジャップランドクオリティだぞ
動かないのは仕様です(´・ω・｀) 通常、要件定義は準委任契約でやるけども、それでも善管注意義務はあるって事だと 結局二度手間になるのに確認ができない奴ってなんなんだろうな 何も分からない人が要件定義して
何も分からない人がその要件を実装する
いわばまさに日本イット(´・ω・｀) >>119
サポートしてそんな使えねぇ要件て意味わかんねーな 顧客「んー、なんかもっと良い感じのシステムにしたいんだよなあ
ベンダー「では、こういう機能が必要ですよね！こういう仕様で作りますね！」←間違い
ベンダー「良い感じの前に、本当に必要なものは何か。もっと掘り下げましょう」←正解 これあるあるで困る
単体テストや結合テストも適当に帳尻合わせてくるんだよな
大体ユーザ試験で引っかかってくるけど 請負契約だったらそうはならんでしょ
仕様書通りに造れとか単純労働の役務の提供みたいな契約にしてるの？
そんなあほな お客さんがバカで作ってるのが下請けの新人ですぐ辞めてるんでしょｗ
銀行のシステムが～ｗｗｗ >>173
一般的なシステム開発やと詳細設計～結合テストまでは請負、要件定義、基本設計、STは準委任やね これの作る側をAIに置き換えてうまくいくと思うか？
AIに騙されたとか言い始める姿が目に浮かぶわ 仕様書なんて一緒に作るもんだからそんな単純な話にはならんちゃうの ベンダーが悪い
ベンダーはロボットでもユーザーの奴隷でもない 仕様通りは必須
動かないなら試験で引っかかるし
仕様変更で改修になるだけ
動かないまま納品にはならない いや受発注者間協議で確認しろよ ほんとにこれで作っていいの？って(´・ω・｀) ■ このスレッドは過去ログ倉庫に格納されています
