当PM意识到自己不再是程序员后,就会在项目管理方面,逐渐达到过程能力成熟度1级.尽管这种亲身经历会带给PM管理的信心,但从项目的层面来说,整体还是混沌的,PM在经历过1级的阶段性胜利后,将面临更多的问题与挑战. 在对PM过程能力1级的阐述中,我们已经揭示了PM的过程能力建设框架,即开发类.项目管理类.支撑与协作类以及改进类.在接下来的等级提升中,这四个方面会逐渐加深与强化. 总体来说,过程能力成熟度2级,要求PM从初具管理意识,提升到建立管理流程.接下来我们会从PM的日常工作问题入手,逐一阐述.…

2级PM已经可以把项目管理起来了.如果这时候,企业只有一个PM,那这种程度的管理,只要逐渐深化,就可以一直维持下去. 然鹅,现实总是复杂很多... 公司会在PM建立2级的过程管理后,提高所有项目的可视化要求,横向衡量同类型的不同项目.不同项目组和不同PM的绩效表现.因此,需要建立统一的管理与评量标准. 有些PM会觉得这样的过程是在“上夹板”,明明之前管得好好的,现在一变化反而出问题,还要PM自己兜着,看起来犹如PM在为公司领导的“失误”买单一样…… 这里我要说一句: 不想当 CXO 的 程序员,…

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

话说3级的PM已经非常厉害了,但仍然处于定性阶段.如何才能不动声色的跟BOSS过招?PM 4级就是让数字变成你的嘴巴,开启项目管理的量化大门.因此,4级PM的工作重心(详见上一篇文章中的表格),也会逐渐转变.对应的四类工作,总结起来变化如下: 开发类: 保持3级,适当深化 项目管理类: 在量化的项目质量与绩效目标的要求下,识别关键过程,借助统计学的基线与模型,策划与监控关键项目过程 支撑与协作类: 基于企业的目标体系,制定支撑业务目标实现的项目质量与绩效目标 掌握统计学技术,对项目进行量化管理:…

人生如戏,大幕拉开,他走上舞台,饰演PM一角. 从技术岗位迈向管理岗位的第一步,对大多数像他一样的新晋PM来说,并不轻松.技术知识与经验是他曾经的主要才能与成功基础,而从成熟度一级开始,身为管理者的他,要快速进入[角色],建立起对项目过程和团队领导两方面的管理意识. 成熟度一级的他,受制于交付压力,无法脱离开发类工作,仍然扮演者程序员的角色.由于缺乏精力编制项目管理过程,无法为项目中其他角色的扮演者,提供明确的剧本.其他角色只能“见机行事”,草草唱完这一出.而想要更充分的发挥“演员们”的主观能动…

之前,我已经从项目实现的角度.企业管理诉求两方面,分析了PM的核心能力架构,以及其在过程管理方面的能力等级.接下来,Fancier凡奉信息会站在PM能力成长的角度,横向与纵向阐述每一成熟度等级PM的过程管理能力,以及对应的工作目标与实践方法. 很多程序员有机会转变为PM得益于自己超群的技术能力.既然是技术出身,又混迹于技术圈子,自然PM会把工作的关注点继续放在看家本领上——职位虽然变成了PM,可身体和内心还是很老实的继续做着程序员.即使也会面对一些管理性质的工作,但在PM的内心深处,“那都不是事…

什么是CMMI CMMI全称是Capability Maturity Model Integration, 即能力成熟度模型集成,是由美国国防部(Office of the Secretary of Defense)与卡内基-梅隆大学(Carnegie Mellon University)和美国国防工业协会(National Defense Industrial Association)共同开发的一个过程改进方法(process improvement approach),它向组织提供用于有效的…

能力成熟度模型(Capability Maturity Model,英文缩写为CMM)[1]是 一种开发模型.Carnegie Mellon大学的研究人员从美国国防部合同承包方那里收集数据并加以研究,提出了CMM.美国国防部资助了这项研究.Carnegie Mellon以该模型为基础,创办了软件工程研究所(SEI).CMM的目标是改善现有软件开发过程,也可用于其它过程. 它是对于软件组织在定义.实施.度量.控制和改善其软件过程的实践中各个发展阶段的描述.CMM的核心是把软件开发视为一个过程,并根…

CMMI将能力成熟度分为5个级别(初始级,已管理级,已定义级,量化管理级,优化级) ． 初始级 此时软件过程是无序的,有时甚至是混乱的,对过程几乎没有定义,成功取决于个人努力.管理是反应式的. ．可管理级 此时建立了基本的项目管理过程来跟踪费用.进度和功能特性.制定了必要的过程纪律,能重复早先类似应用项目取得的成功经验. ． 已定义级 已将软件管理和工程两方面的过程文档化.标准化,并综合成该组织的标准软件过程.所有项目均使用经批准.剪裁的标准软件过程来开发和维护软件,软件产品的生产在整个软件过程…

