プロジェクトの失敗は要件定義に甘さが原因か?

1 :仕様書無しさん:2015/05/16(土) 11:12:43.97 .net
なぜプロジェクトが失敗したか?
要件定義が甘く作り直しが発生したから
というのがこの業界の常識だが、これは本当だろうか?
もしそれが問題であるのなら、とっくに解決できているはず。

なのに未だに解決できていないということは、
要件定義をきちんと行うというのは、
解決不可能な問題では無いのか?

1. 要件定義が完ぺきにできた所で納期は短くならない(納期が正確にわかるだけ)
2. もちろん機能を減らせば納期も減らせるが、必要な機能は減らせない。
3. そもそも要件定義が完璧にできることはない。
4. 要件をまとめるほうが完ぺきにできても、出すほうが完璧に出せないなら、まとめることは出来ない。
5. 要件を全て引き出せというが、相手が完璧に要件を理解しているわけじゃない。
5. プロジェクトの関係者すべてが完ぺきな要件を知らないのに、要件定義が完ぺきにできるわけがない。
6. 毎回違うものを作るのに、前回の結果が参考になるわけがない。
7. 開発期間が長いほど、要件は変化していく。

そりゃ、要件定義を完璧にすることは不可能だから、
要件定義が甘いという言葉は常に当てはまるだろうな。
そう言っていれば、思考停止できるから楽だねw

要件定義が甘いという言葉を、スケープゴートにして
本当の問題から逃げているようにしか思えない。

本当の問題とは何かって? 要件定義は完ぺきにできるわけがなくて、
そして変わることを前提にした、開発ができないってことだよ。

いい加減要件定義が甘いという、在り来りな言葉をいうのはやめましょう。
開発技術を甘く見ているところほど、要件定義が〜としたり顔で言うだけで
問題を解決できてない。そして解決不可能問題に力を注ぐ。

158 :仕様書無しさん:2015/05/21(木) 22:59:58.76 .net

それで気づかれない(誰も気にしない)ってことは、もともとあってないような要件ってことだ

108 :仕様書無しさん:2015/05/18(月) 13:43:29.41 .net

>>107
ない。俺はソフトウェアは本業じゃないし、もちろんB2Bもやってない。
だがモバイルアプリではよくモックを作る話を聞く。
最終的にはモック+画面遷移図含めた仕様書じゃないの?

52 :仕様書無しさん:2015/05/17(日) 00:50:07.75 .net

>>47
だから違うってば、それは要件はそれなりにまとまった上での仕様変更の話。
それが要件定義レベルだと基本設計からやり直しとか、最悪修正不可能って話になってくる。
速く修正しましょとかのんびりした事言ってられないから。要件定義はやっぱり大事だよ。

192 :仕様書無しさん:2015/05/31(日) 13:58:36.97 .net

>>191
客でもなければプログラムも組めないのが、他スレから逃げ込んで来てるだけ

83 :仕様書無しさん:2015/05/17(日) 13:00:43.93 .net

偽装請負は違法性があるかもしれんが
一般派遣や特定派遣はまっとうな雇用形態だろ

70 :仕様書無しさん:2015/05/17(日) 01:42:51.16 .net

>>67
要件定義も重要という事を認めるのなら
プロジェクトの失敗が要件定義の甘さが原因という事を言うは愚かな事ではないし
同様に認めなければお前が矛盾してる事になるんだが?

71 :仕様書無しさん:2015/05/17(日) 01:50:57.92 .net

たぶん要件定義が甘いと会社から怒られたんじゃないかなw

91 :仕様書無しさん:2015/05/17(日) 20:19:55.49 .net

試験させろよwてか登録されている人材を選ばせろよw

19 :仕様書無しさん:2015/05/16(土) 22:02:39.59 .net

>>17
自分の読解力を疑えwwww

49 :仕様書無しさん:2015/05/17(日) 00:46:40.31 .net

スレ主が言ってるのは微々たる修正の事なんだな。
「プロジェクトの失敗」とは大げさなw

118 :仕様書無しさん:2015/05/18(月) 23:03:58.50 .net

あとさ、「内製すれば解決する」って言っている人いるけど、無理だと思うぜ。
要望を出す(整理して表現する)能力と、要望を実現する能力って別物だから。

