死んで

駄コラだ

つまんねえ・・・・

このコラを作って思ったけど
センスがすごい要求されるよね

顧客の要件と必要だったものは逆の方が良かった

最初と最後で違いねえじゃん

>センスがすごい要求されるよね
皮肉のきいたネタを8個も考えるなんて無理だった

>センスがすごい要求されるよね
元ネタへの十分な理解がまず必要だからな

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

昔、軍板でぷち祭りが発生してその時に作ったやつがでてきた
とおもったら2005年だからもう5ﾈﾝも前か
その１

>最初と最後で違いねえじゃん
いやTo Loveるをネタにする限りそれはありだと思う

>元ネタ

久しぶりに二千円見たわ

意外と請求金額がセンスでるよね

元ネタも正確に理解できてないだろう俺にコラが作れるわけが無かった

元ネタ含めプロジェクトの書類ってのが何を指してるのかわかんねぇ…

元ネタもすごく分かりやすいものではないから
コラするときは改変する必要がある

>元ネタ含めプロジェクトの書類ってのが何を指してるのかわかんねぇ…
口頭でのやりとりだけで存在しないってな比喩じゃないの

顧客が説明したものと必要だったものが違いすぎるわけで
結局顧客は馬鹿でクレーマーになるってことを言いたいの？

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

二転三転した上暫定的に埋め後に放置されたTHEナゲヤリ自作画像があった

>顧客が説明したものと必要だったものが違いすぎるわけで
>結局顧客は馬鹿でクレーマーになるってことを言いたいの？
顧客は自分の欲しい物を正確に伝えることが出来るわけではない
と言う事でしょう

そもそも業務システムに特化したネタだからその他一般に応用するのは難しいよ
「アナリストのデザイン」とかその辺の文言も変えた方がいい

つまり伝える事の難しさと
本当に欲しいものを得るのは難しいという事言いたいの？

>そもそも業務システムに特化したネタだからその他一般に応用するのは難しいよ
>「アナリストのデザイン」とかその辺の文言も変えた方がいい
そこが面白い…かは別としてミソなところだろ
変えたら意味がない

>結局顧客は馬鹿でクレーマーになるってことを言いたいの？
よくわからないから夢見がちな要求してくるってことじゃね
たぶんプログラマ視点だろ

どっかに説明文付きのがあって分かりやすかったんだが

>そこが面白い…かは別としてミソなところだろ
>変えたら意味がない
でもプログラムという部分がなかったり製品の中心じゃなかったりするものに
「プログラムのコード」って項があっても意味不明だろ？

これくらいの機能が必要と顧客は思っていたが
実際はそこまでの機能は必要ない。効果的でスリムな機能があればよい
それを顧客自身も理解してない

ってことだと思ったが

システム開発において顧客はせっかくだからあれもこれもと欲張って要望出すものなのよ
でも結局その機能は重要じゃなくて使われることはありませんでした、みたいなことになる

でも基本は顧客の説明どおり作らないとダメだよね
いくら善意で必要だったものを作ったとしても
それは仕事と言えないんじゃ

なるほどなー

得られたサポートっていうのは、顧客が得たものじゃなくて
プロジェクトメンバーの人員ってことだよね？

これってシステム開発が失敗するパターンをイメージしたものだろ？
発注側は開発のプロではないので本当に必要なものを説明できず、
リーダーが無茶な方針を立てて、それを力技で通すデザインがされて、
でもコーディングはヘボく、営業は受けのいいことばかりをいい、
しかし契約に関するまともな書類は存在せず、
運用もサポートも適当なまま費用だけがかさむ（双方とも）

とりあえず深いコラだなってことはわかった
俺みたいなバカには作れん

>でも基本は顧客の説明どおり作らないとダメだよね
>いくら善意で必要だったものを作ったとしても
>それは仕事と言えないんじゃ
それに対する齟齬がプロジェクトリーダーの思い込みなんだろう

>俺みたいなバカには作れん
分かりやすいほうが受けるよ

>でも基本は顧客の説明どおり作らないとダメだよね
>いくら善意で必要だったものを作ったとしても
>それは仕事と言えないんじゃ
作る側としては作る分の金さえ請求できるなら無駄な機能が多ければ多いほどありがたい
問題は要望聞いて貰える額が決まった後で要望を変更（と言う名の追加）をしてくる顧客だ

>これってシステム開発が失敗するパターンをイメージしたものだろ？
さらに付け加えるなら
それだけ意思疎通に齟齬がある中で作られたにもかかわらず
最終的に実装された運用と、本当に顧客が欲しかったものが
当たらずとも遠からずになっているあたりがまたリアルなんだよね

顧客は多機能なものを要求し
リーダーは何を顧客が求めているのかわかっていない
アナリストは無駄に複雑なデザインを作る
そんな状態だからプログラマのコードは当然使い物になるものなわけもなく
その間に営業の約束はどんどん豪華になっていく
プロジェクトの書類はあってないようないいかげんさで
最終的に実装されるお粗末な運用と莫大な請求金額、お粗末なサポート
そして顧客が本当に必要だったのはもっとシンプルなものだった…ってことだな

>No.95013296
分かりやすい解説をありがとう

