江苏龙网

  1. 主页 > 生活百科 > >

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

作者根据自己对敏捷开发Scrum的理解，总结了敏捷开发自始至终的流程及其适用场景 。
一、敏捷开发到底是什么 【敏捷开发流程的8个步骤 敏捷开发什么意思】用一两句话很难确切知道敏捷是什么，也许是因为它只是一个有原则但没有具体方法的松散框架，一千个项目中可能有一千种敏捷工作方法 。敏捷只有在实践中才有意义，一旦脱离现实，就变得近乎虚幻 。
经常讨论的敏捷框架有三种:Scrum、敏捷和看板 。说到软件开发，尤其是C端的Scrum和Agile比较常见 。看板法善于把复杂琐碎的工作一目了然，比如客户支持这种事务性的工作 。
说到Scrum，就不得不提PDCA循环(如下图)，这是一种善于探索和创造的工作方式 。我认为Scrum是源自PDCA循环的一系列理念、原则和实践(如backlog、sprint和user story) 。不是方法论，更不是公式，有一些方法论体系，但可以借鉴，但不应该照搬 。不同的项目可能需要非常不同的工作流，可以称之为Scrum 。
(PDCA循环)
如果只用一句话来描述Scrum，我认为它是一种完全接受未来的不确定性，以探索性的进步，为客户实现价值为终极目标的开发方法 。强调探索而不是预测，这是与线性开发的本质区别 。
Scrum步骤由一个接一个的spring(迭代)组成，所以如果一个新手想快速开始使用Scrum，也许最重要的事情是学习Sprint(迭代)的开始和结束，如下所示:
1. 拟定和评估待办事项清单 待办列表就是backlog，我的团队叫需求列表/需求池，指的是可能开发的功能列表 。待办事项有时候来自需求方，但应该来自产品经理的远见和洞察力 。所有建议的项目(无论它们看起来是否有价值)都可以在维护之前放入列表中 。包括维护:
①评估需求值、工期和紧急程度，去伪存真 。
②优先考虑真正值得做的需求 。
③跟踪加工进度 。
如何保持一个健康的积压涉及到很多细节 。请参考我的另一篇文章“如何保持健康的需求池”
虽然我的团队习惯于将待办事项列表称为“需求”，但我更喜欢Scrum Essence中的名称“价值”或“特征” 。“在团队沟通中，“需求”指的是运营者而不是用户的需求，暗指产品负责运营，团队可以预测产品的成功，这比敏捷方法更符合瀑布法 。“价值”这个名字凸显了敏捷的价值取向，每个角色都有实现用户价值不可推卸的责任 。“特性”这个名字突出了敏捷探索的精神，也承认用户目前在做的事情未必真的需要，只有经过测试才能得出结论 。“价值”和“特性”都能更好地体现敏捷原则 。
2. 冲刺启动会 在明确了上一步需求的优先级后，所有团队成员(至少是所有角色)坐下来规划下一次迭代要做的需求，也就是消化需求列表中优先级最高的需求 。在实践中，一些简单易行的低优先级需求会被安排到下一次迭代中，以达到最大的工作量 。
经过充分的沟通，大家要对下一个冲刺阶段应该完成什么达成共识 。开始将标志着冲刺的开始 。一旦开始，任何人都不应该更改冲刺内容 。也就是需求一旦进入开发阶段，谁也改变不了 。
为什么共识是敏捷的前提？
如果没有共识，注重沟通，多方参与——很容易争论，允许在“冲刺”前修改方案——很容易推卸责任或拖延工期，每次冲刺都会交付最小可行产品——最小可行产品无法基于自身利益定义，测试和迭代时很难对结果和方向达成一致 。
举个例子，如果一个公司的开发团队承担了来自ABC三个不同产品线的需求，而ABC对用户价值的理解不同(都想让自己的产品线占用尽可能多的资源)，那么在整个公司层面实现敏捷是非常困难的 。但两种开发的优势可以通过一种融合的方法结合起来——重点回顾+尽可能晚的最终方案 。
3. 每日立会 每天固定时间召集所有角色开一个短会，尽量不超过15分钟，以便宣布工作进展 。
4. 成果展示和评估 开发测试后，再次召集所有角色，展示结果，然后投入使用 。
5. 冲刺回顾和新冲刺规划 做了什么，大家坐下来回头看看，哪些做得好，哪些可以做得更好 。
评审完成后，立即开始计划下一个冲刺 。
二、敏捷和线性的本质区别 如上所述，个人认为，专注于探索而非预测是敏捷和线性开发方法的本质区别 。如下图所示:
敏捷开发：关照不确定性→探索式，注重应变→价值中心 线性开发：关照确定性→遵守规程，注重良好设计→过程中心敏捷开发认识到环境、团队、用户和自身的不确定性，认为市场需求难以预测，所以容忍试错，探索前进，小步快跑实时校对方向 。校对的参照点是用户价值，能否为用户创造价值是评价的关键指标 。


推荐阅读


上一篇：3分钟精彩自我介绍英文 求职英文自我介绍

下一篇：四招教你搞定工作设计 工作设计的名词解释