ついにRedmineのtrunkにSubtasking がコミットされた!
ついにRedmineのtrunkにSubtasking がコミットされたのでメモ。
【元ネタ】
Twitter / yusuke-kokubo: #redmine ついにtrunkにSubtaking がコミットされた!
Twitter / yusuke-kokubo: #redmine 1.0ではチケットの親子関係がサポートされます。
Redmine - Feature #443: Subtasking - Redmine
Redmine - リビジョン 3573 - Redmine
(下記引用開始)
Adds subtasking (#443) including:
* priority, start/due dates, progress, estimate, spent time roll-up to parent issues
* descendant issues tree displayed on the issue view with context menu support
* issue tree display on the gantt chart
* issue tree copy on project copy
* unlimited nesting
Defining subtasks requires the new permission 'Manage subtasks'.
Subtasks can not belong to a different project than the parent task.
Implementation is based on scoped nested sets for fast reads and updates.
(引用終了)
上記チケットのログを見ると、親チケットに紐づく子チケット全ての開始日・終了日・進捗率・見積工数・実績工数を親チケットへロールアップしてくれるようだ。
しかも、子チケットの階層は無限なので、いくらでも階層を深くすることができる。
プロジェクト階層の無制限、バージョンの継承と合わせて、Redmineに足りない機能はもうなくなったように思う。
従って、チケットの親子関係を通じて、ストーリーカードとタスクカードの関係の下記の制約を実現してくれることになる。
制約1・ストーリーカードの開始・終了日は、タスクカードの開始・終了日のUnionである
制約2・ストーリーカードのステータスは、タスクカードのステータスの共通集合である
制約3・ストーリーカードの工数は、タスクカードの工数の合計である
チケットの親子関係の機能は、バックログの管理ですごく重要だ。
この機能を使えば、改善要望などの要求をストーリーカード、その要求を実装する作業をタスクカードにアサインして別々に管理できるようになる。
更に、ストーリーカードとタスクカードのワークフローを変えて、別々のトラッカーで管理するといいだろう。
そうすれば、ストーリーカードは管理者や設計者、顧客を交えた課題管理会議(CCB、CAB)で方針を決定ないし承認するというワークフローで制御できる。
そして、タスクカードは従来のように、チケットの担当者とテスターが交互にペアプロのように作業すればいい。
又、上記の機能で素晴らしい点は、「ロールアップ」という機能だ。
情報処理技術者試験でも出るように多次元データベースの操作の一つであり、詳細に展開された属性を集約する操作を表す。
逆に、「ドリルダウン」は属性を詳細に展開する操作を表す。
つまり、子階層のチケットの属性である開始日・終了日・進捗率・見積工数・実績工数を上階層のチケットへ集約して表示するのがロールアップ。
逆に、上階層チケットの属性である開始日・終了日・進捗率・見積工数・実績工数を子階層のチケットへ展開して表示するのがドリルダウン。
普通の業務システムでは、特に売り上げ報告、損益計算書、貸借対照表などのようなビューに対し、大分類や大勘定科目をドリルダウンして、何故こんなに数値が大きいのか、その原因を探ることができる。
あるいは子分類や子勘定科目をロールアップして、プロジェクト単位や部門単位で集計した値を見て、売上を比較することもできる。
従来のシステム開発では、ドリルダウンやロールアップのロジックは検索ロジックが複雑なため、キー操作に処理が追いつかず、使い辛い弱点があった。
しかし、昨今のクライアントアプリの発展によって、ドリルダウンやロールアップのようなUIも軽快に操作できるようになった。
例えば、Ajaxでは、サーバーからクライアントのビュー用データをJSONで保持して、ローカル上で軽く操作できるロジックを実装できる。
そのような技術革新の状況を考えると、プロジェクト管理システムでも同様のUIを実装した方が使いやすいはず。
Redmineの上記の機能はまだ使っていないが、Ver1.0が楽しみになってきた。
| 固定リンク
「プロジェクトマネジメント」カテゴリの記事
- JTCの壁を壊す「Redmine参謀本部」という戦略~現場の職人気質を活かす組織論(2026.05.19)
- PM理論で読み解く日本人リーダーの弱点(2026.05.12)
- リプレースとアーキテクチャモダナイゼーシヨンの違いの本質は何なのか?(2026.04.08)
- PMPとCSM取得者数推移(日本 vs 中国)から読み取れる指針は何か?(2026.02.23)
- 製造業のDXを推進する部門をITコーポレート部門に割り当てるとなぜ失敗するのか(2026.02.04)
「Redmine」カテゴリの記事
- JTCの壁を壊す「Redmine参謀本部」という戦略~現場の職人気質を活かす組織論(2026.05.19)
- 第30回東京Redmine勉強会の感想 #redminet ~古いチケット管理基盤にAIという新しい衣を被った未来(2026.05.16)
- 製造業がRedmine導入で必ず聞く3つの質問~MS Project派がRedmine導入で悩むこと(2026.05.03)
- RedmineのAI支援機能はチケット管理システムにとって重要な要件だ(2026.04.29)
- マイクロマネジメントに陥ったチケット駆動開発の罠と再生戦略 #redminet(2026.04.26)
「ソフトウェア工学」カテゴリの記事
- JTCの壁を壊す「Redmine参謀本部」という戦略~現場の職人気質を活かす組織論(2026.05.19)
- マイクロマネジメントに陥ったチケット駆動開発の罠と再生戦略 #redminet(2026.04.26)
- リプレースとアーキテクチャモダナイゼーシヨンの違いの本質は何なのか?(2026.04.08)
- アーキテクチャモダナイゼーションにおけるAMETチームの役割と責任範囲は何か(2026.03.23)
- アーキテクチャモダナイゼーションとはそもそも何なのか?(2026.03.22)
「チケット駆動開発」カテゴリの記事
- マイクロマネジメントに陥ったチケット駆動開発の罠と再生戦略 #redminet(2026.04.26)
- 第29回東京Redmine勉強会の感想~今話題のテーマはJTC運用とAIによるプロマネ作業支援 #redminet(2025.11.09)
- RedmineJapan vol.4の感想part1~Redmine AI HeplerプラグインはRedmineのナレッジ活用を強化してくれる #RedmineJapan(2025.07.31)
- Jiraの機能はTracに似ている気がする #redmine(2025.06.01)
- Redmineは組織のナレッジ基盤として実現可能なのか~島津製作所の事例を読み解く #redmineT(2024.12.29)


コメント