ITソリューション開発プロセス/RFP作成・提案書受領・小規模・部門内承認

frame|right|IT構築プロセス 比較的小規模な IT 構築構想を行うプロセス. 自部門の課題や戦略内容から企画を行い、計画段階に落とし込める成果物を作成する. 途中成果物については部内の部長に承認を取り自部門の方向性から逸脱しない IT 構築構想を行う. IT 構築については主にベンダに依頼するケースが多い為、本プロセスでは IT 構築構想の提案をベンダに求めるケースを記述する.

概要

 * 1) 部内での業務に関する課題解決会議を行う. 課題解決についての主担当者が部長より任命され、概略内容／計画が策定される.
 * 2) 担当者はIT構築構想の起案を行う.
 * 3) 担当者は概略内容／計画に従い、ベンダに対する提案要求書(RFP)を作成する.
 * 4) 担当者は RFP を部長に提出し承認をあおぐ.
 * 5) 担当者は RFP をベンダに渡し、打合せの上、概算の見積/納期の記述も含まれた提案書を受領する.
 * 6) 担当者はベンダより受領した提案書を確認し、部長に提出し承認をあおぐ.

プロセス担当者

 * 任意部門(any-section@company.com)
 * 部長(any-section-leader@company.com)
 * 担当者(any-section-person@company.com)
 * ベンダ(person@vendor.com)

プロセスオーナー
任意部門部長(any-section-leader@company.com)

小規模の IT 環境の構築の業務プロセスであるが計画以降においては予算等の詳細が決定する為、承認のタイミングなどを決定づける役割である部長がプロセスのオーナーになることが望ましい.

特徴

 * 提案書作成ベンダ1社
 * 小規模なIT環境の構築であることから提案書作成ベンダは1社を想定した業務プロセスになっている. 本来は複数社からの提案書を受けての選定となることが望ましい.

プロセスダイアグラム例
digraph obtain_estimate { compound=true; graph [size="9,18",rankdir=LR]; // graph [rankdir=LR]; node [shape=box, style=rounded]; edge [color="#444444", labelfloat=true]; //label text float OFF(=true) subgraph clusters{ labeljust=l; label="任意部門(any-section@company.com)"; subgraph clustersp{ labeljust=l; label="担当者(any-section-person@company.com)\n\n"; SPS [label="", shape=circle, width="0.3"]; SPE [label="", shape=circle, width="0.3", style=bold]; SP1 [label="SP1:会議\n作業起案"]; SP2 [label="SP2:RFP作成"]; SP3 [label="SP3:議事録作成\nベンダとの打合せ"]; SP4 [label="SP4:受領\n提案書"]; SP5 [label="SP5:確認\n提案書承認"]; SPS -> SP1 [weight=10]; SP1 -> SP2 ; SP4 -> SP5 [style=invis,weight=10]; SP5 -> SP3 [arrowtail=odiamond,taillabel="却下"]; SP5 -> SPE [arrowtail=rcrowlvee,label="承認"]; SP2 -> SP3 [style=invis]; SP4 -> SP5 [style=invis]; SP3 -> SP4 [weight=10]; {rank=same;SP1,SP2}; } subgraph clusterl{ labeljust=l; label="部長(any-section-leader@company.com)"; L0 [label="L0:起案通知\n(メール)",style=dotted]; L1 [label="L1:RFP確認"]; L2 [label="L2:確認\n提案書"]; L0 -> L1 -> L2 [style=invis]; } L0 -> SPS [style=invis]; SP1 -> L0 [style=dotted]; SP2 -> L1 [tailport=n,headport=w,weight=10]; L1 -> SP2 [arrowtail=odiamond,label="却下",headport=e]; L1 -> SP3 [arrowtail=rcrowlvee,label="承認"]; SP4 -> L2 ; L2 -> SP5 ; } subgraph clusterv{ labeljust=l; label="ベンダー(person@vendor.com)"; V1 [label="V1:提案書作成",style=dotted]; } SP3 -> V1 [style=dotted]; V1 -> SP4 [style=dotted,headport=s,tailport=n]; SP5 -> V1 [arrowtail=odiamond,label="却下",style=dotted,tailport=s,headport=ne]; SP2 -> V1 [style=invis]; }


 * (注)SP5はL2の承認結果を確認するタスクである. 部長の承認／却下を確認し分岐先へ進む.

プロセスデータ例

 * (注) 登録されるファイル型においては複数回実行され上書きされても管理しやすいファイルが望ましい. 例:Microsoft Excel 等