ついに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が楽しみになってきた。
| 固定リンク
「プロジェクトマネジメント」カテゴリの記事
- ストラテジストとプロジェクトマネージャの役割の違いは何なのかpart2~プロセスのレイヤと達成目標のレイヤが異なる(2023.02.18)
- ストラテジストとプロジェクトマネージャの役割の違いは何なのかpart1~CSFはWBSみたいなものと捉える(2023.02.14)
- PM理論では課業志向の方が関係志向よりも生産性が高いことを主張しているのではないか(2023.01.22)
- 現代日本人の弱点はリーダーシップ不足と生産性が著しく低いこと、そしてリスク許容度が著しく低いことだ(2022.12.23)
- プロセス設計はどの範囲を指すのか?~プロマネの仕事はテーラリングにある(2022.06.19)
「Redmine」カテゴリの記事
- 「Redmineハンドブック」は良い本です(2022.12.17)
- 第23回東京Redmine勉強会の感想~コミュニティは仲間から生まれて続く #redmineT(2022.11.06)
- 第22回東京Redmine勉強会の感想 #redmineT(2022.05.29)
- 知識は経験よりも大切か、経験は知識よりも勝るのか、SECIモデルは相互作用を語る(2022.04.26)
- オープンソースERPパッケージiDempiereに対する派生開発手法の提案の資料が興味深かった(2022.04.24)
「ソフトウェア工学」カテゴリの記事
- ストラテジストとプロジェクトマネージャの役割の違いは何なのかpart2~プロセスのレイヤと達成目標のレイヤが異なる(2023.02.18)
- プロジェクト管理やソフトウェアアーキテクチャの問題の背後にはトレードオフが隠れているのではないか(2023.02.18)
- デブサミ2023の感想(2023.02.11)
- ChatGPTにEclipseでEclEmmaとJaCoCoからカバレッジを出力する方法を聞いた(2023.02.01)
- DDPは品質管理に役立つのか(2022.12.13)
「チケット駆動開発」カテゴリの記事
- 小説活動にプルリクエスト駆動が必要になってきた(2022.05.08)
- 知識は経験よりも大切か、経験は知識よりも勝るのか、SECIモデルは相互作用を語る(2022.04.26)
- プロジェクト管理の基本はテーラリング、Redmineはプロセスをテーラリングするツール(2022.04.21)
- タスク分割は親子チケットにすべきか、それともチェックリストにすべきか #redmine(2022.03.04)
- Redmineにメンション機能が入るらしい(2022.01.15)
コメント