敏捷开发流程的8个步骤 敏捷开发什么意思( 二 )


经过充分沟通后,对于下个冲刺应该完成哪些内容大家都应该达成共识 。启动会标志着冲刺的开始,一旦启动任何人都不应该改动冲刺内容 。也就是需求一旦进入需开发阶段任何人不能进行改动 。
为什么共识是进行敏捷的前提?
如果没有共识,重视沟通,多方参与——容易扯皮,允许在“冲刺”前修改方案——容易推卸责任或拖延工期,每个冲刺交付最小可行化产品——基于各自利益对最小可行化无法定义,测试和迭代时也难对成果和方向达成一致 。
举例说明,如果某公司的开发团队承接来自ABC三个不同产品线的需求,ABC对用户价值的理解不同(都想让自己的产品线占用尽可能多资源),在整个公司层面实现敏捷是很困难的 。但是可以通过融合方式——关键点评审 尽可能晚确定最终方案,来结合两种开发的优点
3. 每日立会 【敏捷开发流程的8个步骤 敏捷开发什么意思】每天固定时间召集所有角色开一个简短会议,尽量不超过15分钟,目的是公告工作进展 。
4. 成果展示和评估 开发完成并测试后,再次召集所有角色,展示成果,之后投入使用 。
5. 冲刺回顾和新冲刺规划 已完成的事项,大家坐下来回顾看看哪些比较顺利,哪些可以做的更好 。
回顾完成后立即开始下一个冲刺的规划 。
二、敏捷和线性的本质区别 如上文所说,个人认为冲探索轻预测是敏捷和线性开发方式的本质区别 。如下所示:
敏捷开发:关照不确定性→探索式,注重应变→价值中心线性开发:关照确定性→遵守规程,注重良好设计→过程中心敏捷开发承认环境、团队、用户和自身的不确定性,认为市场需求难以预测,因此包容试错、探索前进,在小步快跑中实时校对方向 。校对的参照点是用户价值,是否能为用户创造价值作为评价工作的关键指标 。
相对而言,线性开发关注确定性的内容,强调准确预测市场,根据预测进行尽可能完美的设计,设计出来的蓝图必须严格呈现,因此评价工作的标准也是蓝图实现程度,即使市场反馈可能并不尽如人意 。
三、敏捷的适用场景 线性开发因为重预测,便于流程控制,但难点在于必须一开始就确定正确的设计范围;敏捷开发因为是探索导向的流程,可以不断深挖问题本质,提炼真正问题,但缺点是大项目跨部门时时间成本高 。
由于敏捷方法以用户价值为目标,瀑布方法以完美呈现蓝图为目标,项目制团队中容易就价值达成一致,但是跨团队跨部门甚至跨公司的项目中,各方理解的价值未必一致 。如果能就用户价值(也就是要交付的产品)达成共识,才能应用敏捷开发 。如果无法达成共识,只能通过过程的控制减少沟通和时间成本,宜采用瀑布式开发 。

猜你喜欢