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


3. 每日立会每天固定时间召集所有角色开一个简短会议,尽量不超过15分钟,目的是公告工作进展 。
4. 成果展示和评估开发完成并测试后,再次召集所有角色,展示成果,之后投入使用 。
5. 冲刺回顾和新冲刺规划已完成的事项,大家坐下来回顾看看哪些比较顺利,哪些可以做的更好 。
回顾完成后立即开始下一个冲刺的规划 。
二、敏捷和线性的本质区别如上文所说,个人认为冲探索轻预测是敏捷和线性开发方式的本质区别 。如下所示:
敏捷开发:关照不确定性→探索式,注重应变→价值中心线性开发:关照确定性→遵守规程,注重良好设计→过程中心敏捷开发承认环境、团队、用户和自身的不确定性,认为市场需求难以预测,因此包容试错、探索前进,在小步快跑中实时校对方向 。校对的参照点是用户价值,是否能为用户创造价值作为评价工作的关键指标 。
相对而言,线性开发关注确定性的内容,强调准确预测市场,根据预测进行尽可能完美的设计,设计出来的蓝图必须严格呈现,因此评价工作的标准也是蓝图实现程度,即使市场反馈可能并不尽如人意 。
三、敏捷的适用场景线性开发因为重预测,便于流程控制,但难点在于必须一开始就确定正确的设计范围;敏捷开发因为是探索导向的流程,可以不断深挖问题本质,提炼真正问题,但缺点是大项目跨部门时时间成本高 。
由于敏捷方法以用户价值为目标,瀑布方法以完美呈现蓝图为目标,项目制团队中容易就价值达成一致,但是跨团队跨部门甚至跨公司的项目中,各方理解的价值未必一致 。如果能就用户价值(也就是要交付的产品)达成共识,才能应用敏捷开发 。如果无法达成共识,只能通过过程的控制减少沟通和时间成本,宜采用瀑布式开发 。
根据优劣势,不管是敏捷还是线性开发都有其适用场景——常用于战略决策的Cynefin框架非常适合解释敏捷开发适用的场景,如下图:
1. 简单域(simple)-已知的已知当因果关系显然而见时 。处理手法为”感受-归类-反应” (Sense-Categorise-Respond),如导出销售额数据/制作巧克力蛋糕 。Scrum不是好的选择,更应该选择已被证明正确的方法 。
2. 繁杂域(complicated)-已知的未知需要专家诊断后找出正确答案 。处理手法为”感受-分析-反应” (Sense-Analyze-Respond),如搭建底层数据库/建造太空飞船 。Scrum不是最佳方案,应该由专家处理 。
3. 复杂域(complex)-未知的未知因果关系只能从检讨中反映出来,难以预测,只能事后知道 。处理手法是”试探-感受-反应” (Probe-Sense-Respond),如推出新产品/养育青少年 。Scrum最擅长的领域 。
4. 混乱域(chaotic)-不可知的未知完全没有任何因果关系的混乱情况,需要快速做出反应,没有时间思考 。需要的是”行动-感受-反应” (Act-Sense-Respond),如911事件/系统宕机 。Scrum不是最佳方案,需要的是立即行动 。
5. 如果连属于以上哪个情况都不清楚的,是一个无序的状态(disorder),等待参与者把情况安稳至上面四个其中之一的情况 。
软件开发过程中可能涉及以上各个领域,但电商产品(尤其C端)大部分工作落在复杂域 。需要实际工作中灵活适用 。


以上关于本文的内容,仅作参考!温馨提示:如遇健康、疾病相关的问题,请您及时就医或请专业人士给予相关指导!

「四川龙网」www.sichuanlong.com小编还为您精选了以下内容,希望对您有所帮助: