「SIをダメにする負のスパイラル」
きしだൠ(K1S) @kis SIの、元請はユーザー企業の業務をよりよくするために、プロダクトを作るんじゃなくて契約書をつくる。で、元請はそれを下請けにつくらせるんだけど、そのときはユーザー企業の業務をよりよくするためではなく契約を満たすためにプロダクトを作らせる。これが負のスパイラルの発端。 2013-11-15 08:17:14 きしだൠ(K1S) @kis 契約を満たすことが目的でプロダクトを作ってるから、実装段階で気づいたアイデアや欠陥は報告されない。納期や金額なんかの契約は満たさないといけないのに追加仕様や変更が発生してやぶへびだもん。品質は悪くなる。 2013-11-15 08:23:58 きしだൠ(K1S) @kis 品質が悪くなってとられる対策は、技術向上ではなく契約の厳密化。設計書を「きっちり」つくるとか、テストのエビデンス(画面キャプチャのかっこいい言い方)をとるとか、
笑ってはいけないSIer 抽出
Kenji HASUNUMA @btnrouge ベンダーがサポートを打ち切ったミドルウェアを「安定版」と信じていつまでも使い続ける。そしてバージョンアップの時に痛い目を見る（その上結果しくじったら会社の信用を失う）。 #笑ってはいけないSIer
NTT系列会社のプロジェクトマネージャ
くまぎ @kumagi NTTのプロジェクトマネージャによる授業「他社に外注したソフトウェアが結合試験済みという体で二日遅れで仮納品されたが動かない。自身の納入は三日後。どうする？」という演習。すっごい生々しい。 くまぎ @kumagi @kumagi「…で、これはどこまでやれば満点なんでしょうか…？」NTTのPM「マネジメントに満点はありません。敢えていうなら期日の為なら手段を問わない、それだけです」@kumagi「何それこわい」 くまぎ @kumagi 「二日遅れということはせいぜい48時間です。倍の人数を入れて二日かければ取り戻せます。品質テストは簡単です。」kumagi「ﾋｨ」「お客さんとしても、動かないソフトが要らない事は確実なので期日を伸ばしてもらう事にもなります。夜中も使えば大丈夫」kumagi「ﾋｨｨ」
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
