当前位置:首页 > 网文库 > 正文

IT PMO如何通过Jira打造统一的需求管理、项目管理和服务管理平台

时间:2020-05-18   来源:LEAP研究所 NightW
LEAP就是用项目(Project)的方式来完成一个目标,通过高效(Efficiency)的方法和工具来快速落地,用敏捷(Agile)的思维来贴近最终用户强调价值和变化,最后用精益(Lean)的思想来改善、持续优化以达到质量提高。
以下是本人在外企IT部门任职PMO时,借助Jira来打造统一的IT需求管理、项目管理以及服务管理的一些经历分享给大家
背景介绍
作为传统外企IT部门,从前端到后端、从基础架构到应用,服务于各个业务部门的系统大大小小超过50多个,涉及到前端销售链路、供应链链路到后端的财务系统、人事管理系统等。和大多数传统企业一样,我们一般是通过购买、集成各种IT供应商的系统为主,自己负责研发和运维的系统偏少。IT其中一大部门就是负责和业务部门对接的各应用经理,承接业务需求,再把需求给到供应商进行开发和测试,最后几方一起配合进行UAT和最终上线的过程。在这个过程中应用经理同时也扮演了甲方项目经理的角色。
在我们没有使用Jira之前,PMO收集和总结了一些当时的情况问题:
问题一、业务需求管理没有纳入统一平台,各模块应用经理各自联络业务负责人,沟通和过程不够透明。管理层对于还有多少需求未处理、是否有相互影响,甚至重复的需求未知。
问题二、在承接需求后,CR的实施流程不统一、缺少清晰的里程碑节点定义和标准化的定义。导致交付的CR存在质量问题,一些关键项目过程文档或输出物缺失。
问题三、在CR上线的过程中缺少变更管理,经常发生由于上线了一个系统新功能导致其他系统受到影响而在上线前并没有识别出来的问题。
作为IT的PMO,在经过一段时间调查访谈、分析数据和实际接触之后,针对问题决定采取以下几个措施:
措施一、建立统一的需求管理和项目管理的平台,所有业务部门都通过同一个入口提交新业务需求。应用经理也在同一个平台进行对应需求的项目和CR的管理。
措施二、对于项目的里程碑(包括CR)进行标准化定义,设定符合公司情况的自定义流程和审批节点
措施三、对于应用上线引入变更管理的概念,每周通过变更管理委员会(CAB)统一进行变更的执行讨论与审批
在经过市场上各种项目管理工具的对比之后,我们最终选择了Jira作为我们的统一管理平台,主要理由为:
强大的工作流引擎-可以简单方便的定制化自己的工作流,同时在工作流比较复杂的情况下通过一定的开发和设定也能够轻松实现
丰富的定制化IssueType-根据不同的业务需求我们可以自己定制自己想要的issue类型和属性
强大的Marketplace-能够让我们直接使用很多成熟的插件来帮助我们快速实现,节省了很多定制开发的时间
那么具体如何通过Jira来解决IT部门当时面临的几个问题呢?我们下面详细来说一下。
一、定义IssueType
根据我们的实际诉求,我们在Jira中定义了三个新的Issue类型分别是:
BR-BusinessRequest,用于给业务用户通过servicedesk的统一portal进行业务需求的提报。
CR-ChangeRequest,应用经理在承接了BR之后由IT方发起的根据自己审批工作流定制的CR流程。
RFC-Requestforchange,变更管理的主要issue类型,CR上线时需要创建单独的RFC来进行变更的审批。
三个issuetype都可以是多对多的关系,用link进行关联。在设计之初,我们是把RFC放到了CR的最后一个环节的,但在后来发现变更的视角和CR的视角本来就不同。比如一个业务需求,在经过分析和评估后是需要对于三个系统都进行修改才能实现的,那么我们会分别创建三个RFC来跟踪各自的进度状态。而CR和RFC也是多对多的关系,很多情况下一个CR不会在一次发布就解决,而是分多次上线的,那么这样的情况下用CR一个issue管理到底的方式就不适用了。
反过来一个RFC有的时候往往是好几个系统一起上线为了同一个业务目的产生的,我们只需要将这次上线的一个RFC和不同的CR关联起来就好了,不需要分别创建和管理三个RFC,也不便于识别变更中影响系统的范围。同样,有可能多个业务需求的BR最终也落实到一个CR来实现。在解耦了他们三个之间的关系后,才成为了一个各自带有各自属性和生命周期,互相之间又有link关系的三个issuetype。
二、流程的设计
BR-我们希望所有的业务人员都可以提交新的业务需求,而不是之前那样只有知道找具体IT部门的xxx才能收到需求的情况。所以我们用JiraServiceDesk设定了一个专门接受新BR的项目。流程上需要业务提
分享到:
免责声明:

1、PMO评论发布的所有资讯与文章是出于为业界传递更多信息之目的,并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,请浏览者仅作参考,并请自行核实相关内容。

2、本站部分内容转载于其他网站和媒体,版权归原作者或原发布媒体所有。如文章涉及版权等问题,请联系本站,我们将在两个工作日内进行删除或修改处理。敬请谅解!

延伸阅读:

本站推荐

  • 独家PMO、项目经理和敏捷教练学习材料,欢迎阅读!

    第十二届中国PMO大会会刊资料,主题 :拥抱变革 展现PMO力量;第十一届PMO大会(线上会议)会刊资料,主题:解码战略 赋能项目 PMO笃行致远;第十届P...

  • 第十二届中国PMO大会在京成功召开

    由PMO评论主办,以“拥抱变革 展现PMO力量”为主题的第十二届中国PMO大会在京成功召开。全国项目管理标准化技术委员会俞彪秘书长、《项目管理技术》杂志...

  • 2022第十一届PMO大会(线上会议)成功召开

    PMO大会是PMO评论主办的全国PMO专业人士年度盛会,是业内了解PMO前沿理论与资讯,分享PMO最佳实践经验,彰显PMO价值的高端会议交流平台。至今,PMO大会已...

  • 2022第三届中国项目经理大会成功召开

    由PMO评论主办,以“鏖战项目 使命必达”为主题的2022第三届中国项目经理大会于11月26-27日、12月3日以三天线上会议形式成功召开,大会特邀29位来自华为...

  • 2022首届中国敏捷大会成功召开

    12月17-18日,由PMO评论主办,以“拥抱变化 拥抱敏捷”为主题的2022首届中国敏捷大会以线上会议形式成功召开,大会特邀来自腾讯、京东、美的、海尔、OPP...

  • 2021第十届PMO大会线上会议成功举办

    由PMO评论主办,以“探索中奋进 领航PMO新时代”为主题的第十届PMO大会于2021年8月28-29日、9月4-5日以线上会议形式成功举办。来自华为、亚马逊、京东、...

  • 第二届中国项目经理线上会议成功召开

    11月27日,由PMO评论主办的第二届中国项目经理线上会议顺利召开。本次会议主题为:“执项目牛耳 悟管理精髓”,来自腾讯、京东、阿里云、大族激光、用友...

  • 从联想的战略升级解剖PMO的价值︱PMO案例分享

    PMO:Project Management Office,项目管理办公室。一般企业的PMO有两种大的存在形态:1)公司的主营业务本身就是以项目开展的,公司需要成立PMO管理业...

more >>

活动圈

more >>

公开课

more >>

书刊柜

  • 《娓娓道来:高效项目管理100法》

    《娓娓道来:高效项目管理100法》

    本书从项目管理的十大知识领域出发,对每个知识领域所涉及的核心知识点进行剖析。无论是计划管理的“边界条件”、风险管理的...

  • 《PMO论文集(2016)》介绍

    《PMO论文集(2016)》介绍

    和人力资源部、行政办公室等职能部门相比,PMO(项目管理办公室)无疑是很年轻的,国外最早出现这一部门是在20世纪90年代,而...

  • 《成功的项目始于卓越的管理》

    《成功的项目始于卓越的管理》

    《成功的项目始于卓越的管理》重点介绍了很多浪潮在推动组织级项目管理过程中使用的一些卓有成效的方法、工具、模板,如项目...

Copyright © 2023 PMO评论 版权所有 备案号:京ICP备17062359号-2 如转载本站文章,请注明原作者和原发布媒体

本着互联网分享精神,本站部分内容转载于其他网站和媒体,如稿件涉及版权等问题,请联系本站进行删除或修改处理

客服电话:010-89506650 89504891 非工作时间可联系:18701278071(微信) QQ在线:511524637

新闻与原创文章投稿:tougao#chinapmo.com 客服邮箱:info#cpmta.com(请将#换成@)

PMO评论网微信公众号

PMO评论网微信公众号

PMO评论网微信公众号

PMO大会微信公众号