什么是敏捷开发（上）

Posted 2021-04-25 产品刘

当前浏览器不支持播放音乐或语音，请在微信或其他浏览器中播放

敏捷并不是一开始就有的，敏捷的产生一是为了适应这个快速发展的互联网时代，二是为了解决传统软件研发中遇到的问题，那传统的软件研发过程中都遇到那些问题呢？

1

传统软件产品研发困境

需求变更：需求变更是软件研发中经常遇到的一种情况，传统的软件研发模式属于瀑布流，后一阶段都是在前一阶段交付后，才开始实施，流程多，周期长，变更起来比较麻烦。

质量管理：传统软件的开发模式都是在开发完成后才进行测试，时间上都会比较晚，当测出来比较大的缺陷，可能导致产品无法准时上线。

员工感受：以上的各种原因如果导致产品上线延期，项目人员加班加点，会对士气造成很大的影响，员工的感受不会太好。

产生大量用不到的功能：传统的软件开发周期比较长，功能都要想好了，想全了才上，但是有些功能并不是用户想要的，根据二八法则，80%的人只用了20%的功能，很多功能花费了大量的研发时间却没有给用户带来相应的价值。

市场瞬息万变：市场需求多样化、个性化持续上升、产品创新性要求持续提升，传统软件开发流程时间长，变更流程官僚且缓慢，对变化反映速度很慢，很难适应瞬息万变的市场。

业务面临的痛点：传统开发流程中产品人员很崩溃的事情是，当你终于赶在截止日期将功能规格说明书更新完毕！不过此时的领导已经重新调整了业务方向，这个时候需要你屁颠屁颠的更新说明书，产品经理一般会崩溃，而且最后做出来的产品有可能并不符合市场需求，这个时候还不如快速实现功能，然后拿去市场验证。

2

为什么要实施敏捷开发

跑马圈地：

随着人口红利的结束，互联网由增量市场变成存量市场，同业务模式下的产品竞争加剧，稍微慢一步，就会竞争对手超越，所以在进入市场的初期，大家都求尽快的交付产品，以求达到跑马圈地的效果。

验证需求

微信之前有做过下拉拍视频这样一个功能，但是后来经过用户反馈和数据分析在下一个版本中又去掉了，可见其反应之快，如果微信团队没有实施敏捷开发，做不到这么快的反应速度，在《张小龙最新内部演讲:警惕 KPI 和流程》这篇文章中，就讲到了敏捷开发。

3

什么是敏捷

敏捷开发的价值观

敏捷开发最大的核心就就是适应变化和快速迭代，这个才是内核，其他的一系列方法论、流程、角色等都是在这个基础上衍生出来的，如果你只学习了他的方法论、流程但没有学习内核，无法带来太大的改变，就像洋务运动，不断的买西洋武器，造工厂，但是社会结构没有变，社会细胞没有变，战场上还是打不过西方列强。

基于这个核心内核，提出敏捷开发的这个群体发表了敏捷宣言（价值观）

个体交互胜过过程与工具：

流程和工具是为了更好的为人服务的，而且随着时间的推移和业务的发展，以前制定的流程和工具业务无法解决现在存在的问题，这个时候就需要发挥人的主观能动性去更新流程和工具。敏捷开发鼓励团队成员进行头脑风暴，这就意味着相对于死的流程和工具，团队更看个体与个体之间的交互，强调人的主观能动性！

可工作的软件胜过繁杂的文档

传统的软件开发是阶段性的，每个阶段都需要有相应的交付物，在需求分析阶段是产品需求说明书或者规格说明书，在设计阶段是设计文档，这些文档一般都非常复杂，文字较多，结构庞大，根据这些文档做出来的产品有可能和当初的设想偏差很大，敏捷开发就鼓励可工作的软件高于繁杂的文档，比如直接用axure制作原型并进行标注就比冗长的word文档来的效率更高一些。

客户合作胜过合同谈判

这个客户是广义上的客户，并不是某个B端公司或者C端用户才是你的客户，如果你是给自己内部部门设计产品，你内部使用你产品的部门也是你的客户。

传统软件研发模式通常会用协议记录的方式把项目确定下来，然后项目团队会严格按照协议的内容去做开发，在整个过程中比较少的去和需求方沟通验证自己做的内容是否是对方想要的，但是合同是在产品还没有任何雏形，是基于大脑的想象来设计的一些条款，到最后，客户的想法会有些变化，在这种情况下，必然会产生冲突，之前的方式是我不管，既然我们已经签订合同，我就按照合同来给你开发，做出来以后你就要接受，因为我是按照合同中的约定设计条款去开发的，这是传统软件的做法，这种做法会带来一系列问题，比如双方会变得很敌对，外包的话有可能拿不到钱，如果给公司内部做，团队成员年终奖可能就飞了，敏捷开发做法就是合作大于谈判，顾客是上帝，顾客满意了才会买单，开发商才会有回头客。

响应变化胜过遵循计划文档

合作的方式尽量去响应变化，用户需要改变什么，我们就尽量配合做调整，当然也不是说来者不拒，不能说今天晚上要做功能A，明天早上起来，就说A不要了，要做功能B，要紧急的把它替换掉，这样的话会打乱研发的节奏，响应变化并不是说随叫随改，当然态度上需要接受这种变化，在需求管理的方式，项目排期的方式上也要能够适应这种变化，然后评估考量，这个需求能不能发布到条目化的列表里面，去替换也好，去提升优先级也好，来适应这种变化，如果实在做不了，可能因为时间原因，亦或者技术原因，然后和客户商量，确实做不了，这种情况下客户也会理解我们。这种合作方式也可以用来和内部的运营、技术、测试团队合作，以达到双赢的效果。

ps：看过这个宣言有人可能说，敏捷开发是不需要文档和工？，注意这里的字是“胜过”，不是说没有，做人不能非黑即白。

帮你成长

我之前也创立过产品经理学习交流群，那个时候由于人数少，大家讨论也蛮积极的，但是微信群讨论的一大弊端就是无法将谈论的知识提炼出来，干货内容渐渐被口水话淹没，所以我建立了一个知识星球（原小密圈），在这里我会分享自己的思考感悟，你有问题可以随时像我发起提问，同时别人提的问题你也能看到，更重要的是你不论什么时候看这个回答它都在！

同时大大老师以后所有的live，小密圈的同学都可以免费学习。

知识星球规则：

1、费用：为了保证社群的质量和活跃度，需要先付款99元，签到后会返还。

2、返还费用：连续签到3天返还30元，连续签到5天返还50元，连续签到7天返还70元。

下图是返还凭证：

2、签到形式：可以是你的产品感悟，也可以是你学习中遇到的问题，也可以是你回答别人问题。（把你的感悟记录下来，把你遇到的问题提出来，帮助解决别人遇到的问题，这个过程就是成长，切记不要潜水，好歹你也是付费进来的）。

3、奖励：每周抽取最活跃的用户，（提出的问题+发表的产品感悟+回答别人问题）总数最多，即有可能获得现金红包、PRD文档、面试简历模板、原型文件等不同奖励形式。

奖励凭证：

邀请5个小伙伴加入，则本人加入的费用免除，并同时获赠68元现金奖励，当让为了保证群质量，邀请的小伙伴需要付费加入。

往期精彩文章

点击“阅读原文”

即可进行系统的学习