TracとMS-Project連携の課題をとっとと終わらせる
Shibuya.trac 2009新年会で発表したことと課題を,そろそろ終わらせないといけないなぁということで,まずは,MS-ProjectのガントチャートをTracの情報からできるだけ”いいかんじ”で作れないかということに手をつける。今までにできていることと,これからやることについてまとめる.ガントチャートを作るために運用方法にまで影響が出てくることも注意する.
- チケットの親子関係を表現する(完了)
- 工数をprojectで計算するとおかしくなるので親にリソースは割り当てない
- カスタムフィールドにparentを作って再帰でやりゃいいだけなので問題なし
- 予実管理、進捗率を表現すること
- plan_start,plan_endを作り基準計画に入れるだけ
- 運用でdue_assign.due_closeと含めて値の入れ方のルールが必要
- 進捗率はcompleteでOk
- 工数の管理燃したいが,工数を入れると期間が変わってしまうため難しい
- MasterTicketsの情報を元にしてチケットの依存関係を扱う
- MasterTicketの意味からするとFFの関係で依存を作ればいい
- 依存関係で矛盾してしまった場合の日付をどうするのか考える必要あり(ユーザに通知した上でTracの情報を変更しないとだめか)
- マイルストーンを扱う
- マイルストーンはマイルストーンなので,ガントチャート上でも一点で表現する
- Tracでのマイルストーンの日付はマイルストーンの基準計画にする
- コンポーネントはどうする
- ソートをコンポーネントでするぐらいですかね(私の場合は親子関係があるから必要無いのですが…)
- バージョンについても考える
- どう考えても必要ない
で追加で何をやらなきゃいけないか
- MS-Projectが自動で変更した日付の自動更新の仕組み
- マスターチケットのblockedbyに入っているものをFFの依存関係にする
- マイルストーンをタスクで登録して各チケットからマイルストーンに依存を登録
- マイルストーンの計画は完了期限から設定し実際のものは関連づけられたチケットから設定する
- 開始/終了日はMSの完了日を設定する
- コンポーネントでソートする,必要ならコンポーネントそのものを親タスクを追加
09/06/24追記:遅くなりましたが,Trac - MS-Project連携の状況で少し説明しています.詳細はShibuya.trac勉強会第4回で発表します.
| 固定リンク
「Trac」カテゴリの記事
- Dockerでkanon(Trac)を動かしてみた2 - イメージの作成(2017.08.27)
- Dockerでkanon(Trac)を動かしてみた(2017.08.27)
- TracLightningにコバンザメしてKanonと同様にPluginをインストールする(2014.04.13)
- kanonをTrac1.0.1+MySQL対応に変更してみた(2013.11.24)
- kanonをTrac1.0.1対応に変更してみた(2013.11.11)
「MS-Project」カテゴリの記事
- Tracを真のプロジェクト管理ツールとして使うことが検討されている(2009.11.20)
- MS-Project複数プロジェクト対応版(2009.09.14)
- 今までTrac関係で作ったものの関係をまとめる。(2009.08.23)
- Shinjyuku.trac勉強会第4回発表資料(2009.08.23)
- trac勉強会準備1 依存関係プラグインの設定(2009.07.11)
この記事へのコメントは終了しました。
コメント