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

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

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

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

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

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

IT部门就是为其他业务.内勤部门提供信息化手段的,所以在实施信息化系统的时候首先要做的就是需求调研,但是针对于绝大多数业务部门的人员而言,信息系统是很不熟悉的,我们会经常听到这样的回复“这个应该很快就可以实现吧”.“当初我们讨论的时候不是这样的”.“(实现完了)这样好像有点问题,我再加一些需求吧”等等,种种这样的问题就是因为对需求的管理不当导致的,这样会对整个IT项目实施带来很多困扰,且不说对IT人员的工作心情.状态的影响,对于整个项目的实施是十分低效的,其实很多项目的时间差不多50%以上会花在…

1.1.1  字段级权限 字段级权限适用于对不同人的能否查看或录入不同表不同字段的权限控制. 是否启用字段级权限配置 不启用字段级权限后,[用户权限管理]程序[字段级权限]按钮会隐藏,导致无法给管理其他用户的字段级权限. 如果启用字段级权限如下:系统配置里进行配置,勾选启用字段级权限即可. 图 3.3‑1 启用字段级权限配置 启用字段级权限使用方法 操作路径:[后台管理]->[用户权限管理] 第一步: 给用户初六配置字段权限 图 3.3‑2 给初六配置字段权限 第二步:在需要开启权限的页面构造函…

转载请注明出处,http://blog.csdn.net/suool/article/details/38406211,谢谢. Linux进程存储结构和进程结构 可运行文件结构 例如以下图: 能够看出,此ELF可运行文件存储时(没有调入内存)分为代码区.数据区和未出花数据区三部分. 代码区:存放cpu的运行的机器指令. 数据区:包括程序中的已经初始化的静态变量,以及已经初始化的全局变量. 未初始化数据区:存入的是未初始化的全局变量和未初始化的静态变量. 如今在上面的程序代码中添加一个int的静态…

认识敏捷开发 在课堂上了解了瀑布开发,又在课下学习敏捷开发过程后,我发现,敏姐团队做的开发工作虽然和瀑布开发一模一样,但他们的做事方式很不一样.简单来说,两者的差别在于:瀑布开发必须先完成当前的步骤后才能进行下一步骤,而敏捷团队做需求收集,设计,编码和测试,最后交付给客户.接着再重复这个过程,周而复始,工作推进的过程中不断地改善.调整流程,一直到项目完成为止.敏捷开发是一种整体流程,也就是说,需求收集,设计,编码和设计是完全整合彼此依赖的流程.在实践中,无论我们用什么方法敏捷开发,遇到缺陷,别等…

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

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

 6月3日到5日,用了3天时间,參加了cmmi-dev的简单介绍课程培训,參加培训真的比上班都要累非常多啊!每天早上9点到下午6点.中午吃饭加歇息总共1小时.晚上还有作业要做,每天睡觉都要到11点了.并且作业还不一定写的完,早上还要早早起床坐两个小时的车去上课.非常久都没这么辛苦过了.只是辛苦总是有回报的,以下就具体说说这3天的收获. 1.知识梳理 cmmi-dev v1.3版.能够简单的理解成将22个过程域依照不同的标准分组.每种分组方式有不同的衍生工作,每一个过程域由通用目标和特定目标两…

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

1      公司介绍 西安海思威软件有限公司于2009年2月注册成立,海思威软件公司隶属于海思威集团,位于交通十分便利的西安经济技术开发区.公司致力于中国本土式销售管理的研究与管理软件产品的开发,是国内具有自主知识产权的最专业的销售管理产品与服务提供商. 公司由20多名优秀的技术人才.管理人才.行业专家共同组成,其中博士占5%.硕士20%.本科65%以上,公司设立专门的行业研究机构,致力于行业销售管理模型的研究和钻研.海思威人秉承“专业.务实.高效.创新”的经营理念,以做中国本土销售管理领跑者…

转自:http://www.wowotech.net/pm_subsystem/rpm_overview.html 1. 前言 终于可以写Runtime PM(后面简称RPM)了,说实话,蜗蜗有点小激动.因为从个人的角度讲,我很推崇使用RPM进行日常的动态电源管理,而不是suspend机制. 软件工程的基本思想就是模块化:高内聚和低耦合.通俗地讲呢,就是“各人自扫门前雪”,尽量扫好自己的(高内聚),尽量不和别人交互(低耦合).而RPM正体现了这一思想:每个设备(包括CPU)都处理好自身的电源管理…

