クライアントとの複雑さの不一致を処理する方法は何ですか？

Question

"これは本当にシンプルですが、私はちょうど1つの画面が必要です。"

「うわー、光っているものはたくさん仕事をしているに違いない」

テクニカルではないクライアントは、求めている機能がどれほど単純か複雑かを判断するのに非常に悪いことがわかります。彼らの見積もりは、どれくらいのUIが見えるのかを中心にしているように見えます。彼らは、コンピュータをオープンエンドの質問に答えることができる人間と考えています。

私たちが知っているプログラマーとして、これは当てはまりません。多くの場合、複雑なインターフェイスは配線を増やすだけの問題であり、ほとんどの作業を必要とする正解を知っている「魔法のボタン」であることがよくあります。

特に、仕事を見積もって配達するとき、または「小さな変更」が多くのバックエンド作業を必要とするときに問題を引き起こすことも知っています。

複雑さの不一致を適切に処理してクライアントを満足させる方法は何ですか？

Answer 1

「複雑さの不一致をうまく処理してクライアントを満足させる方法は何ですか？

コストと時間を正確かつ正直に推定し、合意した機能とタイミングに固執する。

質問の残りの部分に対処するには、問題の考え方と同じ方法で努力の見積りを整理するのが最善の方法です。 「光沢のあるボタン= 128人の日」または「10の新しいスクリーン= 0.5人の日」が表示されたら、理由を尋ねるか、知覚される複雑さと現実の違いを説明する機会を与えます。この場合、費用を開示し、関連する機能が予算上の優先順位に対してどれほど重要かを判断することができます。

私が見つけたのは、技術的ではないクライアントとの関係は、信頼できるものであれば問題ありません。また、一貫して信頼を得て維持する唯一の方法は、

HTHと幸運。

Answer 2

私はクライアントに「やりやすい」とは決して言わないようにしています。

プログラミングはクライアントにとって簡単ではないので、彼らが私たちを雇う理由です。いくつかのものは私たちにとっては簡単だと分かっていますが、そうすることで、フィーチャの複雑さを判断できると思うようになります。

サイモンはそれを釘付けにして、テーブルの上にすべてを置いてください。挑戦はほとんどのオタクが実際に人々と通信するのではなく、コンピュータを使ってコミュニケートすることです。 <

Answer 3

クライアントが何かが複雑である（または少なくとも多くの作業が必要である）ことを疑っている場合は、技術用語と頭字語のバケットを使用すると、すぐに彼を黙らせる必要があります。

もしクライアントが何かが簡単だと疑ったら、「ああ、そうだね、それを指摘してくれてありがとう。それは2倍の時間とコストを2倍かかります」