93 :仕様書無しさん:2015/05/17(日) 22:35:10.00 .net

>>91
 募集期間が半年でも1年でもあるんならともかく、普通はない。
いい人はよそが囲っているので中々市場にでない。

214 :仕様書無しさん:2015/06/04(木) 21:33:01.96 .net

これを特殊なんて思っちゃうから要件定義が甘くてプロジェクト失敗しちゃうんだよ。

204 :仕様書無しさん:2015/06/01(月) 22:31:43.50 .net

無能実態派遣残業して時間報酬相場下げるな!
【知的財産と契約料金の搾取助長者ばかり】
[受注系SI生涯損害促進者を追放すべき]
偽装請負従犯SEの動機
コミ障
趣味
文系大卒
低偏差値大卒
情報処理資格非保有者

偽装請負従犯SEの迷惑
不当指示遵守
強要期限遵守
裁判無関心
学習不足
労働違反
残業見積
無料追加
利益提供
対人障害
健康障害
孤独死

偽装請負従犯SEの代償
デスマ
技術低下
収入低下
貧困
非婚
離婚
鬱病
早死

65 :仕様書無しさん:2015/05/17(日) 01:27:50.75 .net

客はそもそも費用対効果に見合わない注文はしないからね
概算コストや契約を曖昧に始められる方が客も困る

62 :仕様書無しさん:2015/05/17(日) 01:15:37.49 .net

>>60
> こんな時に要件定義のせいにされたくないって事なの?
要件定義のせいにしても、プロジェクトは成功しないってこと。

どうも君、プロジェクト(客の立場)になって考えてないんだよね。
プロジェクトを成功させるかどうかではなく、
プロジェクトが失敗しても契約をちゃんとしていれば
開発会社だけは大丈夫って話をしている。

客に問題がある時に、客に問題があるから悪いんです。以上。
という開発会社本位の意見。

プロジェクト(客)を成功させるためにする
開発会社がやるべきことの話になってない。

51 :仕様書無しさん:2015/05/17(日) 00:50:02.42 .net

>>49
微々たる修正でも、その修正に時間がかかるのであれば
プロジェクトは失敗するよ。

152 :仕様書無しさん:2015/05/21(木) 15:29:12.26 .net

結論、IT業界は糞。

3 :仕様書無しさん:2015/05/16(土) 13:22:56.98 .net

原因だよ
言い訳ばかり考えていないで、仕事しろ

60 :仕様書無しさん:2015/05/17(日) 01:06:05.96 .net

>>57
なんかしっくりこないんだよなあ、お前の言ってる事。
要件定義はきちんとやりました。でもプロジェクトは瀕死の状態です。
なぜなら仕様変更がやたらと多いからです。

こんな時に要件定義のせいにされたくないって事なの?

193 :仕様書無しさん:2015/05/31(日) 15:12:58.81 .net

>>190
自分たちが使うシステムを発注したらわけではない人達は偽物

142 :仕様書無しさん:2015/05/20(水) 23:13:52.49 .net

>>140
元請けの開発者も居るでしょう
そこでいう下請けとは二次請け以降の請負のことね

61 :仕様書無しさん:2015/05/17(日) 01:11:25.10 .net

>>58
契約の話をプロジェクトの話を分けて考えよう。

プロジェクトは客が金を出す、客のものだ。
プロジェクトの失敗とは、時間と予算の超過のことだ。

契約は開発会社が自分を守るための話だ
仕様変更が起きた時に、その原因が客にある条件を明確にし
その時間と予算を客に押し付けるためのものだ。

確かに客に原因がある問題もあるだろう。
だが客に原因があったとしても、想定内の範囲内に
抑えることができればプロジェクトは失敗しない。

その想定の範囲内(つまり時間=予算)で、どれだけのことができるか?
より多くのことができれば、プロジェクトが成功する可能性は高くなる。
客に問題があってもプロジェクトを成功させる確率が高くなるんだよ。

君が言ってるのは、プロジェクトが失敗した時、契約によって客の問題だって
明らかになってるから、何の責任もありません(それは事実)と言ってるだけ。
プロジェクトを成功させるための話をしているのではなく、
単に責任問題の話をしているだけだ。

