是不是把迭代的5个会开好就敏捷了?

1,026 阅读6分钟

某周五晚7点,小兵踱到我工位,一番互捧后,伊切入正题,直接问了我几个问题,回答完他的问题后,引发我想写篇文章来分享一下我的经验和感受。

他的第一个问题就是:是不是我把迭代的5个会开好就敏捷了?

这是一个非常具有代表性的问题,我打算就拿它做文章标题来阐述。

是不是把迭代的5个会开好就敏捷了?

确实,在所有的敏捷实践里面,迭代的5个会议是最容易而且是最先被导入的实践,因为这5个会议是团队协作的基础。

在需求梳理会上,PO(产品经理)讲解和澄清下个迭代计划要完成的用户故事,并且通过估点使团队对用户故事达成一致理解,对复杂的用户故事,产品经理需要向团队说明;

在迭代计划会上,由DM(交付经理)和团队成员一起明确本次迭代要完成的目标和计划,这是一个迭代开始的起点。

在每日站会上,团队成员同步信息和进展,并反馈问题。

在迭代评审会上,邀请相关干系人参加已完成功能的演示,并提出反馈。迭代结束后,DM带领整个团队进行本次迭代回顾,识别问题和改进点,并制定改进计划,带领团队持续进步,保持卓越。

从需求梳理会到迭代回顾,这整个过程再加上敏捷推荐的5个价值观,便是Scrum 的3-3-5-5框架。所以迭代的5个关键活动(会议)是整个团队协作的基础,也是团队及敏捷非常重要的实践。

7c335cd3-9935-4722-a2c8-e4e62d3d58b76780960362954045282.png

但是,敏捷研发真的仅仅只是开好这5个会就可以了吗?

答案显然不是,研发的本质就是要求我们通过尽快交付优质代码形成系统或产品(解决方案)来解决客户问题。

这一句话就要求我们从产品规划、方案设计、质量保障、快速迭代、成效反馈几个方面来保证。而Scrum只是在解决快速迭代交付层面的问题。我们还需要解决其他几个层面的问题,下面就来看一个精益需求交付的全貌。

84d9cd5b-341b-489d-a44c-8b378172d6877434648393197018390.png

产品规划

在产品规划阶段,我们要回答以下问题:

产品的战略目标是什么?

我们产品的定位是什么?

目标用户是谁?有哪些相关干系人?

准备采用什么样的商业策略?

与市面上其他竞品的差异点在哪里?

产品关键成效指标是什么?

产品的运营策略是什么?

只有解决这些产品战略问题,我们才能做出真正满足用户需求和适应市场竞争的产品,为我们产品在设计和决策中提供依据,保证产品方向的正确性,使产品真正成功。

产品设计

与大而全的产品设计方案不同,精益产品设计更强调创新、快速试错和不断调整,通过“刚刚好”的方案减少设计浪费。

所以在精益敏捷体系中,推崇设计思维模式的产品创新,需要产品经理充分了解用户并从用户真实使用的角度出发,识别核心场景,并绘制用户旅程地图,以“最小可行产品(MVP)”和“最高优先级的最小需求集(MMF)”进行产品设计。

少即是多,我们需要尽早把产品投向市场,并根据实际结果(成效数据)进行动态调整。

注:产品尽早投入市场很重要,但前提是你必须找准了方向。

版本控制

产品经理识别出来MVP版本内容后,需要不断识别需求的优先级,并持续进行优先级排序,至少保证滚动规划3个版本的内容,使业务(客户)及IT团队对整体产品需求有全局的概念,清楚产品演进的方向和路径。

同时版本规划也为后续团队做迭代计划提供了重要依据。

版本规划我们推荐使用用户故事地图这个工具,后续会专门针对这个工具有一篇讲解。

125fd63e-ae51-492b-91e5-492dcee77df76778123692113970000.JPG

敏捷交付

有了方案设计和版本规划,IT团队在做迭代计划时就清晰了许多,根据团队容量和需求的优先级,以及对风险依赖的充分考虑后,团队就可以和产品经理一起从版本规划中选取高优先级的故事。

当然,进入迭代交付的故事都是经过产品经理、交付经理和技术负责人经过充分分析和评估,有明确的验收标准和详细的设计方案。

敏捷交付这里就可以参考上面讲的Scrum的3-3-5-5框架和交付流程,迭代的5个会议也包含在这里面。

质量保障

敏捷虽然提倡快速交付,但更提倡有质量的快速交付,不能因为快而牺牲质量。

除去常提到的测试前移,测试需要尽早参与需求之外。敏捷交付一直强调质量内建流程,把质量的保障活动内置在研发活动的各个环节,通过大量的自动化手段保障产品的交付质量。

大家可以对照下图质量内建的流程,看大家的团队都做到了哪些活动。

84d9cd5b-341b-489d-a44c-8b378172d6877434648393197018390.png

成效反馈

产品或者功能快速发布后,是否满足用户或者市场的需求,是否达到我们在产品规划时期的目标,在数字化时代,我们必须拿实际的成效数据来说话,以真实的数据来驱动后续决策以及产品的改进方向。

这就要求我们在不同的层级上,考虑用户与创新的生命周期,并同时从客户与商业多个角度分析,识别关键指标,并能够方便收集和展示这些指标数据,同时我们要持续跟踪和分析这些指标数据,为产品演进,运营策略的优化提供充分的决策依据。

综上所述,把迭代的5个会开好,是敏捷最基础,也可以看作是入门的行动,但围绕着整个产品交付的生命周期,我们结合自己团队的实际情况,还有许多实践和活动需要执行,只有这样,我们才能够快速高效的为我们的业务、客户,以及使用我们产品的用户带来真正有用的价值。

最后来聊一个工具——【鲸舟】,这是集招商金科研发实践、精益敏捷研发理念、云原生技术为一体的研发管理平台,致力于让软件开发更数据化、智能化,助力企业提升研发效能和交付质量。您可以在【鲸舟】中体验一个研发管理自动化工具给团队所带来的改变。

阅读更多[敏捷知识]、[敏捷转型经验]、实践等…欢迎关注掘金账号@鲸舟研发管理
如果对我们的产品感兴趣,可以逛逛我们的官方网站鲸舟研发管理平台 试用了解