敏捷项目估算与可持续节奏管理
敏捷项目估算的挑战与蒙特卡罗模拟应用
在敏捷项目中,工作估算至关重要,尤其是对于时间紧迫的项目。不准确的工作量估算可能会导致过度承诺、范围蔓延以及团队信任问题。尽管重新估算有时是必要的,但由于时间和预算限制,这种情况通常不会发生。此外,与业务用户和利益相关者的初始沟通和承诺使得重新估算和修订项目计划及发布日期变得更加困难。
项目通常需要进行工作量估算,以为发布计划、项目进度、剩余工作和要实现的里程碑提供有用信息。对于典型的敏捷项目,在确定涵盖工作总体范围的故事列表后,下一步是估算待办列表中的所有故事。这种估算与故事优先级排序一起,是发布和迭代计划的基础。团队完成每个故事的估算后,就可以根据总工作量估算、故事优先级以及假设的每次迭代团队速度,制定带有发布日期估算的发布计划,甚至是带有上线日期预测的项目计划。
然而,初始估算往往并不准确。在敏捷模型驱动开发(AMDD)中,团队通常在项目的第一周或第一次迭代(迭代 0)中进行需求设想。其目标是确定一些高层次的需求以及发布范围,即他们认为系统应该具备的功能。团队会与业务用户和最终用户密切合作,探索用户将如何与系统交互。团队通常会绘制一个领域模型,以确定基本的业务实体类型和关系,以及一个用户界面模型,以探索用户界面和可用性问题。但由于需求是高层次的,每个故事都存在许多不确定性,所以初始估算仍然只是一个估计值,而不是实际的工作努力。随着新信息和知识的获取,团队往往会觉得有必要重新估算故事。
为了说明问题,我们来看两个项目案例。第一个是“准固定投标”项目,投标按每次迭代定价。开发团队负责实现每次迭代的目标吞吐量。但由于在初始阶段对领域知识的缺乏、对系统复杂性的低估以及对后端代码的不熟悉,大多数故
超级会员免费看
订阅专栏 解锁全文
54

被折叠的 条评论
为什么被折叠?



