物語はこれです：
金融分野の1人（彼を顧客と呼びましょう）は自分のビジネスを開くことに決め、ソフトウェア開発のために私たちの会社（彼女を単に会社と呼びましょう）に頼りました。
プロジェクトの実装には、内部システムのいくつかの標準モジュールと1つの金融および通貨モジュールの開発が必要であり、これらは完全に異なる大企業のWEB APIサービスに完全に依存していました（ サードパーティと呼びましょう）。
サードパーティは、顧客との契約に基づいて、後者に、独自のWEB APIサービスへのアクセスという形で、ドキュメントとサポートとともにサービスを提供しました。
私たちはビジネスマンであり専門家であり、ソフトウェアの開発方法と5以降のWEB APIサービスの操作方法を知っているため、プロジェクトの前半は滞りなく進みました。 私たちが別の成功を誇ろうとしていることは誰もが幸せであり、顧客も幸せです。
しかし、そこにはありませんでした。サービス統合の開始時に問題が発生しました。
- 不完全なドキュメント
- 不完全なWEBサービス
- 目的の機能の一部へのアクセスのブロック
- など
まず、問題や不具合について顧客に報告し始めましたが、彼らはそれぞれ「IT技術者ではない」と言い、彼は私たちが尋ねるすべての用語や質問を理解していないので、彼に代わって第三者に私たちをリダイレクトしましたサービスに関する技術的な質問をすることの承認。
サードパーティとのコミュニケーションもうまくいきませんでした。 「エラーコード234はどういう意味ですか、マニュアルに記載する必要があり、存在しません」という質問をしたとき、サードパーティの代表者が利用できないため、ほぼ1日中答えを待たなければなりませんでした。その後、200〜250などのサービスの一部を開発した部門と相談する必要があります。
すべての通信は郵便局を通じて行われ、3者全員が常にCCに座っていました。
時間はだれにも余裕がありません。締め切りの終わりはもうすぐ終わり、フィニッシュラインは見えません。 時は金なりです（特に金融の世界では）ので、不満な顧客が会社に来て、いつプロジェクトを立ち上げるか尋ねます。
上記のサードパーティの問題に対して、顧客はすべての可能性を提供し、状況を修正するために必要なすべての措置を講じたと回答し、さらにすべての障害は会社とサードパーティ間の通信の問題です。 状況は手に負えなくなっており、可能な限り迅速に解決策を模索する必要がありました。 次の2つのオプションがありました。
オプション1 ：顧客はWEB APIサービスの使用を約束しました。たとえ約束を果たしたとしても、第三者と戦うことは私たちの関心事ではありません。
オプションは消えました。 顧客とコミュニケーションをとることで、この道は私たちをどこにも導くものではなく、顧客は以前のように自分の立場を維持し、会社は自分の立場を維持し、問題は解決されず、プロジェクトの中断の脅威になることに気付きました。 私たちは小さな企業であり、悪いことの噂が急速に広がっているため、これはそもそも私たちにとって有益ではありませんでした。
オプション2 ：決定になりました。 私たちは記録を取り始めました：会社が第三者にメールを送信するたびに、それを書き留め、回答を待って、受信した時間を修正し、失われた議事録を抜き取りました（初等算術）。
それはすべて次のように見えました：
12:00-サービス「x」の不具合について第三者に手紙を送信しました。
12:45-サードパーティの代表者が2時間以内に会合してコールバックするという応答を受け取りました。
-失われた時間45分
14:45-まだ回答を待っているという手紙を第三者に送りました。
-失われた時間2時間。
15:30-サードパーティがコールバックし、決定を下して回答をくれました。
-失われた時間45分
結局のところ、これらはすべて最終的にPDFファイルに収められ、最終的には第三者のせいで日中に失われた時間を明確に表現し、顧客に送られました。 特に「赤字」は、「重要な」回答を「2時間で折り返し」とマークしました。 ファイルからの各流行の証拠は、3者すべてが受け取ったメールレターでした。
1日の終わりに正確に1週間の会計処理を行った後、サービスの問題が急激に減少し、私たちは尋ねられたすべての質問に効果的に答え始めました。一般に、氷は壊れていました。
お客様がサードパーティとのミーティングを密かに開いていることを密かに知りました。 彼らが語ったことはこれらのドアの後ろに残っていましたが、事実は、1週間後にプロジェクトを開始し、「Happy Customer」のステータスに達したことです。