Management
概要
開発マネジメントについて。
Reference
マルチバリューストリームというアンチパターン - mtx2s’s blog
閉鎖性共通の原則は開発プロセスにもあてはまる。
Feature Parity - 機能負債がレガシーシステムのマイグレーションを失敗させる - mtx2s’s blog
技術負債はよく知られているが、機能負債もあり、大きく影響している。
つまり、ポジティブな価値であったはずの「新機能」が、実際にローンチしてみると、ネガティブな価値である「欠陥」に位置付けられている。これが、機能負債の正体。
リリースした新機能や改善の多くに価値がないという調査結果が意味すること - mtx2s’s blog
- 機能の64%は使われない
- コストがかかるだけでなく、むしろ価値を損なわせる
- すべての新機能を特定の指標によって評価する。成功率は50%を下回っているという
「体験」にコミットするチームと「仕様」にコミットするチーム - mtx2s’s blog
- 仕様は仮説にすぎない。
仕様や、それに基づいて作られたプロダクトは、あくまで仮説に過ぎない。顧客に体験してもらい、その仮説を検証してこそ、プロダクトに対して本当に求められている姿が見えてくる。仕様に対するプロダクトの品質より、体験に対するプロダクトの品質を真としてそこに近づけようとする。それが、「体験にコミットする」ということだ。
- 体験にコミットすると顧客視点で仕様を見るようになる
- 体験にコミットすると顧客の反応を計測するようになる