CODAの定義・運用の現在 -2017年版-

2017/11/18
redmine.tokyo 第13回 勉強会
国⽴研究開発法人 宇宙航空研究開発機構
スーパーコンピュータ活用課
木元一広
The Open Group Certified Master Architect「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

1

自己紹介
lRedmine利⽤歴l2013/12- (約3年半 (若⼲ブランクあり))
lCODAの運用・保守・拡張 他

lJAXA 研究報告

スーパーコンピュータ
活用課の業務を記録・管理

lJAXA-RR-15-003 「CODA: JSS2の運用・ユーザ⽀援を⽀えるチケット管理システム:
Redmineの事例と利⽤のヒント」
https://repository.exst.jaxa.jp/dspace/handle/a-is/557146

l英訳もあります

お陰様で、
ダウンロード累計 7,200突破・・・(2017/10/末現在)
ありがとうございます。

l “CODA: Ticket Management System toSupport JSS2 Operation and Assistance toUsers: Redmine Implementation and Hints of
Its Usage”
https://repository.exst.jaxa.jp/dspace/handle/a-is/574705?locale=en「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

2Redmine SC16に出現 ?
lJAXA出展ブース「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

3Redmine SC16に出現 !
lJAXA出展ブース クローズアップ“CODA” powered by「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

4

概要
lJAXAスパコン活用課では、2014年からRedmineベースのCODAと呼ぶシステムでスパコン運⽤周りの業務を管理しています (研究報告(JAXA-RR-15-003)で発表済)。
l今回はCODAの実際の定義とその背景・判断についてできるだ
け平易にご紹介します。また、研究報告以後の変更についてもご紹介します。
lさまざまな業種で多様に使われているRedmineの運用・改善に携わる方に、ヒントとしてご活用頂けると思います。
lご紹介内容は、幾分シンプルにしてはいますが、実際のCODAに基づくものです。
l画面コピーもCODAで採取したものです。

l現在使用中のRedmineバージョンは 3.1.1です。
「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

5

ご説明内容0. CODAログイン・ホーム画面
1. CODAの環境: 業務やメンバーの概要
2. CODAの定義のエッセンス(1) グループ定義
3. CODAの定義のエッセンス(2) ロール定義
4. CODAの定義のエッセンス(3) ワークフロー
5. CODAの定義のエッセンス(4) プロジェクト定義
6. 業務品質改善・振り返りや記録での活⽤例
7. 利⽤しているプラグイン
8. 今後の展望(? 妄想?)
謝辞
「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

6

0. CODAログイン・ホーム画面

ニュースを右に移動し、「最近のプロジェクト」を削除。
(3.1.1なので、バックポート。
3.2では標準で削除(注)。 )Wikiの⽬次で、⾒出し項⽬にジャンプ。

Redmine Wiki Listsプラグ
インで、ログインした本人の要注目チケットをリスト。

注: Feature #21148 Remove "Latest Projects" from Home page http://www.redmine.org/issues/21148「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

7

1. CODAの環境: 業務やメンバーの概要
lスーパーコンピュータ JSS2 及び周辺システムの企画・運営
l参考: “JSS2@JAXA” https://www.jss.jaxa.jp/

lユーザ向けサービス
l事務手続
lQ&A
lプログラム相談
l可視化支援 その他

lメンバー
多くは兼任ですが・・・
l企画関連スタッフ
l運営関連スタッフ
l可視化関連スタッフ
lQMS (ISO-9001) 関連スタッフ
lベンダーの担当スタッフ
アクティブユーザー数 約 30-35名「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

8

2. CODAの定義のエッセンス(1) グループ定義
l一人のユーザーは、複数のグループに所属することができる。
lグループ作りの原則
lグループは組織毎に作成。
l原則として1ユーザーは、一つのグループに所属。
l例外として、複数の役割を持つユーザーは複数のグループに所属。
l 承認、QMS事務局、委員会事務局) ⇒ 追加ロール割当てやメンバー限定プロジェクトで使用

SCO
承認
マネージャー

夜間
OP

スパコン
運営会議
委員

ベンダー
SE

ベンダー
CE

ユーザー
ユーザー
:

ユーザー
ユーザー
:

ユーザー
ユーザー
:

ユーザー
ユーザー
:

委員会事務局

一部のユーザー

QMS事務局

一部のユーザー
ユーザー
ユーザー
:

「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

9

3. CODAの定義のエッセンス(2) ロール定義
lロールの作成・適用の原則
l基本的なロールは二つ。
lレギュラー チケット作成・操作編集等ができる。設定やデータ削除、ニュース
発⾏は不可。⽂書管理(DMSF)やWikiは閲覧だけ。
lオブザーバー 編集はできない。チケット、⽂書管理(DMSF)、 Wiki等の閲覧だけ。
lユーザーやグループは、いずれか一方のロールでプロジェクトに参加。

l以下は、レギュラーロールに必要な権限を追加するために使用。
lこれら3個のロールで可能な操作は、レギュラーやオブザーバーに付与しない。
l文書係
⽂書管理(DMSF)、Wiki の操作(作成・編集)ができる。
l承認係
チケットを「承認済」にできる。「更新要請」を変更できる。
l管理係
プロジェクトの編集、ニュースの管理、Wikiページ削除、公開クエ
リの管理など、レギュラーに割り当てていない一部の管理系操作ができる。
研究報告の内容の通り(少々手直ししましたが、考え方や名前は同じ)。

l なお、現在はRedmine標準の「⽂書」は使⽤停⽌。「⽂書管理(DMSF)」に移しました(後述)。
「⽂書管理(DMSF)」の更新権限に関する考え方は当時の「文書」の考え方を踏襲しています。
「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

10

3. CODAの定義のエッセンス(2) ロール定義
CODA稼働当初の設定と変更の経緯
l2014年当初のロールわけ
lCRMTコアチーム、 CRMT拡張チーム、 承認者 等
l問題
l「グループ」に相当する名前(CRMT)と「ロール(“権限の集まり”)」の名前(“コアチーム”)が一つになっている。
l どのロールは何を許可すべきか、分かりにくい。
l どのグループにどのロールを割り当てるべきか、混乱する。

l ベンダー担当者のグループなのに、権限上、CRMTコアチームを割り当てたり・・・ (>_<)

l原因
l Redmineのユーザー、グループ、ロールの考え方・実装に習熟しないで、定義・運用を始めた。
l JSS2導入開始時期には使えるようにする、継続的改善をする、という前提でスタート。

l2015年春に⽅向修正 ⇒現在のロール 5種(前ページ)
lロールを、実際のグループやユーザーと切り離して考える。
l業務分野に対する参画の仕方・権限によって、ロール毎の権限とロール毎のワー
クフローを設定。

l特定の業務分野(=プロジェクト)に、必要なグループを、適切なロールで参画させる。

注: CRMTは、CODA稼働当時の組織名略称です。

「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

11

3. CODAの定義のエッセンス(2) ロール定義
ロールの考え方と設定のOR ルール

lロール: 役割=権限を示すバッジ

lひとりの人・グループが複数のバッジをぶら下げることができる。
l複数のバッジ(ロール)が許す権限がORされる。

ロール一覧
レギュラー

オブザーバー

文書係

承認係

管理係

グループまたは人へのロール割当
レギュラー「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

承認係

12

3. CODAの定義のエッセンス(2) ロール定義
ロール設定のOR ルール

lロールは、プロジェクト毎に 人・グループにセットする
lプロジェクトが異なれば、同じ人・グループに別のロールを割り当てられる。
プロジェクト A

プロジェクト B

レギュラー

レギュラー

承認係

「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

オブザーバー承認係

13

4. CODAの定義のエッセンス(3) ワークフロー
ステータス遷移の概要
lステータス遷移は、組織の業務の流れ⽅がベース。
l扱う内容によってプロジェクトが分かれても、流れ⽅は基本的に同じ。
l殆どのトラッカーで、図のような遷移を使用。
l「対応完了」⇒「承認済み」は、承認係ロールのみ可能。

差戻
未着手

対応中

対応完了

承認済
承認係ロールのみ遷移可能

問合中
一部のトラッカーで「対応中」の詳細を示すために使用。

却下

修正待終了したチケット

再現待「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

14

4. CODAの定義のエッセンス(3) ワークフロー
省略・簡略形l⼀部のトラッカーでは、⼀部の遷移を省略・簡略化。
l例: 会議開催トラッカー(会議議事録と会議資料のチケット)

