アカウント名:
パスワード:
開発側「ユーザーであるスルガ銀行がちゃんとやればよかったんだよ」ユーザー側「開発側であるIBMがちゃんとやればよかったんだよ」要件定義側「俺はちゃんと要件を定義したぜ」
嘘をついているのは誰でしょう
金融系でよくある話では、
パッケージの選定段階では業務に全く関係のない人たちが政治的な理由で決定を下し、実際の要件定義では開発側・ユーザ側双方の担当者同士が頭を抱え、それぞれの上司に相談するも、「**(偉い人の名前+役職名)がお決めになったことだから覆せない」でどうしようもなくなる
っていうのはよく体験および見聞きしてます。
今回の件も内情はそんな感じなんではないでしょうか。
なんか、似た話を、新国立なんとかで、現在進行で絶賛実施中な気がする。
失敗はしていない
多分な
そう、決して失敗ではないの。ただ、お金と納期が足りないだけなのよ。
そんな感じすかね>屋根のある暮らし
＞ただ、お金と納期が足りないだけなのよ。
まさに中止提言義務が発生する状況ですね。さて、義務の主体は誰でしょう？
あれは文科省の失敗だって声を上げたほうがいいと思う。当初の要求してた予算を大幅に超過するなんて失敗以外の何物でもないだろう。役人が何より恐れる「失敗」の烙印をきっちりおしてやらんと。
更に遡ると角栄の置き土産である上越新幹線（予算4.800億円→総建設費1兆7,000億円 物価補正無し）があり、その政敵であった福田派（後に清和会・清和研となり森・安倍親子・下村が属する）にとっては、予算2520億円など、何倍かに膨らんでも端金なのだろう。後に上越新幹線建設費を含む国鉄累積債務は、国鉄分割民営化を招いたが、国立競技場債務は何を招くのか。国立大学の完全民営化→私立大学化かな。
設計意図を無視して外見だけ同じものを作るってやつ
http://matome.naver.jp/odai/2143668538426704101 [naver.jp]
こういう場合、「上がバカだから」で溜飲下げておしまいになりがちですが、より前向きには現場のボトムアップで使用パッケージなんかを決めて行く仕組み作りが重要ってことでしょうか？でもまたそれも、いつまでたっても決まらない、保守的になって変わらない、になりがちなんだよなあ。
ボトムアップで積み上げても、最後の最後でトップが積み上げたモノを覆すからどうにもならないってのが元コメ（#2846165）だと思うけど……
「上がバカだから」 ↑ ↓「現場の奴らは楽しようとしてる」
デスマーチになるのが悪いことだと考えないアホ上司・アホ営業
社内要件ときっちり適合したものが現われでもしない限り(そんなこと起こるわけがないですが)、ボトムアップでは過不足な機能に対する部門間の綱引きや足の引っ張り合い、啀み合いが始まってしまい、永遠に決まらないでしょう。
もともとシステム更改のきっかけが何だったのかがわかりませんが、たいていの場合は「現行のシステムのサポートが終了するか、もしくはサポート費用よりも新しく開発したほうが安いと見込まれる」という全体コストが主な理由なわけですから、トップダウン以外では決まりようがないでしょう。
やるとすれば、決定を下した偉い人に責任を取ってもらうルールにし、それを忠実に実行するしかないでしょう。今どきの偉い人は 婉曲的な表現 [yahoo.co.jp]で責任を回避しがちなので、そこからですかね。
こういう輩は、いずれ自分が上になって変えていくみたいな発想は無いんですよねーそもそも出世した試しもありませんが
たいていが「自分が出世したくない（出来ない）100の理由」みたいなものはお持ちのようで
現場で泥臭い仕事をしている人ではなく，上手く立ち回って上澄みだけ持って行く人の方が出世するのではないかなぁ，と思うのです。で，上になった時に「変える気」など持っている訳がない，とか。
上になるにはなるでプレッシャーやら根回し能力やら求められる能力が違う訳で、エンジニアがなりたい、なれるポジションかと言うと難しい。
どんな人でも権限や力を持つと、それを守ろうとする事。
ついこの間まで同僚だったのに独立した途端、搾取する側に周ったような態度になる。とか。
現場の意見を取り入れようとしたらしたで収集付かなくなるのが困り所政治、理想、現実、お金、要望など様々な要因の妥協点で要件定義するしか無いわけですし
プラットフォーム、OS、ミドルウェア、言語縛りで身動きとれないとか、とんでもなく面倒かつシビアな奴作ってますよね。人がべったり張り付かないと回らない仕組みにもあきれたが、バカじゃねーの？と思った。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
こういうことか (スコア:0)
開発側「ユーザーであるスルガ銀行がちゃんとやればよかったんだよ」
ユーザー側「開発側であるIBMがちゃんとやればよかったんだよ」
要件定義側「俺はちゃんと要件を定義したぜ」
嘘をついているのは誰でしょう
Re:こういうことか (スコア:4, 興味深い)
金融系でよくある話では、
パッケージの選定段階では業務に全く関係のない人たちが政治的な理由で決定を下し、
実際の要件定義では開発側・ユーザ側双方の担当者同士が頭を抱え、
それぞれの上司に相談するも、「**(偉い人の名前+役職名)がお決めになったことだから覆せない」
でどうしようもなくなる
っていうのはよく体験および見聞きしてます。
今回の件も内情はそんな感じなんではないでしょうか。
Re:こういうことか (スコア:2)
なんか、似た話を、新国立なんとかで、現在進行で絶賛実施中な気がする。
Re: (スコア:0)
失敗はしていない
多分な
Re:こういうことか (スコア:1)
そう、決して失敗ではないの。
ただ、お金と納期が足りないだけなのよ。
そんな感じすかね>屋根のある暮らし
Re: (スコア:0)
＞ただ、お金と納期が足りないだけなのよ。
まさに中止提言義務が発生する状況ですね。
さて、義務の主体は誰でしょう？
Re: (スコア:0)
あれは文科省の失敗だって声を上げたほうがいいと思う。
当初の要求してた予算を大幅に超過するなんて失敗以外の何物でもないだろう。
役人が何より恐れる「失敗」の烙印をきっちりおしてやらんと。
Re: (スコア:0)
更に遡ると角栄の置き土産である上越新幹線（予算4.800億円→総建設費1兆7,000億円 物価補正無し）があり、その政敵であった福田派（後に清和会・清和研となり森・安倍親子・下村が属する）にとっては、予算2520億円など、何倍かに膨らんでも端金なのだろう。
後に上越新幹線建設費を含む国鉄累積債務は、国鉄分割民営化を招いたが、国立競技場債務は何を招くのか。
国立大学の完全民営化→私立大学化かな。
Re: (スコア:0)
設計意図を無視して外見だけ同じものを作るってやつ
http://matome.naver.jp/odai/2143668538426704101 [naver.jp]
Re: (スコア:0)
こういう場合、「上がバカだから」で溜飲下げておしまいになりがちですが、
より前向きには現場のボトムアップで使用パッケージなんかを決めて行く仕組み作りが
重要ってことでしょうか？
でもまたそれも、いつまでたっても決まらない、保守的になって変わらない、に
なりがちなんだよなあ。
Re:こういうことか (スコア:1)
ボトムアップで積み上げても、最後の最後でトップが積み上げたモノを覆すからどうにもならないってのが元コメ（#2846165）だと思うけど……
Re:こういうことか (スコア:1)
「上がバカだから」
↑
↓
「現場の奴らは楽しようとしてる」
Re: (スコア:0)
できる楽ならそうして何が悪いのかさっぱり分からん
Re: (スコア:0)
デスマーチになるのが悪いことだと考えないアホ上司・アホ営業
Re: (スコア:0)
社内要件ときっちり適合したものが現われでもしない限り(そんなこと起こるわけがないですが)、
ボトムアップでは過不足な機能に対する部門間の綱引きや足の引っ張り合い、
啀み合いが始まってしまい、永遠に決まらないでしょう。
もともとシステム更改のきっかけが何だったのかがわかりませんが、
たいていの場合は「現行のシステムのサポートが終了するか、
もしくはサポート費用よりも新しく開発したほうが安いと見込まれる」
という全体コストが主な理由なわけですから、
トップダウン以外では決まりようがないでしょう。
やるとすれば、決定を下した偉い人に責任を取ってもらうルールにし、
それを忠実に実行するしかないでしょう。
今どきの偉い人は 婉曲的な表現 [yahoo.co.jp]
で責任を回避しがちなので、そこからですかね。
Re: (スコア:0)
こういう輩は、いずれ自分が上になって変えていくみたいな発想は無いんですよねー
そもそも出世した試しもありませんが
たいていが「自分が出世したくない（出来ない）100の理由」みたいなものはお持ちのようで
Re:こういうことか (スコア:1)
こういう輩は、いずれ自分が上になって変えていくみたいな発想は無いんですよねー
そもそも出世した試しもありませんが
たいていが「自分が出世したくない（出来ない）100の理由」みたいなものはお持ちのようで
現場で泥臭い仕事をしている人ではなく，上手く立ち回って上澄みだけ持って行く人の方が出世するのではないかなぁ，と思うのです。
で，上になった時に「変える気」など持っている訳がない，とか。
Re: (スコア:0)
上になるにはなるでプレッシャーやら根回し能力やら求められる能力が違う訳で、エンジニアがなりたい、なれるポジションかと言うと難しい。
どんな人でも権限や力を持つと、それを守ろうとする事。
ついこの間まで同僚だったのに独立した途端、搾取する側に周ったような態度になる。とか。
Re: (スコア:0)
現場の意見を取り入れようとしたらしたで収集付かなくなるのが困り所
政治、理想、現実、お金、要望など様々な要因の妥協点で要件定義するしか無いわけですし
Re: (スコア:0)
プラットフォーム、OS、ミドルウェア、言語縛りで身動きとれないとか、とんでもなく面倒かつシビアな奴作ってますよね。
人がべったり張り付かないと回らない仕組みにもあきれたが、バカじゃねーの？と思った。