業務改善ツールとなったRedmine振り返り
- 1. 1 Redmine Japan Vol2 事例セッション 全社業務改善ツールとなったRedmineの振り返り
- 12. 12 ２．全社展開前の準備
- 20. 20 課題一覧全体報告.xlsx 個別課題報告書.xlsx 進捗・打ち合わせ履歴.xlsx 部別進捗報告.xlsx 関連報告やメール 過去の同様の問題など ３．Redmine全社利用を目指して 実際のケース①：部内（本部・全社）の課題・問題管理を報告書でやりとりしているケース Project（課題管理） Ticket Custom Field(Link)/添付 関係チケット Custom Field Query 管理番号や一意に呼ぶときの総称 （例のあの件という表現） Ticket ID/添付 関係者が１００人以上の規模で、問題解決を管理するケース。 問題の発生から完了までを報告書やメールで管理し、後日管理台帳に別途転記する運用から Redmineに切り替えた。
- 24. 24 要因①： No Ticket No Commit No Ticket No Work ３．成功したプロジェクトのヒント ４つの要因 要因②： チケットステータス更新 ＝ 次の動作のスタート or 終了 要因③：パス回しはチケットで。 チケット担当者 ＝ 実際の担当者 Ticket ステータス：作業中 Ticket ステータス：〇〇登録待ち
- 33. 33 ４．Redmineでできるようになること データの再利用から得られたもの：行動、量、所有者証明の間接的な効果 複数視点の集計 同じチケットを見るにしても、見る人の視点によってみる項目が違います。 それぞれロール（役割）が異なりますので、当然の流れになります。 Aさん 全体のタスク量を集計したい人 ＝ 全チケット数や工数の一覧 Bさん 特定のタスクだけを集計したい人 ＝ 自分のチケットで、特定の条件を一覧 Cさん 皆さんが見る一覧を管理したい人 ＝ 全員が共通してみてほしい一覧 これらに対して、自分の必要とする一覧を作成し、記録することができる仕組みがあります。 これがないと、BさんはAさんに「集計して報告して！」といわれる可能性もあります。 ※自分で見てほしいけど。だいたい偉い人は見ません。 もし機能があれば、必要な時にこのボタン(クエリ）を押せと言えばいいだけです。
- 34. 34 ５．実際に導入してみて