76 :仕様書無しさん:2015/05/17(日) 10:31:50.72 .net

第1フェーズ
要求があいまい、受注する側の理解もあいまい
伝達そのものがうまくいかない
第2フェーズ
要望は常に発生するし常に変化する
変化に迅速に対応することが外注方式ではできない
1回の小さな変更でも莫大な金額を要求される
第3フェーズ
外注すると発注側の人材が業務知識の衰退を起こしてさらに要求があいまいになる

etc………..etc………..etc………
だから、某スレでは内製でしか結局達成できない。
という結論でまともな人は基本的に反論はなかったろうに。
ただ、問題として内製を行う情報システム部門の連中の劣化・鈍化問題
をどうにかしないとね。
というところまで来たけど、バカが長いこといつもどおり暴れてスレがアホ化した。

131 :仕様書無しさん:2015/05/20(水) 18:01:27.14 .net

要件定義が甘いとかそういうレベルでなく見る人が見れば間違ってるってすぐわかるレベルで
間違いってわかる属性の人が商流の下過ぎて要件定義にダメ出しする権利がない

16 :仕様書無しさん:2015/05/16(土) 21:44:46.01 .net

>>14
結局、要件定義が原因なんじゃないか。なんだそれ。

120 :仕様書無しさん:2015/05/18(月) 23:32:01.57 .net

へー、要件定義って顧客もやるんだ
勉強になるわ

159 :仕様書無しさん:2015/05/22(金) 00:32:12.60 .net

>>151
すべてのプロジェクトが失敗してるなんて話はないだろ。
俺は自分で要求定義をやり直すか、その権限がないなら徹底的に理詰めで
権限がある奴に公衆の面前で問い詰めるなぁ。客が相手なら全部議事録を取って
口頭指示は受けない。電話だったらメールで必ず残す。
1回デスマを経験しているので、開発者に死ぬ思いの生活をさせて自分はぬるぬる
過ごしますなんて奴は叩きまくる。

やっぱり、それでも開発せざるを得ない状況になるのは、開発に話が来る前に
客に約束してきたり、要求が甘すぎて指摘した場合に従順な奴に話がいくから。

135 :仕様書無しさん:2015/05/20(水) 20:05:33.84 .net

>>134
派遣の声が普通の人間まで届くわけも無し・・・・

110 :仕様書無しさん:2015/05/18(月) 16:00:53.45 .net

>>109
まともな仕事をさせてもらえないんですね、かわいそう

141 :仕様書無しさん:2015/05/20(水) 23:12:53.01 .net

要件定義の糞さに困るのは上流だろ。
下請けが困るのは仕様がない場合。

なので要件定義のゴミっぷりで困るのは開発フェーズの最上流だろ。

201 :仕様書無しさん:2015/06/01(月) 17:23:36.40 .net

>>198
ユーザ企業が開発自体をできるようになる必要はないと思うよ。状況の評価ができさえすれば良い。
後は早く決めることだな。追加精算の金額が大きくなるのは決めるのが遅くなるから。
漏れていた要件でも早く決めてしまえば、結構安く対応してもらえるだろう。

127 :仕様書無しさん:2015/05/20(水) 00:19:02.65 .net

>>1がなんなのかは分からないけど
>>126は下請けと分かってしまう不思議な文章

182 :仕様書無しさん:2015/05/31(日) 07:31:05.85 .net

>>180
私たちのユーザー企業で会社としても技術知識は必要とされてないので、フレームワークとかそういうのは全部ベンダーの提案任せです。その時点で方向性が違うのでしょうか?

14 :仕様書無しさん:2015/05/16(土) 21:30:56.56 .net

自分プロジェクトであれば要件定義が甘くなることはない。
なぜなら自分自身が考えたものを自分自身が作るから。

もしこれが正しいと仮定するならば、
自分プロジェクトは失敗することはないんだよね。

でも実際は失敗することはありうる。作っているうちに
何かしらの問題が発生して予定よりも遅れたりする。

ここから導き出される答えは、要件定義を完璧にすることは
自分プロジェクトであっても不可能ということ。

139 :仕様書無しさん:2015/05/20(水) 22:13:17.23 .net

では上澄みだけで続きをどうぞ

