我正处于一个大型组织的开发项目的初期。
目前,我们的企业设计部门正在与我们的业务涉众一起制定和记录功能需求。
我需要制作技术设计文档并管理团队来实际构建解决方案。
我想尝试基于证据的调度,但据我所知,其中一部分是将任务分解为持续时间不到14小时的小任务,这要求我已经完成了技术设计。
因此,
你如何计划和估计出技术设计可能需要的时间?
发布于 2012-09-05 12:02:45
因此,只有在技术设计完成之后才能使用基于证据的调度吗?
如果你不知道你要建什么,你怎么可能知道要花多长时间?
因此,您肯定需要至少有一个设计草案,并且您需要让团队中的程序员估计他们的部分(正如您所链接的文章中所强调的那样)。你还需要有类似项目的经验。否则,你不知道你的团队的评估和现实之间的关系。如果你没有以前的经验,那么你必须等到你有了一些证据才能计算出来。
然后,您将完善您的设计,随着您继续,估计将改进。在任何时候,你的日程安排都会尽可能好;它是基于证据,而不是猜测或希望。
基于证据的日程安排,或者说“故事点和速度”等只是简单线性估计器的花言巧语:如果它已经花费了T个时间来完成X%的任务,那么很可能会有(1-X)*T/X的时间量--只要总工作量保持不变。这类估计器很流行,因为:
发布于 2012-09-05 12:33:56
https://softwareengineering.stackexchange.com/questions/163761
复制相似问题