避けるべき「手戻り」と、歓迎すべき「手戻り」を区別する - Let's write β

以前は全ての手戻りをさけていた なぜそのような状況がうまれたのか 真に避けるべき手もどり 避けるべきではない手もどり なぜ避けるべきではないか どうするべきか 構造的 文化・心情的 アジャイルはアジリティを上げる物ですよという話に近いですが、 チームの文化が変化している事に最近気がついたので棚卸ししておきます。 以前は全ての手戻りをさけていた 手戻りを皆ざっくりと「作ったものが無駄ややりなおしになる事」をとらえていました。 そして、これを避けるために 本当にそれが「今後長期間」つかえるのか見きわめられるまで着手しない 事前の計画を綿密にやってから着手するつもりで、計画する事に多くの時間をつかう という行動をとってしまうケースがありました。 なぜそのような状況がうまれたのか そのような状況につながっていたのはいくつかの複合的な要素が関係していたように思います プログラムが改修に多くの時間がか

[sh19910711]

"避けるべきではない手もどり: 過去の機能やコードを捨てる / 選んだ理由、選ばなかった理由を明確にする / 「学習による手もどり」はチームとして「歓迎する」文化 + 「知見が増えてよかった」という価値観"