歴史-信頼に関する1つのプロジェクト。 それとも、どれほど小さい人が気分を害するか

ある小さな、しかし非常に誇りのあるIT会社は、国内のIT業界の「怪物」と下請け契約に取り組みました。 彼らは危機に先立って協力を始めました。彼らは特にお金を考慮せず、開発に必要なだけ配分しました。 目で測定すると、親指と人差し指の隙間がわかり、お金の束の望ましい厚さがわかります。 この状況では、プロジェクト予算の正確な計算に負担をかける特別な理由はありませんでした。 失礼に推定して走った。 彼らは間違いを犯しました。そうでない人は誰でも、技術は常に変化します、顧客は彼ができないとはっきりと説明します。 主なことは、タイムラインに耐えることです。 あなたは自分が間に合わず、より多くの専門家を惹きつけ、開発を締め切りに追い込んでいると感じます。 もちろん、もう少し高価ですが、かなり実行可能なスキームであることが判明しました。誰もが十分であり、最も重要なことは、頭が問題であまり傷つかなかったということです。



しかし、危機が深刻化するにつれて、予算に対する、あるいはむしろその不足に対する疑問が生じ始めました。 これが起こったので、いつも予期せぬように、最初はキャンペーンである種の不快感が生じ、不和が始まり、罪のない人の罪と罰を探しました。 もちろん罰せられる必要のある人は全員いましたが、何らかの理由で問題は残りました。 ここで考えます。 さらにそれと一緒に暮らすには？



繰り返しになりますが、大部分のIT企業の専門家は、予算を正確かつ効率的に策定できますが、不必要なものとして、すでに何らかの形でこれから徐々に離脱しています。 ここでは、緊張し、何らかの形で責任を取り、ニュアンスをいじり、指をパルスに合わせて反応させ、反応させ、反応させる必要があります。 要するに、自分自身と他の人を常に良い状態に保ちます。 そして、大企業の人々は、すべての種類の重要な事柄で、由緒があり、真面目で、忙しいです。 繰り返しになりますが、会議、集会は常に行われ、設計作業を最適化するための骨の折れる作業などの些細なことに注意をそらされます。時間、エネルギー、そして最も重要な欲求はもはやありません。 これはテンプレートが壊れるところです。 予算の量は同じではありません。お金を稼ぐためには、毎日些細なことに対処し、ニュアンスを掘り下げる必要があります。これはもうしたくありません。 出口は何ですか？



IT企業では、人々は基本的に頭が大きく、分析を行いやすく、人生は私たちが見つけたように、彼らに直接考えさせようとしているので、彼らは確かに道を見つけました：自分自身。



そして答えは同じです、それは表面にあります-下請け業者、小さなIT企業。 結局のところ、すべてのリスクをそれらに押し付けることができます。 予算の評価と発言をさせてください。 顧客の要件が不十分-下請業者の問題。 彼は安心できます。「はい、後でプロジェクトの過程であなたの要件を収集します。心配しないでください。 それまでの間、そこに何が必要かを自分で見積もってください。単に夢中になって設計を単純にしないでください。しかし、安くて陽気にすることは信頼できます。 そして、あなたはそのように働きたくありません、私たちは今すぐ口llを吹くでしょう、そしてチームは私たちに走って来て並びます。」



それだけではありません。 スキームを改善できます。 由緒あるIT会社から他にどのように安全になりますか？ そして、下請け業者との契約に、何かが顧客に合わない場合、下請け業者の間違いと考え、それらを排除するためのすべての費用を彼に任せるという点を含めましょう。 そして今、顧客と何かを明確にするのを忘れたこと、要件に何かを含めなかったこと、そしてその由緒あるITキャンペーンの専門家がそれを含めなかったことはもはや重要ではありません。 なぜ彼らは今緊張する必要がありますか？ 実際、今では下請業者がこれに責任を負います。 要件に何かが示されていません-ナンセンス、私たちは下請業者の間違いに書きます。 そして、顧客と議論しないでください-それは役に立たない、彼は政府機関です。 「州の秩序」というフレーズを聞いてください。 それはどのように聞こえますか？ 最後に、あなたはあなたに課せられたすべての責任と高い自信を理解しなければなりません！ そして、誰が直接、直接すべてを学び、説明するために、貧しい下請け業者を顧客の身体に直接向かわせるのか。 結局のところ、そこに人々は主権のサービスにあり、あらゆる種類の愚かさで彼らをそらすことは重要ではありません。 しかし、下請業者のためのこれらすべては、スネアが配置されるときに、後で開きます



それがこの回路の仕組みです。



