记得之前学MBT&IT流程,提到敏捷、迭代概念。以为敏捷就是‘快’,快速上线,快速实现功能,迭代就是把大版本切换成更小的版本,支持‘快’。现在我知道这个理解是片面的,只是看到敏捷的在外在展现形式,呈现的表象。那敏捷究竟是什么?忽然这么正儿八经回答,一下子还说不上来,有点蒙,怎么正确、清晰、简单的表达敏捷的概念?
敏捷的概念源于软件开发:因为环境越来越复杂和快速变化,传统重载的交接棒的瀑布式开发模式无法及时识别变化并快速做出响应,长时间憋出来的东西却可能已过时,这对于一个企业或者团队来说,是致命的。大家伙为寻求更好的方法,提出了敏捷开发的概念。
所以,敏捷本质上是一种快速响应变化能力。至于快速、高质量、高价值等,是其附带要求。
敏捷这种能力是需要全方位来共同构建的,包括组织、流程等。敏捷放大了说,是体现企业的灵活性程度,放小了说,是讲一个团队如何快速打造高质量的商业价值。
目前我仅接触产品层级的敏捷,就先从小敏捷说起吧。个人理解,敏捷本身是一种管理艺术,其理念是在短时间内带领团队交付高质量高价值产品。
那么核心,首当其冲是团队建设,脱离团队讲敏捷,就有形没神的假敏捷。团队内部团结信任、信息透明,之间不存在GAP,需求理解一致,交流顺畅,紧密配合为一致目标结果负责,这样才能发挥团队的最大能效。
第二是聚焦、价值。资源有限,需求却是无限。只有把所有炮火朝着共同的城墙打,才能快速撕开一道口子,产品只有对准高价值需求才能存活。
第三是拥抱变化,构建反馈环,及时验证和调整。这里不仅仅指开发后立马测试,减少质量问题。更是说idea的MVP开发出来之后,要及时和客户验证idea是否正确,及时调整改进,以确保方向的准确性。
最后是持续改进。这是团队和产品保持活力和生命力的唯一准则。
说到底,敏捷不神秘,都是耳熟能详的概念,都是人人都懂的道理,只是想达到理想状态很难。厉害的是敏捷概念提出的同时,提供了各式各样的经过验证可行的方法论,包括scrum、持续交付……这些方法并不是一成不变的,可根据自己的团队适当增减或改变,相当灵活。但是只要心中有剑,剩下的就是招式了。