想像してみてください。ロシア全土の医療機関を統合する連邦協会は、全国のどこからでも普通の患者がモスクワなどの専門家からオンライン相談を受け、必要に応じて予約することを許可します。
最初の段階では、上記の概念がTKの本質であることに少し警戒するかもしれません。 しかし、このプロジェクトは興味深く、野心的です。したがって、より適切なTKの形成に参加することはさらに面白かったです。
その結果、形成されました。 Webサイトの形式で最も理解しやすい製品シェルを作成することになっており、クライアントは最小限のパラメーターセットを提供して、メインプロジェクトである彼の個人アカウントにアクセスしました。
さらに、組織を協会に引き付けるために、彼らは立法イニシアチブに参加するように招待されました。 簡単に言えば、複数の大規模な組織を1つの協会にまとめると、その活動を実施するのに役立つ法律を求めるロビー活動が可能になります。
しかし、顧客は「ロビー」という言葉を使用することを非常に恐れていましたが、否定的なものはなく、プロジェクトのプレゼンテーションから除外することを求めましたが、それについては後で詳しく説明しました。
個人アカウント、またはむしろ個人アカウントは、医師、患者、組織間、および異なる組織の医師間の相互作用のマルチレベルシステムでした。
TKが承認されたとき-プロトタイプの作成とプロジェクトの論理構造が始まったとき、作業は本当に巨大でした-視覚的な構造を表示する必要があることに加えて、数百ページのプロトタイプも将来のプログラミングのための一種のTKでした。
そのTKは暫定的なものであり、その時点ではわかりませんでした。 幸いなことに（残念ながら、後で判明したように）、顧客はプロジェクトについて議論するために個人的なミーティングを好みました。 通常-さらに良いことは、プロセスを高速化し、プラグアンドプレイモードで個々の詳細を調整できることです。
しかし、残念なことに、各会議は境界になりませんでした。その後、開発の次の段階が開始されるはずでしたが、ブレインストーミングで、「そして、このようにしましょう！」、「ここで彼らは私にアイデアを投げました」 その結果、既製のプロトタイプをやり直す必要があり、キャビネットのすべての要素のかなり直接的な関係を考えると、小さな一見修正するものは、ほとんどすべてを変更しなければならないという事実につながる可能性がありました。 おそらく、顧客がこの種の編集を通常の作業プロセスであると考えており、見積もりを増やすことが適切であるとは考えていなかったと言う価値はありません。
ほとんどすべての会議で、たとえばロシア連邦の法律の下での「医師と患者」の相談など、特定の種類の相談が不可能であることや、患者が自分の市の医師に行ってオンライン相談を行う必要性など、新しい状況が生まれました。 さらに、後者は、個人アカウントに統合されたTrueConfセッションを実行するために個人アカウントとソフトウェア自体をすぐに使用できる可能性があるため、協会のメンバーであると想定されていました。
それとは別に、専門知識、およびプロジェクトの開発におけるその重要性に言及する価値があります。 最初に、かなり有名な心臓専門医が会議に出席しました;彼らが言うように、彼は製品のためであり、そのシェルのためではありませんでした。 彼は本当に興味深いアイデアを提供し、さらに重要なこととして、プロジェクトの実際の立ち上げを「ひざの上で」の無限の変更よりも重要だと考えました。 彼が本物の医者であることを考えると、彼のアドバイスに留意する必要があるように思われます。 しかし、3回目の会議の後、彼はプロジェクトから脱落したという事実から判断して、専門知識は開発における最も重要なパラメーターではないと考えられました。 面白いのは、心臓専門医の代わりに、歯科医が次の会議の1つに来たことです。
その結果、2つの設計の反復が準備され、それらの調整は幸いなことに問題なく通過しました。
そして、実際のゴミと廃棄物が始まり、顧客はプログラミングプロセスがどうなっているかを正確に理解していないようで、プログラマーに連絡することを決め、私たちを迂回して、単に連絡するだけでなく、新しい入力を直接与え始め、後で完全に支払うことにしました直接、しかし同時に、私たちと一緒に仕事を続けています。
その結果、プログラム部分は誰ももたらしてくれなかった新しい予想外のアイデアに基づいて構築されたため、レイアウトと収縮したプロジェクトは停滞していることが判明しました。 プログラマーは、明らかに、顧客がこれを行ったと考えていました-そして、顧客は、すべてが自動的に統合されて動作する、修正が与えないものだと考えました。
私たちは協力を続けましたが、プロジェクトの本格的なプレゼンテーション、従業員の名刺のレイアウト、顧客のパートナーを準備しました（作業中に2回変更されました）-巨大なプロジェクトは離陸できませんでした。
初期段階では、IIDF（Internet Initiatives Development Fund）にプロジェクトを追加し、弱点を解決し、追加の専門家の意見を学ぶことを提案しましたが、顧客はこの考えを拒否しました。 彼はすでに何をすべきかを知っています。 これは、数か月後の一般的なチャットで、「IIDFを使用しなかったのはなぜですか」という精神のメッセージを見たという点で注目に値します。
その結果、ある必死のステップで、顧客は論理に合わないまったく奇妙なデザインをしたデザイナーを見つけ、その後、彼は会社を雇いました（どれを見つけたのかはわかりませんでした）。 -チルダ上の名刺。高品質の画像を選択する手間さえかからず、画面の隅にある[マイアカウント]ボタンはどこにも通じないボタンのままでした。
興味深いプロジェクトが実装に至らない場合は常に悲しくなりますが、ほぼ完成したプロジェクトが終了するとさらに悲しみになります。顧客は自分が望むものを理解できず、そのたびに新しい素晴らしいアイデアが増えたからです。
その結果、連邦の多機能ポータルの代わりに名刺サイトができました。