还有什么更好:设定被低估或高估的最后期限？
假设你是一个项目经理。您可以在几天内对特定开发人员的特定任务进行评估。在执行评估后，您将获得一些最小值和最大值。
在此之后，您将任务委托给开发人员。其实你也设定了最后期限。
在设定截止日期时最好使用哪种估计:最小还是最大？。
正如我所看到的，最小估计会给开发人员带来压力，即使任务能够更快地完成(所谓的学生综合征)，最大估计也可能导致使用分配给开发人员的所有时间。两种方法的优点和缺点是什么？
编辑：
小小的澄清:我说的是在委派任务时为下属设定最后期限，而不是向我的老板汇报。
编辑：
再加一句澄清:我可以记住我的真实估计，给老板提供稍微大一点的估计，给下属一点小一点。这个问题涉及到以下几点:向开发人员提供低估以使他更努力工作是个好主意吗？
Stack Overflow用户
发布于 2009-12-28 09:25:42
这取决于项目。
有些项目可能需要快速开发，如果截止日期已经确定，并且没有很好的机会来延长开发，那么就没有其他选择了。营销活动带来了新的服务。这样的最后期限对于正常的开发来说是足够的，但是在一些组织中，它是如此的接近，以至于开发人员在工作压力下工作，并且在生产阶段犯了很多错误。这是一种项目，当开发人员必须与最有效的工作，他们最好得到良好的成功回报。
有些项目是精确规划的，在这里您可以使用所有的分析:历史数据、一些开发人员对子任务的时间度量、计算风险等。
但无论如何，最大的时间不应该使用:它是最不准确的测量，通常导致更多的时间占用。这里有一个简单的原因:当开发人员只给出这个MAX时，他几乎没有测量。他只是放弃了当时几乎没有信息的直觉。但是，如果他至少花半个小时来理解他的任务的细节，他甚至可以把它分成子任务，并提高他的准确性。所以你可以给开发者一些偏见，比如“嘿，伙计们，想想在什么时候你会在这里提供稳定的代码”，但是让他自己测量一下。这对一份工作是好的，对程序员自己也有好处。
https://stackoverflow.com/questions/1819523
复制相似问题
腾讯云开发者
