课程: 从瀑布式过渡至敏捷式项目管理
免费学习该课程!
今天就开通帐号,24,700 门业界名师课程任您挑!
确定目标
每年都会有许多人搬到新家。 没有人喜欢搬家,既花钱又耗时, 压力也很大。 那为什么要搬家?空间更大?通勤时间更短? 院子更大?还是综合各种因素? 每个搬家的人都有一系列独特的搬家理由。 如果不确定目标就开始搬家, 很可能会在几年之内再次搬家。 改变项目方法也是一样。 每家改用敏捷式的企业 都有一系列独特的变革原因, 并不是千篇一律。 务必要认识到企业的这些原因, 并准备好说明敏捷式为什么, 以及如何为你的企业提供帮助。 我们来探索有必要实施转型的具体原因, 了解改用敏捷式的一些常见目标。 改用敏捷式最常见的原因包括: 及时交付、质量不高、缩短上市时间。 我们先来看看及时交付原因。 我常听业务人员说, 他们会申请项目并组建团队来完成工作。 他们常常告诉我, 项目开展了几个月或几年,什么也没交付。 他们很受挫, 并终止了整个令人头疼的项目。 没必要花钱填无底洞,不是吗? 同样,业务人员说 他们基本不知道工作的交付时间。 他们不愿意在看不到希望的情况下继续努力。 同时,出现了其他重要事项, 必须放弃项目, 在交付任何成果之前结束工作。 现在,敏捷式可以解决这些问题。 敏捷实践把所有工作组织起来, 每两到四周交付一次能工作的软件。 这些短交付期叫做“迭代”或“冲刺”。 每个冲刺期都要开发能工作的软件, 向利益相关者演示,并取得继续开发的许可。 如果交付了足够的价值,项目就会正常结束。 如果需要其他功能, 团队将继续重复迭代循环。 项目不再永无休止。 接下来是常见的质量不高问题。 最终交付工作成果时, 它只是与企业想要的东西有点像。 或者更糟,看起来是想要的东西,但没法用。 这幅常见的漫画说明了这个问题。 如果你在笑, 可能是因为你亲身经历过这种现象。 敏捷式以不同的方式处理工作, 可确保获得想要的成果。 这种迭代开发方法解决了质量问题。 业务人员不仅每隔几周 就能看到能工作的软件, 还在团队中担任产品负责人和主题专家。 在敏捷式中,产品负责人是业务人员, 至少将 60% 的精力花在团队上。 他们每天都在团队中工作, 定义要求,确保它们清晰易懂, 还会在整个开发生命周期关注产品。 这些大量演示有助于确保冲刺结束时 交付准确的高质量产品。 企业改用敏捷式的另一个原因 是缩短上市时间。 这个原因与创新需求密切相关。 经常听到这种说法: 主要竞争对手不断推出新功能来抢占市场。…
随堂练习,边学边练
下载课堂讲义。学练结合,紧跟进度,轻松巩固知识。