敏捷开发适合B端产品吗？

在中国移动互联网流行之前的2011年以前，B端软件的研发大都还是瀑布式研发的方式，后面随着移动互联网的发展，C端软件普遍使用敏捷模式来做。

目前为止，依旧很多人使用瀑布式方式来进行B端软件的开发，不看好敏捷模式进行B端产品的开发，那么重流程，业务高耦合度的B端产品是否可以进行敏捷开发呢？

我们先来看看什么是敏捷开发：

敏捷是一种管理项目的方式。它将大型项目分解为可管理的小块，称为迭代。在每次迭代结束后，都会产生一些有价值的功能，每次迭代期间的产物都应该能够发布出去，用来获取市场用户反馈。

敏捷开发一般秉承这样的价值观：交流比流程以及工具更加重要、运行的软件剩余完整的文档、与客户合作而非谈判、响应计划变更。

敏捷意识到软件项目本质上是不可预测的。在任何项目过程中，市场、团队、战略都可能发生变化，在产品推向市场之后，变化也随机发生。敏捷接受了这种不可预测性。通过将项目分解成小块，可以轻松地项目中对功能进行优先级划分，进行添加删除，在传统的瀑布项目这是不可能的，敏捷大大增加了项目成功的的可能性，也降低了市场实验成本。

那么敏捷开发适合B端产品吗？

从上面的分析我们可以知道，当一个产品的可预测性越低那么对敏捷的需求就越大，基于这个概念，我们可以自行判断自己的产品是否需要敏捷开发。

对于一个面向广大市场的通用产品来说，产品的时间跨度大，市场客户情况复杂，竞争对手多，这样的情况基本来说是敏捷更适合的一种情况。

而对于一些定制化项目，项目周期跨度时间长，为了减少不确定性，也是建议采用敏捷方式来进行迭代。

那么想要实施敏捷开发的B端产品公司，有什么要注意的呢？

首先要公司理念统一，产研、业务和销售部门要建立密切合作而非对立的价值观和文化。公司内部各部门通力协作，以客户为中心，形成产品快速迭代，快速推向市场，快速收集客户反馈，快速基于反馈来进行调整的闭环。

敏捷团队要选出合适的不同的角色，如PO、Scrum master等。

主要几个会议包括：迭代计划会、需求梳理会、每日站会、迭代评审会、迭代回顾会。

敏捷开发先要做好产品的MVP。作为一个新产品的开发，首先第一步就是要通过敏捷模式开发完成mvp，推向市场，然后通过敏捷地迭代进行后续的开发会相对容易。

一般来说复杂的业务更具未知性，无论是从市场反应还是产品质量保证来说都是如此，所以应当要化繁为简，将一个复杂的内容变成多个简单的部分，分迭代实验，层层递进分布实验市场反应，减少风险成本。

PingCode 是简单易用的新一代研发管理平台，让研发管理自动化、数据化、智能化，帮助企业提升研发效能。目前已入驻蒲公英企服平台（蒲公英企业服务开放平台 (pgyer.com)），致力于为各企业提供最优质的2B企业服务。