3.1 会不会有很多软件工程师可以更短时间内完成任务却特意花更长时间呢？

[GreyZeng]

原文地址
教材3.1中写到

对于这些任务，一个成熟的软件工程师应该能够降低任务交付时间的标准方差。如果你能长时间稳定而按时地交付工作的结果，内部和外部的顾客就会对你的工作有信心，更喜欢与你合作。

作者认为一个任务交付时间稳定的软件工程师，大家会对他更有信心，更喜欢跟他合作。如果所有人都这么认为，会不会因此导致很多软件工程师可以更短时间内完成任务却特意花更长时间呢？因为他们不能保证每次都可以在短时间内完成，另外毕竟市场和公司都喜欢任务交付时间稳定的软件工程师，这样拉长时间还更加轻松，何乐而不为。

当然从整个行业生态来看，在这种交付时间稳定更好的标准下，偶有这种能力资源的“浪费”也是可以接受的。但是否有更好的衡量标准可以避免这种“浪费”呢？

[GreyZeng]

通过团队项目的实践，发现诚如助教所言，在团队合格的管理制度下，以及配合燃尽图、代码提交、issue等方式，可以大致看出任务的完成度，PM也可以很好的规划团队每个成员的任务，很大程度上可以防止“摸鱼”现象的存在。在软件开发过程中，也发现了任务稳定按时交付的重要性。在每次分配的任务量差不多的情况下，如果团队中一个成员有时交付一个任务只需要一天，而有时却需要好几天，这会打乱团队的整体任务规划，会导致一些需要迭代的任务难以进行。
原文地址