差戻
未着手

対応中

対応完了

承認済
承認係ロールのみ遷移可能l他にも扱う内容に応じて簡略化。

終了したチケット

l例: 「申請」「情報メモ」トラッカーでは「承認済」への遷移を省略。

l一部のトラッカーは、新規チケットのデフォルトステータスを「対応中」にセット。

l例: 「申請」トラッカー・・・起票時点で作業着手されることが多い。
lRedmine 3.0 “Redmine 3.0新機能紹介: トラッカーごとのデフォルトステータ
ス” http://blog.redmine.jp/articles/3_0/default-status-per-tracker/「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

15

5. CODAの定義のエッセンス(4) プロジェクト定義
プロジェクト x グループ x ロール
lプロジェクト分割の目安
l参加するグループ、ユーザの範囲(ベンダーも含むか、など)
lグループ

l参加するグループ、ユーザのロール
lロール設定、ロールのORルール利⽤

l業務に必要な情報・機能
lカスタムフィールドのANDルール、チケット管理など含むか・Wikiだけか など

l次ページ以降で、具体的なプロジェクトを幾つかご紹介。

「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

16

5. CODAの定義のエッセンス(4) プロジェクト定義
プロジェクト x グループ x ロール
l例1 JSS-運用
l日々の運用全般のメインのプロジェクト

夜間OP,スパコン運営会議委員
SCO

サブプロジェクトには、「ベンダーCE」と「ベンダーSE」グルー
プも「レギュラー」と「文書係」
ロールで参加。
• ベンダーとの共有チケット• JSS2に対する納品物(第1,2期)

SCO
承認
ここはユーザーを個別指定

プロジェクトへのメンバー割り当ては、グループ単位が基本(注)。
SCOグループは、「レギュラー」と「文書係」の両方のロール。

注: 実際は各ユーザーの名前が表⽰されていますが、モザイク処理しました。以下、同じ。
「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

17

5. CODAの定義のエッセンス(4) プロジェクト定義
プロジェクト x グループ x ロール
l例2 QMSのひろば
lQMS (Quality Management System) 活動関連のプロジェクト

SCO,スパコン運営会議委員
QMS事務局承認
ここはユーザーを個別指定

このプロジェクトでは、 QMS事務局
グループだけが、⽂書管理(DMSF)、
Wikiの更新を⾏える。

「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

18

5. CODAの定義のエッセンス(4) プロジェクト定義
プロジェクト x グループ x ロール
l例3 CODAの栞lCODA自体に関する情報発信・情報共有
チケット機能なし。
ニュースとWikiのみ。

オブザーバーはWikiの閲覧が可能。

レギュラーは、 Wikiページの閲覧に加え、Wikiの履歴の閲覧も許可。
このプロジェクトのWikiは、普段
CODAを操作する⼈なら、更新できる。
チケット管理がないので、承認係ロー
ルの割り当ては不要。

夜間OP,スパコン運営会議委員

SCO, ベンダーCE, ベンダーSE

SCO, ベンダーCE, ベンダーSE

ここはユーザーを個別指定

ニュースの管理は管理係のみ可能。
「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

19

5. CODAの定義のエッセンス(4) プロジェクト定義
プロジェクト x グループ x ロール
l例4 QMS⽂書管理台帳
lQMS上管理している⽂書類の索引
QMSで管理している⽂書類の索引をWikiで保守している。
保守対象の文書本体は、主に文書管理(DMSF)やチケット。

QMS事務局グループ以外のメンバーは、QMSで管理している⽂書類に対する索引Wiki(次ページ)を参照できる。更新はできない。
このプロジェクトでは、 QMS事務局
グループのメンバーだけが、Wikiの更新を⾏える。

SCO, ベンダーCE, ベンダーSE
夜間OP,スパコン運営会議委員

QMS事務局
ここはユーザーを個別指定「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

20

5. CODAの定義のエッセンス(4) プロジェクト定義
プロジェクト x グループ x ロール

l例4 QMS⽂書管理台帳 のWikiを少しだけ覗いてみる

文書本体は各プロジェクトの⽂書管理(DMSF)に保存。
「更新履歴」、「最新版」は、
DMSFのリンクで実現。
「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

