TiDD初心者が陥りやすい罠～バージョンをCloseしないRedmineはVelocityが分からない - プログラマの思索

Redmineを初めて使う管理者が陥りやすいアンチパターンを見つけたのでメモ。 【元ネタ】 バージョンのないRedmineプロジェクト～TiDD初心者が陥りやすい罠: プログラマの思索 TiDD初心者が陥りやすい罠～マイルストーンの役割を誰も理解していない: プログラマの思索 Twitter / @cointoss: アジャイルの導入に二の足を踏む現場において、チケット駆動開発(=TiDD)であれば受け入れやすい理由は、プラクティスが少なく実践的なものに絞っているからだろう。リリース予定をバージョンとすることでイテレーションやスプリントが定義できるため、そこだけはアジャイルっぽくはなる。 【1】僕がRedmineを設定する場合、あらかじめヒヤリングした後にプロジェクト設定画面でカテゴリ・バージョンは登録している。 全てのチームがアジャイル開発に慣れているわけではないので、あらかじめ対象バー

[nakarx]

締切り棚卸し・・・できてないorz

[a2ikm]

「〜機能の実装」とかバージョンを区切っても、それ以外にもちょこちょこと修正が入ってくるのはどうすればいいんだろう？やっぱ日付で区切っちゃうのがいいのかなー