infoQ リファクタリング

http://www.infoq.com/jp/news/2009/06/stop-and-refactor

リファクタリングの意思決定モデルむずかしいよね。

  • 納期プレッシャーで、技術的負債の返済よりも新規ストーリー追加を優先しがち
  • ダーティコードで、チームメンバがはまっている時間は暗黙的になりやすく、単位時間あたりユーザバリューが減少

一方。

  • Clean Code書こうと思うと、いくらでも時間がほしくなる
  • 過剰なリファクタリングへの投資時間は、単位時間あたりのユーザバリューは減少

リファクタリングとベロシティの相関関係がきっちり描けて、
意思決定できればいいんだけど、たいていは、勘にたよって意思決定している。