88 :仕様書無しさん:2015/05/17(日) 17:02:47.59 .net

>>87
まっとうな雇用契約の派遣や、請負契約(偽装なし)なら何の問題があるの?
個人的な好みで断ったらサボり扱いにしかならんだろ

5 :仕様書無しさん:2015/05/16(土) 15:13:26.01 .net

炎上ばっかしてんのはお前んとこだけだろ

217 :仕様書無しさん:2015/06/04(木) 22:51:38.27 .net

>>212
そういうマスゴミ脳って、未だに居るね。

232 :仕様書無しさん:2015/10/06(火) 20:45:37.98 .net

いろいろとあるようですが、要件定義(要求定義)はどうちがうのですか
また、どうすればつくれるのですか
甘いとかおっしゃるのでしたら、正しいつくりかたを書いてください

90 :仕様書無しさん:2015/05/17(日) 18:19:29.47 .net

>>89
>>87に聞いたんだ。違法性のない派遣がダメな理由が書いてないため
違法性のない請負についてもどう考えてるかわからないので

要するに派遣はリスクや非効率な部分があるのが問題ってわけだね
そんなの当たり前だと思うぞ

人が足りないから雇わざるを得ない
人月単価を下げるために雇わざるを得ないなどなど
派遣の使うのも自社の仕事の責任範囲でしょう
理由があって雇ってるんだから雇うなといっても無理

86 :仕様書無しさん:2015/05/17(日) 15:52:06.65 .net

要件A+要件A’+要件Bに対して、要件Aだけで立てた計画のまま進めていれば、
・実態の要件:A+A’+B
・計画に組み込んだ要件:A

プロジェクト計画と実態があっていないのだから”要件定義が甘い”から失敗する。
変更や追加があった時点で計画に組み込めばその時点で実態とプロジェクト計画が
あっているのだから”要件定義が甘い”状態ではなくなってるし、失敗もしない。

自分で作れば失敗しないというのは、自分で要件を把握してるし、追加や変更があっても
自分で影響範囲を正しく把握できるのと、自分の意志で期間や費用を調整できるから。
または期間と費用を現状で吸収できるような変更しかしないから。

23 :仕様書無しさん:2015/05/16(土) 23:20:54.07 .net

どこかで切らないと。
ずるずるになるのは営業が悪いのか?w

21 :仕様書無しさん:2015/05/16(土) 22:42:59.20 .net

モック作れば済む話じゃないの?

85 :仕様書無しさん:2015/05/17(日) 15:32:27.96 .net

・当初の要件:要件A
・変更要件:要件A’
・追加要件:要件B
・要件Aに対する開発費・開発期間:開発A
・変更要件に対する開発費・開発期間:開発A’
・要件Bに対する開発費・開発期間:開発B

として、要件A+要件A’+要件Bを開発Aでやろうとするからプロジェクトは失敗する。
ちゃんと要件A+要件A’+要件Bに対して、開発A+開発A’+開発Bで進めれば失敗
なんてしない。
馬鹿なユーザや商品企画が最初から完璧にできなかった要件定義、つまり自分のミスを
隠ぺいしようとするからプロジェクトは失敗するんだよ。

68 :仕様書無しさん:2015/05/17(日) 01:39:16.60 .net

疲れたのでまた後日なw

99 :仕様書無しさん:2015/05/17(日) 23:39:08.22 .net

起点がおかしいなら立て直しだろ流石に

133 :仕様書無しさん:2015/05/20(水) 19:14:34.00 .net

例えば俺に要件定義にダメ出しする権利があったとして
その権利を行使するに値する完全なる誤謬を孕んだ要件定義を生みだした
プロジェクトに俺は何を期待出来るというのだろうかラノベ世代

109 :仕様書無しさん:2015/05/18(月) 15:39:55.34 .net

俺の要件定義は完璧だから、プロジェクトで失敗したことなんてない。
作りながら直すなんてのは、まあ甘えだな。作り直しなんて無駄でしかないのに、手を動かしてさえいれば
それが後戻りだとしても仕事してるつもりになってしまうのがコーダーの特徴。

63 :仕様書無しさん:2015/05/17(日) 01:19:33.72 .net

客の注文に応える為に要求をきちんと詰めましょう。

