如何管理项目评估和管理团队时间？

Question

我在想这样的事情：

• 指定一名开发人员在正常的7.5小时每天工作时间之外进行6小时的项目，其余的时间用于其他与工作/公司相关的活动(会议、电子邮件、电话等)，也许高级开发人员就会少一些。
• 建筑在20%的应急时间来估算。

什么是产生严格估计的最佳方法，同时保护开发人员不受管理的影响。

增编:我被要求帮助我当前的客户解决这些问题。他们是一个非常糟糕的开发团队，所有的业务都在掌控，范围爬行，重叠的环境，轻重缓急的变化等等。我想帮助他们变得更好。

Answer 1

我最讨厌的是任性的最后期限。

项目截止日期:问题

项目评估总是导致一个日期成为一个隐含的最后期限。不管是什么原因，错过那个日期，如果不是完全以失败为特征的话，往往会让人觉得失败。当你给出一个日期，你设定了期望，当这些期望没有达到时，人们自然会感觉到某种程度的欺骗或欺骗。团队士气经常受到打击。

项目截止日期:生硬的团队管理及其成本

在我的经验中，人们想要任意的日期，因为他们想使用项目管理作为一种直截了当的工具，来尝试让开发人员研究该做什么和如何努力工作。因此，最好的情况是团队工作到最后期限，并提前完成。在没有截止日期的情况下，你通常会得到同样的表现。

最坏的情况是，任何曾经有过一个项目的人都知道。离最后期限越近，走捷径就越多。代码质量越差。一般情况下，士气会受到影响。当你考虑成本时，试图强迫人们工作到任意的日期是愚蠢的。结果是，你产生了糟糕的代码，使士气变得更糟。在开发人员寻找其他地方工作时，您甚至可能会有一些营业额。

我只想重申：

• 最好的情况场景是在没有截止日期的情况下从团队中获得相同的表现。
• 最坏的情况是代码不好，士气低落，周围都是糟糕的经历。

没有截止日期的

项目：

的更好方式

除非有严格的截止日期，否则我不会给出日期。发行版必须与营销活动、特定事件等保持一致。然而，问题是我们(开发团队)如何与其他人进行交互？他们怎么知道他们所要求的工作什么时候能完成？

频繁发布:垂直切片和速度

首先，我们跟踪所有已经完成的工作。没有任何工作是从事的，这不是特性或错误修复。每件事都是作为一个垂直切片来完成的。因此，当功能完成时，它是可发布的。我们目前每两周发布一次，但在过去每周发布一次。其结果是，每个人不仅看到了进步和完成的工作，而且他们也得到了工作的速度感。事实上，我们甚至有一个每周的速度(我们使用连续的每周冲刺的想法)，还有一个14周的平均值，标准差和中位数。

公共优先级列表

第二，我们有一份公开的优先事项清单，我们只对最优先的工作进行工作。我管理这份清单，并根据各种因素就优先权问题打电话。我和我的经理再问一遍。

因此，人们可以看到与其他人相关的工作，并且在每两周发布一次的时候，他们可以看到每一件作品的完整发布。到目前为止，它似乎是有效的，最好的是，没有任意的日期。

Answer 2

假设您有有效的数据，以前的性能是最好的预测器。它可能仍然不够精确，但是收集数据越麻烦，就有可能根本无法捕捉到它。

IMHO -专注于什么是最重要的是最好的方式来管理你的时间和截止日期。

Answer 3

“这是个好的开始，”詹姆斯说，“但是管理干扰的康西尔并不都是在一个方便的1.5小时的时段内来的，他们倾向于整天被喷洒，而且影响远远超过正常的恢复时间。”

此外，“小时”并不是衡量成就的一个非常有意义的指标。花一个小时盯着显示器，看着时钟，等着吃午饭，让星巴克醒来，让你有决心解决让你彻夜未眠的窃听器，这与在星巴克像疯子一样调试一个小时，而IM‘则是为了帮助四个朋友解决一个棘手的I/O阻塞和种族问题而花了一个小时。

虽然20%的利润率可以解释简单的错误和疏忽，但不能解释重大的遗漏和错误(和平台“抓到了！”)

最后，正如“比尔”所建议的那样，PM站点将是这个问题的一个更好的地方。