1. チケット分類例
やりたいこと
① 機能 - モジュール - フェーズ - 作業単位で工数集計が可能であること
⇒例えば A機能のBモジュールの画面設計工数
② 機能、モジュール定義はプロジェクト毎にカスタマイズが可能であること
③ 仕様変更工数が「①」と同じレベルで集計可能であること。
④ 機能-モジュール単位で進捗状況が確認したい。
⇒例えばA機能のXXフェーズでの残作業工数やチケット数。
⇒例えばA機能全ての残作業工数やチケット数

2. チケットの分類イメージ
バージョン
カテゴリ
チケット本体
開発業務 開発業務(その他）
・案件／機能は『バージョン』で設定する 『バージョン』と『カテゴリ』に分類されないもの
・フェーズは『カテゴリ』でラベルを付けておく ⇒機能やフェーズに関連しないもの。
・仕様変更対応はカスタムフィールドでフラグを用意する。 とりあえずアウトラインとして親チケットだけ
・その他細かな作業はチケットの親子関係で表現 登録しておき後に子チケットを登録していく。
・フェーズ内の作業別集計は「活動」で指定
※作業分類 (時間トラッキング)
活動 構成管理
案件① チケット１
基本設計 設計／実装 チケット２
チケット１ テスト実施 見積り／WBS作成
チケット２ 環境構築 チケット１
UI設計 バグ改修 チケット２
チケット１ レビュー実施 導入教育／立上げ
チケット２ レビュー修正 チケット１
詳細設計 チケット２
チケット１ チームMTG
チケット２ チケット１
実装 チケット２
チケット１
チケット２
単体テスト 単体テスト以降はTestLinkなどで
静的解析 管理した方が良いかも。
実装
結合テスト
チケット１
チケット２
システムテスト
チケット１
チケット２
トラッカー 内容
案件開発 案件開発作業（機能設計～システムテスト）
サポート 見積り、各種問い合わせ対応
バグ対策 バグ対策
課題 課題管理
MTG チームMTG
管理 管理業務