要するに説明するのが下手な顧客
実際使わない立場の勘違いした理解
自分のセンスを見せたくて過剰デザインするアナリスト
適当な要点だけを掻い摘んでその部分部分を適当に組み合わせるプログラマ
過剰な表現をする営業
書類さえ作らないずさんな契約
出来上がった物は手抜きまでされていた
しかし請求は過激な額
サポートは酷い対応だったと
顧客の本当にほしかった物は意外と単純な物だった

って落ちでしょ

>No.95013296
ああ〜なるほど
そういうのはパッケージで提示しないと顧客側も選ぶのが大変そうだな

たぶんきっと理解できた
自分でも作れそうだが、
No.95010816が言うようにセンスが必要そうだ
今回はやめとこ

経験するとわかるけど
経験したくないもんだなあ

スレ画
クリボーは反則だな
だってそれだけで面白いもん
それと２千円札は、はっきりしすぎと
久しぶり見て面白いってだけ
だから不評なのかとさっき理解した俺が分析してみた

虹裏的には実装石が生まれた原因だったはずだが
もう覚えていない
生まれてからこのネタがあったのかも覚えていない
５年以上いるのは覚えてるがなんねんいるんだ？おれｈ

>５年以上いるのは覚えてるがなんねんいるんだ？おれｈ
もう二次裏8年目だよ…

元ネタ見つけた
http://www.projectcartoon.com/cartoon/2139
なんか大分簡略化されてるな

面白いこと考えるな〜

何気にすき

元ネタはIT業界で働いた事ある人だったら一目見ただけでピンとくる
凄いブラックジョーク

>何気にすき
5.6年ぶりに見た

こののシリーズの俺が初めて見たのが見つかった

>虹裏的には実装石が生まれた原因だったはずだが
え、そうなの？

>虹裏的には実装石が生まれた原因だったはずだが
ああ、そういえばローゼンので実装が生まれたんだっけ？

今流行ったら仮面ライダーコラが大量に作られそうだな
どこに何ライダーが当てはめられるかで趣味が丸わかりになる

間違ってるのにあってる矛盾

>なんか大分簡略化されてるな
簡略化されてるんじゃなく色々自作できるようになってるだけじゃよ
スレ画が最初期バージョン

>今流行ったら仮面ライダーコラが大量に作られそうだな
>どこに何ライダーが当てはめられるかで趣味が丸わかりになる

やめてくれないか
ニーサン画像ばかりにするのは。

>え、そうなの？
実装された結果
が実装石の元絵

実装石の実装はこれからだっけ？

懐かしいな
これがいっぱい貼られてた時は、この流れが未来永劫続くと思ってた

>実装石の実装はこれからだっけ？
きめぇ！

元ねたの分かりやすい解説はここかな？
http://www.tamagoya.ne.jp/mm/it/59.htm

>え、そうなの？
スレ画の翠星石バージョンで
実装された運用、の箇所に書かれてたのが今の実装石

>今流行ったら仮面ライダーコラが大量に作られそうだな
もうすでになかったっけ？
勘違いかも知れんが…

だいたいアナリストの仕事はろくでもない

>だいたいアナリストの仕事はろくでもない
元画像のアナリストは
そのままじゃどうにもならないPLの理解を
なんとか使える形にしてるのでわりと仕事してる
ただし顧客の要求を直接聞く立場ではないので
そもそもの根本的な間違いを指摘したりはしない（できない）

こんなにパターンがあったのか
ブランコしかしらなかった

倉庫に見に行ったら本当にあったじゃにかディケイド

作ってみた
というか、このスレを見てたせいだけど
http://may.2chan.net/b/res/95009243.htm

>間違ってるのにあってる矛盾
これを見て思ったが、これコラ的には右下がオチになるんだな
まあ元ネタからして右下が解答になるからさもありなん

なんかあった

>No.95015454
得られたサポートに落ちを持ってくるあたり笑える。

俺はPGやSEを経験してるけど、営業よりも
出来るやれるを言い張ってしまうんだよなー
お客さんのガッカリした顔みたくないし
でも、ほとんどの営業とかプロジェクトリーダーって
必要ないのにサーバ買い換えたほうが良いとか
DBのバージョン上げるとテストやり直しで
お金倍かかるとか平気で嘘つくんだよなー
俺には無理だ

まあ客に嘘つくのはもちろんよくないけど
金額や開発期間に問題があるのに
客をがっかりさせたくない、なんて理由で
できますやりますって言っちゃうようなのは
あまり良いSEではない
それもある意味で客に嘘ついてるんだってことわかってる？

>それもある意味で客に嘘ついてるんだってことわかってる？
いや、今までの経験で分からない＝出来ない
っていうのは、いけないんだって気付いたんだ
もとより精通していない製品や開発言語を使っているんなら即答出来ないし
経験ないから不具合が出たら解決策は未知数だってのは
目に見えてるから
でも得意としている分野には調査期間設けるかか代替案も検討するべきだと思うんだよね

そうこうしてるうちに顧客がそんなに
「面倒そうなら別にいいです」
って諦めるときもあるから、良い意味で

元ネタで受注の糞っぷりを現場の対応で誤魔化すあたりが笑える