More Related Content
Similar to 情報システム部門のタスク管理とIT全般統制 ~ Excel管理からの脱却 ~ (ITS Redmine #RxTstudy #5) (20)
情報システム部門のタスク管理とIT全般統制 ~ Excel管理からの脱却 ~ (ITS Redmine #RxTstudy #5)
- 19. Shimadzu Business Systems
課題管理システム導入の全体像 - 背景モデル
関係者増加 / 事案多様化/システム増加・分散
課題 3 ~ 課題・要望
C事業部 時 Z System
問合せ受付
課題 2 ~ 変更
間
B事業部 時 Y System
調査と確認
問合せ受付 間
A事業部 課題 1 ~ トラブル X System
複数 調査と確認 時間
問合せ受付 状況報告 複数
ユーザー
複数 方針決定
状況報告
調査と確認 ユーザー
複数
ユーザー
複数 対処と確認
方針決定
状況報告 ユーザー
複数
ユーザー 結果報告
対処と確認
方針決定
担当者
結果報告
対処と確認
結果報告
N : N : N
- 20. Shimadzu Business Systems
課題管理システム導入の全体像 - 背景モデル
Global Issue Tracking System
課題 3 ~ 課題・要望
時
問合せ受付
課題 2 ~ トラブル
間
時
調査と確認
問合せ受付 間
課題 1 ~ タスク
複数 調査と確認 時間
問合せ受付 状況報告 複数
複数の
ユーザー
複数 方針決定
状況報告
調査と確認 ユーザー
複数
複数の
ユーザー 対処と確認
方針決定
状況報告 ユーザー
国内外支社
結果報告
対処と確認 国内外部門
・販社 方針決定
・担当者
担当者 結果報告
対処と確認
N : 結果報告
N : N
- 25. Shimadzu Business Systems
課題管理システム導入の全体像 – 旧管理法と課題
問題の核心
汎用
媒体 (紙、Eメール、Excel)
汎用媒体では事案の複雑性
と管理フローを表現できない。
管理
二次元 ・ その場限り
台帳方式
・ 「現実」 を表現できない。
目的に特化した媒体と
課題 ・ 不完全な追跡可能性、再利用性。
支援機能が必要。
・ 投入努力に見合わない。
- 28. Shimadzu Business Systems
課題管理システム導入の全体像 – 統制項目との対応
4種のトラッカー 統制項目と下記
全ての事案は の関係を持つ
に分類され
問合せ DS8.4 問合せ
作成者
担当者
関係者
DS6 変更管理
要望・課題
経緯
成果物
意志決定
事案 DS13.2.1 Job管理
DS13.2.2 臨時Job
DS13.2.4 データ
資料 履歴 タスク
強制変更
障害・バグ DS10 障害管理
- 30. Shimadzu Business Systems
課題管理システム導入の全体像 - 全体像
自動化ツール ■日常業務に浸透
Project A ビルド •トータルで負担減少
テスト
Project B リリース
•状態の掌握が容易
問合せ (未着手) •コミュニケーション促進
問合せ
要望・課題 ■トレーサビリティー
課題管理システム 一意性
要望・課題 (ITS) 永続的な 連鎖性
障害・バグ 履歴追跡性
障害・バグ ■変化への適応
タスク 状況変化を記録し
構成管理ツール 追従する。後々の
タスク •Subversion, CVS
参照が容易になる。
•版数管理
(差分・結合・分派)
- 31. Shimadzu Business Systems
【図解】チケット駆動型事案管理のワークフロー
<凡例>
プロセス ステータス
課題管理フロー
判断 A 接続
課題発見者 課題記入
課題管理システム
A 新規 (ITS: Issue Tracking System)
各システム 担当者アサイン
承認
リーダー/ 期日設定
サブリーダー 受付担当
解決策 完了
確認会
課題解決 解決策検討 解決策実施
担当者
調査中 対応中 解決
IT構築チーム 解決不可能?
No 対応システムの A
対応システム
A
リーダー 判定 の判定
YES 解決策
確認会
PMO/ 報告 解決策検討 解決策実施
関連チーム
調査中 対応中 解決
- 38. Shimadzu Business Systems
何が改善されたのか -【効果の程度感】
評価対象 Before After
日々のITS利用が
統制実現 統制の為だけの作業 そのまま証跡
管理資料が多様 統合・規格化
自己点検 『収集・評価』が困難 『収集・評価』が容易
三重チェックが大変 何度でもSampling → 可
監査対応
追加Samplingが大変 Ticket→ 数Click→ 証跡
- 40. Shimadzu Business Systems
何が改善されたのか - 【ふるまい】
ITSは道具に過ぎない。
「ふるまい」が変化したことが重要。
「あ、それ、ITSのチケット切っときますね。」
→行動様式: 記録・公示・責任
「しかたないな。このチケット私にアサインして
下さい。」 →行動様式: (渋々) チーム連帯責任
「あ、関連チケットにしておこう。」
→行動様式:自己益行動→情報連鎖→価値増加
- 44. Shimadzu Business Systems
何が改善されたのか - 【全体最適】
『楽だから』
局所最適型(自己利益的)行動が
結果
1) 日常業務として無理なく、
として
全体最適型(統制負担軽減・
2) 「人と事案」を「記録・連携」できて、
情報資産化・品質貢献)
の均衡
を実現していた。
3) 振り返った時に有効な資産となるから。
- 51. Shimadzu Business Systems
失敗・問題・対策・工夫 - 【技術】
4) 応答性能 主要画面 100ms未満
→ MySQL5 BufferPool 1.5GB
REE1.8.7 + Passenger
■メモ
Redmine2.xへのUpdateは見送り中。
理由: 応答性能の改善待ち。チケット1枚表示に700~1000ms。
評価環境: MySQL5.1, Ruby1.9, CentOS6
原因想定: http://twilog.org/akahane92/date-120602
1)RoR3のStack増によるGC問題(http://goo.gl/LSrs7 )
2)RedmineのRoR3-ActiveRecordへの対応が手付かず
な点(@marutosijp, 38:50, http://t.co/Bl1EWzdz)が原因だ
ろうか。
- 57. Shimadzu Business Systems
失敗・問題・対策・工夫 - 【利便】
10) 申請チケット Ticket First実現に役立つ。
テンプレートチケットの作り方
1. 初期値を記載したチケットを作成 (※永遠に未完了)
2. チケット「コピー」のリンクURLをClipboardへ写し取る
3. リンクとしてWiki等にURLを貼付。
『”申 請”:/its/pro ject s/foobar/i ssu es/11473/ cop y』
●
- 59. Shimadzu Business Systems
【統制要求】 【経営要求】
IT全般統制
一意識別 統制要求
ISO 統制コスト低減
↓
ITIL 組織論的 属人性
関連維持
FDA (Part 11) の低減(見える化)
↓
省庁監査
追跡可能 【現場の要求】
↓ 現実の業務を表現可能
【管理手法】 信頼可能 なタスク管理ツール
入力コストに見合うTool
<ユーザー体験>
個人の利益を動機とする局
所最適型 行動規範が、(結 いつでも どこでも
果として) 経営に資する知識
素早く 必ず見つかる
管理システムとして、全体最
適型 の均衡を得ていた。 休みやすく