書類なしでいけるんだ

>書類なしでいけるんだ
いけないからこうなった

>書類なしでいけるんだ
炎上プロジェクトなんて設計と製造同時にやるようなとこばっかだし⋯

>書類なしでいけるんだ
書類はある（中身はない）

結局これ誰が悪いのかわからない
運用も仕様も伝えられてない顧客側？

悪いと言うかあるあるネタだ

実装された運用が偉いと言うかここまで持ってけたの感心するレベルで上が酷い
サポートで木切ってるのも味がある

誰もお前を愛さないも好き

素人目だとプロジェクトリーダーが一番酷いように思う

>実装された運用が偉いと言うかここまで持ってけたの感心するレベルで上が酷い
>サポートで木切ってるのも味がある
プロジェクトリーダーとプログラマのはぶら下がって遊ぶことすら出来ないもんな…

>実装された運用が偉いと言うかここまで持ってけたの感心するレベルで上が酷い
>サポートで木切ってるのも味がある
実装された運用でぶら下がると枝が折れる位置になってるから事故って木を切る事になった表現なんじゃないの？

本人達も途中でこれ駄目だなってのは分かるんだろうけど期限までに完成品出さなきゃいけないから…
一流も十分凄いね

>書類なしでいけるんだ
書類という道標が無いから顧客への請求が…

顧客の要件からこれ導き出す営業すごくない？

一番理解してるのが営業なのちょっと笑う

もう営業が設計やれ

>顧客の要件からこれ導き出す営業すごくない？
営業は顧客から直接話を聞いているからな

顧客が説明した要件も「それ二段目と三段目いる？」って感じなのがたまらない

これのパロやコラ何個も見たけど最初と最後以外適当な画像にした完成度低いのしかなかったな

実装された運用が顧客が必要なものにかなり近いのは奇跡だろコレ…

>顧客が説明した要件も「それ二段目と三段目いる？」って感じなのがたまらない
多分顧客に質問すると足を乗せる箇所が必要でそれも足の長さに合わせて多段階で置けないといけなくて…みたいな説明してくれる

顧客も素人で求めてる物を上手く説明出来ないのでとことんヒアリングして要望を現場と擦り合わせないといけないのでプロジェクトリーダーが悪い
そんな時間と気力有るかは別

プロジェクトリーダーが管理すべき範囲をコントロール出来ていないからな…
根本から間違ってたという点を除けばこいつがしっかりしていれば実装された運用はもっとマシになってたはずだし

>実装された運用が顧客が必要なものにかなり近いのは奇跡だろコレ…
顧客がガチギレするようなものを出すのもまた違うからな
使いにくいけど機能はするくらいに落ち着く

仮に顧客の説明通りできてもこれじゃないって言われるのが糞

>顧客が説明した要件も「それ二段目と三段目いる？」って感じなのがたまらない
最初にブランコって説明してその後腕や脚で捕まる部分が欲しいって説明したらこうなるのかもしれない

人に物を伝えるって大変なんだな…

でもメチャクチャ金出してこれ実装されたら若干キレると思うよ

fu7304471.jpeg

アナリストは仕事している
PLの説明聞いてこれ成り立っていないな？部分をちゃんと直しているから

左上の時点で？？？ってなるからそれ以降はやむなし

顧客は本当に求めているものを正確に説明できるとは限らないもしくは自分でも理解していないというのがポイント

右下で普通のブランコが来るかと思いきやタイヤなのがいいよねよくない
そんな話どこにも出てなかっただろ