しかし、実際にはこのように見えます。 たとえば、前述の小規模企業は、マネージャー向けの自動化されたワークプレース（以下、AWP）の開発に関する契約を履行することを永続的に提案されました。 同じ状態。 注文。 シニアパートナーの提案-大規模なIT企業。 私たちはそれを会社を「信頼」と呼びますが、信頼なしではどうでしょう。 要件のうち、実装する必要があるものと方法は、1）1.5枚の参照条件、2）写真-ユーザーインターフェイスが顧客の観点からどのように見えるかに関する「コミック」、および3）同様の開発の要件の抜粋他のプロジェクト。 「ここでは複雑なことは何もありません。すでに100回実行済みです」と彼らはコストを見積もり、リスクの割合を追加し、手を振って走りました。 はい、信頼会社の迅速な管理の別の発見があります-下請業者との決済は、顧客への完成品の配達後に行われるべきであり、これは開始から約4-5ヶ月です。 保険に保険をかけることは、古典が言ったように、「保険証書だけが人に安心を与えることができる」からです。 そして、このアプローチが「...今口justを吹くだけで、チームが私たちに駆けつけて並んでいる...」に合わない場合は、覚えているでしょう。



そして、顧客はすでに稼働中のシステムを持っていることがわかります。それは一般的に彼に合っています。なぜ新しいシステムが必要なのか、誰も説明できません。 しかし、正義のために、「SO SO NEESSARY！」という単純な議論が1つも見つかりました。 つまり、顧客はやる気がありません。「スーパーフード」システムをうまく作成しますが、そうではなく、それを地獄に落とすために、古いシステムを使用します。



そして、とにかくAWPを実行する必要がありますが、お客様の「コミック」に描かれているような軽微なユーザーインターフェイスの軽薄さに適応していない、信託会社自身が提供するプラットフォーム上で行う必要があります。 そしてそれに応じて、コストはすでにさらに30％増加しています。 しかし、これは、前述のように、すでに下請業者の問題です。 また、開発中のワークステーションは、モバイルソリューション用に開発された既製のメカニズムを介してメインプログラムと対話する必要があります。既に悲しみの半分で使用されていますが、提案されているデスクトップワークステーションソリューションには適合しない制限も多数あります。 このメカニズムのドキュメントは（小規模、小規模）ですが、一部は古く、一部は信頼できません。 つまり、開発されたワークステーションは、「ひざまずき」に開発され、データを数時間同期させることができるブラックボックスを介して、メインシステムとまだ統合されていません。 その中で何が起こるのか、なぜそんなに長い間、どのようにスピードアップするのか、誰にもわかりません。 これにより、プロジェクトのコストが大幅に増加します。 しかし、信託管理者はもはや気にしません。結局のところ、問題は今や彼らの問題ではなく、下請業者の問題です。



さらに、彼らが最初のプロトタイプを作成して顧客に見せたとき、彼は見たものとはまったく異なる、まったく反対のものを期待していることに気づいて驚いた。 いいえ、彼が提供するユーザーインターフェースを備えた「コミック」は、開発されたプロトタイプに完全に対応しており、プログラムの顔は痛いほど馴染みのあるものでした。 しかし、顧客が彼の考えでは、彼の意見では開発者自身が見るべき特定の機能も想定していた写真の背後にあることが判明しました。 そして、これを明確にするための「信頼」の管理者は時間の不足でした。 同時に、「信頼」により、顧客から下請業者が完全に隔離されました（ファイアウォールなど）。 ほとんどの場合、マネージャーは、ショーの後に興奮して、電話で、車の風と騒音を叫んで、発言と希望を口頭で伝えました。 人々は忙しく、それは顧客との会話から記憶に蓄積され、それから伝えられました。 念のため、下請けチームがこれを好まない場合は、「...今すぐ口whiを吹くだけで、チームが駆けつけて並びます...」



そしてこの時点で、信託会社のテスターは、すべてを適切にテストするというタスクを受け取りました。 そしてもちろん、彼らは戦いに突入しました。 本格的な要件はないが、他のプロジェクトから散らばっている部分しかないことに気付いた彼らの驚きを想像してください。 彼らは怒っていました...しかし、彼らは数年間トラスト会社で働いていたので、彼らは長い間悲しみませんでした。 ターゲット製品にどのような方法で実装する必要があるかについて、彼らのバージョンを緊張させ、考案し、考案しました。 そして、たまたまこのバージョンは、顧客が提示したユーザーインターフェースの「コミック」と一致していませんでした。 しかし、何もすることはありません。QAの専門家は厳しい人たちです。矛盾があり、修正作業が必要です。



開発者がテスターのすべてのコメントを修正し、バージョンを顧客に提示するために渡すと、変更は彼を驚かせ、st然としました。 彼は合理的に次のように述べた。「私はこれを求めなかった。どこからこれを手に入れたのか？ また、2回実行しないようにするために、いくつかの機能を追加することを要求しました。 最近実装された機能を削除する必要がありました。 そして、新たに発見された状況に関連してやり直すほとんどすべてのもの。



