当前位置：首页 > 看板管理 > 正文

巧用Scrum和kanban

2019-12-30 来源：网易杭研项目管理屈鹏飞

经验

迭代

在kanban方法中，并未规定明确的迭代，而在Scrum中是规定了固定的迭代周期。在我们的团队中，迭代周期从一月一迭代，逐步变为一月两迭代，到现在的两个自然周一个迭代，完全固化了迭代周期的概念。

将复杂开发周期很长的开发任务，分解成多个迭代周期，每个迭代周期交付一些可验收的软件或者功能。有利于减少风险，并更好的适应变化，及时的根据反馈调整工作目标。

版本

在迭代中，我们以排入版本计划的功能点（story）作为工作重点，排入版本的story为交互已经完成的功能点，这些功能点可以直接进入开发和测试环节。这些story便是我们当前迭代可以交付的功能或者软件。与此同时，产品、交互和视觉同学会继续拉取需求池中的功能点，开始进行设计，准备下个迭代版本中的内容。使整个价值流动更加顺畅。

变更

对待变更，我们同样有自己的一套流程规范，即没有向kanban方法一样，只要生产力允许，就可以新增需求；也没有向Scrum一样，版本内容确定，当前迭代基本不允许变更。在实际过程中，当存在紧急需求，由产品经理发起，和各个角色进行评估风险和对现有版本的影响，并采取相应措施降低由于需求变更对整个系统产生的影响，最后由项目经理发出变更通知的邮件。

改进

我们改进的依据之一是团队数据，由于我们所有的任务都是通过JIRA进行管理，可以方便的拿个团队各种数据，包括：总工作量、总完成工作量、完成率、有效工作量、有效工作率、bug数、bug率等，对这些数据进行分析，发现团队的问题，帮助团队进行改进。

对于Scrum与kanban方法的应用，笔者还在实践中不断的探索和思考，还有许多需要迭代改进的内容，期待与大家一起沟通交流。

分享到:

免责声明：
　　1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
　　2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！

上一篇：
用“看板图”实现敏捷项目的可视化
下一篇：
深入解读“看板方法”

延伸阅读：

more 会议活动

more 公开课

more PMO

微信扫一扫关注

巧用Scrum和kanban

延伸阅读：

会议活动

公开课

PMO

IT项目管理界官方微信

PMO大会官方微信