プロセスの発見

プロセスの発見

山田正樹Metabolics, Ltd.

2001/3/30

2001.3.30 Metabolics, Ltd. 2

ソフトウェア・プロセス

• ソフトウェアを作る方法• プロダクトの向上にはプロセスの向上が必須– 特に目に見えにくい品質にとって

• 最近の例– 雪印– 東海村


プロセスのないプロジェクトはない

• 無意識にせよ、• どんなプロジェクト ( 組織 ) も自分自身のプロセスを持っている

• うまくいっている部分も必ずある• うまくいっていない部分 ( だけ ) を改善する


プロセス確立のプロセス

1. プロセスの発見2. プロセスのフォーミュレーション3. プロセスのデバグ4. プロセスのテストと測定5. Goto 1.



• 「プロセス発見」セッション• 最近の典型的なプロジェクト (2~3) • プロジェクト参加者全員• 半日くらい• リラックスして• ブレーンストーミング風に



• 要求から出荷まで• それぞれの生成物が• 誰によって• どのように作られ• どのような結果を得たか ?



• Zachmann フレームワーク• ワークフロー


プロセスのフォーミュレーション

• 発見されたプロセスを定式化– ワークフロー図– プロセス・モデル

• プロジェクト間の共通点は何か ?• プロジェクト間の相違点は何か ?• その理由は ?


プロセスのデバグ

• まずかった点は何か ?– プロジェクト共通部分で– 各プロジェクト固有部分で

• プロセスのどこを変更すればよいか ?– 変更にかかるコスト– 変更によって得られる利益

• いくつか ( 少数 ) を選択する


プロセスのテストと測定

• デバグしたプロセスを走らせる• 測定しなければ意味がない– 目標は何か ?– そのためには何を知ればいいか ?– そのためには何を計ればいいか ?

• 測定にもコストがある


プロセスのテストと測定

• 測定のポイント– 結果は測定に関わった人すべてに公開– 個人の能力の直接測定はしない– 測定にかかる時間やコストを制限– できれば簡単なツールを提供


プロセスのプロセス

• プロセス・ハッカー (SEPG)– プロセスをハッキング / チューニングする– 簡単なプロセス・ツールを作る / 見つける

• 既存の方法論や標準は参考にはなるが、暗黙のよい点を破壊する可能性も高い

• プロセスも繰り返し的に進化する

Documents