構成管理のアンチパターン～TiDD初心者が陥りやすい罠 #tidd - プログラマの思索

Redmine上でイテレーションを理解してもらうのが結構難しい。 その理由について考えたことをメモ。 【1】Redmineを運用してもらうと、Redmineプロジェクトやチケットの使い方はすぐに慣れてくれる。 プロジェクトの階層化は組織構造をマッピングしてくれればいいし、チケットの階層化もMS ProjectでWBSを作っていた人にとってはとても自然。 だが、Redmineバージョンがイテレーションに相当することを理解してもらうのはとても難しい。 ロードマップがリリース計画になると何度言っても、すぐに理解してくれないし、運用してくれない。 Redmineのバージョンを作らないし、チケットの属性であるバージョンに値をセットしてくれない。 ロードマップを見ながらスコープ管理しろと何度も言っているのに、チケット一覧で数百枚のチケットを平気で一生懸命フィルタリングして、チケットを1個ずつ精査してい

[fukuchiharuki]

構成管理のアンチパターン

[drumsco]

1. trunk1本の構成管理, 2. リリースブランチを使わない構成管理, 3. メインラインモデル <- いまここ

[sugimori]

構成管理をもっとうまくしたい

[HIROCASTER]

マージが大変なのは２０世紀までだよね−。とsvnを目の前にして言い放つ今日この頃です（ｷﾘｯ