PM过程能力成熟度3级

2级PM已经可以把项目管理起来了。如果这时候,企业只有一个PM,那这种程度的管理,只要逐渐深化,就可以一直维持下去。

然鹅,现实总是复杂很多。。。

公司会在PM建立2级的过程管理后,提高所有项目的可视化要求,横向衡量同类型的不同项目、不同项目组和不同PM的绩效表现。因此,需要建立统一的管理与评量标准。

有些PM会觉得这样的过程是在“上夹板”,明明之前管得好好的,现在一变化反而出问题,还要PM自己兜着,看起来犹如PM在为公司领导的“失误”买单一样……

这里我要说一句:

不想当 CXO 的 程序员,不是好 PM !

如果2级的过程管理程度就已经让你满足的话,那么你的职业发展,就被自己限制住了。别让屁股决定了脑袋!

我们按照PM的过程管理能力等级,将PM的工作投入按照分类呈现出来。很明显,越是高级的PM,精力越会逐渐向右转移。这不仅是公司对于项目管理的诉求,也是PM职业发展变化的诉求。

对比前面两个级别的PM,过程管理成熟度3级的PM将更多的精力放到了“开发类”以外的工作上。这样的转变,可以概括为:主动式标准化的管理转变

具体到每一类详细工作如下:

开发类

项目管理类

 

 

支撑与协作类

基于企业标准化统一管理的诉求,PM作为过程的拥有者,应该更加主动的参与公司标准化管理的建立与实践,并通过改进过程不断优化。

改进类

如果PM可以理解公司某些做法背后的出发点,那么PM就是在尝试用CEO的视角看待自己的工作。

所以过程管理能力成熟度3级,对PM的职业发展来说,是相当重要的转折点。能站上这个台阶,就能向D(Director)层级、C(CXO)层级迈进,上不了这个台阶,就永远只能在M(Manager)层级打转。

原文地址:https://www.cnblogs.com/fancier-info/p/9962494.html

时间: 2024-08-30 14:00:08

PM过程能力成熟度3级的相关文章

突破瓶颈,再出发 - PM过程能力成熟度5级

尽管程度不同,但PM的每个级别都在践行过程改进,并在4级借助数据,达到了"登峰造极"的程度.随着量化与统计分析的深入,项目会被优化到极其稳定的状态,组织的过程改进也就此进入了平台期. 平台期可以被视为是前一阶段改进的高峰,也可看做是下一阶段的改进瓶颈. 前面的文章中,我们讨论了企业生命周期的5个阶段,当企业度过"成熟期"便进入了"再发展或衰退期".项目管理亦是如此. 当4级的PM发现无论如何也无法促成数据提升时,就说明项目的过程管理,在此时面临&

能力成熟度模型(CMM)

能力等级 特点 关键过程 第一级 基本级 软件过程是混乱无序的,对过程几乎没有定义,成功依靠的是个人的才能和经验,管理方式属于反应式   第二级 重复级 建立了基本的项目管理来跟踪进度.费用和功能特征,制定了必要的项目管理,能够利用以前类似的项目应用取得成功 需求管理,项目计划,项目跟踪和监控,软件子合同管理,软件配置管理,软件质量保障 第三级 确定级 已经将软件管理和过程文档化,标准化,同时综合成该组织的标准软件过程,所有的软件开发都使用该标准软件过程 组织过程定义,组织过程焦点,培训大纲,软

睿象云高科 | 浅谈告警管理能力成熟度模型

随着IT基础设施的云化,应用运行环境的容器化,系统架构的微服务化,越来越多的企业不得不引入更多的工具.更复杂的流程和更多的运维人员,来提升IT系统管理的精细度,但新的问题也随之而来. 犹如蝴蝶效应,在如此庞杂的环境下,数据间紧密相连,一个指标的变化,可能引发一系列的告警连锁反应.不同监控平台的红色标识.不断涌入的告警邮件和短信,紧牵着运维人员的神经,告警的精细化管理势在必行. 充满挑战的运维告警管理 如何抑制告警风暴?如何保障重要告警不漏不丢?如何快速的甄别根因告警?如何沉淀告警处置经验?如何快

