提示：本文共有 1341 个字，阅读大概需要 3 分钟。
在《敏捷本土说--互联网产研团队敏捷转型实战案例》一文中，我给大家介绍了一个互联网产研团队是如何使用了本土化后的精益Kanban方法来提升团队效能的。大家都知道，精益Kanban方法是一个较系统化的框架方法。
但是在精益敏捷中，还存在很多实践方法。那么，在敏捷本土说中，这些实践方法是如何内化并且应用于团队的呢，在本文，我给大家介绍一个团队案例。
一、团队改进前概况
1. 团队成员包括1名产品、9名开发、2名测试，日常主要的工作任务是相关业务PCMAPP的三端实现。
2. 团队改进前的主要问题：
每周排期后有临时任务频繁插入，打乱开发节奏；任务拆分不合理，导致有些任务完成后无法进行测试；BUG数过多且遗留率高；开发人员与固定业务模块绑定，响应多产品需求不够灵活；产品、技术、运营、外BU协作不清晰；
二、团队改进的阶段成效
1. 团队改进历程：从2018年4月开始，改进历时半年后，团队取得阶段成效，状态稳定
2. 主要问题的改进效果：
每日排期和规范早会制度能更好的应对外部变化任务粒度小于2天，实现任务的独立可开发、测试用户故事驱动开发，解决了BUG多和遗漏率高的问题全栈型人员的转型，开发人员可响应多产品需求
3. 阶段度量指标数据：
近一年吞吐量月均由50个提升至100个左右，提升了2倍以上。需求交付周期由5天缩短至2天，提升了60%。研发产生bug数量降低，由月均50个bug，减少到月均2个。
三、团队改进措施
针对团队的待改进问题，我们对团队主要导入了用户故事+APD流式研发模型。APD流式研发模型是某公司本土化的敏捷方法论内容，具体请见凌宇哥文章《敏捷本土说--互联网产研团队敏捷转型实战案例》。
今天在这里主要介绍团队是如何使用用户故事实践方法的。
团队的概要可视化流程如下：
在敏捷本土说中，我们不仅可以将SCRUMKANBANSAFE等系统化的框架方法内化，针对相关实践方法，也可以进行内化及选用。比如在本案例中，该团队取得较大提升主要使用的是用户故事+KANBAN开发。尤其是对用户故事的使用，虽然没有使用经典的三段论描述，但是由于使用了用户故事的INVEST特征，还是取得了较好的提升。
独立性。之前由于任务拆分的不合理，任务间依赖较多，导致有些任务开发完成后无法测试，改进后解决了这个问题。可协商性。通过每日站会、每日排期和及时沟通，能够进一步细化需求并调整排期计划。有价值的。通过需求宣讲会，各方对需求理解达成一致。使团队成员的工作聚焦于价值，而不是单纯的完成任务。可估算，足够小。大多数的任务颗粒度都能够拆分控制在2天之内，保证了后续的可独立测试和交付上线。可测试。在开发之前，当各方对需求理解达成一致后。测试开始写测试用例，然后开发过程中可以依据测试用例进行自测，可以说这个特征的应用，极大的提升了团队的交付质量。
对于产研团队来说，需要解决的根本性问题主要有两个，第一是做对的事情，第二是怎样把对的事情最好。
用户故事方法作为精益敏捷方法中的基石实践，向前可以连接产品定义和设计，向后可以连接开发、测试，所以，用好了用户故事，至少保证了团队做的是对的事情。
说明：大家有对用户故事方法有兴趣的，可以参看凌宇哥翻译的由清华大学出版社出版的图书《敏捷软件开发：用户故事实战》一书。
看到此处说明本文对你还是有帮助的，关于“敏捷本土说”留言是大家的经验之谈相信也会对你有益，推荐继续阅读下面的相关内容，与本文相关度极高！
