ウェブサイト更新プロセス/原稿確認・感想収集・上司評価

原稿を最終確認のうえ本番環境に適用し、社員にテストを仰ぐ. さらに、更新時間（更新データの投入にかかった時間）や修正回数等の評価を行う.

概要

 * サイト製作者が原稿を作成する
 * サーバ管理者が原稿を確認する
 * ウェブサイト更新内容を記録・保存する
 * 社員等協力者による「初期発見不具合や感想」を記録・保存する
 * 情報システム部長が評価する

プロセス担当者

 * 情報システム部
 * サイト制作者：　webproducer@company.com
 * サーバ管理者：　systemoperator@company.com
 * 情報システム部長：　infomationsystemdirector@company.com

プロセスオーナー

 * 情報システム部

特徴

 * 原稿は情報システム部における部内ミーティングによって事前に作成されていることを前提とする
 * 次回の更新で更新処理を円滑に進める為に更新時間を評価する
 * 更新精度を高める為に修正回数を評価する

プロセスダイアグラム
digraph TMPG { graph [size="10,10", rankdir=LR]; node [shape=box, style=rounded]; edge [labelfloat=true];

subgraph clusterA { labeljust=l; label="all@company.com"; style=dotted; A1 [label="感想を\nメール送信",style="dotted,rounded"]; }

subgraph clusterW { labeljust=l; label="webproducer@company.com"; WS [label="", shape=circle, width="0.3"]; W1 [label="W1:\n原稿作成"]; W2 [label="W2:\n更新データ\nの投入"];

WS -> W1; W1 -> W2[style=invis]; }

subgraph clusterS { labeljust=l; label="systemoperator@company.com";

S1 [label="S1:\n原稿確認"]; S2 [label="S2:\nデータ確認\n本番サイト更新\n感想依頼\nメール送信"]; S3 [label="S3:\n社員感想\nの登録\n(微細修正も)"]; S4 [label="S4:\n本番サイト\nロールバック\nレポート"]; dummy[label="",shape=none];

S1 -> dummy [style=invis,weight=10]; dummy -> S2 [style=invis,weight=10]; S1 -> S2 [style=invis,weight=5]; S2 -> S3 [weight=10,arrowtail=rcrowlvee,weight=10]; S3 -> S4 [arrowtail=odiamond,label="不具合多数"];

{rank=same; S3 S4} }

subgraph clusterI { labeljust=l; label="infomationsystemdirector\n@company.com"; I1 [label="I1:\n評価"]; IE [label="", shape=circle, width="0.3", style="bold"];

I1 -> IE; }

W1 -> S1[]; W1 -> S1[dir=back,arrowhead=odiamond,arrowtail=normal,headlabel="\n\n(NG)"]; S3 -> I1[arrowtail=rcrowlvee,weight=10]; S1 -> W2[arrowtail=rcrowlvee,headport=w,tailport=e]; W2 -> S2[headport=w,tailport=n]; S2 -> W2[arrowtail=odiamond,arrowhead=normal,taillabel="\n\n(NG)",tailport=s]; S3 -> W2 [arrowtail=odiamond,arrowhead=normal,taillabel="\n不具合多数\n"]; S4 -> W2 [headport=e];

S2 -> A1 -> S3 [style=dotted];

}


 * 注）ロールバック：　更新前の状態に戻す作業
 * 注）S3→W2の分岐ループは、再度の修正作業に早期に着手してもらうために不具合連絡だけを先に通知するためのフロー（BPMSでは実現困難な場合がある）

プロセスデータ
注）サイト制作者、サーバ管理者の実行者名はBPMSの「プロセス実行履歴」にて管理される事を想定