どれだけ準備しても、システム開発でトラブルが起きることはある。納品物が想定と違う、納期が大きく遅れた、費用の認識がずれた——こうした場面で双方が感情的になり、互いに相手の責任を主張し合うと、解決はかえって遠のく。トラブルが起きたときこそ、冷静に事実を整理し、解決に向けて進める動き方が問われる。

本記事は、システム開発でトラブルが起きたときの記録の残し方、交渉の進め方、そして相談先の選択肢を、発注者の視点で整理する。読者として想定しているのは、中小企業の経営者、発注担当、管理部門の担当者である。なお、紛争の解決方法や法的な手段の選択は、個別の事情に大きく左右される。具体的な対応は、弁護士などの専門家や公的な相談窓口への確認を前提に進めてほしい。本記事は一般的な動き方の整理にとどまる。

結論：記録を残し、冷静に交渉し、早めに相談先を頼る

トラブルに直面したとき、発注者として意識しておきたいのは次の3点である。

  • やり取りや経緯の記録を残し、事実を整理できる状態にしておく
  • 感情的な対立を避け、論点を絞って交渉を進める
  • 自社だけで抱えず、必要に応じて専門家や公的窓口に早めに相談する

トラブルの渦中では冷静さを保つのが難しい。だからこそ、記録という客観的な土台を持ち、解決に向けた手順を踏むことが、結果的に近道になる。

まず記録を整理する

交渉でも、相談でも、出発点になるのは「何が、いつ、どう起きたか」という事実である。トラブルの兆候を感じたら、まず記録を整理しておきたい。

記録したいものなぜ重要か
契約書・発注書何を合意したかの基本
要件定義書・仕様書何を作る約束だったか
メール・チャットのやり取り経緯や合意の記録
議事録・打ち合わせメモ口頭での合意の裏付け
変更の経緯いつ何を変えたか
不具合・遅延の状況何が問題かの具体

とくに口頭で決めたことは、後から「言った・言わない」になりやすい。打ち合わせの議事録や、合意内容を確認するメールを残しておくと、事実の整理がしやすくなる。トラブルが起きてから記録を作るのは難しいため、日頃から残しておくのが望ましい。要件の記録については要件定義の準備も参考になる。

交渉の進め方

記録を整理したら、相手との交渉に入る。ここで大切なのは、相手を責めることではなく、解決に向けて論点を絞ることである。

論点を絞る

トラブルでは、複数の不満が同時に噴き出しやすい。すべてを一度にぶつけると交渉が拡散するため、何が最も重要な論点かを絞る。納品物の是正なのか、納期の見直しなのか、費用の調整なのか、優先順位をつけて臨みたい。

求める結果を明確にする

相手に何をしてほしいのかを、具体的にする。「なんとかしてほしい」では交渉が進まない。是正を求めるのか、スケジュールの再設定を求めるのか、費用の調整を求めるのか、現実的な落としどころを想定しておく。

やり取りを記録に残す

交渉の過程も記録に残す。合意した内容は、口頭にとどめず書面やメールで確認する。これは後の認識のずれを防ぐとともに、交渉が行き詰まったときの事実の整理にも役立つ。

感情的な対立は、双方にとって消耗が大きく、解決を遠ざける。事実と論点に立ち返り、冷静に進める姿勢が、結果的に早期の解決につながりやすい。

相談先の選択肢

自社だけで解決が難しいと感じたら、早めに外部の力を借りることを考えたい。抱え込んで時間が経つほど、選択肢が狭まることがある。一般に、次のような相談先が知られている。

  • 弁護士：契約内容の解釈や、法的な手段を含む対応を相談できる。IT分野に詳しい弁護士もいる。
  • 公的な相談窓口：中小企業向けの公的な相談窓口など、トラブルの相談に応じる仕組みが知られている。
  • 業界の相談機関：情報処理やソフトウェアに関する紛争の相談・調整に応じる機関が知られている。

どの相談先が適しているかは、トラブルの内容や金額、解決に求めるものによって変わる。まずは記録を整理したうえで、どの相談先が合うかを含めて、弁護士などの専門家への確認を前提に検討するのが現実的である。なお、裁判だけが解決手段ではなく、話し合いによる調整や、第三者を交えた調停といった方法が知られている点も押さえておきたい。

トラブルを長引かせないために

トラブルは、初動と進め方しだいで、長引くこともあれば、早く収束することもある。発注者として意識しておきたい姿勢を整理する。

心がけたいことねらい
早めに事実を整理する後手に回らない
感情的にならない交渉を拡散させない
求める結果を具体化する落としどころを見据える
一人で抱え込まない早めに相談先を頼る
やり取りを記録する事実の土台を保つ

トラブルそのものを完全に避けることはできないが、起きたときの動き方を知っているかどうかで、結果は大きく変わる。日頃から記録を残し、いざというとき頼れる相談先を把握しておくことが、最大の備えになる。

技術的な論点の切り分け

システム開発のトラブルが厄介なのは、法的な論点と技術的な論点が絡み合う点である。「納品物が想定と違う」という主張一つとっても、それが要件のずれなのか、品質の問題なのか、そもそも要件に書かれていなかったことなのかで、話の進め方が変わる。

