新時代のIT開発支援サービス失敗は成功の母。機能は、どんどん開発してどんどん捨てればいい。今回ブックウォーカー様の電子書籍サービスでご採用いただいたITソリューションエンジニアリングサービスについてご教示ください。佐藤3つの事業分野に分かれている「ITソリューションエンジニアリングサービス」ですが、今回特にブックウォーカー様で特徴的だったサービスの適用事例について説明いたします。従来のSIと違う点は、各事業部でも説明させて頂いておりますが「顧客との立ち位置」でしょうか。いわゆるSI事業は非常にリスクの高い事業でもあります。それゆえにSierはどうしても重厚長大なウォータフォールプロセスに縛られがちでした。ナレーターきちんと見積もり立てて、計画を作って実行する。そのためには当然、要件はきちんと事前に決まっていなければならない......ですね。新サービスは発注者にも要件・仕様は、よくわからない!佐藤ええ。モバイルコマース事業部では、スマートフォンの様ないわゆるアプリを中心としたデバイス系の開発や、ニューサービスの立ち上げにあたっての開発を依頼されることが多いのです。結果、事前に要件を作り込む事が非常に困難です。最適なサービスの姿は、誰にも分かりません。発注者すら知らないのです。新しいサービスでイノベーションを起こそうという顧客なら当然の帰結ですね。「御客様も手探りである」という前提で対応をしています。先進的であるためです。ナレーターしかし、それではプロジェクトの発注のしようがありませんよね?できあがるものの姿が誰にも分からないなら、結果として、その費用も分からない。従来のウォーターフォールだとそうですね。そこから抜け出してしまえば実は、顧客とってもよりよいサービスが提供できるのです。実際に開発する作業自体が変わるわけではありません。大枠を大きく変えています。具体的に今回の事例では「リソース供給契約」を締結しています。3人のチームならチームを維持する体制を提供すると言う契約です。ナレーターSES(システムエンジニアリングサービス)契約に近いでしょうか?佐藤そうですね。常駐はしていませんが。非常駐のSESに近いでしょうか。「お金を払っているのにちゃんと成果を上げているか?」ですがもともと月単位の契約です。長くても1Q単位の契約ですので、成果が納得できなければ解約は簡単です。1億の受発注を何度も何度も契約を見直して長い交渉を掛けて締結すると、リスクの上限は1億に限定されますが、実は下限も一億になってしまっています。ところが、この「リソース供給契約」であれば「中止!」と思った時にはせいぜい数百万の出費になります。実はリスクは非常に小さく抑え込めているのです。「もともとイノベーションを起こしたい!」と顧客が思う以上「何を作ったらいいかはだれも分からない」わけですから、リスクを固定化してしまう方が実はリスクが高いということになる......というわけですか。機能は、どんどん開発してどんどん捨てればいい。佐藤それだけではないのです。した、先進的なサービス開発を行うとする場合「機能を捨てる」事も大切な要素になります。ユーザーニーズが分からないところにリリースするわけですから結局「使われない機能」等は多々出てきます。その際に、先に「こう作るんだ!これは1億だ!」と決めてしまっていると、その1億を捨てる事はできなくなります。結果、無理やり作って、誰も使わない機能を、使ってもらえるようにさらに御金をかけ開発を続ける......というジレンマに陥るのです。ナレーターところが、元々数百万のリソースで「試しに作ったもの」であれば、さっさと響かなければやめて、次の響きそうな機能に着手すれば良い......となるのですね。結局、そうしてユーザーの反応を見ながら、どんどんアプリケーションの姿を変えていく......それが、サービスの開発競争ということなのです。サービスの開発競争が続く限り、どんどん機能追加......投資を続ける。それ以上に回収をする......事になります。いう考え方の方が間違っているということですね?佐藤ええ。その1億のサービスが10億稼ぐかは机上の空論です。実際そうなるかは、発注者にも分かりません。あれば、数百万ずつ機能を試しながら、10億稼ぐサービスを目指す方が、よほど現実的です。結果として、投資は2億になるかもしれません。逆に5000万で済むかもしれません。机上の空論だけで、サービスを構築するよりはよほど現実的です。それに、もしかしたら「やっぱりこのサービスダメだね」という決断も早ければ、ごくわずかな投資だけで済みます。ナレーターなるほど、しかも、リスクを固定化したはずの請負契約で1億で受発注したシステムが1億で済まないこともよくありますね。300mずつ、目的地を確かめながら10km先の目標に向かうオリエンテーリングと、まず机の上で想像で、自分達で地形や主催者の性格を推し量り、そこで決めた目的地に一か八か最初に10km歩いてゴールを探すオリエンテーリングではどちらが結果として早くゴールに着きますかね。最初の10kmは真逆かもしれない。したら、最短でも20km歩かないといけないのです。ナレーターつまり「ちゃんと歩いているか分からないから、この10km先の地点まで歩いたら幾らね」と契約して開発するのが従来の方法ですね。逆に、目標に向かって一緒に300mずつ歩いては地図を確かめ、ヒントをさがして一緒にゴールに歩こうというのが「リソース供給契約」の形ということですね。それなら、常駐型のSESの方が情報共有という観点では早いのでは?佐藤それも意外に、そうではありません。一般的に、常駐型は実務に様々な制約が出ます。開発会社内は本番環境もなく、本番データも所有していないこともあり、開発の環境の柔軟性が非常に大きいのです。サービスベンダーである顧客にとって、セキュリティやコンプライアンスリスクは非常に重要な要素です。社内でも使えるツール等が厳しく制限されていることが多いのです。それに、そもそもSIベンダーでもない顧客企業の中には様々な効率化ツールがありません。専門の会社でない顧客企業には、重機などが無くて、備え付けのスコップで作業しなければならないから概ね非効率になる......ということですか?佐藤はい。それに、当社には膨大なプロジェクトノウハウもあります。したノウハウはそれこそ、御客様先では制限されてしまいます。似たようなプロジェクトの設計図書や、同じような事例の実装例など......ナレーターなるほど、それでリソース供給契約なのですね。これからのモバイルコマース事業部におけるソリューションエンジニアリング佐藤デバイスやWebの技術は更に加速度的に進化しています。今日全盛を極めるスマートフォン等は、もしかしたら2-3年後には全く違うデバイスに置き換わっているかもしれません。した、スピードに対して、ベンチャー特有の機動力と技術力で顧客のサービスのイノベーションを支援していきたい次第です。どんな産業であれ、競争と競争に伴う技術革新は常に避けられません。我々のIT技術力で顧客の皆さまの「まだ見たことない新しいサービス・機能」を形にしていけるように、更にノウハウの蓄積とスピード、そして最新技術の研鑽に努めていきます。次へ進む123開発のご依頼・システム導入のお問合わせはこちらからインタビュー企業様一覧このページのトップへ金融システムやさまざまな業務システム開発、ECサイトなどの各種Webサイト構築・開発、IC(RFID)を活用したシステム、技術者向けOJTやICタイムリコーダー等、システム開発に関わることならオープントーンにお任せください。HOMEシステム開発ソリューション開発事例ニュース会社情報サイトマップお問合せ。