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

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

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

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

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

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

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

20150506 Created By BaoXinjian

如果你对项目管理.系统架构有兴趣,请加微信订阅号"softjg",加入这个PM.架构师的大家庭 一个网站就像一个人,存在一个从小到大的过程.养一个网站和养一个人一样,不同时期需要不同的方法,不同的方法下有共同的原则.本文结合我自已14年网站人的经历记录一些架构演变中的体会. 1:积累是必不可少的 架构师不是一天练成的. 1999年,我作了一个个人主页,在学校内的虚拟空间,参加了一次主页大赛,几个DREAMWEAVER的页面,几个TABLE作布局,一个DB连接,几行PHP的代码嵌入在HT

原文地址:http://www.cnblogs.com/zuoxiaolong/p/life31.html 引言 之前的伪PM纠结之路已经渐渐结束,LZ也终于正式爬上了PM的位置,对于LZ来说,这个时间比LZ预计的早来了两年半.说起来,两年半的速度已经算是比较快了,但这之中的努力唯有LZ一人知晓.写这篇文章,一是LZ最近工作比较繁忙,再没有了当初作为程序猿的悠闲自在,为了弥补这段时间博文的空缺.二则是为了分享自己的工作之路,以期能够给一些刚进入岗位的新人们些许指导. 在正式开始本文之前,LZ觉得

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

大家都叫“PM”,但做的事情却完全不同? “PM”这个词到底是什么意思? 这个话题恐怕也是各位同行都一直在想,也一直想不清楚的吧,我也是. 每次看到各种“产品经理的能力模型”,我都觉得有点扯淡,总觉得模型里少了点什么,没错,就是“适用范围”,那一张张漂亮的图,必定只适合某些人,那么,到底是哪些人?于是,我的思路就是忘记一切模型,先去看各种顶着“产品经理”职位的人,他们做的事情为什么不同? 初想下来,和两个因素有关——内在vs外在,符合MECE原则哦. 内在是指个人能力,无法否认,一个叫“产品经理

谢谢董老师,董老师是个好老师. 心情久久不能平静,主要是高频这门课的分析方法实在是让我难以理解,公式也背只是,还是放放吧. 近期厌恶了Matlab臃肿的体积和频繁的读写对我的Mac的损害,所以学习了一下Python这一轻量级的脚本.发现"Python自诞生那天就跟科学计算分不开"这个事实. 无聊,写写心得. 配置环境什么的还是弄了几个晚上的. 在Mac下用PyCharm还是非常好滴.装上NumPy,SciPy等等一众免费的,非常不错的Python包.就能够灰了. 1.Hilbert变换

在ERP中定义用户时.   报错: SqlDateTime 溢出.必须介于 1/1/1753 12:00:00 AM 和 12/31/9999 11:59:59 PM 之间. 原因分析: ①没有正确初始化系统面板:可能是初始化时没有选择对期间,设置时跳过了这一步. ②也可能是数据库级的操作.(这种情况不多见) 解决方案: 期间生成语句 )) INSERT INTO [AAFinYe] ([AbsID],[AbsName],[AbsCategory],[AbsActive],[Ref_SDate]

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

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

最近遇到一件有趣的事儿,一位文玩老友为了攒一串多宝,新得几颗高品松石,开心不已与我们分享.闲扯中,他说出了攒多宝的要求: 直径偏差2mm以内 每种品类的珠子都要是高品 品类只能是南红(满色满肉).蜜蜡(白蜡为佳).和田(籽料,尽可能白,或者黄沁).松石(只考虑秦古高蓝,乌兰花).碧玉(籽料).珊瑚.翡翠(带阳绿) 啧啧啧,几乎涵盖了全部顶级品类了.我们都觉得他只是想说说大话.甚至还有兄弟劝他降低要求——不强求高品,先凑齐了再慢慢替换.没想到,他弱弱的来了一句:“我打算用十年的时间配齐,宁缺毋滥”

本文转载自网络. 多年以后,当我面对那些年青的产品经理,我会想起自己当年从事的是一份高薪的工作.那是2000年,我大学毕业后在北京一家IT网站做搜索引擎PM,当时我一个月的薪水能在亚运村买一平方米房子,十年之后,朋友招聘PM,开出的月薪和我十年前一样,差别是这时年青的PM用一年的薪水才能在亚运村买到一平方米的房子.对此,我很迷惑,于是咨询HR的同事,HR的同事告诉我,十年前产品经理是稀缺工种,现在不是了. 十年间,北京的房价涨了10倍,但最优秀的PM的薪水至少涨了50倍,所以在新浪微博上随手点开

本学期将继续进行高等代数每周一题的活动.计划从第二教学周开始,到第十六教学周为止(根据法定节假日安排,中间个别周会适当地停止),每周的周末将公布1-2道思考题,供大家思考和解答.每周一题通过“谢启鸿高等代数官方博客(以博文的形式)”和“高等代数在线课程17级课群(以课群话题的形式)”这两个渠道同时发布,并通过17级的班级微信群及时通知大家.有兴趣的同学可以将每周一题的解答写在纸上,在课堂上交给谢启鸿老师,或将纸质解答拍成图片,作为附件上传到该每周一题对应的课群话题中作为解答.谢启鸿老师或研究生助

原文地址:http://www.uml.org.cn/zjjs/201307172.asp 一个网站就像一个人,存在一个从小到大的过程.养一个网站和养一个人一样,不同时期需要不同的方法,不同的方法下有共同的原则.本文结合我自已14年网站人的经历记录一些架构演变中的体会. 1:积累是必不可少的 架构师不是一天练成的. 1999年,我作了一个个人主页,在学校内的虚拟空间,参加了一次主页大赛,几个DREAMWEAVER的页面,几个TABLE作布局,一个DB连接,几行PHP的代码嵌入在HTML中,再用F