2019敏捷工作法

业务方是指需求的提出方。很多公司的敏捷开发都是由项目方发起的，因为通常的理解是：敏捷开发是用户的需求进化为核心，采用迭代、循序渐进的方法进行项目开发。核心原则，主张简单、拥抱变化。

实际上敏捷开发是以价值驱动的一种模式，强调端到端的价值交付以及系统化地思考。项目阶段的敏捷实践仅仅是敏捷实践的环节之一。

业务方参与敏捷的必要性

有一种常见的情况，业务方总是希望技术能一次性的交付产品，对通过持续迭代方式交付产品增量不感兴趣或者觉得麻烦，所以经常缺席迭代评审。迭代评审更多是技术内部自评审。

一次性成功交付的愿望是好的，但是往往事与愿违。如下图，划桨的队员（技术人员）虽然拼尽全力，但是如果没有后面掌舵者（业务方）随时把控方向，很可能偏离方向。

敏捷的特点是通过持续交付，得到及时反馈后，技术能够快速进行调整。如果业务方在中间过程不参与进来，即便是技术做到了持续交付，因为得不到业务方的反馈，问题就会形成积累，实际结果和瀑布开发是一样的。

此外，技术持续交付的价值因为在中间过程中没有得到业务方的确认而无法迅速投入商业运营，直接导致的是商业利益的损失。

以上是从价值交付和快速反馈角度体现业务方参与敏捷实践的重要意义。实际上，对研发团队影响，同样也是巨大的。

对敏捷实践懈怠的技术团队，如果业务方有敏捷的思维和持续交付的要求，对技术团队会有很大拉动作用，能够起到事半功倍的效果；对敏捷怀有高度热情的技术团队，如果没有业务方源头的牵动力，持续交付产品增量的热情会逐渐降低，整体的敏捷氛围也会逐渐走向萧条。

敏捷开发第4条对此做了明确的说明。

业务方有效反馈

需要说明的是，业务方的反馈是指有决策权的业务方的有效反馈。有些时候，业务方指派接口人与技术对接；也有些时候，业务方也不是最终的用户。在信息传递的过程中，会有失真的情况，这些都不是有效的反馈。

运用敏捷思维进行商业模式验证

新的商业模式能否盈利？商业需求（BRD）在提交给技术之前，业务方可进行低成本的快速验证，在取得积极的验证结果后再交给技术进行正式的研发。这样不仅可以减少大量研发成本，更重要的是有利于找到正确的商业机会，避免延误时机。

敏捷所提倡的低成本快速试错，可以借鉴精益创业、设计冲刺等方法。有时技术也可以在这个阶段参与进去，进行少量开发，目的是快速试错，快速得到反馈。

总结

需要从整个产品价值流的层面考虑业务与技术的敏捷活动，只有把业务方和需求方的障碍打通，双方紧密高效地合作，才能打造成一款快速适应市场变化的高质量的产品。在此感谢大家，祝各位2019工作顺利

-中国领先的除湿设备研发生产制造厂家

-生产快、交期短、高品质

-争做智能控湿领域影响力品牌，创业内更有价值的产品，为各领域提供智能精准控湿、全国联保 品质过硬

ContactUs

联系我们

除湿机│超声波加湿机│烘干机│恒温恒湿机│转轮除湿机│新风除湿系统

地址add: 成都市金牛区西华大道608号府河星城