ニュース最近のコメント 先月の記事最近の注目記事 毎月の注目記事 問い合わせ ネタ投稿 お気に入り
ブックマーク: Buzzurl  / Hatena /Yahoo!  

  • 編集元:プログラマー板より「失敗するプロジェクトの典型例

    7 仕様書無しさん :2006/10/08(日) 22:01:24
    客が馬鹿。営業がアホ。PMが能無し。SEがタコ。PGが糞
    こんだけだと、逆に限界がわかり易くて計画自体が見直されるんだが、
    中にちょっと優秀な奴とか、見栄っ張りな奴とか、根性だけはある
    奴とか、楽観論者とかがちょっとずつ混ざってくると、状況が逆に見
    え難くなるんだよな。出来んもんは出来んつっちゃった方がいいよ。
    引き込まれる周りに迷惑がかかる。

    60 仕様書無しさん :2006/10/09(月) 22:37:16
    >>7
    なるほどね。
    オレがさっさと逃げときゃもっと早くつぶれて却ってよかったんだなあ。

    94 仕様書無しさん :2006/10/11(水) 03:13:15
    >>7
    今のプロジェクトで全部いるwwwwwwwwちなみに俺がちょっと優秀な奴

    11 仕様書無しさん :2006/10/08(日) 22:41:05
    進捗管理が日単位

    21 仕様書無しさん :2006/10/08(日) 23:26:23
    >>11
    意味がわからない

    102 仕様書無しさん :2006/10/11(水) 23:44:01
    >>11
    それはもう失敗した後なんじゃないか?

    103 仕様書無しさん :2006/10/12(木) 00:01:25
    >>102
    確かに。

  • 13 仕様書無しさん :2006/10/08(日) 22:49:54
    プロマネがメールを読んでない

    14 仕様書無しさん :2006/10/08(日) 22:50:34
    PMがデスマしかやったことが無い。これが100%確実に失敗する方法

    15 仕様書無しさん :2006/10/08(日) 23:00:50
    マネージャー連中が夢を見ている

    16 仕様書無しさん :2006/10/08(日) 23:13:54
    マネージャー、リーダーが現実見ていない

    17 仕様書無しさん :2006/10/08(日) 23:15:41
    批判が一切出てこない。

    18 仕様書無しさん :2006/10/08(日) 23:24:43
    工数を理解できない奴が話を進めるプロジェクト
    デバッグ、テスト運用、仕様書作成、説明書の作成といった部分が抜け落ちているプロジェクト

    19 仕様書無しさん :2006/10/08(日) 23:25:12
    今迄のPJがデスマでなんとかなってしまった
    という経験を持っている奴が管理者のPJ

    20 仕様書無しさん :2006/10/08(日) 23:25:21
    不治痛の仕事

    22 仕様書無しさん :2006/10/08(日) 23:26:39
    システム担当兼営業担当取締役部長が、客先でヘコヘコしながら
    調子の良いこと言って、1人月60万で受注した仕事。

    23 仕様書無しさん :2006/10/08(日) 23:27:15
    ウチはベンチャーだからデスマっても仕方無いYO!
    とかほざいてる奴が上位に居るPJ

    24 仕様書無しさん :2006/10/08(日) 23:31:22
    PMが工程表は、上司や顧客から求められたら作るもんだと思ってる

    25 仕様書無しさん :2006/10/08(日) 23:48:34
    知り合いの○○電機ITソリューションの山本さんは、
    まだ描いてないフロー図に対する仕様変更を電話で依頼してくる。
    そして、ちゃんとドキュメントを作るように依頼すると、キレる。

    26 仕様書無しさん :2006/10/09(月) 01:50:28
    要望ばかり聞いてこちらから提案しない

    28 仕様書無しさん :2006/10/09(月) 02:54:18
    要求に対して詳細な見積りの積み上げができてないプロジェクトだな。
    すげー大雑把な見積りしかださないもんだから、あとからあとから
    見積りに含まれてることにされて仕事が増えまくる。

    29 仕様書無しさん :2006/10/09(月) 03:23:46
    客が業績不振をシステムのせいにしだすと要注意。
    業績不振が解消されるまで仕様変更が繰り返されるw

    30 仕様書無しさん :2006/10/09(月) 07:30:44
    複数物件並列進行のPJ
    (人的リソースが足りない)

    31 仕様書無しさん :2006/10/09(月) 07:36:01
    リーダーシップの無いやつがリーダーのプロジェクト
    (部下を消耗品と考えている)

    32 仕様書無しさん :2006/10/09(月) 07:48:35
    無能だが声が大きいヤツがリーダーのプロジェクト。

    33 仕様書無しさん :2006/10/09(月) 07:54:31
    プロジェクト開発の初期段階で、計画性もなく、
    大量に人間を投入したプロジェクト。

    34 仕様書無しさん :2006/10/09(月) 08:22:36
    使えないPGしかいないプロジェクト

    35 仕様書無しさん :2006/10/09(月) 08:39:18
    PGが使えないからと責任転嫁するリーダのいるプロジェクト

    36 仕様書無しさん :2006/10/09(月) 08:49:12
    ・共有ライブラリがない。
    ・where句がないselect文。
    ・scott/tigerで繋がるDB。

    37 仕様書無しさん :2006/10/09(月) 08:51:59
    >>36
    富士電木幾ITソリューションのシステムでは、
    デフォルトの仕様ですよ。

    44 69式フリーPG ◆hND3Lufios :2006/10/09(月) 11:48:55
    >>36
    ワロタ
    面白い。

    39 仕様書無しさん :2006/10/09(月) 10:23:17
    PMだけで仕様書つくるプロジェクト

    42 仕様書無しさん :2006/10/09(月) 10:59:07
    客の社内政治にプロジェクトが使われる

    45 仕様書無しさん :2006/10/09(月) 12:50:53
    >>42
    社内外関わらず政治に使われるとプロジェクトは十中八九失敗するな
    あれだけは始まったら猛ダッシュで逃げんと死ぬ

    47 仕様書無しさん :2006/10/09(月) 18:05:48
    データベースのバックアップがエクスポート。

    49 仕様書無しさん :2006/10/09(月) 18:38:16
    >>47
    うちのアプリもそうだよ
    別に悪いやり方じゃないけど、DBの事知ってる奴少ないからずっとそれで代々受け継がれているw
    むしろずっと同じテープで毎日上書きバックアップしてめったにクリーニングしねえほうがやべえ

    それよかプロジェクトの予定に開発作業は組み込まれてても
    バックアップとか、OSのインストールとか入ってねー事多し
    そもそも予定に入ってないから、開発者が最後の最後に設定する羽目に

    営業は、クライアントPCのインストールと同じぐらいのイメージしかないから
    顧客から金取る事すら考えもしない。
    DBのセットアップをOfficeのインストールと同等ぐらいしかおもっとらん

    48 仕様書無しさん :2006/10/09(月) 18:18:04
    入力フォームに「' or 1=1 or 1= '」で機密情報全件表示
    できるWebアプリ

    50 仕様書無しさん :2006/10/09(月) 19:03:28
    PMが社長

    52 仕様書無しさん :2006/10/09(月) 19:56:42
    >>50
    社長の吉岡さんですか?

    51 仕様書無しさん :2006/10/09(月) 19:55:51
    DBがチンポウェア

    54 仕様書無しさん :2006/10/09(月) 20:52:53
    >>51
    それは母集団が少ないから身元割れる危険があるぞ。w
    マイナーツールを使った場合に厳しいのはあるね。

    57 仕様書無しさん :2006/10/09(月) 21:15:46
    >>54
    Cacheよりは事例が多いのではないか

    53 仕様書無しさん :2006/10/09(月) 20:48:51
    経験年数が足らない連中で構成されてる会社。つか俺の会社。
    みんな2,3年でやめてくからとうとう3年前に入った新人がトップに。
    どんなプロジェクトも失敗する自信がある。

    55 仕様書無しさん :2006/10/09(月) 21:04:33
    >>53
    ベテランばかりの会社もやり難いぞ〜〜。
    頭がVisualC++ 6.0で固まっているのがザラにいる。
    頭が良いのはいいんだけど、硬いのは考え物だ。

    56 仕様書無しさん :2006/10/09(月) 21:15:31
    >>55
    結局どっちもどっちてことかな。
    どの会社にもある程度のルールっていうか開発実績とかあるとおもうんだけど、
    うちの人達はうち専用ライブラリがないと何も作れないんだよ。新人のときからそれしか教わってきてないから。
    だからちょっと新しいものが絡むといつも同じ人が勉強してなんとなくやるって感じ。
    これが2次、3次ってなるとどんどん破綻していく。
    できる人はいつまでも辞められなくて結局引き継げる人も誰もいなくて・・・になる。
    次は絶対に中〜大企業を狙う。仕事がつまらなくても、頭固いオサーンがいっぱいでもいい。

    58 仕様書無しさん :2006/10/09(月) 21:53:32
    >頭がVisualC++ 6.0で固まっているのがザラにいる。

    JIS-COBOLとアセンブラで固まっている連中ばかりよりマシ。

    59 仕様書無しさん :2006/10/09(月) 22:35:17
    >JIS-COBOLとアセンブラで固まっている連中
    こいつら(+C厨)はやたらと偉そうに物言うよな
    ついてこれてないくせに

    67 仕様書無しさん :2006/10/10(火) 02:29:24
    ま、過去の記憶では、ナメてかかった案件は必ず失敗してるけどな。

    68 仕様書無しさん :2006/10/10(火) 02:50:32
    >>67
    いわゆる死亡フラグって奴ですね。
    例)
    現行の旧システムをそのままリプレイスするだけ
    前に作ったのと同じような奴だから
    プログラム技術的には枯れてるから
    パッケージを流用して一部拡張するだけ
    既存のフレームワークに一部機能拡張加えて

    69 仕様書無しさん :2006/10/10(火) 03:19:43
    プログラマ以外が、流用するといってるもんは100%流用できないなw

    70 仕様書無しさん :2006/10/10(火) 03:31:52
    今のプロジェクトヤバい。製造工程1ヶ月しかない。
    設計半年も掛かったのに絶対無理じゃん。
    まあ、外注なんで高見の見物ですけどね。

    71 仕様書無しさん :2006/10/10(火) 06:58:17
    >>70
    それはそもそも設計に半年掛けるのが間違ってるのか、半年掛かるものなのか。
    少なくとも後者ならそんな業況になる前にPMが判断しそうだけどな。高みの見物、乙。

    75 69式フリーPG ◆hND3Lufios :2006/10/10(火) 11:53:04
    >>70
    そういうケースの場合、設計の大半は机の中で眠ってるか、要件定義がふらついてて、想像と妄想を重ねてるだけだったりする。

    72 仕様書無しさん :2006/10/10(火) 07:23:21
    設計でたくさん期間とった割りに理論スカスカで抜け漏ればっかりで
    修正作業ばっかりしてて、全然実装進まないのに納期は近づいてくるとかアリガチだよね。
    一体、何を考えて設計にあんなに時間かけるんだろうな。

    設計(半年)→製造(2ヶ月)→テスト(1ヶ月)

    とか、机上の空論乙!としかいいようがない。
    致命的な間違いがあったらどうするのか・・・。

    せめて

    設計(3ヶ月)→製造(1ヶ月)→設計(3ヶ月)→製造(1ヶ月)→テスト(1ヶ月)

    とかしてくれれば、まだ、対処のしようがある。
    投げっぱなしで、自分等の矛盾を見直さないスケジュールの立て方がむかつく。

    78 仕様書無しさん :2006/10/10(火) 21:46:08
    >>72
    奴等はそういう風に考えられないから
    理解する気も無いし、理解出来る器もない

    73 仕様書無しさん :2006/10/10(火) 08:13:56
    仕様と設計がホワイトボードのコピー

    74 仕様書無しさん :2006/10/10(火) 10:58:35
    議事録が一切ないプロジェクト

    79 仕様書無しさん :2006/10/10(火) 21:55:14
    >>74
    そういうプロジェクトあるよねぇ。
    例えば、目立系の会社のプロジェクトで、俺の担当じゃない部分の会議だが、
    毎日のように会議やってる癖に議事録つけてなかった。

    なんか、「このテーブルとこのテーブルの紐付けがどうたらこうたら」
    と毎日同じ話ばかりしてた。

    そりゃ、物理専門なのに論理的思考力がない主任技師の鈴木がリーダーじゃ、
    無理もないだろwwwww

    若いときは自然の不思議さに魅せられて物理を専攻してたようだが、
    今じゃ貴様自身の脳内シナプスの不思議さで、プロジェクトを破綻させてるよなwww


    76 仕様書無しさん :2006/10/10(火) 18:58:22
    議事録だけのプロジェクト

    77 仕様書無しさん :2006/10/10(火) 21:44:38
    >>76
    それは失敗以前に始まってねーんじゃね?

    81 仕様書無しさん :2006/10/10(火) 22:16:00
    1、なぜかスケジュール上で開発とテストが
    同じタイミングで完了している。

    2、スケジュールがきつい箇所は
    1日あたり24時間稼働でスケジューリングされている。

    3、全体の仕様把握者が打ち合せばかりで社内にいない。

    4、なぜか新人の比率が高い。

    5、ユーザ側のリーダが社内的弱者で
    毎回要求する内容が異なる。

    デスマの典型例だと思う。

    82 仕様書無しさん :2006/10/10(火) 23:48:51
    自覚の無いバグ製造機が野放し。
    ほとんどのケースで最大の要因はこれでしょう。
    大抵そいつは口答えや文句ばっかり。

    84 仕様書無しさん :2006/10/11(水) 00:26:57
    >>82
    むしろ3行目の奴はマシなほうで、出来ないのが分かってるなら
    リーダーが人員の割当て変えるなりリスケするなり対策をとれる場合がある。
    それより文句言わないバグ製造機は、適時レビューとかやらないと
    テストまで発覚しないので最後の最後で炎上してしまう。

    あと、実際にデスマしたプロジェクトで、
    リーダーが何ら問題が発生しないのを前提にスケジューリングしてたのがあった。
    可愛がってたPGの力量を過大評価してたのかもしれないけど。
    しかも途中から無理なの気付いてながらひとりで抱え込んでて
    炎上してから増員したところで時既に遅しという感じ。

    83 仕様書無しさん :2006/10/11(水) 00:15:00
    新人のせいにしてるプロジェクトは始めから終わってる。
    そもそも新人が多いのは、経営・営業サイドの問題だ
    ということにも気付かないほど暗闇に落ち込んでる。

    87 69式フリーPG ◆hND3Lufios :2006/10/11(水) 00:49:43
    デスマの要因はほとんどがコーディングの前にある。
    んで、前工程に要因があるほどリカバリーが難しい。
    PGの技量なんてのはリカバリーし易いのよ。

    88 仕様書無しさん :2006/10/11(水) 00:54:14
    まあ見積もりの時点で運命は決まってるな。

    101 仕様書無しさん :2006/10/11(水) 23:38:32
    開発スコープやらも決まってねえのに
    基本設計から詳細みたいな事項書かせるPJもたまにあるなあ
    案の定詳細に入り、開発、テストに入っても二転三転

    スタートが駄目だとあとまで響くよね

    105 仕様書無しさん :2006/10/12(木) 01:16:34
    闇雲に流行の技術を使おうとする。DIコンテナー?、ORマッピング?
    誰も本質を理解しておらず、効率悪くして、保守性自体もなんだかあやしい雰囲気に
    なってきて本末転倒の予感。何のための技術だよ。
    本来の仕様以外のところで躓くぐらいなら、あらかじめ調査期間とるとか、知ってる
    やつを補佐につけるとかしてくれよ。
    こんな融通きかないんだったら最初からSQLゴリゴリ書かせた方が早いっつうの。

    106 仕様書無しさん :2006/10/12(木) 01:53:20
    知らない技術の導入は二つ以上入れると嵌るね、問題が出たとき何が原因か特定できなくなってしまう。
    一つも入れないと・・・・近い将来に脱落組み決定w

    109 仕様書無しさん :2006/10/12(木) 08:18:47
    着地点、というか、落としどころがどこなのか、コンセプトがどこにあって、
    何が解決できればOKとするのかについて双方が理解していないし合意もしていないプロジェクト

    110 仕様書無しさん :2006/10/12(木) 11:31:42
    >>109
    それってウチのプロジェクトだな。
    デスマにはなってないが、納期が半年延びて品質はグダグダ。
    このまま年末に世に出そう…

    111 仕様書無しさん :2006/10/12(木) 11:33:54
    仕様設計者が優柔不断

    仕様方針良く変わる。
    テストで問題が発生した時は、
    その場のノリやふいん気で仕様が変更になる

    112 仕様書無しさん :2006/10/12(木) 14:08:16
    仕様っていうより意志決定権持ってる人が意志決定しないとアウトだな。
    あとはこっちが整合性とか効率とか考えるからよう、意志を決定しろよ。
    ただし、餅は餅屋にまかせてどうでもいいこと口出しするな。
    ていうか自分が数十年やってきた業務把握してるのか?
    なんで「オネエチャン」に聞かないと分らないんだ?
    分らない奴が権限持っちゃ駄目。

    113 仕様書無しさん :2006/10/13(金) 00:25:06
    進捗が日単位って終ってるんだwwwwまさに今のプロジェクトがそうだなwww
    管理能力のないカスが人選もせずに仕事割り振った末路だなwww

    114 仕様書無しさん :2006/10/13(金) 08:13:48
    開発のリーダーが他所の仕事を会社に内緒でアルバイト。
    本業の開発は仕様変更かかりまくってるのに、全然対応せずプログラマーに電話で仕様説明。
    「この程度の変更ぐらい簡単にやれるやろ?」

    115 仕様書無しさん :2006/10/13(金) 10:25:26
    それは別にいいんじゃね?
    仕様変更に未対応でプロジェクトが進んでいないわけじゃないし


    DVD プロジェクトX リーダーたちの言葉










    アクセスランキング アクセスランキング アクセスランキング アクセスランキング ブログパーツ アクセスランキング
    コメントを読む Twitterに投稿  Tumblrに投稿ネット,PC,技術 ,仕事,就活
    ブックマーク: Buzzurl  / Hatena /Yahoo!

    お気軽に一言お願いします。
     
     

      

    昔の記事


    オススメの動画
    ■サクッと簡単シュークリーム☆
     甘菓子の代表格とも言える「シュークリーム」なんだけど、動画と画像で手際よく制作作業の工程を収録した動画なんだ。とっても美味しそう。

    ■【ネギ振り】音量連動【HDD】
     どういう仕組みかサッパリわからないけど、ミクが健気に弱々しくネギを振る様がなんとも可愛らしい映像なんだ。

    ■人工生命が生まれました
     どういう仕組みなのか、それはサッパリなんだけど、まるで微生物のような精子のようにくねくねうねうねと動き回る人工生命体が面白い、見ていて何故かワクワクする動画だよ。

    ■メタルスライムを作ってみた
     メタルスライムというより真っ黒なはぐれメタルなんだけど、個人的にはドラクエ3のBGMがとても素晴らしいと思うんだけど、どうなんだろう。



    くぎゅうーっ!!く、くーっ!!クギュアーッ!!!ギュアーッ!!!!!
    CV:釘宮理恵 CV:後藤邑子 CV:宍戸留美 CV:小清水亜美
    麻雀のルールが分からなくても、萌えを愛する心があれば大丈夫!



    今日の更新一覧


    最近のアンケート一覧

    同じカテゴリーの記事


    アンケート機能β 投票記事の一覧

    お気軽に一言お願いします。
    名前:   コメントの名前を記憶する
     
     

  • コメントが反映されるまで時間が掛かる場合があります。
  • 半角英数字のみの内容は投稿できません。
  • コメント中のURLは、自動的にリンクに変換されます。
  • URLの記入はhttpのhを抜いて下さい(宣伝対策です)。
  • サイトや掲載内容に関するご意見・苦情等はコチラからお願いします。




  • 全体のコメント


    今日の注目記事



    あなたの友だちを見つけてフォローしてください。




    注目のニュース
    ブックマーク
    注目の動画




    おすすめの記事
    漫画レビュー


    注目されてる記事
    殿堂入りの記事