| « 2007年10月31日 | 2007年11月2日の投稿 |
2007年11月3日 » |
昨日の日経朝刊（2007/11/1 13版 13面）の記事。トヨタでの「フリーズしないクルマ造り」へのチャレンジの中に以下のような一節があった。
採点の対象は誤字脱字のたぐいの単純ミス。その数があるレベルを超えると、その裏に重大な欠陥が隠れている恐れが急速に高まる。トヨタは膨大なデータを分析し、その境目が百点満点の五十五点であることを突き止めた。一点でも足りなければ即刻やり直し。
単純なミスの数で大きなエラーを類推していこうというのは、1：29：300の法則（ハインリッヒの法則）の応用だろうし、もしかすると割れ窓理論なんかにも通じるかもしれない。
ソフトウェアのような見えにくい分野にこうした判りやすい指標を入れていくのは素晴らしい試みだと思う。こうした一歩一歩の積み重ねがソフトウェア全体の品質向上と地位向上につながると期待する。
オルタナティブ・ブログには、この分野の専門家であるEASEプロジェクトの森崎さんがいらっしゃって既に関連エントリー（これとかこれ）をいくつも書かれているので私がこの辺りの話を書くのはおこがましいのだが、以前にその森崎さんからレクチャーを受けたところによると、ソフトウェア開発現場でソースの改変状況や障害管理票を分析することでいろんな事が見えてくるそうだ。
例えば設計書や仕様書のレビュー時に指摘事項の種類と割合を分析することで最終成果物の品質予測ができるらしい。レビュー結果には正常系と異常系とその他の処理（性能や環境など）がほどよく含まれていたほうが良く、ここでの指摘が誤字脱字に関するものばかりだと、やはり後半の問題発生数が多くなるそうだ。
あるいはUIなどの入出力系でのバグはデータアクセスなどのデータベース周りのバグものに比べるとプロジェクト後半でのインパクトが小さいそうで、この面から（もし時間が無いときは）レビュー時に画面周りをチェックする作業を減らしてその分をデータベース周りに注力したほうが良いことなどが考えられるとのこと。
冒頭の記事にあるような「55点ルール」だけでなく、「レビュー指摘 1：1：1の定理」だとか「画面周り後回しの法則」など簡潔でわかりやすい標語？が増えれば、ソフトウェア開発分野の品質やコストが劇的に改善するかもしれない。ソフトウェア開発分野での可視化の研究には、まだまだいっぱい宝が埋まってそうで今後が楽しみだ。
| « 2007年10月31日 | 2007年11月2日の投稿 |
2007年11月3日 » |
- Blog/SNS（Intra)（43件）
- Blog/SNS（Net）（69件）
- EIP/WP（54件）
- Enterprise2.0（22件）
- ITコンサル/資格（20件）
- KM（82件）
- Mobile/PDA（42件）
- SBM（19件）
- Search（Intra)（33件）
- Search（Net）（33件）
- Wiki（10件）
- ○○症候群（6件）
- その他（41件）
- アプリケーション（2件）
- グループウェア（43件）
- コンサルティング（13件）
- システムインテグレーション（23件）
- セミナー・イベント（12件）
- ソーシャルメディア（95件）
- テクノロジー（44件）
- ネットコミュニケーション（1件）
- ネットコミュニケーション論（37件）
- ハードウェア（1件）
- ビジネス（2件）
- ベンダー評価（11件）
- ローテクKM（18件）
- 人生訓（19件）
- 企業内コンテンツ管理（8件）
- 動画/ストリーミング（8件）
- 実名ブログ（39件）
- 専門知識の無駄遣い（48件）
- 情報整理（31件）
- 書籍（12件）
- 社会（45件）
- 組織/風土（11件）
- 萌え興し/B級グルメ（20件）
- 調査/統計（83件）
オルタナティブ・ブログは、専門スタッフにより、企画・構成されています。入力頂いた内容は、アイティメディアの他、オルタナティブ・ブログ、及び本記事執筆会社に提供されます。
顧客に“ワォ！”という体験を提供――ザッポスに学ぶ企業文化の確立
ちょっとした対話が成長を助ける――上司と部下が話すとき互いに学び合う
悩んだときの、自己啓発書の触れ方
考えるべきは得意なものは何かではなく、お客さまが高く評価するものは何か
なんて素敵にフェイスブック
部下を叱る2つのポイント
第6回 幸せの創造こそ、ビジネスの使命