21

5. CODAの定義のエッセンス(4) プロジェクト定義
カスタムフィールドのANDルール
l「JSS-運用」と「QMSのひろば」の「全般」トラッカーを比べてみる

lそのプロジェクトで必要なカスタムフィールドだけが使用されている。 ・・・ANDルール

標準フィールド「全プロジェクト向け」のカスタムフィールド「JSS-運用」にあるが、「QMSのひろば」にはないカスタ
ムフィールド「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

22

5. CODAの定義のエッセンス(4) プロジェクト定義
カスタムフィールドのANDルール
lトラッカー定義
lそのトラッカーの業務で使用する可能性のあるカスタムフィールドをオン。
全般トラッカー全般チケットで使用⇒オン

全トラッカーでオン
会議体種別は不要⇒オフ

会議開催トラッカー

QMS文書名QMS文書名

作業分野

作業分野
会議開催には不要⇒オフ

システム

システム

原因

原因

キーワード

キーワード

全トラッカーでオン

会議体

会議体

会議体を指定⇒オン

凡例

会議体

カスタムフィールド名

白: オン
⿊: オフ

「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

23

5. CODAの定義のエッセンス(4) プロジェクト定義
カスタムフィールドのANDルール
lプロジェクト定義
lそのプロジェクトで扱う業務上、必要なカスタムフィールドだけをオン。

JSS-運用プロジェクトQMSのひろばプロジェクト

QMS文書名QMS文書名作業分野「全プロジェクト向け」

作業分野

システム

システム

原因

原因

キーワード

キーワード

会議体

会議体

このプロジェクトで使用するカス
タムフィールド(ここでは4個)「全プロジェクト向け」

このプロジェクトで使用するカス
タムフィールド(ここでは2個)「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

24

5. CODAの定義のエッセンス(4) プロジェクト定義
カスタムフィールドのANDルール
lANDルール
lトラッカー定義のオンとプロジェクト定義のオンがANDされる。

l同じ種類のトラッカーが扱うカスタムフィールドを、プロジェクトの
業務内容・関心ごとに合わせて絞り込む。
JSS-運用プロジェクトJSS-運用プロジェ JSS-運用プロジェ
クトでの
クトでの
全般トラッカー
会議開催トラッカー

QMSのひろばプロ QMSのひろばプロ
ジェクトでのジェクトでのQMSのひろば全般トラッカー
会議開催トラッカー
プロジェクト

QMS文書名QMS文書名QMS文書名QMS文書名QMS文書名QMS文書名

作業分野

作業分野

作業分野

作業分野

作業分野

作業分野

システム

システム

システム

システム

システム

システム

原因

原因

原因

原因

原因

原因

キーワード

キーワード

キーワード

キーワード

キーワード

キーワード

会議体

会議体

会議体

会議体

会議体

会議体

プロジェクト定義でオンなので、ANDの結果がオン。
⇒ 使用される。

プロジェクト定義でオフなので、ANDの結果がオフ。
⇒ 使用されない。

「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

25

6. 業務品質改善・振り返りや記録での活⽤例
l狙い
l日常作業での記録と参照
l会議での利⽤・改善箇所の発⾒ など
lトップマネジメントのチェック、対応要請・激励 など⇒ ISO-9001監査・審査でも活躍

l利⽤例
lチケットのカスタムフィールドl更新要請、QMS文書名

l顧客所有物
lトラッカー、ワークフロー、チケットテンプレート

lドキュメントの管理
l⽂書管理(DMSF)、Wiki「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

26

6. 業務品質改善・振り返りや記録での活⽤例
チケットのカスタムフィールドl更新要請
lトップマネジメントの進捗指⽰や、会議での有効性評価に利⽤する。
l承認係だけが更新できる。
l値

l 対応開始要請
l 対応終了要請
l 緊急処理要請
l 進捗確認指定
l 有効性評価指定
l 有効性評価済

Redmineホーム画面での表示はこちら

lQMS文書名
lチケットで起票・管理する業務で、QMSの文書として一覧すべきもの
l全般トラッカーのみ使用。チケットテンプレートで説明の記載を標準化。
l値
l [運02a]年間運⽤計画書
l [運07a]ユーザ要望票
l [運11a]運用環境計画票
l [運14a]教育活動管理票
l [運15a]改善提案管理票
l [運15b]不適合管理票
l その他「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

