estimation - 您如何向销售人员说明编程确实很困难并且需要时间

Question

As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center提供指导。




9年前关闭。




我经常与无法弄清楚如何使用Excel的销售和市场营销类型合作，更不用说从技术角度了解其要求的范围了。当然，期望他们这样做并不公平，但这仍然给我带来了问题。

显示他们所要求的营销和销售类型的最佳方法是什么，这需要很多复杂的编程和一些耐心？

您能否分享一些问题和解决方案的例子？

您能推荐有关此主题的书籍吗？

谢谢!

最佳答案

将问题分解为尽可能多的分割任务。在每个项目旁边按小时提供每个项目的估算值。

当他们将一个项目视为一个整体时，这似乎很简单。但是，当他们看到必须完成的每件事情以及每件物品需要的小时数时，就会把它变成商务人员可以理解的术语。突然之间，他们想要的软件解决方案不再是他们的“黑匣子”，他们现在对流程有了一些了解。

如果您正在寻找书籍，我建议Software Estimation - Demystifying the Black Art。

关于estimation - 您如何向销售人员说明编程确实很困难并且需要时间，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/460152/

上一篇：sql-server-2005 - 在T-SQL中评估

下一篇：interface - 可以初始化一些东西吗？

相关文章：

language-agnostic - 进度条等的实际时间估计

algorithm - 如何以编程方式找到可以逼近另一个黑盒函数的函数？

algorithm - 有没有办法估计 A* 找到路径的进度？

tomcat - 将应用程序从 websphere 迁移到 tomcat

mysql - 试图根据预期的查询/插入数量来估计 aws 将花费我多少

artificial-intelligence - 使用人工智能/神经网络进行项目估算

testing - 任何估计 UAT 工作量的经验法则——比如脚本数量与业务需求数量的比较？

project-management - 估计完成任务的时间

r - 手动泊松回归

estimation - FogBugz 估计和结对编程

Answer 1

将问题分解为尽可能多的分割任务。在每个项目旁边按小时提供每个项目的估算值。

当他们将一个项目视为一个整体时，这似乎很简单。但是，当他们看到必须完成的每件事情以及每件物品需要的小时数时，就会把它变成商务人员可以理解的术语。突然之间，他们想要的软件解决方案不再是他们的“黑匣子”，他们现在对流程有了一些了解。

如果您正在寻找书籍，我建议Software Estimation - Demystifying the Black Art。