谈谈产品敏捷研发

Posted 2022-02-02 帷幄庸者

产品是美好也是残酷的，产品打磨也是有时会比较痛苦，必经打磨产品才能成型。产品之所以能成为产品立足于产品之林，因其有灵魂，因其具有合适的生态位，产品的生态位在于立足需求场景解决问题的可用性，可用是立足之本，大多数产品的失败正是因为无场景可用。由于产品设计初期往往不能思考的面面俱到，又由于需求或者市场的动态变化、研发过程信息传递中的误差，成型的产品不是完美的，甚至是不能用的。考虑到变化因素，我们不妨拥抱变化，经历至少三次贴近真实使用场景的测试，产品方能达到可用状态。

“敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发“。很多人往往学习敏捷项目管理，方法论，但是忽略了需要抓住敏捷的灵魂。敏捷不仅仅只是组织一个3～9人的敏捷团队，不只是按时开会，按时迭代。敏捷的灵魂正是在有限时间空间资源下，以闭环化思维快速切入最核心的场景，及时纠偏调整方向和聚焦点，通过迭代的方式逐步添砖加瓦，覆盖更多的场景。

敏捷在做的是设计与创作性的工作，什么不是敏捷：
在未有清晰的头绪就进入开发不等于敏捷；
在未建立全局认知就进入开发不等于敏捷；
在未经过系统的设计就进入开发不等于敏捷；
机械的执行任务不等于敏捷；
不能产生可用的产品增量不等于敏捷；
未能覆盖用户使用流程闭环的功能不能叫产品增量；
未经过按用户使用场景的自测不能达到完成状态；

对于产品研发工作者在对待产品或者工作方面，应吸取敏捷精髓来创造有灵魂的产品。
首先建议要及早养成以终为始的思维习惯，对于终点需要具像化的建立清晰的认知，如果不明确终点就将找重点作为首要工作，如果明确终点则开始一步一步的迭代。第二是要学会做减法，有勇气说不做，很多产品往往符合二八定律，只有20%的功能是80%的场景常用的，敏捷正应当从最常用核心的功能聚焦点作为切入抓手，导向到要做就做一个能用并且好用的东西。第三是完成比完美更重要，架构之美正在与有限时间空间和有限资源下，达到完美结果，力求哪怕是功能少但是在某种场景能用才能谈进一步的迭代。最后要梳理Owner意识，努力让产品能用才是对自己工作的负责的表现，尽量避免产品开发了不能用的结果发生，每个团队成员都是产品的Owner，承担起让产品能用好用的责任，通过反复的使用达到优质自测，为产品融入灵魂。

对待研发的优先级评价标准：

产品能够覆盖某个业务场景形成闭环的使用 > 产品某些边缘功能可以原型看效果 > 产品开发了不能用

在取舍状态，最大程度将已做的功能覆盖业务场景形成闭环，对于有希望可以先看原型效果的可以达到原型效果以明确方向的正确，对于无法达到可用状态或者未知其价值定位的，大胆叫停。

总结一下敏捷研发，可以分为两个阶段，第一阶段构建全量效果，或者MVP最小可用流程形成切入点，为后续的迭代铺平道路，在这个阶段往往伴随着系统性的需求分析、产品设计、技术设计，导向出重点与终点；第二阶段进行冲刺迭代，导向到产生产品增量投入最小可用流程。第一阶段的到位与第二阶段的聚焦往往可用为产品注入灵魂，更快高效的创造产品。