システムの改修について

リスクを最低限に抑えたいのであれば、まず詳しい(具体的な内容の)仕様書を作ってから開発に取り掛かるという手順を開発会社に徹底してもらう事です。

詳しい仕様書さえあれば開発業者が異なっても大差なくシステムを作りあげることが可能です。
(どこまで製品に違いが出ないようにするかも仕様書の書き方次第です)
ご質問のように「開発会社に万が一の事があった場合」でも、同じプログラミング技術がある会社なら仕様通りに続きの開発を進める事は簡単です。

仕様書は地図のようなものです。
地図がなければどんなに技術力のある会社でも何もできず、ユーザが目指す方向の確認からはじまり地図を作り直すとまで手戻りが発生します。

更にリスクを抑えたいのであれば、仕様作成(要件定義)と製造を別契約にする事をお勧めしています。
「詳しい仕様書」と「仕様通りのシステムを製造してもらう内容の契約書」さえあればトータルコストは変わらずに開発に関するリスクを抑えられますのでご参考にして下さい。


IT化支援ラボ 濱田

コードワークス株式会社の伊藤と申します。

いきなりですが、コンピュータシステム(Webシステムも含みます)は理想的には、

・概要仕様書
・詳細仕様書/設計書
・全ソースコード一式
・導入方法などのドキュメント
・運用方法などのドキュメント
・などなど・・・

などがきちんと揃って作られており、これらのドキュメントがあるから、基本的には作った業者ではなくても、保守・メンテナンス・改造は可能である、と言われています。

しかし、現実はかなり違い文章では書き表せていない細かい仕様や、担当者ベースで決定されたさらに細かい仕様・要望などが存在します。

これらの謎の多いシステムの改修を、技術力のある会社であればやってくれますが結果として、多大なソースコードの読み直しなどが発生するので、時間とコストがかかる事は避けられないと思います。(弊社でもソースコードと怪しい英文ドキュメントしか存在しないシステムを改変依頼などを受けたことがあります)

安くやるよ、と言ってくれる会社さんもあるかもしれませんが、ではどのような作業を行ってくれるのか?きちんとご確認されるとよいかと思います。

今回のご相談では、これから発注されるとの話ですので、まだその先が見えているわけではありませんが、リスクについて真剣にお考えであれば、少なくとも最初に記載した書類の提出は最低限お願いしておくべきでしょう。また、発注側としても、作成段階での仕様の変更、修正などどのようなやりとりが行われていたかの記録をきちんととっておきましょう。
そうすれば少なくとも、もし別の会社さんに改修を頼むとしても、より少ないコストと早い対応をしていただけるのではないでしょうか。

もちろん、はじめに発注される会社さんが元気でいてくれるのが一番でしょうが。

はじめまして。ウェブウェア・オルグの井上と申します。

技術的な観点で言えば、よっぽど独特な技術を利用したシステムでない限り他社でも改修はできます。
ただし「妥当な費用と期間で」という事になると色々な条件が関わってきます。

仕様書もない場合はまず見積をするのに調査のための工数がかかりますので予算感が全く見えずに入口でお断りしてしまう場合があります。(改修をご依頼される側からしても、「引き受けられるかどうかを見極めるためにまずいくら」と言われてもおそらく発注しにくいですよね。)

あとは、前任・後任の会社が似たような技術をもち、同等のレベルの開発に対応可能である事などもポイントになってきます。ある程度技術がないと他社が作ったものの改修ができませんが、前任の会社に比べて後任の会社のレベルがあまりにも高すぎると、逆にまた改修ではなく全部作りかえのような対応しかできなくなってしまいます。そういった事を見極めるためにも、仕様書は重要な判断要素になります。

いずれにせよ、
・他社が作ったものをまず理解し
・場合によっては不慣れな方法での改修を行う
ので、開発業者を変える場合ある程度のコスト追加はやむを得ません。

まずはシステムの耐用年数とその会社の実績や継続年数などを量りにかけながら、そのシステム利用中はお任せできそうな構築業者をご選択されるのがよいかと思います。

その上で、担保として開発者向けの仕様書を作成していただくとよいでしょう。ただし仕様書作成はコーディングより手間がかかると言われていますので、あまり細かいものを要求すると見積が高くなってしまいます。「万一の時に開発を他の業者に頼めるように」や「機能追加を検討する経営者向け資料として」など、目的を合わせて作成を依頼するとよいと思います。

ご参考になれば幸いです。

小規模 Web システム開発 ウェブウェア・オルグ