１０年来付き合いのあるベンダー企業の営業部長を訪問した時の話しです。
打合せ中、携帯電話に頻繁に連絡が入り、その都度打合せは中断。
普段は打ち合わせを中断する事がない方なのですが、相当切羽詰った急用と察し、やっと落ち着いたところで尋ねてみました。
すると、最近システム開発でのトラブルが頻発し、顧客からのクレーム処理に追われてしまっていると嘆いていました。
その営業部長が言うには、トラブルの大半が開発段階における設計段階への後戻りで、それが原因で納期へかなり影響が出るほどのスケジュール遅れとなってしまっているとの事。
納期が遅れればその間売上を計上できず、当然ながら入金も遅れてしまうので、営業としては一大事。
何とかしようと策を講ずるも、社内調整（主に開発部門との調整）が進まず、ほとほと困り果てた様子でした。
そこで出た一言。
この営業部長のみならず、大半のベンダーでこの様な思いを抱いているのではないでしょうか。
確かに一理あります。
と言うより、『確かにそうだ』 と判断できる場合が結構あると思います。
提案依頼書（RFP）があれば、ユーザのシステム化要件も明確になっているでしょう。
しかし、提案依頼書（RFP）も部分的には行間を読まなければならず、そこに書いてある事が全てではない、という事が多いのです。
業務要件／機能要件をシッカリと引き出し、要件調整をすることができなかったベンダーに責任はないのでしょうか。
また、コミュニケーション不足等によりユーザとの諸々の調整をできず、そこまで事態を悪化させてしまったプロジェクト･マネージャに責任はないのでしょうか。
確かに、ユーザ側の要件調整不足に起因する事はあると思いますが、それを補うのがベンダーの役目でもあるはずです。
言われた事のみをやるのであれば、ベンダー側としてはシステム開発のリスクは低くなるでしょうが、システム開発に精通していないユーザにとっては堪ったものじゃありません。
私はユーザ企業向けに、システム企画／システム調達等のコンサルティングサービスを提供しているのですが、この様な事態を確実に回避できる策はないかと尋ねられれば、回避する確率は高められても、１００％保証できる策はないと言わざるを得ません。
『ユーザには言えないけど、ユーザ側が要件をハッキリとさせないことに端を発している事が多く、ユーザの責任による部分が多いんだよね。』
この言い分が真っ当であるか否か。
それは、ベンダーのシステム開発に対する取り組み姿勢に左右されるところでしょう。
とは言え、ユーザ企業がシステム化の目的や目標、範囲や要件など、システム発注までにやるべき事をシッカリとやる、という事が前提ではありますが。
最後は、ユーザとベンダーの信頼関係に行き着くのではないでしょうか。
当社は、顧客の立場に立ち、ＩＴ化・システム化戦略の企画・立案および推進、課題解決をご支援させていただいておりますので、お悩み事やお困り事をお持ちのユーザ企業様、お気軽にご相談ください。
