ITソリューション維持プロセス/障害発生記録・上司確認・部長指示途中終了

社内運用システムにおいて障害発生を検知し初期報告、中間報告、終了報告、障害報告を行う業務プロセス. 情報システム部部長承認により処理は進行される. 初期報告、中間報告のタイミングにおいて障害検知が誤報の場合、部長の確認の上、本業務プロセスを終了することができる.

概要

 * 1) 対象システム担当者は障害発生検知を受け、初期報告として部長に報告を行い、承認を得られれば関係者にも報告を行う.
 * 2) 障害対応が進行した時点において担当者は中間報告を部長に行い、承認を得られれば関係者にも報告を行う.
 * 3) 障害対応が完了した時点において担当者は終了報告を部長に行い、承認を得られれば関係者にも報告を行う.
 * 4) 担当者は障害発生から障害対応完了までの顛末及び再発防止策を記述し障害報告部長に行い、承認を得られれば関係者にも報告を行う.

プロセス担当者

 * 情報システム部門(informationSystem@company.com)
 * 部長(informationSystem-leader@company.com)
 * 担当者(informationSystem-person@company.com)
 * 関係部門(interested-parties@company.com)

プロセスオーナー
情報システム部部長(informationSystem-leader@company.com)

社内運用システムの責任を持つ部門の責任者が報告プロセスの管理を行うことが望ましい.

特徴

 * 障害発生／対処報告の確実性
 * 障害発生／対処報告が業務プロセスとして定義されていることにより報告が確実に行われることが期待できる.
 * 障害報告／対応内容の妥当性
 * 障害対応の各タイミングにおいて部長に報告が行われ内容が確認された後、次の対応に移ることにより報告／対応内容の精査が確実に行われる.
 * 障害報告／対応の速度
 * 部長の承認を得ることができなければ報告を再度行うこととなり、部長の対応／報告内容により対応速度に影響がある.
 * 障害誤報時の対処
 * 障害監視システムの不備や障害連絡者の誤りによる誤報の場合に障害対応を収束することができる. 誤報においても初動時間や作業時間の記録として残す必要があり、上司(部長)への報告は必要である.
 * ITソリューション維持プロセス/障害発生記録・上司確認・途中終了に比して部長の判断による業務プロセスの終了が可能となる為、統制がとられていると言える.

プロセスダイアグラム例
digraph developing_capability { compound=true; graph [size="10,8",rankdir=LR]; node [shape=box, style=rounded]; edge [color="#444444", labelfloat=true]; //label text float OFF(=true) T0 [label="障害発生通知",shape=ellipse,style=dotted]; subgraph clusterIS{ labeljust=l; label="情報システム部門(informationSystem@company.com)\n\n\n"; subgraph clusterp{ labeljust=l; label="担当者(informationSystem-person@company.com)"; P1 [label="P1:初期報告"]; P2 [label="P2:中間報告"]; P3 [label="P3:終了報告"]; P4 [label="P4:障害報告"]; P1 -> P2 -> P3 -> P4 [style=invis]; } subgraph clusterl{ labeljust=l; label="部長(informationSystem-leader@company.com)\n\n\n\n"; L1 [label="L1:初期報告\n確認"]; L2 [label="L2:中間報告\n確認"]; L3 [label="L3:終了報告\n確認"]; L4 [label="L4:障害報告\n確認"]; LY [label="", shape=circle, width="0.3",style=bold]; LC1 [label="", shape=circle, width="0.3",style=bold]; LC2 [label="", shape=circle, width="0.3",style=bold]; L1 -> L2 -> L3 -> L4 [style=invis,weight=10]; L4 -> LY [arrowtail=rcrowlvee, label="承認", style=bold]; LC1 -> L1 [dir=back,arrowhead=odiamond, label="誤報"]; LC2 -> L2 [dir=back,arrowhead=odiamond, label="誤報"]; {rank=same;L1,LC1}; {rank=same;L2,LC2}; } P1 -> L1 [weight=10,style=bold,headport=w]; L1 -> P1 [arrowtail=odiamond, label="却下",headport=e]; L1 -> P2 [arrowtail=rcrowlvee, label="承認", style=bold,weight=10]; P2 -> L1 [style=invis,weight=10,headport=w]; P2 -> L2 [style=bold]; L2 -> P2 [arrowtail=odiamond, label="却下",headport=e]; L2 -> P3 [arrowtail=rcrowlvee, label="承認", style=bold]; P3 -> L3 [style=bold,headport=w]; L3 -> P3 [arrowtail=odiamond, label="却下",headport=e]; L3 -> P4 [arrowtail=rcrowlvee, label="承認", style=bold]; P4 -> L4 [style=bold,headport=w]; L4 -> P4 [arrowtail=odiamond, label="却下",headport=e,tailport=n]; } subgraph clusteri { labeljust=l; style=dotted; label="関係部門(interested-parties@company.com) "; I1 [label="I1:初期報告受信 \n (メール)",style="dotted,rounded"]; I2 [label="I1:中間報告受信 \n (メール)",style="dotted,rounded"]; I3 [label="I1:終了報告受信 \n (メール)",style="dotted,rounded"]; I4 [label="I1:障害報告確認 \n (メール)",style="dotted,rounded"]; I1 -> I2 -> I3 -> I4 [style=invis]; } T0 -> P1 [style=dotted,label="メール"]; P1 -> T0 [style=invis,wight=10]; L1 -> I1 [style=dotted]; T0 -> I1 [style=invis,weight=10]; L2 -> I2 [style=dotted]; L3 -> I3 [style=dotted]; L4 -> I4 [style=dotted]; }
 * (注) 中間報告タスクを実施するタイミングは初期報告において対応予定内に記述された期日までに実施することを想定している.

プロセスデータ例

 * (注) 誤報情報はチェックの有無のみの選択. 初期値はチェック無し.
 * (注) 誤報情報は一旦、担当者がチェックを行った結果を部長が変更し報告を却下することができる.