关于CMMI的过程域,请参考 CMMI能力成熟度模型集成的过程区域 1.CMMI/SPCA概述 CMM是“能力成熟度模型(Capability Maturity Model)”的英文简写,该模型由美国卡内基-梅隆大学的软件工程研究所(简称SEI)受美国国防部委托,于1991年研究制定,最初的主要目的是为了评价美国国防部的软件合同承包组织的能力,后因为在软件企业应用CMM实施过程改进取得较大的成功,便在全世界范围内广泛使用. CMMI是SEI于2000年发布的CMM的新版本.CMMI发展到现在,共…

PCMM中英版终于发布 时光荏苒,从当初的回眸到如今的回头,这才发现:坚守一份承诺是多么的不易! 一年多了,这份承载殷切期待的作品--<PCMM(人力资源能力成熟度模型)V2.0 (中英文对照版)>,今天与各位见面. 欣喜之余,我们最最感谢的是思步译站"PCMM翻译"团队成员的伙伴们(附后).TA们牺牲业余时间不计辛劳与报酬的参与到这份事业中,真正的践行了"生命因服务而美丽"的精神,让我们由衷的说一句:非常感谢你们的付出,你们是最可爱的人! 软件过程改善…

日语能力考试N2级核心词汇必备—接续词 顺接 だから 因为......所以......(下文可用命令,意志劝诱等)その結果  其结果(口语,书面语都行,但是比较生硬)したがって  从而,因而(书面语,不强调理由,强调结果)そのために  为此,因此(强调理由,不能用命令,意志,劝诱等)それで  因为......所以......(承上启下) ゆえに  因为......所以......(书面语,多用于写论文)から  主观原因理由ので  客观原因理由し  强调后项内容的理由之一是...... 逆接 上下…

日语能力考试N2级核心词汇必备—形容词 ありがたい·有難い 难得的,值得感谢的,真高兴的あかい·赤い 红色的,左翼的,共产主义的あさい·浅い 浅的,事物的程度等小的,色淡的,浅薄的,肤浅的あつい· 1熱い 烫的,体温高的,火热的:        2厚い 厚的,热情的:        3暑い 天气热的,暑热的あまい·甘い 甜的,淡的,松的,不严格的令人感到高兴的,随便,散漫 あらい·1 荒い 动作激烈的,粗暴的,暴烈的        2 粗い 粗的,大的,间隔大的,粗糙的,不仔细的うまい·1 旨い…

日语能力考试N2级必备外来语 ア行外来语アンテナ:(antenna)         天线インタビュー :(interview)         采访,访谈ウイルス:(virus )        病毒,滤过性病毒,电脑病毒エネルギー :(energy )     能源,能量エチケット:(etiquette )     礼节,礼仪エレガント:(elegant)     幽雅的,优美的エンジン:(engine )        发动机,引擎:机车,火车头オルガン:(organ)         风…

                                                                     日语能力考试N2级核心词汇必备—副词 ABAB型的副词 あちこち 相反的,颠倒的,言行不一的:(代)处处,到处 いきいき 活泼,栩栩如生,生动 いちいち 逐一,逐个:全部 いよいよ 终于,到底:越加,更加:确实,果真:关键时刻 いらいら 焦急,焦躁,坐立不安:刺痛 うろうろ 徘徊,无目标的走来走去:心神不定,急得团团转 おのおの 各个,各自 かたがた 一方面,…

日语能力考试N2级核心词汇必备—接续词 顺接 だから 因为......所以......(下文可用命令,意志劝诱等)その結果  其结果(口语,书面语都行,但是比较生硬)したがって  从而,因而(书面语,不强调理由,强调结果)そのために  为此,因此(强调理由,不能用命令,意志,劝诱等)それで  因为......所以......(承上启下) ゆえに  因为......所以......(书面语,多用于写论文)から  主观原因理由ので  客观原因理由し  强调后项内容的理由之一是...... 逆接 上下…

CMM把软件企业的过程管理能力划分为5个等级: 1  .初始级:个别的.混乱无序的过程,软件缺乏定义,项目的成功严重依赖于某几个关键人员的努力.软件质量由个人的开发经验来保障. 2.可重复级 实施了基本的项目管理和过程控制,依赖以往项目的成功经验来确保新的类似项目的成功 3.已定义级别:所有项目遵循一定的标准进行管理,具备可量化的.文档化的过程管理.进一步减少了项目成功对人的依赖性. 4.已管理级:加入了评估和度量机制,利用评估和度量来对软件过程以及产品做出合理的判断和控制. 5.优化级:关注改…

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

如何进行团队激励 如何进行目标管理 如何进行绩效考核 如何处理团队沟通(技巧) 详述几种软件过程理论 需求分析和度量 测试过程和工具 开发管理过程…

说正事之前,先唠10块钱儿的…… 偶然看到房一波的故事,这个PM了不得了! 房兄是山东电建三公司,派驻到尼日利亚建设燃机电站的PM.本来在非洲,这种“万丈高楼平地起”的项目是很好干的,可是房兄却遭遇了黑人兄弟三天两头的闹事.最厉害的一次,黑人兄弟把办公室围了三天三夜,房兄他们断了粮,只能警车开道出去买吃的.项目迟迟开不了工,进度.成本.质量啥都顾不上了. 房兄思量着,这也不是事儿啊,要想继续当这个PM,就得真跟他们做兄弟.于是,他带上一兜糖.一把枪,横着一条心,就去收服人心了. 第一次进村,赶上…

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

