ウェブシステム企画プロジェクト段階別技術スタック：基礎課程［プロジェクト標準ワークフロー］

こんにちは〜

私は最近ビッグデータ分野のSI入札提案書を作成しています。
共同作業中のジュニア提案企画者が部分部分の内容だけ作成することを知っている
最初から体系的に提案フォーメーションをつかむ基本的な部分はわかりませんでした。

SIジュニアウェブ企画者たちと同様に誰かから最初から最後まで
体系的に学ぶ機会がなかったそうです。

だから最近一緒に作業しながら基本から教えています。
カフェにもジュニア提案企画者がいらっしゃるなら一緒に共有してみようかと思います。

今日は最初の時間だからステップ1から見ると〜

複数のシステムから成るボリュームの大きいSI入札プロジェクトには、マザー社を主軸3～4個の技術力を持つ協力会社が共に提案書を作成します。
ほとんどは、プロジェクトの実行スペースのように提案スペースも別々に置き、複数の企業の提案担当者が集まって提案書を作成します。

特にビッグデータ、クラウド、ディープラーニングなど次世代プロジェクトは、ある企業がすべての技術をサポートし遂行するのが難しいため、プロジェクトを遂行する技術力を持った普通3～4社が別々に立ち寄って作業をしています。
このような環境の提案作業で、マザー社提案リーダーの最初のステップは、提案リスト構造化と参加企業別にRnRを割り当てることです。
言い換えれば、RFPにはプロポーザルを作成するための仕様と要件があります。
その要件に合わせて概要および一般事項と、システム別の要求事項を並べ替えて、企業別の担当者を割り当てることです。
これにより、複数の企業のRnRを割り当て、管理、監督することができます。

無条件コンテンツから作業するのではなく、企業が集まってRFP内システム別支援技術に対するRnRを割り当て、作成指針と全体的なコンテンツのつながりを会議しなければならないのです。
そして各項目ごとに配点があるため、配点の高い項目は評価基準に合わせて多くの気を使って作成しなければ入札に成功できるようになります。

次の図のように、まずRFPが要求する提案目次をリストし、企業と担当者を割り当て、作成のガイドラインと評価部門と評価項目、そして評価基準と配点が何点かまでリストアップしなければ企業ごとに責任感と義務を持つようになるのです。

もちろん、マザー会社の提案ワーカーでなければ、これを行う必要はありません。
知っておくべきことリスト構造化会議に出席するときに今やる会議が何であり、なぜ必要なのか
私たちの会社はどの部分を担当するのかを知ることができ、会議に意見を出すことができるようになるのです。

時々、各会社のリーダーは忙しい関係でサブ提案作業者を会議に送ります。
どの会議なのか、これが何の会議なのかわからないサブ提案作業者がいます。
送る前にリーダーたちが説明しなければならないのが基本ではないかと思います。

そういえば、とてもフレンドリーでないリーダーが多いと思います〜

文書を構造化することは難しくないので、イメージサンプルを見て一度試してみるとすぐに慣れてくれるでしょう^^

次はステップ2でお会いしましょう〜