理想の顧客だった方法

これは、パフォーマーの側で長年の仕事をした後、私が偶然バリケードの反対側にいて、側で開発を注文する方法についての有益な物語です。 これは、開発者にとって理想的な顧客ほど悪いものはない理由についての物語です。



私が言ったように、私は長年にわたってソフトウェア会社の顧客と仕事をしていました。 だから-私はさまざまな顧客と仕事をしなければなりませんでした-国内と外国、国際企業と単一のスタートアップと。



私は起こるすべてを見ました。 電話で話すのは面倒だったので、私は週に一度来る必要のある威厳のあるモスクワのマネージャーを見ました。彼がしたい。



私は、ページの半分でTKを構成した見知らぬ人々と、週に1度仕様を書き直した不備の人々と、奴隷の所有者であると考えた嫌いな人々と協力しました。 ハードウェアをサポートしない機能を作成し、まだ出ていない軸のアプリケーションを開発し、網膜用のペイントエディターで子供が描いたデザインを適合させました。 私は、暫定リリースの1日の遅延のために数百万の罰金を科されるサイコと働きました。



最終的な買い手が何を望んでいるのか分からなかった再販業者に対処しましたが、私たちが要求通りにやった後にしかそれをする方法を理解していない不満に会いました。



「私は実際にはプログラマーでもある」顧客と仕事をし、仕事のやり方を教えてくれました。 プロジェクトごとに3回すべてをゼロからやり直すことの意味を知っています。



かつて私は、彼のオフィスがすべてのハードウェアとデータで燃え尽きてしまったためにプロジェクトから飛び降りた顧客がいました。 200ドルのクローンを作成する必要がありましたが、そうではありませんでした-サードパーティの開発者に多くの機能へのアクセスをまだ開放していない当時のネイティブアップルアプリケーションの高度なクローン。



一般に、私はあらゆる種類の不可能なものと不可能なものを扱った。 私はそれが何をするのかを理解していますが、何がわからないので、昨日準備ができています。



ですから、別の「Facebookで仕事をして、Facebookのように仕事をする」クライアントに会うたびに、自分でさえ約束しませんでした。 開発者が私に対処する喜びのために余分に支払うように、私は彼の代わりに働きます。 私は彼の代わりに最高の顧客になることができます。 そして、一度私は1つになりました。





他のソフトウェア会社と同じように、かつて「私たちの製品」を作りたかったのです。 他のソフトウェア会社と同様、無料の開発者もいませんでした。 したがって、ファッショナブルなアウトソーシングを適用するために英雄的な決定がなされました。 まあ、私はすでにデザイナーとプロジェクトマネージャーになりました。



少し交渉した後、請負業者を見つけてこの契約を結び、私は正式に顧客になりました。 私が誓ったように、私はすべての顧客の中で最高になりました。

  1. 私は普通のお金を払いました。 私たち自身が機能するもの。
  2. 明確で、具体的で、最も重要なのは、一貫した要件を含む実際のバックログがありました。
  3. プロジェクト中に要件を変更せず、スプリントに介入せず、よく考えなかったので何もやり直すように頼みませんでした。
  4. 請負業者は、独自のルールに従って開発技術、アーキテクチャを選択し、コードを書くことができます。
  5. 破損した電話はありませんでした。私が主な連絡担当者であり、要件を作成しました。
  6. 言語の壁やコミュニケーションのアクセシビリティに関する問題はありません。
  7. 私は明確な仕様を持っていました-各画面はプロのUXデザイナーによって描かれ、各ボタンの動作は描かれていました。
  8. 私自身、受け入れテストを実施しました。
  9. 開発の現実を知っていましたが、誰もがバグと遅延を抱えていることに気付きました。
  10. 私は方法を知っているプログラマーではありませんでした。




一般的に、あらゆる点で私はいつも夢見ていた顧客になろうとしました。 しかし、時間が経つにつれて、請負業者が私の熱意を共有しなかったことに気付き始めました。 彼にとって私はただの悪夢のように思えた。 彼はおそらく私を彼の最悪のクライアントと考え、彼が私の広告を読んだ日を呪った。



なぜ私と一緒に仕事をするのが難しいのかを理解するまでに長い時間がかかりました。 そして、この理解により、IT分野における顧客と請負業者の関係についての私の考えが完全に変わりました。



第一に、私は要件をうまく方向づけていました。 したがって、一部の詳細には追加の説明や例が必要であるため、余分な時間がかかると納得するのは困難でした。 明確化と例はすぐに提供されました。



第二に、私は最後の顧客でした-それは顧客であり、代表でさえありませんでした。 したがって、バグに気付かないことや、後ですべてを修正するために仮釈放の行為に署名することに同意することは不可能でした。



まあ、最も重要なこと。 私が得たい結果を想像しすぎていました。 通常、問題は正反対であるため、これは最も逆説的です。 実際のところ、私の場合、すべてのデザインは私たちの側にありました。 請負業者は、「ここをクリックするとポップアップが表示される」というスタイルで詳細な説明が記載された既製の折り畳まれたページを受け取りました。



要件を抽象化すればするほど、作業が簡単になることに誰もが同意すると思います。 そして、私の要件は非常に具体的だったため、開発者は操作のためのスペースを完全に失いました。 そして、彼が何かを実現できなかった場合(特にフロントエンドで)、彼はそうすることができませんでした-できる限りやることです。 その結果、回避策は常に中断されたため、問題は最も困難な方法で解決する必要がありました。



そのため、私の最も重要な利点が最も重要な欠点に変わりました。 道徳とは何ですか? そのような設計と開発を分離することはできません。 理想的な顧客は、各コントロールの動作を詳述すべきではありません。 理想的な顧客は、アプリケーションが解決すべきタスクと、それを実行する条件を説明する必要があります。 開発者は残りの作業を自分で行う必要があります。その場合にのみ、自分のアイデアを実現できる可能性があります。 他の人のアイデアでは、すべてがはるかに複雑だからです。



All Articles