テクノロジーを習得したばかりで、それをどこでも使用したいと考えている顧客をどのように説得するには
私の顧客は最近、URL書き換えとは何か、それがどのように機能するか、およびその長所と短所を完全に理解せずに、URL書き換えとは何かを発見しました。現在、彼は、URLリライティングであると信じているものを実装するために、現在のプロジェクトの実際の要件と古いプロジェクトの変更に多くの奇妙な変更を求めています。
一方で、意味のないことをするように求められて困ります実際の仕事をする代わりに。 一方、私は顧客が主題について何も理解していないことを顧客に伝えることはできませんそれへの関心にもかかわらず、.
多くの人がマネージャーや顧客が新しい流行語や新しいテクノロジーを学んだばかりの状況にあったと思います、そして彼は彼がすべてのプロジェクトでどこでもそれを使いたいと思った以上にそれを愛し、この新しいものを使うためだけにコードベース全体を書き直しました事など.
また、最近Programmers.SEに関連する記事を読みました。そこでは、XMLに大きな話題があったときの経験について人々が語りました。一部のマネージャは、XMLを使用したことをすべての人に示すためだけに、すべてのプロジェクトにXMLを導入するよう求めます。
では、似たような状況にあった人々は、どのようにそれを管理しましたか？
IMOは、クライアントとの「URL書き換えが理解できない」という議論を持つ必要があります。
明らかに、あなたはクライアントに「あなたが理解していない」とはっきり言ってはいけません。代わりに、「何かを投資する前に、Xについて話し合い、Xの長所と短所とその代替案について同じページにいることを確認する必要があると思います。」
彼が実際にあなたがすることを知っているが、とにかくXを実装したいことがわかった場合、thenは彼がどの色を望んでいるかを尋ねます。
あなたは非常に注意深くあなたの言葉遣いを選ぶことを確認する必要があります。結局のところ、彼があなたよりもXについてよく知っている可能性があります（重要ではありません）（そして、明らかなポイントがあります-あなたはmanagmentと話しているので）降順のトーン。
これはまさに、チームで発生するタスクの優先リストが役立つ場所です。私があなただったら、URL書き換えのコストメリットを評価し、全体的なエクスペリエンスからどのように追加/削除されるかをクライアントに示します。
自分を医者だと考えてください。人々は、自分が想像する広告/症状で見た薬のリストを持ち、いつも医者に行きます。人が実際に彼が得るべきものを確実に得るのは、医者の仕事です。
また、ソースコントロールを使用し、変更ごとに厳密に分岐します。このようにして、時間内にロールバックして、顧客が自分で持っていたことを忘れた場合に備えて、顧客が見逃したものを示すことができます。
最後に、すべての会議を書き起こします。彼らはいつか重宝するでしょう。
一方で、本当の仕事をするのではなく、意味のないことをするように言われるのはうんざりです。
質問されていることがあまり価値がないとどうして分かりますか？おそらく、なぜ何かが行われているのか一見して明確ではないかもしれない、潜在的な動機があるでしょう。 " ワックスオン、右手。ワックスオフ、左手。ワックスオン、ワックスオフ。鼻から吸い込み、口の外。ワックスオン、ワックスオフ。呼吸することを忘れないでください。非常に重要です。 = "は " The Karate Kid " からの行ですが、ここである程度注目する価値があります。
企業で「なぜこのようにするのですか」と思ったことをした経験があります。何が求められているのか、そしてそこにたどり着く他の方法があるのかと私が尋ねる時があります。ここでの鍵は、「本当の仕事」が私の心にかなり強く示唆しているように思われる、判断して独善的ではなく、オープンで好奇心が強いことです。
それをドルとセントに分解します。彼の気まぐれを実装するのにかかる時間の現実的な見積もりを与え、他の機能への影響を含めます。それを優先順位の議論に移し、これがどこに当てはまるか尋ねます。そこからディスカッションに移動して、彼が求めていることを彼が本当に理解していることを確認できます。そうすることで、次のことが確実になります。
- 彼は自分が求めていることを知っています
- 彼はそれがいくらかかるか知っています
- 彼はそれが他の機能のスケジュールにどのように影響するかを知っています
- 彼はそれがどれくらいかかるか知っています
多くの場合、その議論をした後、彼がそれを削除することに同意したり、非常に低い優先度にしたりするのは簡単です（読んでください：行われることを期待しないでください）。