Atitit. 软件开发中的管理哲学--一个伟大的事业必然是过程导向为主    过程导向 vs 结果导向 1. 一个伟大的事业必然是过程导向为主 1 1.1. 过程的执行情况(有明确的执行手册及标准) 2 1.2. 麦哲伦的事例证明了过程导向的重要性 2 1.3. 婆罗门教大师商接罗所 过程导向,属于上梵,结果导向,属于下梵 2 1.4. 罗马皇帝诚思录上,说人生本身就是过程导向, 2 1.5. 过程导向基本属于战略层面,侧重与长期,而结果导向只是战术级别,短期容易短视 3 1.6. 任何组织的…

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

  CMMI中的PA即Process Area的缩写,中文称为过程域.简单的说就是做好一个事情需要的某一个方面,对于软件开发来说,就是做好软件开发需要的某一个方面. CMMI2.3级共有18个过程域(PA),主要内容分如下四大类:   一.过程管理 1． OPD:(Organizational Process Definition)组织级过程定义.建立和维护有用的组织过程资产. 2． OPF:(Organizational Process Focus)组织级过程焦点.在理解现有过程强项和弱项的基…

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

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

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

我眼中的PM 1 我眼中的PM 1.1 人云“一个管理,半个专家”,我说“一个管理,两个专家” 如今,我发现我们不得不面对这样一个现实——角色兼职.我习惯上把项目分为三类:性命攸关的项目(涉及到人身安全的项目,如铁路项目):使命攸关的项目(具有明确时间节点的企业级信息化项目):普通项目(中小软件项目).我相信大多数PM都同我一样,奋战于使命级和普通级项目.虽然,从软件工程角度来讲,我们需要外科手术式的团队,人人各司其职,以专注于不同的方面.但事实是,我们的大多数雇主不会雇佣他们眼中“多余”的人员…

需求管理(REQM,Requirements Management)属于成熟度2级(受管理级)的过程域,是其他许多过程域实施的前提.对于暂未实施CMMI的企业,同样也可以借鉴CMMI的原则,实施和优化需求管理. 许多IT企业都有过需求失控的痛苦经历,我们不难体会,没有好的需求管理会给我们带来什么: ☹  需求以失控的状态进入软件过程,从源头上失去了项目的质量保证: ☹  需求范围界定不清,使项目缺乏计划性,导致成本.研制周期失控: ☹  需求变更失控,使组织处于被动反应式的环境中,项目组成为救火…

周末在家闲来无事,泡咖啡看书,正好看到了关于CMM的相关资料,分享出来,也当做学习笔记... 一.CMM简介 CMM,英文全称为Capability Maturity Model for Software,即:软件成熟度模型. CMM的核心是把软件开发视为一个过程.它是对于软件在定义.实施.度量.控制和改善其软件过程的实践中各个发展阶段的描述. 根据这一原则对软件开发和维护进行过程监控和研究,以使其更加科学化.标准化,使企业能够更好地实现商业目标. 分级:一级为初始级,二级为可重复级,三级为已定…

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

本文转载自:http://www.wowotech.net/pm_subsystem/std_str_func.html 1. 前言 Hibernate和Sleep两个功能是Linux Generic PM的核心功能,它们的目的是类似的:暂停使用——>保存上下文——>关闭系统以节电········>恢复系统——>恢复上下文——>继续使用. 本文以内核向用户空间提供的接口为突破口,从整体上对这两个功能进行介绍,并会在后续的文章中,分析它们的实现逻辑和执行动作. 顺便感概一下,虽…

1 我眼中的PM 1.1 人云“一个管理,半个专家”,我说“一个管理,两个专家” 如今,我发现我们不得不面对这样一个现实——角色兼职.我习惯上把项目分为三类:性命攸关的项目(涉及到人身安全的项目,如铁路项目):使命攸关的项目(具有明确时间节点的企业级信息化项目):普通项目(中小软件项目).我相信大多数PM都同我一样,奋战于使命级和普通级项目.虽然,从软件工程角度来讲,我们需要外科手术式的团队,人人各司其职,以专注于不同的方面.但事实是,我们的大多数雇主不会雇佣他们眼中“多余”的人员.这时,就需要…

下面我们就看看是如何划分的,来评判一下各位同仁自己所在的公司,所在的级别. TCMM Level 1:Initial(初始级)   测试处于一个混乱的状态,还不能把测试同调试分开,在编码完成后才进行测试工作,测试和调试交叉在一起,目的就是发现软件中的bug. 测试的目的是表明程序没有错.软件产品发布后没有质量保证.缺乏测试相应的测试资源.例如专职测试人员和测试工具,测试人员没有经过培训. 这种类型的公司属于这个阶段,处于这个阶段的公司在测试中缺乏成熟的测试目标,测试处于可无可有的地位. TCMM…

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