このとき、「Trust」という会社の経営者は、プロジェクトの最前線での運用状況をリーダーシップに伝えなければなりませんでした。 彼らの過失と不作為を隠すことはもはや手元にありませんでした。 彼らは、私たちは白人でふわふわのマネージャーだと言いますが、彼らは下請け業者、「kosyachniki」であり、彼らは本当に何もすることができません。 経営陣は怒ってワークショップを開催し、下請け業者に「どのように許可しましたか？」という答えを呼びました。 トラストに存在する標準に沿った要件がなく、まともなデザインもなかったことが判明し、要件がまったくなかったことが判明したとき、経営陣は非常に驚き、マネージャーをoldりました。 彼らは順番に、自分たちを正当化しようと試みた。彼らはいくつかの資料がそれでも提供されたと言い、すべてはそれほど絶望的ではなく、絶望するのは早い。 トラスト管理者は、その短所を認識して、トラストマネージャー側の問題や短所のみに気付いた場合、すぐにベルを鳴らしてドラムを叩く必要がある（またはその逆）ことを下請業者に誓いました。 悪役はすぐに飼いならされ、厳しく罰せられます。 ここは最高の正義であり、小さなIT企業で考えられています。 地球には真実があります！



最初のショーの後、機能が改善された次のプロトタイプが実装されたとき、顧客は最初に期待したとおりに動作することは非常に不便であり、すべてをやり直す必要があることに気付きました。 そしてどうやって？ 「その他」



一方、プロジェクトに割り当てられた時間は終了し、顧客に適した製品はまだ生まれていません。 そして顧客は人間性を示し、信託会社の困難な状況に入り、プロジェクト期間をさらに数か月延長することに同意しました。 当然、何も支払わない。 したがって、下請業者チームは、契約に基づいて合意された資金を受け取らず、自費で働き続けました。



プロジェクトの6か月目でした...同時に、信託会社は何も失うことはありませんでした。



トラストのリーダーシップとのクリーンアップの約束との誠実な会話を念頭に置いて、下請け業者は、実行された仕事に対する支払いなしで、彼の存在の非人間的条件の説明を彼に連絡しました。 そして経営陣は、実際にはすべての処理に対して支払いを行うことを約束することを誓いましたが、それは後になってからです。 そして、トラストの管理者は、下請業者が自らの過ちを修正し、自らの費用でそれを行うべきであると主張し続けました。 経営陣の仕事を確立するすべての約束、信託会社の経営陣は、下請業者のすべての主張を完全に忘れてリダイレクトしました。 管理自体。 彼らは彼ら自身、彼らの同情です。 下請業者はどうですか？ 強いものが現れるが、弱いものが出現する場合-市場にはない。



そして、小さなIT企業には、プロジェクトでさらに作業を続けてチャンスを節約するという選択肢がありました-いつかは契約で合意したお金を返すか、改善のために何かを手に入れるか、すべてを終了して契約に入れないでください5か月間何もしませんでした。 そして同時に、会社「信頼」の人にあなたの顧客を失います。 公平を期すために、チームメンバーが他の会社に逃げるのを防ぐためだけに、トラストが下請け業者に少量を落としていないことに注意する必要があります。 ご愛顧で、それは高貴に見えた。



その結果、下請業者は作業を続行するオプションを選択しました。 製品に必要な機能を実装する方法を考え出したので、それらを使用すると便利です。 コンセプト全体を再度変更し、製品を再編集しました。 再びかなりの時間を失いました。



そしてこの時点で...、信託会社のテスターは再びタスクを受け取りました-すべてをテストする方法。 彼らは細断され、今ではテストケースを書くのに適した素材を探すことに自信がありませんでした。 私たちは開発者に次のことを明確にしました。「しかし、今どのように機能するのでしょうか？ キャンペーン「Trust」の管理者は要件を作成することに煩わされなかったため、下請業者チームは「Technical Solution」に関するドキュメントを作成し、製品に現在実装されている内容と方法を説明する必要がありました。 その結果、テスターは要件に応じてではなく、実際に開発者が製品を実装した方法に基づいてテストケースを作成しました。 それが起こることが判明した。



そして、下請業者は製品の次のリリース、より正確には、以前のバージョンへのリミックスをリリースし、それを顧客に引き渡しました。 彼はいつものように、すでに実現されていた以前の願いの一部を拒否しました。 しかし、一般的に、彼が今見たものはもはや彼に鋭い拒絶を引き起こしませんでした。



もう一度、小さなIT会社が製品のあらゆる種類のささいなことを作り直し、この恐怖が終わるのを待ちます...



それとも、信託会社が新しいプロジェクトを提案するでしょうか？

「そして、私たちは待っています、

いつ再送信しますか

晩Doダースへ

新しくて甘い長靴！」

コルニー・チュコフスキー。