問題はしばしば、明確化に対する組織の恐怖に根ざしている

問題はしばしば、明確化に対する組織の恐怖に根ざしている。顧客は明確な要求定義を文書化すると、文書化した要件を満たすシステムが現実の必要を満たさなくなる場合、変更を発案した責任を負わなければならなくなる。開発者のほうは明確な要件を文書化すると、それを満たす説明責任を負わなければならなくなる。コストとスケジュールの見積りが不正確だとわかってしまうと、自らをリスクにさらす可能性がある。したがって。顧客と開発者は正反対の動機で動いているにしても、暗黙のうちに共謀して、「成熟度モデル」の要件管理慣行の履行を阻止しかねない。

 

「ワインバーグのシステム変革法」

カテゴリ

このブログ記事について

このページは、Hiroshiが2007年9月22日 18:43に書いたブログ記事です。

ひとつ前のブログ記事は「プロジェクトを制約する意思決定につながる一連の高レベルの交渉が」です。

次のブログ記事は「管理レビューは、管理層への輝かしい報告ができないプロジェクトを懲罰する方法として」です。

最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。

Powered by Movable Type 4.0