27

6. 業務品質改善・振り返りや記録での活⽤例
顧客所有物
l顧客所有物は顧客所有物は ⼤切な 預かりもの。
l具体的には、プログラムやデータ及びそれらが入った媒体など。
lユーザ(JSS2を使⽤する利⽤者・組織)の知的資産。

lユーザから必要な時に預かったもの。
l紛失や漏洩、流出は、⾮常にまずい。

lISO 9001では、顧客所有物の管理が求められている。
l顧客所有物は無闇に受け取らない。
lもし受け取るならばしっかり管理する。
l早期解決すれば、早期に返却・抹消できる。

l安⼼して利⽤して頂くためにはキチンと管理できていなくてはならない

ときどき、預けた洗濯物を紛失したり、ほつれて戻ってきたり、染みが落とせなかったことの説明がなかったりする
クリーニング屋さんを皆さんは利⽤しますか?
クリーニング屋さんを皆さんは利⽤しますか

注: ISO 9001:2015 では、外部提供者(External Providers)の所有物も同様の管理になりました。
「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

28

6. 業務品質改善・振り返りや記録での活⽤例
顧客所有物
l実装
l顧客所有物トラッカー
lカスタムフィールド: 管理すべき内容
lワークフロー:顧客所有物の状
態

lチケットテンプレート
l顧客所有物履歴まとめ+記入方
法

l注記
l顧客所有物の履歴

l関連チケットl顧客所有物を預かる契機のチケットと関連付け

l状況管理が正確・容易に
lクエリ「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

29

6. 業務品質改善・振り返りや記録での活⽤例
顧客所有物
l他とは異なるステータス遷移にしている。
l顧客所有物の状態を元に遷移を設定。

通常時

(

事案発生時

未着手
(注)

)

あり

返却・抹消

事案発生

事案終息
終了したチケット

注: 顧客所有物トラッカーのデフォルトステータスは、Redmine 3 採⽤時に「あり」に変更(当初は「未着手」)。
「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

30

6. 業務品質改善・振り返りや記録での活⽤例
⽂書管理(DMSF)
lDMSFプラグイン
l利⽤している機能l説明(フォルダー、文書)
l変更履歴(旧版の保存、説明、
コメント、版番号)
l説明・コメントl Wiki形式で書ける。
l ⽂字列検索が可能。

lWikiのタグ拡張
l {{dmsf(668)}} など
l フォルダーやファイルを移動しても、番号が変わらないので便利。

l利⽤していない機能
l添付ファイルの全⽂検索(日本
語未対応らしい)lワークフロー管理

l標準の「文書」は廃止「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

31

7. 利⽤しているプラグイン
l日々、お世話になっています。ありがとうございます。
プラグイン

概要・目的

作者

バージョン

Redmine Absolute
Dates plugin

履歴の⽇時を絶対⽇時表⽰にする。

suer / y.yoshida

0.0.3

DMSF

⽂書管理 (DMSF)

Vít Joná詰/ Daniel
Munn / Karel Pičman

1.5.6

Redmine Document
View Overwrite plugin「文書」の一覧表示での表⽰内容切り詰め。

GOZU Kenichiro

0.0.1

Redmine Enter Cancel
plugin

題名でのEnter誤⼊⼒などがRedmineに送られsuerてチケット作成されるのを防ぐ。

0.0.2

Redmine Good Job
plugin「終了したチケット」の背景に “Good Job”とTakashi Takebayashi
書かれた画像を表示する。

0.0.1.1

Redmine Issue
Templates plugin

チケット題名・説明欄のテンプレート。

0.1.0

Akiko Takano

Redmine Local Avatars Redmineにアップロードした写真をアバター Andrew Chaika andpluginに使う。
Luca Pireddu

0.1.1

Redmine Pivot Table
plugin0.0.4

チケットのピボット機能を提供。

Daiju Kito

Redmine Show Issue
チケットの担当者のアバターを題名の左に表示
Tatsuya Saito
Assignee Avatar Plugin する。

修正など「⽂書」利⽤廃⽌のため今は利⽤せず。

画像は変更して利⽤。

