지금 로그인 移动互联网普及后，敏捷开发几乎成了To C领域的标配。但回到B端软件，情况就没那么一边倒了——瀑布式开发依然大量存在，不少人甚至认定B端"流程重、业务耦合度高"的底子，根本容不下敏捷那套玩法。
事实果真如此吗？我们不妨把这个问题拆细一点：什么样的B端软件适合敏捷，以及真要做的话，该盯住哪些要害。
敏捷到底是什么
说白了，敏捷是一种"化整为零"的项目管理思路。大项目切成若干迭代（sprint），每个迭代结束都得产出能用的功能，随时能推向市场换反馈。
它的价值观写在明处：人和交流胜过僵死的流程工具；能跑的软件胜过厚厚的文档；和客户并肩作战胜过谈判扯皮；拥抱变化胜过死守计划。敏捷的底层假设很诚实——软件项目本质上不可预测，市场、团队、战略随时可能变脸，与其假装能掌控一切，不如承认现实、快速响应。
传统瀑布模式也不是一无是处，但把项目切小之后，优先级的腾挪、功能的增减都灵活得多，试错成本也随之下降。
B端产品真的不适合敏捷吗
搞清楚敏捷的本质是"拥抱不可预测性"，答案就清晰了一半。B端产品一旦定位确立，业务形态往往相对固定——HR、CRM、ERP这类系统，流程和规则确实有章可循，不像C端产品那样面对茫茫未知的市场。从这个角度看，B端可预测性越强，对敏捷的刚需确实越小。
但这里有个关键区分：B端项目分"通用型产品"和"定制型项目"两类。面向海量客户的通用产品，时间跨度长、客户构成杂、竞争对手环伺，不确定性其实不低，敏捷模式往往更适配；定制项目如果周期拉得长，为了减少不确定性，同样建议切迭代推进；只有那种周期极短、需求铁板一块的定制单，瀑布式才可能更省事。
落地B端敏捷的七个要点
很多B端公司想上敏捷，最后却做成"四不像"，往往是以下几个关节没打通。
一、理念先行，全公司一盘棋
敏捷不是产研部门关起门来自己玩的事。销售、市场、业务、研发必须拧成一股绳，价值观和文化不能打架。各部门以客户为圆心，形成"快速迭代—推向市场—收集反馈—快速调整"的闭环，少了哪个环节都会瘸腿。
二、组织架构要动真格
敏捷团队建议控制在7到15人，理想规模是7到9人——PO（产品负责人）、Scrum Master、设计师、开发、测试，一个都不能少。项目复杂的话，可以设多个敏捷小组，上面再架一个总PO统筹需求。每个小组尽量负责相对独立的模块，高耦合的公共功能抽出来单独组队。
产研之外，市场、运营、销售也得有对应的Stakeholder，和PO团队在需求优先级、产品评审、发布节奏上全程绑定，不是开开会走个过场。
三、把PO和Scrum Master的角色吃准
PO就是常规意义上的产品经理，管需求收集、优先级排序、原型设计、验收把关。Scrum Master则容易理解偏——他不是小领导，而是敏捷教练，盯流程、促协调、保进度。这个角色可以专人专职，也可以让团队里的人轮流兼，甚至一个强PO也能兼（虽然不太推荐）。中小公司灵活处理没问题，关键是别让Scrum Master变成另一个项目经理。
四、几场关键会议不能走过场
迭代计划会、需求梳理会、每日站会、迭代评审会、迭代回顾会，这套组合拳要打全。特别说两句：
每日站会由Scrum Master组织，每人过一下昨天干了什么、今天打算干什么。敏捷强调自驱，任务是让成员主动认领，而非强制摊派。有人担心大家都挑简单的怎么办？答案是把透明度做足——当团队信息足够公开，这种"搭便车"其实很难持续。
迭代评审务必请业务部门Stakeholder深度参与，演示产品demo，不能沦为形式主义。这取决于公司层面的推动决心，以及产研与外部Stakeholder的实际关系。
迭代回顾尤其容易被牺牲掉——赶进度嘛。但回顾正是敏捷"持续改进"的灵魂，团队成长很大程度上靠它。
五、MVP是敏捷B端产品的起手式
新产品开发，先用敏捷模式攒一个MVP推出去，后续迭代会顺很多。MVP通常由多个迭代堆成，每个迭代可以先内部发布，拉外部客户进来评估；等MVP成熟，再正式向外发布做PMF验证。关于MVP和PMF的具体做法，可以另找专题文章细读。
六、复杂业务要"化复为简，层层递进"
越复杂的业务，市场反应和品控风险越难预料。应对原则就一个：拆。把庞杂需求切成多个简单模块，迭代推进、逐步验证，别搞"大爆炸式"发布——用户理解和接纳的成本会高得惊人。
七、庆祝小胜，复盘成长
瀑布开发周期长，团队很久看不到成果。敏捷的优势恰恰在于快速见效，而产品的最终胜利正是这些小迭代胜利的累加。每次迭代达标后，除了复盘改进，不妨庆祝一下，慢慢养出一支团结、有冲劲、成长快的队伍。
最后
B端敏捷的关键词可以浓缩为：建立自驱团队与机制、与业务高频协作、化繁为简、持续快速交付、复盘迭代。当然，敏捷没有标准答案，各家公司底子不同，具体做法需要因地制宜、持续摸索。
---
作者简介：李东林，微信公众号"SaaS产品说"，菜小秘联合创始人，曾任ADP大中华区产品负责人，拥有14年To B研发及产品设计、团队管理经验，主导过多款大型企业管理软件的设计与落地，同时具备多年移动互联网To C创业经历。