Agile methodologies and Redmine
Redmineのフォーラムで、XPやScrumなどのアジャイル開発とRedmineの強い関係性を議論していた。
気になったのでメモ。
#あくまでも書きかけ。
【元ネタ】
Agile methodologies and Redmine
RedmineにXPの概念を機能追加できないか?という質問と回答のやり取り。
XPのイテレーションがRedmineのバージョンであること、ScrumのバックログがRedmineのチケット一覧であること、と喝破している。
素晴らしい!
The first feature of XP is iterative development process. In Redmine there are versions. So, we may use versions, as iterations. It is very good, (略)
The next important thing is Backlog. In reality it is issues list in Redmine. I.e. it is all issues (略)
XPのイテレーション計画はRedmineのロードマップそのもの。
XPはイテレーション単位で小刻みにリリースする。
Redemineもバージョン単位で小刻みにリリースする。
リリース後の終了チケット一覧は、Redmineでは問題タブにある変更記録という画面で表示される。
つまり、変更記録はChangeLogと全く同じ。
更には、Scrumのバックログに相当する。
XPのプラクティスや概念をRedmineの機能とマッピングできたら、Redmineをアジャイル開発のインフラの例とできるだろう。
だが弱点も言っている。
ストーリーカードとタスクカードをチケット管理にどのようにマッピングさせるか?
Each issue in XPlanner has subtasks. It is very good point. (略)
Sum of subtasks estimations - is estimation for the issue. It is very important, (略)
これは、親チケットを更に子チケットへ分割して紐づけた時、チケットの親子関係をビジネスルールとして実装できるか?という点。
普通、親チケットには元々の変更要求とその対策が書かれて、子チケットに各担当者の作業内容が書かれているだろう。
その場合、子チケットの作業期間と工数の合計と親チケットのそれが一致する制約がある。
更に、全ての子チケットのステータスが終了して初めて親チケットが終了になる制約もある。
それらのビジネスルールを実装するのは可能だろうが、BTSそのものとしては使いづらくなるかもしれない。
Redmineはタスク・トラッキング・システムだが、プロジェクト・トラッキング・システムではない。でも我々は、任意のレベルのプロジェクトにも使えるツールを必要としている、と言う指摘は的を得ている。
Redmine is task-tracking system, but we need project-tracking system. I.e. we need in good tools in a level of projects.
この思索を更に深めたい。
| 固定リンク
「プロジェクトマネジメント」カテゴリの記事
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- 「スクラムの拡張による組織づくり」のScrum@Scaleの感想(2024.03.31)
- ストラテジストとプロジェクトマネージャの役割の違いは何なのかpart2~プロセスのレイヤと達成目標のレイヤが異なる(2023.02.18)
- ストラテジストとプロジェクトマネージャの役割の違いは何なのかpart1~CSFはWBSみたいなものと捉える(2023.02.14)
- PM理論では課業志向の方が関係志向よりも生産性が高いことを主張しているのではないか(2023.01.22)
「Redmine」カテゴリの記事
- Jiraの機能はTracに似ている気がする #redmine(2025.06.01)
- Redmineは組織のナレッジ基盤として実現可能なのか~島津製作所の事例を読み解く #redmineT(2024.12.29)
- 「RedmineのUbuntu+Docker構築への移行」の感想 #redmineT(2024.11.24)
- 第27回redmine.tokyo勉強会の感想 #redmineT(2024.11.10)
- Redmineのバージョン設定でプロジェクトの設定方法が違う(2024.06.23)
「ソフトウェア工学」カテゴリの記事
- Jiraの機能はTracに似ている気がする #redmine(2025.06.01)
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- Redmineは組織のナレッジ基盤として実現可能なのか~島津製作所の事例を読み解く #redmineT(2024.12.29)
- アーキテクチャ設計はベストプラクティスを参照するプロセスに過ぎないのか?~Software Processes are Software, Too(ソフトウェアプロセスもまたソフトウェアである)(2024.09.22)
- 「システムアーキテクチャ構築の原理」の感想part2~非機能要件がシステムのアーキテクチャに影響を与える観点をプロセス化する(2024.05.06)
「チケット駆動開発」カテゴリの記事
- Jiraの機能はTracに似ている気がする #redmine(2025.06.01)
- Redmineは組織のナレッジ基盤として実現可能なのか~島津製作所の事例を読み解く #redmineT(2024.12.29)
- 第26回redmine.tokyo勉強会の感想~多様性はコミュニティが成功する重要な要因の一つ #redmineT(2024.06.15)
- チケットはデータでとプロセスの二面性を持つ #redmine(2023.12.24)
- 小説活動にプルリクエスト駆動が必要になってきた(2022.05.08)
「Agile」カテゴリの記事
- Jiraの機能はTracに似ている気がする #redmine(2025.06.01)
- チームトポロジーにおける4チームのインタラクションをUMLで整理してみた(2025.01.12)
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- 「世界一流エンジニアの思考法」の感想(2024.12.08)
- 「システムアーキテクチャ構築の原理」の感想part2~非機能要件がシステムのアーキテクチャに影響を与える観点をプロセス化する(2024.05.06)
コメント