ITソリューション開発プロセス/RFP作成・部門内承認

frame|right|ITソリューション開発プロセス(RFP作成) IT ソリューション開発を行う上で必要な要求内容をまとめた RFP を作成するプロセス. RFPの元となる社内会議を経て担当者が作成を行っていく.

概要

 * 1) 部内での業務に関する課題解決会議を行う. 課題解決についての主担当者が部長より任命され、概略内容／計画が策定される.
 * 2) 担当者は概略内容／計画に従い、ベンダに対する提案要求書(RFP)を作成する.
 * 3) 担当者は RFP を部長に提出し承認をあおぐ.

プロセス担当者

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

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

開発費用や納期、実現レベルについては管理職が確認する必要のある内容である. 確実な管理職の承認フェーズを経るプロセスの実現が望ましい.

プロセスダイアグラム例
digraph obtain_estimate { compound=true; 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:確認\nRFP承認状況"]; SPS -> SP1 [weight=10]; SP1 -> SP2 ; SP2 -> SP3 [style=invis]; SP3 -> SPE ; {rank=same;SP1,SP2}; } subgraph clusterl{ labeljust=l; label="部長(any-section-leader@company.com)"; L0 [label="L0:起案通知\n(メール)",style=dotted]; L1 [label="L1:RFP確認"]; L0 -> L1 [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="承認"]; } }

プロセスデータ例

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