column
今回は、私の経験をもとにして、システム構築依頼の基礎と基本をまとめてみました。
私自身は、現在システム開発会社を4年ほど経営しておりますが、元々は食品関連のコンサルティング業を本業として、20数年経営支援をしてきました。
さまざまな、支援依頼者から、システム導入やシステム構築の相談を受けてきましたが、さまざまなパッケージソフトを検証して提案したり、システム制作会社を紹介して導入支援を行ってまいりましたが、大きな課題点は、最終的に“言った言わない“の、揉め事が発生することです。
その問題の根底には、発注側がシステムを理解していないことと、受注側が業務を理解していないことにあります。発注側としてはシステムを理解していないことは当然で、プロの受注側が業務を理解して、構築するものと思われがちですが、業務の理解や把握までも受注側に求めてしまうと、膨大な時間と費用がかかってしまいますし、さらに前途した、“言った言わない”“聞いた聞いていない”が発生してしまうのです。
そこで、発注者の方にも大枠を理解していただくことで、スムーズに進むのが理想であると私は考え、これまでの経験を踏まえて、私が辿り着いたのは、自分でシステム構築会社を作ってしまうことでした。
弊社では、発注側と受注側の両方の立場から、食品事業者向けに特化したシステム構築を行っており、そこで培ったシステム構築依頼の基礎と基本を以下に記しますので、ご参考にしていただければと存じます。
さて、システム化の中でも、いわゆるパッケージソフトと呼ばれるものは、既にどこの会社であっても(個人レベルであっても)何らかの形で活用はされているもと存じますが、自社のための社内システムなどを構築する検討をしたことがあったり、これから検討される方にとって、どのように進めて良いのか、ご経験者は、随分と悩まれたことと存じます。
といった至極当然の事柄から成り立ちます。
これらの要素の第一段階の、①何をしたいか、のご要望はお持ちではあるのですが、ご依頼側では②いくらでしたいか③いつまでにしたいか、に関しては、希望であったり予測になることは、当然であり仕方がないことなのですが、私の経験上では、この第一段階で既に費用と納期の見積を“概算”でいいので!”と要求されることがあります。
そうなると、システム提案側としても、全体像の把握をして、納期と予算に合わせて、ご提案をするしかない状況になってしまいますが、発注側も受注側も暗中模索の状況になります。
また、大手企業様の場合は、この予算でこの納期までにどこまでできそうでしょうか、との相談を受けることもありますが、第一段階では、正直に申し上げて、発注側のご要望に寄り添ったいい返事ができるかどうかの調整をするだけの作業しかできません。
いろいろと社内のご都合などもあるかとは存じますが、システム構築を行う上で最も重要なのは、システム構築のプロジェクトマネジメントになります。
何をしたいか、の基礎には、経営・事業戦略があります。これは経営者の意思であったり、システム構築の目的や背景を確認します。
これをシステム構築の主旨とします。
そして、システムの本体になる業務要求を主旨に照らし合わせながら抽出します。
など、さまざまな要求がありますが、これらを整理して提案をします。
業務要求をまとめたら、技術要求の確認をこないます。
技術要求とは、システムに求める機能や性能、システム全体で確保すべき処理能力やハードウエアやネットワークなどの各要素を、検証・確認します。
これらのシステム全体で確保すべき処理能力やハードウエアやネットワークなどの各要素を、検証・確認して提案をします。
運用要求とは、実際に業務で利用される状況を想定して、その運用作業や保守サービス、エンドユーザーの教育や研修などに関する要求事項を記述します。
これらの運用要求をヒアリングしてプロジェクト全体を把握して、はじめて予算と納期の算出が可能になります。
予算には、イニシャルコストとランニングコストがあります。 概ねイニシャルコストの1/10の費用が運用開始後に毎年必要になる費用となるのが目安です。
イニシャルコストには、ハードウエア費用・ソフトウエア費用・開発費用・その他の費用があります。
また、ランニングコストには、ハードウエア保守費用、ソフトウエア保守費用、開発保守費用、その他の費用がありますので、別表をご参照ください。
これらのプロセスを知ることで、発注される皆さんにも基礎知識が備わることで、スムーズであり適正コストでのシステム構築の一助になれば幸いです。
この記事を書いた人
大西 周食のプロに仕組みづくりを支援するコンサルタント業を25年営んでいる中で、今の日本に不可欠な食品事業者向けのデジタル化・D X化を推進するコンサルタント事業も5年前から取り組んでいる。