操作チケット数上限
を5000に拡張して使
用。

0.0.1

My Page Blocks plugin「マイページ」ブロックのチケットリストを拡 MAEDA Go (FAR END
リスト件数や条件を
20150614
Technologies)
小修正して使用。
張。

Redmine Wiki Lists
pluginWiki表示時に動的チケット一覧を取得して展開・表示する。

Tomohisa Kusukawa

0.0.6

Sidebar Hide Plugin

サイドバーの表示・非表示を可能にする。

Berk Demirkır

0.0.7• 追記: “Textile.xla” Excel アドイン( by @tellus1019 (Hayashi, Koji ))も重宝にしています。
「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

32

8. 今後の展望(? 妄想?)l業務
lいろいろ、特に新規ユーザーへのガイドの拡充

lCODA Redmineのアップデート・機能活用
lRedmine 3.4 系へのバージョンアップ

l 新機能の他、DMSFプラグインのバグFix(要本体バージョンアップ)などなど

l全⽂検索プラグインの導⼊・活⽤l 須藤功平, 「全⽂検索でRedmineをさらに活用 !」, 2017/08/26,
https://www.slideshare.net/kou/redmineosaka17

lユーザQ&A、申請等のRedmine化
lニーズ、阻害要因などの分析・対策検討が必要
l参考
l 山本大作, 「情シスへの申請・問い合わせ管理を Redmine で効率化する」, 2017/08/26,
https://speakerdeck.com/player/96651a2cc39d451db84650c525a28699#
l 前田剛, 「 Redmineによるwebサポート窓口の実装と運用」, 2015/10/02,
https://www.slideshare.net/g_maeda/redmine-tokyo201505
l 書籍「入門Redmine第5版」の「3.3メールでの顧客サポートをRedmineに切り替えて業務効率化」もl⾒た⽬・機能の⼯夫も恐らく必要
l Redmine 3.2-3.4の追加機能 + redmine view customize 等の活用
l LDAP連携 など「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

33

謝辞
ご清聴ありがとうございました。
そして、皆様にお礼申し上げます。
lCODAを利用している利用者各位、
lRedmineが好きで(?) 公私で活用している皆様、
lRedmineのイベントなどに参加している皆様、
lRedmineについて書籍・イベント・ブログなどで情報発信している皆様、
lRedmineのエコシステムに携わっている皆様、
lRedmineの開発・改善・機能拡張、プラグインに参画している皆様、
lさまざまなOSS(等) の開発・普及・情報発信・活用に関わっている皆様、それ以外にも、挙げきれない、いろいろな皆様、
ありがとうございます。
今後も盛り上げていきましょう !!
「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

34

END

「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

35

バックアップ
lRedmine 構造図(1) ロール定義層

ロール
-

論
理
的
な
定
義

名前
権限

(2) チケット定義層

カスタムフィールド
ワークフロー

ステータス
-

-

名前
属性
- 初期値(y/n)- 終了 (y/n)

チケットの動きを決定する
ロールとステータスの定義を
トラッカーに組み込む- ロール毎のステータス遷移- ロール毎のフィールド操作権限- 読み取り専用・必須

トラッカー
-

名前
標準フィールド
使用する可能性のあるカスタムフィールド

-

標準フィールド-

このプロジェクトで使用する
トラッカー

プロジェクト
-

名前
概要 等

モジュール
-

物
理
的
な
実
体
の
定
義

-

(4) ロール割り当て層

このプロジェクトで実際に使用するカスタムフィールド-

プロジェクト毎に独自の選択肢を定義できる唯一のフィールド

メンバー

ロール

ユーザー

(5) 利用者定義層

担当者
開始日
期日 など

チケットのカテゴリ

このプロジェクトで使用するRedmineの機能
チケットトラッキング、Wiki, フォーラムなど(3) プロジェクト
定義層

名前形式(リストから選択等)
値(選択肢、長さなど)
属性(必須・複数選択可など)

-

名前
ログイン名
- メールアドレス等

ロール

グループ
-

名前
ユーザーのリスト

木元, “JAXA-RR-15-003”, 2015 を元に作成 「CODAの定義・運用の現在 -2017年版-」2017/11/18 redmine.tokyo 第13回 勉強会

36