プロセスの最近のブログ記事

性能の最後の10パーセントが、コストの3分の1と問題の3分の2をもたらす。

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

プロジェクトを制約する意思決定につながる一連の高レベルの交渉が、すべてのプロジェクトに先行している。情報が揃っていてかつ適合的な交渉でなければ、プロジェクトは開始以前から命運が尽きている。

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

多くのソフトウェア組織にとって、高品質実現の主要な障害は不十分な要求定義（要件）プロセスである。

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

どんな事柄でも不可視になるのを許すな。要件も、設計も、コードも、とくにテストはいけない。予防は治療よりもはるかに容易なのだ。

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

統計的プロセス制御は、ソフトウェア制御に適用できないと主張する人々を信用するな。彼らに欠けているのは、そうした制御を適用する正しいレベルととるべき適切な行動である。たとえば、彼らはコードの欠陥を計測するかもしれないが、その情報を設定されたしきい値を満足しない個人を責め苛むために用いるのだ。

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

ライフサイクルのできるだけ初期に機能間のトレードオフ、品質、コスト、スケジュール間のトレードオフを理解しようと試みる。

「ソフトウェア プロジェクト管理」

ウォータフォール型のライフサイクルにおいて発生する致命的な問題点は、早い段階でのりスク解消が行われないということです。

「ソフトウェア プロジェクト管理」

いたるところの組織が、CMMのレベルを上げるプレッシャーの元にある。これはダークサイドである。なぜなら、それは、ローリスクの安全な行動へと仕向け、それゆえプロジェクトは利益の少ないものとなる。

「ピープルウエア 第2版」

プロセスは、プロジェクトを行う価値が無ければ、推し進める価値は無い。

「ピープルウエア 第2版」

初期に人数が多すぎると、プロジェクトは重要な設計作業を省略せざるを得ない（全員に仕事を与えるため）。

「デッドライン」