プログラマーは駄目だ
技術畑でコミュニケーションを疎かにしてるから要望が伝わってない(文系のレス

サポートの投げやり具合が溜まらない

クライアントワークとかいう高難易度の仕事

>右下で普通のブランコが来るかと思いきやタイヤなのがいいよねよくない
>そんな話どこにも出てなかっただろ
顧客が誰と話してるかに寄るけど営業と話してたならそっちに影響されて「ちゃんとした」ブランコを求めさせられてることもあるから一概に責められない…

サポートで木をぶった切られるのが味わい深い

請求金額のとこだけなんか異質でずっと気になってる

>請求金額のとこだけなんか異質でずっと気になってる
請求だけ異次元に高いってことでしょ

あとタイヤ持ってきて結べばよくない？

>請求金額のとこだけなんか異質でずっと気になってる
書類無いし方針も定まってないのでジェットコースターみたいに請求が上下してる

>あとタイヤ持ってきて結べばよくない？
じゃあ後はよろしく

書類が本当に何もないんじゃなくて辛うじてなんかあったであろう痕跡は見えるの好き

顧客の話なのに何故か企業と消費者の話をし出す人がいる
仮にその場合でも「顧客も本当に求めてたものを自覚してない」ってオチなので消費者側も刺してることに自覚なかったり

過大評価をするが営業が理想像に1番近いのが良いよね

>>書類なしでいけるんだ
>いけないからこうなった
下段の最初がここまできて書類ねえのかよ！ってなるのがほんとレベルたけー

請求金額と得られたサポートが蛇足的だなって見るたびに思ってる

>あとタイヤ持ってきて結べばよくない？
この得られたサポートですが…

あの捕まるところがないんでこっちがあわせないといけないんですが…？
仕様です
終わり

要望から右下を読み取れる人の事尊敬している

営業がAI使って全部するようになってからはこういうこと起きなくなったね

>右下で普通のブランコが来るかと思いきやタイヤなのがいいよねよくない
>そんな話どこにも出てなかっただろ
費用が安いという意味で顧客にちょうどよかったんじゃない？

顧客が本当に必要だったものは実は顧客だけで出来たんだという風刺

誰が悪いかって言うとまあプロマネなんじゃねえの
アナリストかコード見た段階で理解改めて可能なら要件まで改めるくらいしかない

ちゃんと説明しない顧客が悪いのが第一
分からない癖にヒアリングしてこないリーダが第二

営業としては満点でしょ

実装されてなくね…？

>ちゃんと説明しない顧客が悪いのが第一
>分からない癖にヒアリングしてこないリーダが第二
とは言え顧客だって専門家じゃないから専門家に依頼してる部分もあるわけだし…
ヒアリングしろはその通りだけど

読めば読むほど味が出てくる

アナリストはアナリストとしてちゃん仕事してるんだけど同時にどう見ても実現不可能なデザインだからプログラマもこうする事しかできないよなって悲劇
だれが悪いかって言われたら木の前にブランコって意味分からん要件定義して社内に回してきたプロジェクトリーダー

これを地で行ったのがこのまえのオリンピック

発注者か受注者のどっちの責任かと言えばグラデーションだと思うよ

顧客自身も何作りたいか分からないならしっかりサプライヤと話し合えっていつも思う

ちゃんと説明しろよとは思うが顧客がうまく伝えられないの当たり前ではあるからな…

>これを地で行ったのがこのまえのオリンピック
今のアジアオリンピックは…

うちの上司が要件定義でミスると下流がどんなに頑張ったってもうどうにもならなにって言ってたけどその通りだなって…

>顧客自身も何作りたいか分からないならしっかりサプライヤと話し合えっていつも思う
営業がこれを顧客に見せたなら安心しちゃうんじゃない？

だいたい顧客と言っても運用を引っ張り出せない半端な情シスだからまともなインプットを期待しちゃダメなんだ

そのためのアジャイル開発の筈何だけどな…

請求金額が終わり散らかしてるのが最悪

営業がなまじっか正答に近いもの提示しちゃってるから話進んじゃうんだよなこれ

せめて営業が顧客にした約束や言動がプロジェクト書類に残ってたらそっちに寄せたのかもしれないが
ご覧の通りの青空

>だいたい顧客と言っても運用を引っ張り出せない半端な情シスだからまともなインプットを期待しちゃダメなんだ
だったらリーダなり営業なりが提示しとけ
何のために存在してるんだ

>>顧客自身も何作りたいか分からないならしっかりサプライヤと話し合えっていつも思う
>営業がこれを顧客に見せたなら安心しちゃうんじゃない？
リーダと営業で疎通とっとけよ…

右下の説明が左上になるのは趣深い

>営業がなまじっか正答に近いもの提示しちゃってるから話進んじゃうんだよなこれ
営業「顧客からOK出ました！」
他「ﾖｼ！」

仕事の流れは顧客→営業→リーダーだよな
営業とリーダーの間で何が起こったんだ

この割り振りだと本来指示書作るのもリーダーのはずだよね…？

>右下の説明が左上になるのは趣深い
>最初にブランコって説明してその後腕や脚で捕まる部分が欲しいって説明したらこうなるのかもしれない

このての問題って要件定義で洗い出せればいいんだけど
顧客との齟齬ってどうすれば解決出るんだろうね

仕様書更新しろ
マジで

何なら顧客側も顧客側で説明しに来てるのは製品を現場で使う立場じゃなかったりする訳だからもう実質無理ゲーみたいなもんよね

顧客側も完全なイメージ像があるわけではないのですちゃんとこちらから聞き出して固めるんだぞ
前聞いたのと変わる
仕様書設計書立てたから見てもらうぞこれでやるっていうぞ
何故か前聞いたのと変わる
打ち合わせでも直で話してここはこれで良いですよねって聞いておくぞ
何故か前聞いたのと変わる

乗れるところが複数（二段）あるという意味では近いか

アナリストとプログラマと営業は自分の責務を可能な限り果たしてるしやっぱPMが悪い
あとPMのこの理解に合意示した顧客も悪い

営業が約束したもんはちゃんと正解に近いんだからそれを出した時の会話を議事録に残しとけ…やっぱ営業と顧客の橋渡しできないプロジェクトリーダーが悪いのでは…？

顧客側だけど
予算の兼ね合いもあるし今はスクラッチ開発じゃないから
パケージでどこまで実現可能なのかが見えなくて投げ方に困る
カスタマイズしまくって冗長性なくなるのもうんちだし

アナリストのデザイン超きめぇ！

顧客が説明した要件のブランコ3枚はどういうこと…？

プログラマはこれもう単純に疎通とかじゃなく能力か納期が全く足りてないのでは

仮に顧客がタイヤ説明できてもPLが木の前にタイヤ引っかかるんだから末路同じだろ

>顧客が説明した要件のブランコ3枚はどういうこと…？
単純に顧客はえてして言語化はあまりうまくないという趣旨の表現じゃないかな

>顧客が説明した要件のブランコ3枚はどういうこと…？
顧客も自分が何を必要か理解できてない状態

顧客も開発のプロじゃないんだから無理だろって話

>アナリストのデザイン超きめぇ！
プロジェクトリーダーの提示通りで動かすにはこうするしかないし…

俺が関わる新規開発案件こんなのばっか
もうSE辞める

顧客の本心と顧客とPMとエンジニアの伝言ゲームだからよ

こっちの設計や質問に顧客がドキュメントで「回答」したものすら何故か顧客側が忘れてて
このドキュメントに従うとここの仕様ってこうっすよね？って聞いたら
違いますね〜複雑だから分かりづらくて大変ですよね〜ってなんかこっちが悪いみたいに言ってきたぞ！
死んだ方がいいぞ！

プログラマはそんなところに吊り下げたら危ねえだろこっちの太いところにしとけ！という親切心を発揮した

アナリストはだいぶプロジェクトリーダーのせいだから…

「タイヤ」という表現が分からないので
「ブランコみたいに」「手を乗せるところ」「座るところ」「足をかけるところ」が欲しいと伝えた

>プログラマはそんなところに吊り下げたら危ねえだろこっちの太いところにしとけ！という親切心を発揮した
スパゲッティコードなのかと思った

顧客が最初にタイヤを説明しても結果は変わらないのが最悪

まあアナリストが本当にこれでいいの？って確認するフォロワーシップ発揮してもののPMじゃ考え直したりしないだろうし…

>プログラマはそんなところに吊り下げたら危ねえだろこっちの太いところにしとけ！という親切心を発揮した
アナリストのデザインじゃブランコとしての体はなしてないからな
とにかく木に二本紐をくくった板をつけてほしいのねと解釈するほかない

プログラマはそもそも最後稼働しないといけないから…

本当に必要って訳じゃなくても冗長性欲しくて盛った事言うのはあると思う

標準パッケージに運用を寄せるって言ってたのに次々に個別仕様追加してくんな

スレ画全体的に各々反省点ありにしても顧客への請求だけはなんなんだよ

こういうPM見てきたけどさ！
こういう奴らはプロジェクトズッコケても下流のせいにして全く反省しないじゃねえか！

曖昧な要件だからリスク込みでとにかく人かき集めてやったからそれだけお金かかりましたってだけだよ