上一篇,我们从项目层面提出了PM的核心能力架构.今天,我想从公司层面,分析一下PM的核心能力架构中的过程能力,这也是PM当下最关心.最真切的痛点. 还记得上一篇我的同事老A吗? 为什么他能在知名外企带三五百号人的跨国团队,却在一家总共只有不到100人的本土公司放声疾呼“PM不是PM”? 因为知名外企体系完整.职责明晰.个人能力强.资源充分.管理规范.文化氛围好…… 无论你找到多少理由,这些都可以概括为知名外企的成熟度高. 高成熟度的企业,自然会要求高成熟度的PM.因此,PM的能力标准,应该随着企…

原文作者:上海科维安信息技术顾问有限公司QAI China 何丹博士 CMMI主任评估师   一.引子     近年来,由美国SEI  (软件工程研究所)开发的SW-CMM  (软件过程能力成熟度模型) 模型以及改进后的CMMI (能力成熟度模型集成)模型得到了国际上的广泛认可.因此有越来越多的软件和IT公司已经或开始采用这些模型来开展相应的过程改进工作,来提高过程能力的 成熟度,以期使公司的软件或系统开发工作更加高效,更具有国际竞争力,这似乎已经成为一种潮流.很多公司都怀着这种美好的愿望开始了…

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

DevOps,是Development和Operations的组合词,是指一组过程.方法与系统的统称,用于促进开发.技术运营和质量保障部门之间的沟通.协作与整合.DevOps是一种重视“软件开发人员(Dev)”和“IT运维技术人员(Ops)”之间沟通合作的文化.运动或惯例.透过自动化“软件交付”和“架构变更”的流程,来使得构建.测试.发布软件能够更加地快捷.频繁和可靠.它的出现是由于软件行业日益清晰地认识到:为了按时交付软件产品和服务,开发和运营工作必须紧密合作. DevOps:企业迈向敏捷之钥…

TOGAF架构能力框架之架构合同.成熟度模型和架构技能框架 5. 架构合同 架构合同是在开发团体和赞助者之间关于架构的交付物.质量以及适用目标的联合协议,并且通过有效的架构治理将会促使这些协议的成功施行.通过对合同的管理施行一个治理方法,如下几点将会得到保障: 一个连续监测系统,用于检查完整性.变更.决策,并对组织内所有架构相关活动进行审计. 与现存的或正在开发中的架构相关的原则.标准和需求得以被坚持. 明确存在于架构的开发.实现和运营中的各种风险. 一系列流程和实践得以被制定,从而保障针对所有…

5. 架构合同 架构合同是在开发团体和赞助者之间关于架构的交付物.质量以及适用目标的联合协议,并且通过有效的架构治理将会促使这些协议的成功施行.通过对合同的管理施行一个治理方法,如下几点将会得到保障: 一个连续监测系统,用于检查完整性.变更.决策,并对组织内所有架构相关活动进行审计. 与现存的或正在开发中的架构相关的原则.标准和需求得以被坚持. 明确存在于架构的开发.实现和运营中的各种风险. 一系列流程和实践得以被制定,从而保障针对所有架构制品的开发和使用的问责性.责任和规章. 对于为合同进行负…

“精简并行过程”(Simplified Parallel Process,SPP)是基于CMMI以及软件工程和项目管理知识而创作的一种“软件过程改进方法和规范”,它由众多的过程规范和文档模板组成.SPP主要用于指导国内IT企业持续地改进其软件过程能力. 此处“精简并行”的含义是:(1)对CMMI 3级以内各过程域的内容和要求作了“精简”处理.(2)在产品生命周期之内,项目管理过程.项目研发过程和机构支撑过程“并行”开展. SPP模型 SPP模型把产品生命周期划分为6个阶段,分别为:产品概念阶段,…

SEI(美国卡内基梅隆大学软件工程研究所(Software Engineering Institute, SEI))开发的CMM模型有: 用于软件的(SW-CMM;SW代表'software即软件'), 用于人力资源管理的(P-CMM;P代表'人'), 用于系统工程(SE-CMM), 用于集成产品开发的(IPD-CMM), 用于软件收集的(SA-CMM) 有不同模型之间有不一致的地方,并且不可避免地还有某种程度上的冗余. 因此,SEI决定开发一个单个集居的成熟度模型框架,即能力成熟度模型集成(C…

AIOps 自从 Gartner 于2016年提出至今已有一段时间,虽然在顶级互联网及电信企业,已有较多落地,但至今仍无基于生产实践的理论体系及实施指南. 高效运维社区和云计算开源产业联盟(OSCAR联盟)牵头,和互联网大厂如 BATJ.360.华为.平安科技等的 AIOps 负责人联合编写了国内外首个<企业级 AIOps 实施建议>白皮书,以缩AIOps 实施路径. 一.整体介绍 AIOps,即 Artificial Intelligence for IT Operations,智能运维,将…