本日は、ポイントの３点目、『担当PM(プロジェクトマネージャ）・PL（SE）者』です。

単なる”言われた通りにつくる”精密ロボットの様なSEも悪くは無いですがが、
どうせなら、貴社の基幹システムも多少は戦略的な差別化を強化するものでありたい。

そうあなたは考えていらっしゃいませんか？

そうすると、

”目的（=大まかな戦略）”を共有、認識できるSE

が理想となります。

但し、正直、『システム構築』は顧客の要望の具現化だけでも
高いシステム技術と業務知識が必要になり、無いものねだりなのですが・・・。

私の拙い経験ですが、過去に、お客様の前で、
『後日、差別化を図るシステム提案（=コンサルティング）を行う』と
大風呂敷を広げ、コンサルティング終了を延期させたコンサルタントがおりました。

結局は、一般的な事と『最終的にはお客様が決めてくれないダメ』と
言い放ちプロジェクトを大混乱させたんですけどね(T_T)・・・。

スウィングバイ2020㈱　ERP事業部　http://www.swingby.jp/erp.htm

本日は、見積・スケジュールのポイントについての２回目です。

ポイントは、誰が作成したかをチェックする事です。

まず、素直な疑問として誰が見積もりを作成しているのか？
そして、見積額を決定する最も大きな要因は？

誰が見積もりをするのか？ですが、営業マンでは無いのです！
それは、PMもしくはPL（SE）で無ければなりません。

つまり、システム構築（アドオン開発）のほとんど70-80％は、
SEの人件費であり、それを積み上げる事が出来るのは、
PM/PL（SE）でないとそのボリュームとレベルは把握できないのです。

そのPM/PL（SE）でも、システム構築の見積時には、
以前のブログに記載したように、読みが外れることの方が多いのです！

顧客の予算に合わせて” エイッ！ヤー！！”で作る、
営業の見積など’言わぬが花’である。

PM等が作成したかを確認する方法として、
１つのカスタマイズの詳細を詳しく聞けば良いのです。

決して、聞く事を躊躇してはいけません。

『この必要工数はどの位なのですか？その想定工数中の作業と工数を教えて下さい』
と聞いてみてください。

この質問に対して、営業が答えるか？PMが答えるかを確認して下さい。

営業がしたり顔で
『当社は標準化が進んでおり、過去の実績から平均工数が算定されており、それに従い・・・』なんて回答は危ない、危ない！･･･ですよ！！

尚、見積金額に関しては、最近は少なくなって来ましたが
‘グロス金額’で提示された場合は、必ずブレイクを要求しましょう。

スウィングバイ2020㈱　ERP事業部　http://www.swingby.jp/erp.htm

本日は、ポイントの２についてお話します。

Point２．見積・スケジュール

名書『ソフトウエア開発55の真実と10のウソ』（著者： ロバート・L．グラス）にも記載されていますが、
・見積
が、失敗プロジェクトの引き金を引く事が頻繁に発生する。

との記載があります。

そもそも、はっきりシステム要件が決定していないシステムを作るのに
見積を出す事（≒出せる事）がナンセンスであると筆者は思う。

まるで、生まれる前の赤ちゃんの
小学校の成績を言い当てるようなもの。

しかしながら、この世にはサービス提供前の
価格提示は多く見受けられるのであるが・・・

（筆者は、過去の経験で辛い目にあった事があり、
それ以来、仕様確定後の見積額は受注決定時のそれとは
別物であると指導するクライアントにはお伝えする事が習慣化してしまっている(^_^;)

しかしながら、事前に見積が無いと社内決済が進まない事も事実である為、
SIerを選定する為の”必要悪”的なものと考えます。

そのような見積であるから、この位で終わるだろうとの
甘い考えは最初から持たない事をお薦めする。

筆者の経験で恐縮であるが、詳細なRFPでも、アドオン開発費用は10～20％、
大雑把なRFPでは、40～50％のプラスの費用が発生しているように感じるからだ。

スウィングバイ2020㈱　ERP事業部　http://www.swingby.jp/erp.htm

仮に、SIerから『時間がかかる』と言われたら、

”MAX2週間、提案時期を延ばしても行うべきである“が筆者の実感です。

２週間以上、時間がかかる･･･って言われたら、

残念ですが、

そのSIerは今回は縁が無かったと思って下さい。

その３；

システム構築時の“システム要件確認”フェーズの際の進み方が

“ダントツ”に早い事に驚かれるであろう。

（※提案書にプラス２週間掛かるぐらいはすぐにキャッチアップ出切ると断言できます。）

スウィングバイ2020㈱　ERP事業部　http://www.swingby.jp/erp.htm

では、先日の続き、１項目目の提案力に関してです。

Point１．提案力

SIerの提案力を測る方法で私がお薦めするのが・・・、

提案書は、SIerの力を把握する良い指標。

筆者の経験では、詳細に書けていればいる程信頼がおける。

ベストと思った提案書は全てのRFPの項目に対して、
具体的な出来上がりの画面イメージまで記載したものであった。

当然、このような提案をするSIerは顧客に選ばれるし、
システム構築をスムーズにできた事は容易に想像されるであろう。

考えてもみて欲しい。

究極の選択として、書類で”結婚相手”を選ばなければならない時

・綺麗な写真と簡単なプロフィール

・写真は無いが、スペック、生い立ちから、考え方等が具体的詳細に明示された書類

の２名の候補者が居た場合、どちらを選択するのだろうか？

答えは”後者”ではないだろうか？

（既婚者の皆様なら、正しい選択をされた事と信ずる）。

提案書も全く同じである。

貴社の将来を託す情報システムを任せるSIerは簡単な提案書では、選んでいけないのである。

スウィングバイ2020㈱　ERP事業部　http://www.swingby.jp/erp.htm

先日のブログで記載した２点のSIerの必要保持要件を分解・分析していきたいと思います。

確認です・・・

ⅠSIer力.
Ⅱ.パッケージ製品力

でしたね？

さて、どちらも大切ですが・・・、
どちらが重要かと言えば、

私は、

Ⅰ.SIer力

に注目します。

理由は、

Ⅱ.パッケージ製品力

は、黎明期のパッケージでなければ、どの会社も横一線であるからである。

勿論、業種・業態特化したパッケージは、他のパッケージとは違います。

しかし、同業種・業態で見比べた場合、大きな違いはないのでは無いでしょうか？

それでは、

ⅠSIer力.

をもう少しどの要素から構成されているかを分解して行きましょう。

以下の５つのポイントに分解と考えております。

① 提案力
② 見積・スケジュールの精度
③ 担当PM・PL（SE）力
④ 推進力
⑤ 実績

明日は、上記５ポイントを更に詳しく！！お楽しみに！！！

スウィングバイ2020㈱　ERP事業部　http://www.swingby.jp/erp.htm

先日の続きになります。

必要なSIerのパフォーマンス（=支援内容）要件が明示されると、自ずと”適性なSIer”が保持していなければならない要件等が明らかになってくると思われます。私の経験から、SIerの必要保持要件は、大別すると以下の２点から成り立っていると考えています。

ⅠSIer力.

Ⅱ.パッケージ製品力

上記の２点をよりイメージが出来るレベルへ分解し、どのような点に注意して、貴社の基幹システム構築を一任するSIerを選択するかをご説明しましょう。

これまで、多くのシステム導入を導入期から参画し、失敗プロジェクトをつぶさに見てきた経験から、確認する視点・その確認法等を簡単に実行できるノウハウこそが“失敗しない”ダントツ”システム構築　７つのポイント”なのです。

スウィングバイ2020㈱　ERP事業部　http://www.swingby.jp/erp.htm

では、適正なSIerとは？何でしょうか？貴殿はどうお考えになりますか？
筆者の定義では、すばり、貴社のシステムを
・必要十分な品質
・計画された納期
・確保された予算内
で具現化を支援する業者です。
逆に、上記達成レベルを逸脱すると、
　→過剰な機能≒ユーザが使いこなせないし、不要な保守費用が発生
　→納期遅れ≒経営に対するインパクト大
　→予算オーバ≒社内予算確保に膨大な労力
等の事象が発生する可能性が高く、情報システム御担当者としては、”百害あって一利なし”である事は明確です。

スウィングバイ2020㈱　ERP事業部　http://www.swingby.jp/erp.htm

少し昔の話になりますが・・・、

日経コンピュータの調査によれば、約75％が“失敗”との目を疑いたくなる現実もあり、情報システムの担当者としては、同じ失敗を繰り返さない事が何より重要な事であると推察します。

※出展：日経コンピュータ 2003 年 11／17 号、特集「プロジェクト成功率は 26.7％」

何故、失敗が繰り返されるのか？その原因は？そして解決手法は？

筆者の十数年の経験から、一つの結論に達しました。

続きは、次回へm(_ _ )m

スウィングバイ2020㈱　ERP事業部　http://www.swingby.jp/erp.htm