私は、技術的な観点から要求の範囲を理解するどころか、Excel の使用方法を理解できない営業およびマーケティング タイプと仕事をすることがよくあります。もちろん、それを期待するのは公平ではありませんが、それでも私には問題が残ります.
多くの複雑なプログラミングとある程度の忍耐を必要とするものを求めていることを、マーケティングと販売のタイプに示す最良の方法は何ですか?
問題と解決策の例を教えてください。
このテーマについてのおすすめの本を教えてください。
ありがとう!
私は、技術的な観点から要求の範囲を理解するどころか、Excel の使用方法を理解できない営業およびマーケティング タイプと仕事をすることがよくあります。もちろん、それを期待するのは公平ではありませんが、それでも私には問題が残ります.
多くの複雑なプログラミングとある程度の忍耐を必要とするものを求めていることを、マーケティングと販売のタイプに示す最良の方法は何ですか?
問題と解決策の例を教えてください。
このテーマについてのおすすめの本を教えてください。
ありがとう!
問題をできるだけ多くの細分化されたタスクに分割します。各項目の横に時間単位で項目ごとの見積もりを提供します。
プロジェクト全体を考えると、単純に思えます。ただし、やらなければならない個々のことと、各項目に必要な時間数を見ると、ビジネスマンが理解できる言葉で表現されています。突然、彼らが求めているソフトウェア ソリューションはもはや「ブラック ボックス」ではなくなり、そのプロセスについてある程度の洞察が得られるようになりました。
本を探しているなら、Software Estimation - Demystifying the Black Artをお勧めします。
コンピューターは、ユーザーが実行したいことではなく、ユーザーが実行するように指示したことを実行します。
あらゆる形式の抽象化を正確な詳細に変換する必要がありました。
ソースhttp://c2.com/cgi/wiki?TeachMeToSmoke
Teacher: "It's hard to express ourselves clearly. You're a smoker, right?
Are you pretty good at it? [Student nods.]
Let's pretend I'm a man from Mars and you are going to teach me to smoke.
Do you have a fresh pack? Let's start with that.
[Takes pack.] OK, now tell me what to do."
Student: "Tear open the pack."
T: [Tears pack to shreds. Cigarettes fly everywhere.]
S: "No, no, tear off the top of the pack!"
T: "OK, sorry, do you have another pack? No? OK, let's just start with this cigarette. [Picks one up.]
S: "Put it in your mouth."
T: [Puts whole cigarette in mouth.]
S: "No, no, just put the end in your mouth!"
T: "Sorry." [Tears filter off, puts whole filter in mouth.]
S: "No, no, don't tear the cigarette, just hold it between your lips!"
T: "Oh, sorry, give me another one." [Places new cig sideways between lips.]
... 等々。ゲームを長時間プレイできます。ドメインを知っていても、明確な指示を出すのは困難です。プログラミングは長い間耐えます。-- ロンジェフリーズ
ルービックキューブを数秒でできる友達がいました。
そこで、最近のプロジェクトが失敗した理由をマネージャーに説明する方法を思いつきました。
Olivier は、3x3 のルービック キューブを約 5 秒間見た後、そのすべての色を完全に分類するのに平均 10 秒かかります。
並べ替えるのにかかる時間を見積もるように頼んだら、立方体を渡して時計を動かし、5 秒後に次のように言います。
「よし、始めたら10秒で終わる」
あなたは微笑んでこう言います:「スタート!」3 秒後、彼にやめるように頼みます.. 彼に別のルービック キューブを渡して.. 代わりにこれを並べ替えます..
彼が 2 番目のルービック キューブを開始してから 4 秒後に、最初のルービック キューブを再び並べ替えるのにどれくらいの時間がかかると思いますか?
約 7 秒と答えた場合、おめでとうございます: あなたは上級管理職の素材です!
(そして、オリヴィエはあなたに立方体を食べさせる正当な権利があります)
私は、問題をプログラミングタスクではなく数時間に分割すると、マネージャーの方がうまくいく傾向があるという意味でSimucalに同意します。たとえば、上司に「完了するまでに約2時間かかるはずですが、最初に完了する必要があることが他にもいくつかあるので、明日までに完了する必要があります」と言います。「まず、オブジェクト間で通信するためのインターフェイスを設計し、次にインターフェイスを実装するためのクラスを作成する必要があります」と言うよりもはるかに便利です。マネージャーは自分が何を見ることができるかを理解しているので、エンドユーザーの影響の観点からタスクを説明できるときはいつでも、より多くの成功を収めることができます。
そうは言っても、上司があなたを脅迫して、守れない約束をさせないでください。彼らが聞きたいのは「一日の終わりまでにそれを手に入れる」だけだということを知っているかもしれませんが、それができないことを知っているなら、それができるとは言わないでください。次の数日のうちに彼らに、それは「十分に近い」でしょう。設計とテストの時間を考慮に入れて適切な見積もりを出すと、最終的には、特定の種類のタスクを実行するのにかかる時間を理解し始め、昨日までにすべてが完了することを期待しなくなります。
私はまた、途中で具体的な結果が彼らの神経を休ませる傾向があることに気づきました(少なくとも一時的に)。上司は、タスクが時間どおりに完了するかどうかについてパニックになり始めると、完成した結果を要求し始めます。しかし、段階的な進行を「見る」ことができれば、完成品にはまだ入っていなくても、実際には進歩していることを理解する可能性が高くなります。
また、このプロセスを開始するときは、物事をその観点から見て、必要だと思う時間を費やすことができるようになるまで、幸せな媒体を見つける必要があるかもしれないことを理解してください。私の経験では、キャッシュオブジェクトを開発する必要があり、複数のアプリケーションに広く分散できる構成可能で拡張可能なキャッシュを設計および実装するのに数週間かかることを望んでいましたが、手元のタスク。縮小したり、近視眼的な設計を実行したりする場合は、十分に文書化されていることを確認してください。そうすれば、時間があるときに戻って修正できます(または、別の開発者があなたが終わらせることができなかったという思考の列)。また、優れたコーディング標準とスタイルを犠牲にしないでください。
幸運を!
これは、プログラマーではない人がこれらの問題のいくつかとランナウェイ要件の落とし穴を理解するのに良い本かもしれません:
真剣に、物事には複雑なものがあり、複雑な問題解決、分析、および設計が必要であることを実際に伝えるのが最善だと思います。彼らがしていることとプログラマーがしていることの間にはギャップがあり、彼らが完全な意味を決して理解できないのは残念なことです。時には、しっかりと、時間がかかる可能性があることを説明する必要があります。
おそらく、タスクをサブタスクに分割し、それらに見積もりを与えると役立つ場合があります。
彼らの問題も理解していることを確認してください。多くの場合、人々は根本的なビジネス ニーズから始めるのではなく、解決策を提示します (「この機能が必要です」)。問題を理解すればするほど、妥協点を提案できる可能性が高くなります。
ときどき、特定の大きな機能が絶対に不可欠であると言われたことがありますが、問題に実質的に対処する、より単純なソリューションを展開することができました。これらの暫定的な解決策が重要な機能に成長することもありますが、2 回のリリース後に誰にも気付かれずに削除できることがよくあります。
私の経験では、過去に営業担当者にタスクに一定の時間がかかる理由を説明し始めたときはいつでも、彼らは技術的な詳細を本当に知りたくないことをすぐに認めましたが、私はそれで問題ありません. 私は通常、彼らがなぜ n 日経ってもまだその大きなセールを確定していないのかを私に説明してほしくありません。効果的に仕事をするために、誰もが自分の責任範囲を持っています。見積もりを提供する営業担当者との関係が良好であり、適切かつ合理的な見積もりを行い、仕事を成し遂げるあなたの能力を彼らが信頼していることを確認してください. 私見は、見積もりを詳細に説明して推論する必要はないはずですが、もしあれば、本当の問題は別の場所にあると思います.
そして、上記の「場合による」に心から同意します。