登录 个人注册 企业注册 杂志订阅 | 我的需求 | 下载专区 | English
首页 > 专题 > 敏捷项目管理 > 京东内部的敏捷项目管理模型

京东内部的敏捷项目管理模型

返回>

2018年01月10日    作者:李渡    来源:简书

A-A+

  对现在的互联网产品设计来说,尤其是对创业公司,是一个快速开发、快速验证的时代。团队工作方式如何应付快速开发和调整的节奏?敏捷开发(Scrum)给了答案。我们可以看看京东内部是如何进行敏捷开发的(内容根据pmcaff公开课整理而来)。


  京东的Scrum模型中,有一个核心、四个基本点。分别是坚持以为用户提供价值为最核心、保持研发团队的状态和进度透明、控制对每个迭代周期的时间/资源限制、快速获取反馈、在敏捷转型初期,必须要有敏捷教练辅导。


核心:价值——用户的问题是什么?


  时时刻刻思考用户的问题是什么?我为什么要做这个功能。目的就是在工作中一定要做有价值的事情。


  在实践时,为了保证这个问题,产品必须使用好产品待办列表的工具,好的产品待办列表有以下4个特征:


  排序的(Orderd)


  这里不同于日常工作中常规优先级排序,常规的优先级排序有个弊端就是对需求的先后定义比较模糊。比如有三个需求都定义为P0级重要需求,这三个需求哪个在前,哪个在后?


  但是在Scrum中,要求产品经理对每个需求根据价值进行排序,每一个需求都有一个唯一顺序。若是两者价值差不多,就以实现难度参考,越简单的越靠前。


  详略得当的(Detailed rightly)


  当前的迭代和下个版本的迭代需求必须很详细,再之后的迭代可以相对颗粒粗一些,最往后,颗粒可以越粗。


  每个需求的大小要得当,有个标准值是:一个需求一般是一个团队2-3天的量。


  动态的(Dynamic)


  待办列表内,除了当前正在迭代的需求外,其他所有需求都是可变的


  估算过的(Estimated)


  代办列表内所有需求都是团队一起估算过的。


基本点一:研发团队的透明


  必须保证对研发团队的状态和进度透明,为此任务板是个很好的工具,尤其推荐物理的任务板。优点是所有人时时刻刻都能看到,成本低,操作起来灵活简单。


基本点二:对迭代时间和资源的控制


  对资源进行限制,达到低成本的进行产品验证。同时对每个迭代周期的时间也进行严格限制,一般以两周为一个迭代。两周后不管完成与否,迭代结束,结束后大家一起回顾和总结。


  对迭代周期的限制好处是每个周期内团队可以拿出真正的成果。


基本点三:快速获得反馈


  在Scrum中,反馈是至关重要,因此推荐三个会议:


  每日站会:


  每日开始工作前,花出不超过15分钟的时间大家站一起开个小会。要点是:昨日完成了什么?今天做什么?工作中有什么问题?


  目的是让团队的所有人都了解其他人的进展,及时发现问题并解决。


  评审会议:


  迭代结束后,把所有利益相关人员聚在一起,让其他人体验并指出问题。可以的话,可以邀请最终用户,让用户操作,产品一旁拿纸笔记录细节。比如:用户操作时,在哪不顺畅,在哪用户表情有变化等


  回顾会议:


  定期团队开一次回顾会议,整顿工作,反思工作流程能否优化,最终产出可操作性的行动计划。


  注意行动计划必须是定义清晰,可操作性强的。不能抽象,比如出现类似“改善”之类的。


基本点四:Scrum初期必须要有教练指导


  Scrum初期从内部或者外部寻找教练,指出日常工作中,哪些是敏捷、哪些是非敏捷、哪些才是正确做法等。

责任编辑:王兴钊

标签:京东 项目管理
0
版权声明©
本网站所有内容版权归项目管理评论杂志社及相关权利人(本网站的资料提供者)所有,未经项目管理评论杂志社明确书面许可,任何组织及个人不得复制、转载、摘编本网站的内容,也不得在本网站所属的服务器上做镜像或以其他任何方式进行使用。凡未经许可擅自转载,均视为侵权行为,本网站将依法追究其责任。
热点:ppp    新能源    敏捷   
官方新浪微博
关于我们 - 广告服务 - 联系我们 - 诚聘英才 - 隐私声明 - 杂志订阅 - 在线投稿 - 下载专区 - 网站地图
项目管理评论 版权所有
有意与本刊合作者,请与项目管理评论联系。未经项目管理评论书面授权,请勿转载或建立镜像,否则即为侵权。
合作电话:010-58383379 E-mail:pmr@pmreview.com.cn 京ICP证13028000号-3
PMI, PMP, PMBOK and the PMI logo are registered marks of the Project Management Institute, Inc.

技术支持:原创先锋_北京网站建设