参考になったらSNSでシェアお願いします!

レスを投稿する(名前省略可)

この記事を読んだ方へのおすすめ

  • 独身プログラマの作る料理

    元スレ 1 :仕様書無しさん:2012/02/25(土) 21:53:38.11 .net プログラミングに凝ってるおまいらなら、料理も実は凝ってるだろ? 57 :仕様書無しさん:2014/08/27(水) 22:44:…

  • ☆☆★プログラマで簿記1級持ってる奴

    元スレ 1 :仕様書無しさん:2010/10/09(土) 11:20:57 .net 畑違いながら抜群の知名度と難易度を誇る 簿記1級 を持ってる人はいますか? ※ネタでは無くガチでもってる人のみお願いします。 よかった…

  • 40代のプログラマー

    元スレ 1 :仕様書無しさん:2015/07/15(水) 22:20:58.41 .net そろそろ体力も脳力も落ちてくる年齢 39 :仕様書無しさん:2015/08/05(水) 08:06:42.47 .net 100…

  • 10人の派遣PG < メタプログラミング

    元スレ 1 :仕様書無しさん:2016/05/29(日) 22:09:14.13 .net コード生成を極めると人件費カットが捗るわい 6 :仕様書無しさん:2016/05/31(火) 01:44:44.12 .net …

  • 環境構築って最もつらいのに最もサポート薄いよな

    元スレ 1 :仕様書無しさん:2018/03/10(土) 01:38:43.59 .net ワイ氏プログラミング初心者、環境構築に関してネット調べまくるも軽く挫折 1週間近く悩んでやっと解決したが上手くいってるやつらの苦…

  • IT業界スト「サマータイム対応の改修はしません」

    元スレ 1 :仕様書無しさん:2018/08/14(火) 01:51:54.40 .net 死んでたまるか 40 :仕様書無しさん:2018/08/22(水) 01:26:55.45 .net ( ´,_ゝ`)プッ 4…

  • SEはなぜ社外の技術勉強会に出席したりしないのか?

    元スレ 1 :仕様書無しさん:2013/02/02(土) 22:56:51.72 .net 有料セミナーのことじゃないよ。 19 :仕様書無しさん:2013/02/09(土) 00:15:18.49 .net 勉強会はR…

  • 上流工程やりたくない

    元スレ 1 :仕様書無しさん:2017/02/18(土) 16:32:46.00 .net 意識高い系社長「君もスキル磨いて 早く要件定義やプロジェクト管理 できるように頑張りなさい」 プログラマ「そんなスキルは興味あり…

  • 業務系SEの未来

    元スレ 1 :仕様書無しさん:2014/03/29(土) 00:33:37.79 .net 本も雑誌もネットもオープン系SEの話ばかり。 人が作ったアーキテクチャの上でIF文を書いているだけだからシステムスキルが付かない…

  • かな打ちしない癖にJISキーボード使っとるアホおる?

    元スレ 1 :仕様書無しさん:2016/10/06(木) 01:26:15.81 .net まあおらんか 普通はUSだよな 4 :仕様書無しさん:2016/10/06(木) 02:09:32.87 .net かな入力を馬…

  • 無能ほど物事を単純化しようとする

    元スレ 1 :仕様書無しさん:2018/04/09(月) 12:45:08.11 .net 「話はもっとシンプルでさ」 「こっちとしてはもっと単純に」 知識やスキルのない無能ほどこのセリフを吐きまくる システムも世の中も…

  • 【初心者】基本の基本【はまずここ】

    元スレ 1 :仕様書無しさん:2007/09/02(日) 02:14:22 .net 何も知らない人が 何かプログラムを作りたい まずは何をしたらいいのでしょうか? とりあえずこれは知っておけやまずはこれから入れ そんな…

最近のコメント

匿名 : 合同会社グラウンドステップ 被害者の会 part2
 吉川利幸さんが社長を務めるランサーズでの評価 すご... (5/05)
匿名 : Opera12(Presto) Part8
 Dragonflyが使えなくなったorg (6/25)
匿名 : あえてコマンドライン禁止のLinux
 いまではほとんどのディストリのインストで日本語環境までコマン... (6/15)
ページTOPへ↑