主張の例切り分けたい論点
想定した機能がない要件に含まれていたか、追加要望だったか
動作が不安定品質の問題か、使い方や環境の問題か
納期に遅れた原因が委託先側か、要件変更や確認遅れか
費用が想定より高い当初の合意か、変更に伴う追加か

これらの切り分けは、要件定義書や仕様書、変更の経緯といった記録があって初めて進む。技術的な事実が整理されていないと、交渉も相談も「印象論」になりやすい。法的な相談をする前段として、何が技術的な事実なのかを整理しておくと、専門家への相談もより実りあるものになる。第三者に技術面の整理を手伝ってもらうのも、選択肢の一つである。

同じトラブルを繰り返さないために

トラブルが収束したら、振り返って次に生かしたい。同種のトラブルを繰り返さないために、何が引き金だったかを整理しておく価値がある。

  • 要件の曖昧さ：作るものの定義が曖昧で、認識がずれていなかったか
  • 記録の不足：口頭での合意が多く、後から確認できなかったか
  • 契約の備え不足：遅延や変更への取り決めが薄くなかったか
  • コミュニケーションの頻度：進捗の共有が少なく、問題の発見が遅れなかったか

これらの多くは、次の発注で発注前の準備を厚くすることで改善できる。トラブルは消耗するが、そこから学んだことを次の契約や進め方に反映できれば、同じ落とし穴を避けられる。発注前にどう備えるかは発注前チェックとRFPで整理している。

関係を壊さずに収束させる視点

トラブルの収束を考えるとき、つい「勝ち負け」で捉えがちだが、システム開発では関係を保ったまま収束させたほうが得な場面も多い。とくに、開発を続けてもらいたい、あるいは保守を任せたいといった場合、相手を一方的に追い込むのが最善とは限らない。

  • 解決のゴールを見据える：相手を責めることがゴールではなく、システムを使える状態にすることがゴールである
  • 相手の事情も把握する：遅延や不具合の背景に、こちらの確認遅れや要件変更が絡んでいないかを冷静に見る
  • 落としどころを用意する：完全な勝利ではなく、双方が受け入れられる現実的な着地を想定する
  • 記録は淡々と残す：感情的な応酬ではなく、事実の記録を土台に話を進める

もちろん、相手の対応に明らかな問題があり、関係の継続が難しい場合もある。そのときは、専門家への確認を前提に、毅然とした対応をとることも必要になる。大切なのは、はじめから対立を煽るのではなく、解決のゴールから逆算して進め方を選ぶことである。記録という客観的な土台があれば、穏やかに進めても、必要なときに毅然と進めても、どちらの選択もとりやすくなる。

相談前に整理しておくとよい情報

専門家や相談窓口に相談する際、手ぶらで臨むより、情報を整理しておくほうが話が早い。相談を実りあるものにするために、あらかじめまとめておくとよい情報を整理する。

整理する情報なぜ役立つか
契約書・発注書・提案書何を合意したかの土台になる
トラブルの経緯の時系列いつ何が起きたかを共有できる
求めたい結果是正か、見直しか、精算かを明確にできる
これまでの交渉の記録どこまで話したかを伝えられる
技術的な事実の整理何が問題かを具体的に示せる

これらが整理されていると、相談を受ける側も状況をつかみやすく、的確な助言を得やすい。とくに「自分は最終的にどうなれば納得できるのか」を言葉にしておくと、相談の方向が定まる。完璧にまとめる必要はないが、契約書とやり取りの記録、そして求めたい結果の三つは、最低限そろえておきたい。整理の過程で論点が見えてくることも多く、それ自体が解決の一歩になる。

よくある質問

Q1. トラブルになったら、すぐ弁護士に相談すべきですか

金額や深刻さによるが、自社だけで解決が難しいと感じたら、早めの相談を検討したい。抱え込むほど選択肢が狭まることがある。相談の前に記録を整理しておくと、話が進めやすい。どの段階で相談するかも含め、専門家への確認を前提に考えてほしい。

Q2. 裁判をしないと解決できませんか

裁判だけが手段ではない。話し合いによる調整や、第三者を交えた調停といった方法が知られている。どの方法が適しているかは、トラブルの内容や求める結果によって変わるため、専門家への確認を前提に検討するのが現実的である。

Q3. 口頭で決めたことは交渉で不利になりますか

口頭の合意は「言った・言わない」になりやすく、事実の整理が難しくなることがある。だからこそ、合意した内容をメールや議事録で残しておくことが重要である。これからのやり取りだけでも記録に残す習慣をつけておきたい。

トラブルの整理と進め方を、第三者の視点で支えませんか

GXOでは、システム開発で生じたトラブルについて、経緯や記録の整理、技術的な論点の切り分け、今後の進め方の検討をご支援します。専門家への相談が必要な場面の見極めも含め、現状整理からお手伝いします。

トラブルの整理を相談する

※ 初回相談では、営業資料の説明よりも現状整理とリスク確認を優先します。