システム開発プロジェクトはなぜ“カオス化”するのか
システム開発の多くは“カオス化”します。ぼくも年を取ったもので、システム開発でいろいろな死屍累々（ししるいるい）の修羅場を見てきた気がします。数年もかかったプロジェクトがいきなり中止になっても、もう驚かないようになりました。例えばこんなダメプロジェクト、皆さんも身に覚えはないでしょうか。 マジで10人に1人しか稼働してない 「働きアリの法則」によると、多くの労働環境では、20％のアリが働いて、80％はまじめに働きません。しかし、ひどいソフトウェア開発の現場ではもっとひどくて、だいたい10人に1人のプログラマーがバーサーカーのように働いて、それでなんとか持っているという状況も多いです。残りの人は、仕事をしてなかったり余計にバグをまき散らすだけだったりします。 RPGのパーティーに例えると、こんな感じですね。 「Lv99-せんし Lv1-あそびにん Lv1-あそびにん Lv1-あそびにん Lv
役割分担型プロジェクト運営
Solution 役割分担型プロジェクト運営 ソフトウェアプロジェクトは、さまざまなカルチャーを持つメンバから構成されている、小さな生態系（エコシステム）を設定する。その生態系には以下のような要素がある。 バリアにあたる壁と、泉にあたるオープンスペース 相互作用する亜種としての役割を果たす専門職にいる人 生態系の働きを変える、強い個性を持った個人 概要 受託開発型の中規模から大規模プロジェクトで適用されている役割分担型のプロジェクト運営を考察する。基本的には初期設計段階においてプロジェクトは成功するという確信（あるいは期待）を以って、プロジェクトは進行していく。途中段階あるいは最終段階において、なぜ最初の予想が外れてしまうのかの原因を探り、既に予想が外れた時点（いわゆる火を吹いた状態）においてのフォローアップを考える。 目的 初期計画のずれ、見込み違い、それによる製作＆試験期間圧縮による品
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