浅谈告警管理能力成熟度模型

随着IT基础设施的云化,应用运行环境的容器化,系统架构的微服务化,越来越多的企业不得不引入更多的工具.更复杂的流程和更多的运维人员,来提升IT系统管理的精细度,但新的问题也随之而来.犹如蝴蝶效应,在如此庞杂的环境下,数据间紧密相连,一个指标的变化,可能引发一系列的告警连锁反应.不同监控平台的红色标识.不断涌入的告警邮件和短信,紧牵着运维人员的神经,告警的精细化管理势在必行. 充满挑战的运维告警管理 如何抑制告警风暴?如何保障重要告警不漏不丢?如何快速的甄别根因告警?如何沉淀告警处置经验?如何快速

基于Jenkins打造符合DevOps能力成熟度三级标准的持续集成流水线

DevOps的核心是自动化,自动化的核心是标准化.而DevOps最重要的一环节是持续交付,持续交付中建设的重点是流水线,所以如何打造标准的持续交付流水线则为DevOps建设中最重要的一环,也是评估DevOps能力的一个重要的打分点.本文内容参照<研发运营一体化(DevOps)能力成熟度模型 第3部分:持续交付>,基于jenkins,对持续集成流水线建设的一些关键点进行技术应答,带领大家把方法论落地到具体的技术点上. 文中涉及到的几个名词解释:1,流水线:pipeline,一个应用程序从构建.部

CMM能力成熟度模型

CMM/CMMI将软件过程的成熟度分为5个等级,以下是5个等级的基本特征:       (1)初始级(Initial).工作无序,项目进行过程中常放弃当初的计划.管理无章法,缺乏健全的管理制度.开发项目成效不稳定,项目成功主要依靠项目负责人的经验和能力,他一但离去,工作秩序面目全非. (2)可重复级(Repeatable).管理制度化,建立了基本的管理制度和规程,管理工作有章可循. 初步实现标准化,开发工作比较好地按标准实施. 变更依法进行,做到基线化,稳定可跟踪,新项目的计划和管理基于过去的实

PM的能力要求和任务

成为一个合格的PM,需要哪些能力? 1.观察.理解和快速学习的能力 2.PM要有对每天项目中发现的问题,分析出重点的问题 1)重要而紧急的 2)重要而不紧急的 3)不重要而紧急 4)不重要且不紧急 3.一定的专业能力(理解.表达能力) 能借助文字.图标.草图.甚至代码来表达自己的想法? 能玩转EXCEl .PPT.Visio.甘特图.PS,有文字功底 4.自省能力 在一个项目中,PM的具体任务有哪些呢? 1.建立团队目标/远景 2.管理软件的具体生命周期 3.创建并维护软件的产品规格说明书 4.

为了约会,PM的领导能力篇来啦!

之前我们花了很大力气阐述PM的过程能力成熟度,为的是让PM把项目管理得心应手,早点下班.可再完美的过程也要人来做啊!兄弟们要是不爽了,你还有心思约会么?那怎么才能管好组里的兄弟,让他们好好执行过程,早点交付,早点下班去约会呢? 今天,我们就开始说说PM核心能力架构的第二支柱--领导能力成熟度.这里的领导能力,是指PM管理和领导个人与团队的能力,从人员管理的角度实现团队绩效的提升. PM的核心能力架构,包含过程能力与领导能力两个部分: 凡奉信息版权所有 PM成熟度1级 过程能力: 关注软件实现技术

需求管理是CMM可重复级中的6个关键过程域之一,其主要目标是__________。A.客观地验证需求管理活动

需求管理是CMM可重复级中的6个关键过程域之一,其主要目标是__________.A.客观地验证需求管理活动 需求管理是CMM可重复级中的6个关键过程域之一,其主要目标是__________. A.客观地验证需求管理活动符合规定的标准.程序和要求 B.跟踪软件需求管理的过程.实际结果和执行情况 C.策划软件需求管理的活动,识别和控制已获取的软件需求 D.对于软件需求,必须建立基线以进行控制,软件计划.产品和活动必须与软件需求 保持一致 正确答案:D要点解析:过程能力成熟度模型(Capabilit