登录 个人注册 企业注册 杂志订阅 | 我的需求 | 下载专区 | English
首页 > 专题 > 敏捷项目管理 > 敏捷项目管理工具三原则

敏捷项目管理工具三原则

返回>

2019年04月13日    作者:佚名    来源:微信公众号“敏捷视界”

A-A+

  Olga Kouzina认为使用敏捷项目管理工具需要遵守三个原则:流程优先,工具次之;开发流程需可复用;正确做法需可复制。因为人们在选择或使用敏捷项目管理工具时,往往会忽略开发流程中的某些关键要素,所以他重点对第一个原则中提到的“流程”进行了介绍,以期帮助大家对开发流程有个更加完整的认识。


  首先,我们可尝试将现有开发流程分解为3个部分:

  


  上图中的框架几乎覆盖了开发流程中的三个关键要素:工作、人、计划,它们也都是在敏捷开发管理工具中要不断复用的要素。下面我们具体看看这三个要素都有哪些需要注意的地方。


  要素一:工作


  主要是“是什么”的问题,涉及了功能、用户故事、任务、Bug等。


  你正在使用哪个工作项?开发流程中工作如何分解?工作项需要多少个层级?下面,我们可以看一个例子,来对层级结构进行了解:想法(问题)→史诗(Epic)→产品→项目→功能→用户故事(User Story)→任务。


  工作项之间需要什么依赖?除了层级分解外,我们是否需要在管理工具中复用其他依赖?


  如何定义一个项目或工作项结束了?我们是否需要指定一个完成范围,或者将项目与时间捆绑起来?我们是否需要为工作项的设置多个最终状态(如已完成、已解决?)


  要素二:人


  主要是“是谁”(角色)的问题,涉及开发团队、产品负责人、项目主管、用户等。


  团队成员如何管理?团队功能是否有交叉?是功能团队、项目团队、部门还是压根就没有团队?


  每个团队的开发流程是一样的吗?我们是否在必要时安排几支团队到“史诗”或“用户故事”层级中?


  未在开发团队或项目中的“鸡”组角色是否也需要了解工作流程?如客户、经理?


  要素三:计划


  时间问题,涉及发布、迭代。


  我们如何进行backlog管理?backlog项都来自哪里?我们应如何整理backlog?


  项目/发布/迭代:我们是否有交叉项目(或交叉团队)的发布?是否有并行迭代或发布?我们是否将项目分解为多个阶段执行了呢(如UX、原型、功能设计)?


  我们在使用哪个报告?这个非常重要。一定要检查工具是否具备了我们所需的全部报告?


  可能上面没有举出所有需要注意的问题,但这里提供的3个关键要素(工作、人、计划)可以帮助我们在选择或使用敏捷开发管理工具时更加全面地把握开发流程,不致于只根据部分要素就做出选择。

责任编辑:王兴钊

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

京公网安备 11010202007990号


PMI, PMP, PMBOK and the PMI logo are registered marks of the Project Management Institute, Inc.

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