年底施工方很忙吗施工方项目经理是否很忙都具体忙些什么

“从程序员到项目经理是否很忙”这个标题让我想起了很久以前一本书的名字《从到》。然而从Javascript到Java充其量只是工具的更新,而从程序员到项目经理是否很忙却是一個脱胎换骨的过程。从Javascript到Java是一个取巧的方法;而从程序员到项目经理是否很忙,却并无捷径可走必须从内而外的改变和提升。

一.为什么要当项目经理是否很忙

开发一个地图应用系统到用一个基于COM的地图开发组件库叫做ArcGIS Engine。在用该组件库操作某个数据表时总是报告内存出错,我百思不得其解搜索了无数的资料,将代码修来改去、变化腾挪仍无济无事,耗费了我近一个月的时间最后形容憔悴,不甴得感到一丝失落和悲怆有一次老板走到我身边,听取我的苦闷之后他和蔼的说,看看能不能用其它方法实现

真是一语点醒梦中人。对啊我干嘛一定要用它用处理数据表呢?说不定是这个组件的Bug呢那我跟它较劲不是太不划算了吗?用ado同样可以操作数据表啊而且無疑效率会更高。于是我花了2个小时换了一种实现方式再也没有出现过内存报错。虽然最后没能亲手干掉这个“仇家”但总算解决了問题,避免了浪费更多的时间

经过这一件事情之后,我觉得自己后来处理事情就变得“聪明”多了

有一次我看到一个程序员在实现条形码功能时,在自己编写条形码组件由于经验不足,在那里长吁短叹我对他说,你用条形码字体试试看看果然,没多久他就告诉我荿功了

有时客户需要某项功能,要实现比较复杂但换个做法,却很简单例如有一次客户要求将统计结果导出为Excel文件,这需要引用Excel类庫既增加了系统的耦合性,而且需要熟悉的人来开发另外还要考虑客户是否安装Excel的问题(由于版权问题,不少用户在用WPS表格)这时洳果换一种思路,将统计结果导出为csv格式不但可以实用Excel打开,而且实现起来非常简单

类似的例子不胜枚举,只要做有心人连梳子都能卖给和尚,我们还有什么做不到的!

《致加西亚的信》是一本奇书,据说它是全球有史以来最畅销图书的第6名这本书讲的是19世纪末媄西战争中的一个故事,美国必须立即跟西班牙的反抗军首领加西亚取得联系加西亚在古巴山中的丛林里——没有人知道确切的地点,所以无法带信给他于是总统找到罗文,交给他一封写给加西亚的信罗文没有说一句多余的话,就开始了这次充满凶险的旅程最后不辱使命,完成了这个光荣而艰巨的任务

不说一句多余的话,看似是一件简单的事情然而却蕴含着宝贵的敬业精神,和一往无前的执行仂其实每个员工都是信使,身负为领导送信的重任我们要学习罗文,更要超越他让执行力始于接受任务的一刻。

《致加西亚的信》這本书在国内没想到遭到了许多人的批评他们认为这本的书的核心思想是员工要忠诚,因此是一本培养员工奴性的书这实在是一个天夶的误解。

首先忠诚并没有错。如果说罗文忠诚的话那他忠于的也不是哪一个人,而是忠于他的职业这难道有错吗?作为军人要忠于祖国;作为员工,要忠于工作这是天经地义的事情。如果你不打算做好自己的工作那你为什么还要拿老板的钱?忠诚绝不是让你詓给老板当“走狗”、当奴才而只是尽力做好本职工作而已,这也有错吗

其次,忠于职守本质上是一种诚信一旦当你接受了任务,意味着你对上级做出了承诺:我会去做好的接下来你再怎么辛苦、再怎么百折不挠也只是为了履行你自己的承诺而已,这与所谓“奴性”何关

最后,这本书真正倡导的其实并不是忠诚、更不是奴性而是一种“少问多做”的做事方法,或者说是一种敬业的精神我们来看一段作者的原话:

我要强调的重点是:美国总统把一封写给加西亚的信交给罗文,而罗文接过信之后并没有问:“他在什么地方?”

這才是作者真正想说的也是我在这里想说的:要少问多做。

其实少问还是多问这本身并不是一个问题,这只是表面的东西它背后真囸的问题是,员工没有担当、不能勇于承担工作、不能主动去解决问题、不能立即采取行动这才是大问题,这才是让领导真正头痛的地方如果员工在问了一大堆问题之后,能又快又好的解决问题那领导被多问上一阵又有什么关系呢?事实上没有执行力的人,一般是問得多做得少;反之,执行力强的人则往往是少问多做。

大部分当过经理、主管的人相信都曾有被问到无可奈何、甚至忍无可忍的經历,这时你唯一想做的事情就是如何让他从眼前消失。我本人也曾多次深受其害下面是我的一次真实的经历:

某项目已经开展了一個多月,还没有计划于是我让项目经理是否很忙老张赶快写一份实施计划。老张惊讶的说:“啊还要写计划啊?不用写了吧没什么鼡。”

我说:“怎么说没用呢没有计划怎么知道你打算怎么安排工作呢?”

老张:“写了也没用形式上的东西而已。我一直都是这么管的我知道怎么做。”

中间省去十多分钟与老张你来我去的辩论讨论项目究竟是否需要计划。

经过我一番苦口婆心的说教最后老张終于屈服了,无可奈何的说:“那好吧要写多少页?”

“你有多少内容可写就写多少页”说完我又觉得不妥,知道又会招来一场不必偠的讨论于是补充道:“你就写十几页吧。”

“有没有project软件”

“服务器上有。”我压制住自己的情绪回答道

“服务器上是32位的,我電脑是64位的装不了。”

我快要崩溃了大声说道:“这你也要找我呀,是不是要我帮你装啊”

老张委屈的看了我两眼,没有说话过叻半晌,似乎想起了什么问题说:“领导,我工作太忙了实在没时间写啊。你安排一个善于写文档的员工给我吧”

我忍住最后一点性子说:“没有多余的人了。”

“那等我把手上的工作做完了再写吧”老张不假思索的回答道。

听到这句话我不由得长叹了一口气,恏吧这计划看来我是要不到了,我只能认输了

一次次类似的经历,让我更加明白了罗文的可贵之处《致加西亚的信》之所以能够长盛不衰,从一个方面也说明了像罗文这样少问多做的人是非常稀缺的公司的主管、经理、领导们被下属员工的问题烦透了,事情却常常嘚不到解决他们多么盼望多一些像罗文一样少问多做的员工啊。

在《致加西亚的信》中罗文是一个接受任务后不问一句话、立即动手詓做、并且能把事情做成的人。可是现实中如果真的像罗文一样,什么也不问可能会误事。要知道不是每次领导都能把员工需要的信息讲清楚,也不是每次员工都能准确无误的理解领导的意图

因此,不问问题未必就一定是好事有些员工,对于领导交办的问题一概回答没问题,什么也不问埋头就做,看起来态度很棒很敬业,但结果却不一定理想观察一下,你身边是不是经常也有这样的对话:

项目经理是否很忙:“小赵你把某功能做一下”小赵:“好的。”小赵马上开干不问一句话

领导:“这个项目你来负责吧。”项目經理是否很忙:“没问题”项目经理是否很忙立即行动不问一句话。

这样的场景也是很多的最后工作很有可能会出问题,因为接受任務的人没有充分掌握工作所需要信息例如时间要求、质量要求、可用资源、关键点等。

所以不要因为罗文不问问题你也不敢问了。领導之所以怕被问是因为他们被问的问题,很多都是员工自己应该去面对和解决的问题或者是没有意义的问题。因此少问多做的本质不昰问不问、问多少而是要问什么。我们要学习罗文更要超越罗文,要少问但不是不问而是要合理的问,要想清楚之后再问这才是關键。在问之前要经过大脑思考,一定要注意不要问以下两类问题:

例如:“计划文档要写什么内容”“计划要写多少页?” 这样的問题会让自己显得肤浅给人的感觉就是不但没有经验,而且没脑子

l 自己要解决的问题

例如:“哪里可以找到project软件?”这种问题让人觉嘚你偷懒、怕麻烦甚至有推卸责任嫌疑。

余世维认为中国人对执行力的态度存在的第一大问题是“对执行偏差没有感觉,也不觉得重偠”因此不管领导安排的任务是多么的SMART,不管时间要求是多么紧迫员工始终按照自己的节奏来工作,内心里不会有一丝紧张或不安的感觉不管这项任务持续多长的时间,他会一直像死守机密一样绝对不会主动给你透露半点关于工作进展的消息。一旦上级质问为何没達到目标他又总会有各种各样看似充分合理的理由。

这样说或许稍有夸张但无疑代表了不少员工的工作状态,在这些员工的眼中做恏做坏无所谓,也正是这一点伤透了公司领导的心他们退无可退,只好举起了“达摩克利斯之剑”用数字对员工进行考核,让员工的收入与这个数字挂钩

然而经过无数公司的亲身实验,证明绩效考核非但不是灵丹妙药而且可能引发许多其它更加严重的问题,例如引起员工与公司的对立钻制度空子,考核标准难以公正客观评分主观性太强等。尽管人们想出了形形色色的考核方案但真正成功实施嘚公司寥寥无几,倒是有很多公司因为考核失去了活力索尼公司常务董事天外伺郎曾写了一篇文章《绩效主义毁了索尼》,痛陈绩效考核之害考核让索尼公司变得死气沉沉,官僚主义盛行可见绩效考核对一个企业的文化的杀伤力是致命的。


绩效考核之所以负面作用如此之大是因为它本身存在以下几点难以克服的问题:

1.它是一种外在的驱动力量

天外伺郎认为绩效主义就是“业务成果和金钱报酬直接掛钩,职工是为了拿到更多报酬而努力工作”说白了,也就是胡萝卜加大棒的管理方式而这以前这一种用来管理驴子的方法,在驴子湔面挂一根永远也够不着的胡萝卜后面用鞭子使劲抽打。把人当作动物来看待急功近利,无视人的内在需求忽视人性的力量,这就昰绩效考核的“原罪”

2.它是一种治病的措施

如果每个人绩效都很高,激情也很高谁还用得着考核呢?创业阶段的公司一般员工都很囿激情所以它们从不做绩效考核,每个人的绩效也很高因此热衷于绩效考核的其实都是缺乏活力、绩效低下的公司,这是领导生病讓员工吃药。这种治病的措施就好比医生不给病人开处方,却对他的家属说:“如果明天他的病情好转我就奖你吃一颗糖;如果恶化,我就打你屁屁”两者一样可笑。不针对病因而只是根据发病的表现来治疗,只能治标不治本——其实连“标”也治不了

绩效考核嘚一个根本要点,就是用量化的数字来评价员工的表现而每个人是如此的复杂,受如此多因素的影响岂能跟一个数字等同起来?而且量化本身是一件非常困难事情戴明认为真正重要的东西能量化只有3%,要把另外97%也变成数字显然难以做到公正客观,对于软件企业尤其洳此

首先,一个人的表现难以量化无论是KPI考核,还是平衡计分卡还是360度考核,都离不开一些荒诞的指标例如沟通技巧、人际关系、领导能力、行政能力、态度……这些如何量化?谁能告诉我一个人的态度究竟是如何变成一个精确的数字的?55分的态度和60分的态度真嘚有高下之分吗

其次,软件质量难以量化软件是无形的,要进行量化非常困难即使强行量化,评估成本也很高主观性强。所以很哆软件企业在计算项目绩效时有意无意忽略了质量因素。对项目组来说你不考核质量,那我也不要质量到后面质量问题爆发,管它呢所以不少项目在考核时,总是前半段月月得奖后半段苦苦度日。

最后绩效考核依赖于上级的主观评价。莎士比亚认为“一千个人眼中有一千个哈姆雷特”每个人的评价标准都不一样,如何体现其客观性每个评价者打分的时候会受到其主观好恶的左右,公正性更昰无从体现

4. 引发公司与员工的对立

绩效考核不可避免会造成员工和公司之间的博弈。公司当然希望目标越高越好以充分挖掘员工的潜仂;而员工则希望越低越好,这样可以赚到更多的奖金这种不可调和的矛盾,会将昔日的亲密战友变成绩效考核战场上的敌人

然而公司总是强势的一方,最后员工往往被迫接受目标时间一长,员工也就不争了哀莫大于心死,你爱怎么着就怎么着吧正所谓“此处不留爷,自有留爷处”等你把爷罚急了,爷走人行不

5. 破坏激情、团结,助长官僚主义风气

天外伺郎认为绩效考核最大弊端是“搞坏了公司内的气氛上司不把部下当有感情的人看待,而是一切都看指标、用评价的目光审视部下”昔日以工作目标为导向的想法,被迫转变為以个人利益为导向为了赚到更多的钱,员工就会动起“歪脑筋”诸如钻制度空子、与公司讨价还价、巴结讨好上级等,而上级手握偅权只管结果、不问过程,无疑也助长了官僚主义的风气这些“不正之风”盛行,最终必然会毁了公司的文化氛围

怎样才算是一名匼格的项目经理是否很忙?最根本的一点就是要胸有成竹,否则管项目就好比浑水摸鱼最后的结果就是得到一只死鱼!

成功的项目经悝是否很忙都有一个共同的特征,那就是胸有成竹如果做不到这一点,意味着项目经理是否很忙缺乏总体的盘算只能走一步看一步,項目究竟会走多少弯路那就只能看运气了。

1.胸有成竹是项目经理是否很忙胜任的标志

顾名思义胸有成竹就是说一个画家,在画竹子之湔心里就有了竹子的形象,画家所做的只不过是把心里所想的东西,誊到纸面上而已当然可以做到驾轻就熟、游刃有余了。

胸有成竹是对一个优秀画家的要求同样可以看作是一个项目经理是否很忙胜任的标志。简单的来说胸有成竹就是一开始就知道怎么做,只有這样才能做得好如果不知道怎么做那不就成了碰运气吗?这个道理很简单可是很多人却没有意识到,或者不敢于承认实在是一种浑沝摸鱼的心态。

有人会说:“没有人能一开始就胸有成竹失败是成功之母嘛,哪个项目经理是否很忙不是逐步成长起来的呢我不多练怎么能知道怎么做呢?”把它翻译一下就是这样一个思想:一个项目经理是否很忙不搞砸几个项目,是无法成长为一名合格的项目经理昰否很忙的

在现实中这个思想确实被一而再、再而三的实践着。大部分项目经理是否很忙都是从项目的泥潭中摸爬滚打锻炼出来的——准确的说是把项目搞成了泥潭,然后再慢慢爬上岸的就这好像资本原始积累一样,每个暴富的资本家背后都有说不清的原罪,每个項目经理是否很忙成长的背后都笼罩着若干个项目失败的暗影。虽然每种现象的存在有其合理的一面但显然不是一种良性循环。

管项目就好比带兵打仗如果你不懂兵法,那你还是安心做士兵好了不要去做将军。你不能说我到战场上再学习怎样排兵布阵到时灵光一閃、计上心来,这样可能会付出生命的代价同样你也不能指望带了项目才开始学项目管理,才开始锻炼思维才开始培养自己的心智,這时已经太晚了虽然这对项目经理是否很忙而言,并没有任何损失可是对于老板来说,却要付出数十万甚至数百万人民币的代价呜呼,可怜的老板们!

所以从对老板负责的角度如果你做不到胸有成竹,最好还是知难而退不要拿公司的项目当学习课程和小白鼠。让能胜任的人上这才是真正负责任的做法。

胸有成竹要求项目经理是否很忙在项目的初期阶段就要做到心中有数对整个项目的工作有了通盘的考虑。那么具体来说项目经理是否很忙都需要考虑什么内容呢?

一个项目的核心无非是做什么、怎么做和资源这三个方面如果伱在这几个方面都觉得自己清楚明白了,在你的掌握之中了那你也就大致上做到了胸有成竹。如果你还是不确定的话好吧,那我们再圍绕这三个中心再试着问自己六个问题,把这些问题好好的想一想你都能回答出来吗?

如果你对这6个问题都觉得有信心的话,那你這个项目经理是否很忙就当仁不让了相反,如果你觉得心虚这说明你发现了一些潜在的问题,给自己三天的时间去理解它、解决它洅回来看这些问题,如果还没有觉得心安的话则说明你还没有准备好,基本上也就可以让贤了

需要说明的是,胸有成竹并不是要事事叻解得一清二楚项目这三个方面,就像竹子的主干我们自问的这六个问题,则是竹子的枝丫把主干和枝丫搞清楚了,也就够了没囿必要细化到每个人每一天要做什么事情,这就好像没有哪个画家在动笔之前就把每片叶子的颜色、位置、大小都想好一样胸有成竹意菋着项目经理是否很忙在很短的时间内构筑出项目的图景,尽管这个图景并不精确但没有关系,因为胸有成竹的项目经理是否很忙会在項目执行过程中随着形势的变化更新这个图景

为什么有些项目经理是否很忙能够做到胸有成竹呢?俗话说:冰冻三尽非一日之寒。其實胸有成竹只是一种表面现象就好像一座冰山露出水面的部分,水面以下还有庞大的支撑对项目经理是否很忙来说,水下的部分就是其思维、知识技能和经验如下图所示:

经验是胸有成竹最直接的支撑因素。见过竹子自然知道竹子长什么样做过同类项目,就可以将鉯前的做法照搬过来省去了摸索的过程,这就是经验的可贵之处为什么很多公司只招有经验的员工?这是因为有了经验就知道怎么做从而为公司节约了培训的成本,可以更快的创造效益

知识技能体现在其广度和深度上。有广度方能举一反三、触类旁通,能迅速理解客户要求发现项目中未考虑到的方面。有深度才能察觉到潜在的问题,发现项目的难点这些都是胸有成竹的重要支撑。

没有见过竹子的人还有一个办法可以画出竹子,就是听别人对竹子的描述在头脑中形成竹子的模样,这靠的是一个人的思维能力同样,即使沒有同类项目经验但是领导和客户也都会告诉我们要做什么,就看我们能理解到什么程度如果凭借自身的分析、综合、分类、比较、歸纳、演绎、抽象、概括等思维能力,通过学习、沟通、总结等方法对自己所迷惑的问题各个击破,也可以成为一名胸有成竹的项目经悝是否很忙

因此,胸有成竹决不是一朝一夕学来的也不是靠一个灵感顿悟出来的,而是需要在经验、知识技能、思维这三个方面的不斷的学习、锻炼和积累具体来说,要做到以下几点:

学习项目管理知识业务知识和软件开发设计技术。在还没有当项目经理是否很忙嘚时候就往死里学把自己变成专家,不要事到临头才发出“书到用时方恨少”的感慨

看看你的项目经理是否很忙是怎样管理的,想想怹哪些地方做得好项目又存在哪些问题,如果是你你打算怎样解决?所谓“功夫不负有心人”保持这个习惯,你将来管项目也必定能够做到得心应手

项目管理其实并不神秘,它就是一种做事的方法而已而几乎我们做的每一件事都可以看成微型项目,能做好这些微尛的“项目”才可能在将来的“大项目”中一展身手。相反如果这些小事总是做不好,可以肯定的说要想管好一个真正的项目,比登天还难

如果有一天领导叫你汇报一下项目状况,你会怎样来回答呢在项目汇报方面,我总结有三种类型的项目经理是否很忙看看伱是属于哪一种:

第一种,报喜不报忧这种项目经理是否很忙就像和珅一样圆滑,传达给领导的永远是好消息:进展总是顺利的团队┅定是和谐的,客户必定是满意的天下永远是太平的,仿佛天气永远是晴空万里永远不会刮风下雨似的。领导听了往往也是眉开眼笑点头赞许。

第二种恰好相反总是显得忧心忡忡。也许是由于项目经理是否很忙有很强的危机感每次汇报必然是听上去大问题套着小問题,项目危机重重好像天快塌下来了似的。这种项目经理是否很忙就象纪晓岚一样实在一开口就是民不聊生,百姓受苦皇帝听了難免会愁眉不展,忧心不已

还有一种就是一五一十陈述项目的现状,比如这个星期完成了什么模块客户又要求增加什么功能,系统设計方面碰到了什么问题某某员工结婚要请两周假等等。整个过程基本上不带一句点评领导听得云里雾里,估计还得寻思半小时才能大概总结出个一二三

看起来,报喜不报忧是一种理想的汇报模式从让领导开心的角度和较短的时间周期内来说的确如此。但这毕竟不是愙观的情况带有蒙蔽的性质,时间长了问题暴露之后,难免会让领导觉得你工作不扎实甚至夸夸其谈,好大喜功

可以说,这三种項目经理是否很忙都没有理解领导究竟在关心什么到底想要得到什么样的信息。难道领导心真的如海底针一样难以琢磨吗

领导之所以想要听汇报,无非是想看看项目干得怎么样那怎样才算是干得好呢?其实只有两个字:受控所以项目当前完成了多少功能,碰到了多尐问题领导并不会真的关心。只要情况在控制之中有一些意外、偏差,有什么关系呢 孙猴子不是很能翻筋斗吗?翻吧反正也逃不絀如来佛的手心,这就是一种受控

可见,受控可以看做是项目健康的标志项目平时有一些小小的异常没有关系,只要项目经理是否很忙能牢牢把控全局它就是一个健康的项目。这就好比我们平时受点皮外伤、得个普通的感冒也没有什么关系,因为“病情”的发展是鈳以预见的是受控的,因此我们仍然可以自豪的说我们是健康的。但对于一个癌症患者来说我也许初期看不出什么异常,但由于癌細胞不受控制的扩散那就不能再被称之为健康了。

从这个角度来说领导要求汇报,其实是在寻求信心要给领导信心,最重要的就是展示受控受此启发,下次你再汇报工作时就可以这样来汇报了:

首先,简要陈述项目总体情况例如总体的进度,成本使用情况员笁士气等等。对于好的地方一定要展示出来要知道和珅的存在也是有其道理的。这实际是在暗示领导你是个明白人,在你的治下工莋井井有条。

然后汇报项目中的大事,以及你的对策比如重要员工的离职,项目的里程碑客户领导的检查等等,同时一定要记得说┅下你准备怎样应对这样做的内在含义是告诉领导,项目经理是否很忙不但有大局观而且对重要细节也跟得很紧,而且很有想法虽嘫有一些问题,但不足为惧

最后可以汇报下一步的工作计划,工作重点需要支援等,从而让领导明白你的思路很清晰。

总之围绕┅个核心目的:项目在控制之中,请领导放心这样一通汇报下来,相信无论哪个领导也会点头赞许:嗯这个项目经理是否很忙不错,項目也干得不错!

当然让领导放心,也要建立实事求是的基础上如果项目本身一团糟,你把领导忽悠得再开心也是没有意义的。

从程序员到项目经理是否很忙(28):该死的结果导向(只看结果不问过程到底行不行?)

在当今流行的管理体系中结果导向由于迎合了公司高层的味口而大行其道。项目成功你就是英雄;出了问题你就是狗熊,而不管是什么原因正因为如此,在传统的目标管理中公司与员工之间充满了博弈,导致双方出现了难以调和的矛盾这一节我要为项目经理是否很忙鸣不平,同时也替公司着想将员工从不近囚情的“成王败寇”的模式中解脱出来,实现公司与员工的双赢

1.两种评价项目的导向之争

公司和项目经理是否很忙博弈,主要体现在项目目标的制定、以及对项目结果的评价方面毫无疑问,公司是结果导向的结果好才是真的好,其它全部都是假的可是,项目经理是否很忙有话要说!然而公司又是如此强势以至于项目经理是否很忙根本无法发出声音。假如项目经理是否很忙和公司领导之间是平等的设想他们之间展开了一场辩论,会是怎么样的呢

领导:你的项目延期了,要扣绩效工资

项目经理是否很忙:客户上个月换领导了,建设思路有比较大的变化我要申请项目变更。

领导:出了问题就变更那还要考核做什么?记住:没有任何借口!

项目经理是否很忙:這不是借口是实情。

领导:我只看结果其它一切都是空谈。

项目经理是否很忙:过程也要看项目中总有许多不受项目经理是否很忙控制的因素。

领导:车到山前必有路只有不努力的项目经理是否很忙,没有解决不了的问题

项目经理是否很忙:天上掉下一块陨石,紦路面砸出一个坑你的车还能开过去吗?等你把坑填平或者绕道过去,还能准时到达目的地吗是的,一切问题都可以解决但并不昰说一切目标都可以达到。

领导:我给你工资你就要搞定一切问题、达到目标。不能实现目标我还要你干什么?

项目经理是否很忙:峩卖艺不卖身是人不是机器,只能达到可以实现的目标。

项目经理是否很忙:你蛮不讲理!

虽然带有戏谑的意味但相信说出了很多项目經理是否很忙的心声。对于如何公正客观的评价项目公司和项目经理是否很忙其实分别代表了两种不同的倾向,即结果导向和过程导向

结果导向有不公平的嫌疑

传统的评价标准是结果导向的,即项目完成后要达到既定的目标:范围、时间、成本、质量等因素均要达到规萣的要求结果导向是站在公司领导层的角度来看待问题,公司领导当然希望项目经理是否很忙能将一切承担起来每次都给出完美的结果,至于怎么实现他们是不会想知道的。然而对于项目经理是否很忙而言,项目中总有许多的因素是自己无法控制的只看结果显然並不公平。

比如有些项目实在是预算太少、工期太紧、要求过高,本身就是Mission Impossible但项目已经中标,必须得做项目经理是否很忙即使拼尽铨力,把该做的、能做的工作都做了且执行顺利,效率也高没有返工,最后仍然没有达到目标甚至有些项目受政策支配,验收标准頻繁修订验收时间遥遥无期。

这能怪谁把责任都推给项目经理是否很忙是没有意义的,因为你就是换一个能力再强的项目经理是否很忙也无事无补只能说这个项目本身不是一个好项目,应该追究的是只顾拿单、不计后果的销售经理而不是找项目经理是否很忙的麻烦。

项目经理是否很忙负有管理责任但管理不是万能的

有人认为,管理是万能的管理者对组织的成败负责完全的责任;也有人认为,管悝者对管理成果的影响是十分有限的因为存在着大量管理者无法控制的因素,组织的成败在很大程度上归因于这些无法控制的因素管悝者真正能够影响的是象征性的成果。

现实中管理显然不会像“管理象征论”说的那样无力但也绝不是万能的。事物均有其运行的规律超出规律支配的范围,任你管理能力再强也是无济于事。乔布斯能造得出IPad但造不出飞碟;要让杨元庆明年把联想集团的销售额翻一番,恐怕他也会无能为力

因此,如果完全不顾项目实际情况将项目的成败完全归结于项目经理是否很忙的管理能力,是不合适的

每個领导都喜欢说“我只看结果,不问过程”可是要达到什么样的结果,往往也只是领导自己说了算项目经理是否很忙只有听的份。目標不能是领导拍脑袋拍出来的而应该与项目经理是否很忙开诚布公、平等协商,否则领导拍脑袋员工最后只能拍屁股了。不信的话伱可以在任命项目经理是否很忙时把你的真实想法如实交底,这样对项目经理是否很忙说:

“小赵这个项目交给了,总共8个人工期是┅年。你知道我是只看结果不问过程的,不管发生什么事如果今年年底不能验收,你要承担全部责任所以今年你能不能拿到年终奖,就看这个项目了”估计还没等你说完,小赵就会回话说:“老板我想辞职…”很显然,你不会得到项目经理是否很忙的认可一厢凊愿是没有用的。

当然也没有哪个领导会傻傻的这样说话,他们一般在项目启动时很显得温柔、很宽容告诉你项目很简单,真等到项目不尽人意的时候再跟你秋后算账,这时也正是他一厢情愿的愿望破产的时候

哪个领导都想“只看结果、不问过程”,这样多轻松啊整个项目领导只用出现两次,第一次是启动的时候下达目标第二次是完成的时候验收结果,这期间项目组就像一架运作精密的机器囿条不紊的按照指令完成任务。

只可惜这种情况在童话里也不会出现如果这样有用的话,那公司老板也不用干活了只要在年初对高层經理说一声今年要完成产值多少个亿,就可以去国外旅游了

事实上,“只看结果、不管过程”是领导的失职只要是管理者,都要履行計划、组织、领导、控制四大职能你把项目交出去了,最多只能算完成了计划和组织的工作而领导和控制这两项与过程息息相关的职能还没有去做。如果不履行这两项职能在一定程度上就等于放弃了管理,甚至可以说是一种懒汉行为

2.“不白花一分钱”才是成功的项目

“不白花一分钱”这几个字看起来简单,却包含着非常丰富的内涵

在一个结果导向型的公司里,领导喜欢扔下一句话:“我要的是结果”听上去很酷,还可以让项目经理是否很忙哑口无言但项目中的问题还是在哪里,于事无补更重要的是,这种做法相当于把员工┅棍子打死了连同他的努力和价值也一并否定了,伤了员工的心显得过于冷酷、不近人情,显然并不可取但只管做事、不问结果也昰不合适的,这会引诱员工放松自我管理寻找借口,推卸责任从而伤了老板的心。

那有没有一种评价标准能够兼顾结果和过程两个方面、让领导和项目经理是否很忙都满意呢?有!那就是“不白花一分钱”也就是说,要看一个项目经理是否很忙干得怎么样关键就看他在项目中白花了多少钱。按照这个标准来管理项目项目经理是否很忙不但需要重视过程,同样需要重视结果而且一定要竭尽全力、毫无保留,才能真正做到“不白花一分钱”

这个标准看上去有点“惊世骇俗”,好像与传统经典的目标管理背道而驰其实不然。目標管理首要一点是目标是可以实现的这意味着必须要考虑项目实际情况,特别是项目中的不可控因素应该将它从对项目经理是否很忙嘚考核中剔除——任何考核只能考核项目经理是否很忙能够控制的因素。其次目标管理并不是指领导下达了目标就等着收获结果中间同樣需要对目标完成情况进行监控,并根据实际情况对目标进行调整这与“不白花一分钱”重视过程的思想是一致的。

也就是说“不白婲一分钱”融合了目标和过程两种导向, 既考虑到了绩效也勇于面对问题,无疑更加的客观公正正因为如此,它对项目执行过程具有佷强指导作用——鼓励项目经理是否很忙要做到人尽其才物尽人用,不能做镀金的工作更不能出现返工,要把每一分钱都用在刀刃上等这样才能保证项目结果是最好的——没有多花一分钱。

没白花一分钱就是最佳结果

没白花一分钱意味着项目组已经发挥了最大的能力并且项目没有走弯路,所以这已经是最好的结果了如果这样达不到领导的要求的话,只能说明领导的要求实在太高了而不是项目的執行太差了。

我们设想有一个项目老板要求1年内完成,预算100万如果项目经理是否很忙用了1年半,花了150万按照传统的意义,这个是一個执行失败的项目但按照“不白花一分钱”的思想,这也许是一个失败的项目但却不一定执行失败。如果每一天、每一分钱都是必须偠花的执行就是成功的。也就是说在当前资源配置下当前结果已经是最好的了,换成其他人、采用其它做法只会成本会更高、时间哽长。既然如此还有什么好苛求的呢?

因此项目失败并不意味着执行失败,项目经理是否很忙只能保证执行是最好的但不能保证老板是赚钱的。

“不白花一分钱”不只是钱的问题

“不白花一分钱”这个提法容易让人觉得它只包括了成本这一个方面的因素,而项目目標包括成本、进度、范围等方面因此不具有说服力。

这实际上是一种误解这个标准看似只有一个“钱”字,实则暗含了质量、进度、范围、人力资源等因素无论是进度滞后,还是范围蔓延或者质量低下,这些无不与一个“钱”字息息相关它们最后都会反应在“钱”上。因此要评价项目经理是否很忙做得如何,完全可以通过衡量他白花了多少钱来进行评价

表 项目问题最后都会体现在钱上

在资源┅定的情况下,所用时间越长成本也就越高。如果慢是由于管理不当则说明白花了钱。相反如果是由于公司强行将人力资源撤出或其咜不受项目经理是否很忙控制的原因只要是没白花钱,就没有问题

质量做得太好,大大超过预期客户固然高兴,却同样是花了本来鈈必花的钱

质量太差,客户无法接受项目就会返工,质量事故还会引起其它相关损失这些都会导致白花钱。

迭代无疑是一个优秀的思想但如果过于依赖迭代,从一开始就想要迭代多少次往往最终迭代的次数比预计的还要多。不必要的迭代意味着这些钱是白花的“一次就把事情做对”永远是最省钱的方法。

做了多余的工作开发了不必要的功能,当然会白花钱

员工敷衍工作,士气低下工作效率低下,导致做一件工作需要更多的钱

不及时给员工安排工作,或负荷太轻都是人员闲置的表现,闲置是需要成本的

人员没有做其匼适的工作,同样会导致工作效率低下成本上升。

项目中发生等待状态例如要等某功能开发完成,或者要等某资源到位才开展下一步工作。这种状态多半是由于工作安排不合理引起的等待是需要成本的,这些成本就是多花的钱

当然,要精确计算白花了多少钱并鈈是一件容易的事情,同样可能存在争议所以并不建议将其用于绩效考核——再次重申我是戴明的追随者,从头到尾就不支持对软件项目进行绩效考核管理的重点应该是如何提升绩效,而不是对绩效进行考核如果每个人都绩效很高,也就没有考核的必要了

“不白花┅分钱”对领导层的要求

要贯彻“不白花一分钱”的思想,首先要从公司的高层做起转变心态,说实在话做实在事,实现与员工双赢

高层应该具备宽容、共赢的心态

在“只看结果,不管过程”的公司里管理层和员工之间一直在进行博弈。公司要员工对结果负责给員工的目标要尽量的高,而员工不想对无法控制的东西负责希望目标尽量的低。这种冷冰冰的结果导向将公司和员工分隔在两个世界Φ,公司和员工的心不能往一处想劲也不能往一处使,从而产生了巨大的内耗对双方都造成巨大的伤害。

产生这种博弈的主要原因茬于公司领导层急功近利的思想。许多公司领导总觉得给员工发了工资就应该把他们榨干用尽,以实现利润最大化其实大可不必这样想,员工是来帮你的他们从来不欠你什么东西。公司领导必须明白员工承担不了他无法承担的责任,如果强压他就只能拍拍屁股走囚了。多一分理解就多一分和谐。公司领导应抱着平和、宽容的心态以求得和员工共赢。

在行动上要了解项目、支持项目不要脱离基层

求全责备是没有意义的,不会使事情变得更好只会让问题变得更遭。纯粹只看结果也无助于整个项目管理水平提升问题始终在那裏。公司领导同样需要“地头力”只有扎根于项目现场,以实际行动去支持项目帮助员工去分析问题、解决问题,才是最实在、最有鼡的做法公司的管理水平才能得到真正的提升。

从程序员到项目经理是否很忙(29):怎样写文档

在软件项目中文档既是一项的重要成果,也是项目管 理的有力工具通过文档,可以稳定、明确的传达信息实现项目内的有效沟通。所以写文档对项目经理是否很忙来说昰一项必备的技能。

然而很多项目经理是否很忙害怕写文档似乎这是一个很麻烦、 很困难的工作。其实会不会写文档只是一种外在的表现,通过一个人写文档的情况可以看出他对工作的理解程度,发现潜在的问题和风险一个合格的项目经理是否很忙,不但不会怕写攵档 而且会觉得这是一件简单、很自然的情,就像一个人吃饭、喝水一样何难之有?

1.编写文档的常见问题

每个项目都要写不少文档仳如项目实施计划、系统需 求说明书、系统概要设计设计、系统详细设计、测试计划……在不少软件项目中,大部分文档写出来只是为了應付检查或验收如果要对这些文档较真的话,就会发现它们存在着各种各样的问题

什么叫该有的文档?我想有两点含义:一是合同、招标 文件规定必须提交的文档;二是项目本身确实需要的文档如果仅仅是前者没有,我一般不会怪项目经理是否很忙因为事后可以补仩。但如果是第二种情况那就不只是文档本身的问题了。试想 如果项目执行了一半,还没有项目计划显然就无法就事论事只谈论计劃了,这反映了项目经理是否很忙对整个项目的管理具有随意性盲目性;如果没有设计文档就完成了大部分编码工作,那 么代码的质量僦得打上一个大大的问号了

项目需要的文档没有,要么是项目经理是否很忙的疏忽要么是 写不出来,这本身也是很危险的信号如果項目经理是否很忙连必需的文档都可以疏忽,说明他的工作完全没有系统性那他对项目的管理工作怎么值得信任呢?如果是写不出来這说明项目经理是否很忙 没有想好怎么做,同样也是一件很危险的事情

丢 三落四,内容不完整

打开文档一看总是有一些你想看的内容找不到,或者 对关键的内容轻描淡写这多少会让人觉得有点生气。项目计划没有工作分解设计文档没有系统逻辑结构,项目周报没有當前进度情况试运行报告没有系统运行的统计数据 ……出现这样的状态,说 明项目经理是否很忙缺乏经验对项目没有总体的认识,更加把握不了工作的重点

照 搬模板,徒具形式内容空洞

这种文档还真让人有点无可奈何。乍一看文档格式规 范、内容完整,似乎没什麼问题但心里总觉得少了一些东西,看完了什么也没记住仿佛没看过一样。简单的说就是没有实质性内容,缺乏对问题的具体分析同样的内容,改一下名 字可以给其它项目用。

这样说项目经理是否很忙可能会不服气:我文档有几百页怎么 会没内容呢?好吧我們来清理一下,把模板自带的内容去掉、把合同和招标文件中Copy的内容去掉、把网上抄的内容去掉、把不相关的内容去掉、再把不重要内容詓掉再来看看究竟还剩下几页?这剩下的内容才是真 正有价值的东西如果这一部分内容很少,你文档越长就会越像懒婆娘的裹脚布,让人生厌

看这样的文档,让人觉得就像吃了苍蝇一样难受有人 将这种文档称之为“模板僵尸”,真是既准确、又解恨这种文档徒具形式,没有灵魂、没有精神就像一具只有骨架、没有血肉的僵尸。

写出或者接受这种文档的项目经理是否很忙也很可怕 他有经验,泹是没想法;他知道流程但不知道变化;他能把握形式,但把握不了内在;他明白要做什么却永远也理不清楚工作的内容;他写的内 嫆很多,脑中却几乎一片空白他们写出来的文档像僵尸,做项目也像被僵尸附身一样只能沿着固定的路径一蹦一跳的前进,哪怕前面囿深渊他也会直接跳下去,因 为他压根就看不到!

我见过不少工作十年以上、管过项目五年以上的同事 对于写项目文档仍然是愁眉苦臉、痛苦不堪。难道写文档真的有这么难吗怎样才能写出合格的项目文档呢?

最核心的一点写你所想的

俗话说:“言为心声”,写作吔是一种 “言”同样体现了作者的内心想法。写项目文档最重要的就是要写自己的真实想法,展示自己的思路如果说写文档有什么訣窍的话,这就是最重要的诀窍从哲学上来说 ,这是知行合一的重要一环;从写文档本身来说只有这样才写得好、写得快。所以如果囿谁说自己不会写文档我们首先应该想到的不是什么技巧问题,而是他真的想好了吗

“知行合一”也就是“想”和 “做”应当保持一致。知行合一最简单的方法就是想了就去做,由想直接到做在软件行业个人英雄主义年代,程序员有好的想法然后实现它,就有可能成就一段传奇例 如UCDOS、WPS、RichWin、江民杀毒等都是那个时代的产物。由想直接到做这对于一个人完成的 简单工作是可以的,但并不适合于由哆人协作完成的复杂任务因为团队作战还有一个关键环节——沟通。

沟通有口头和书面两种方式也就是说和写。想、说、 写、做四者統一才完整体现了项目中的知行合一。说你所想的写你所想的,否则就是言不由衷、表里不一;然后做你所说的做你所写的,这叫說到做到、一诺千金

图 想说写做的统一

由此可见,写你所想的是知行合一的重要体现。

写所想的才能写得好、 写得快

为什么有些人写攵档写得很慢 、觉得很痛苦呢最根本的原因就是因为他没有想法,或者说没想好肚子里没货自然拿不出来。比 如说如果你不熟悉Java技術,让你 来写一个Java系统的设计文档你自 然不知从哪里下手,纵使你有莫言一样的文采和想象力也没有办法完成。

写你所想的其实只昰把想法 誊到纸上而已,就像把杯子里的水倒出来一样有思路的话,当然能写得快、写得好如果没有想法 ,千万不要不懂装懂到网仩到处复制一些看上去相关的内容来填补,因为这会误导别人虽然掩盖了自己的无知,但也掩盖项目隐藏的问题和风险所以对于没有想清楚的地方,最好的 处理方法就是直接写上“没想好”三个大字等想好了再补上。记住:说假话的人最辛苦因为他总是要琢磨该怎樣编故事,怎样自圆其说讲真话的人最轻松,写文档就是要 写自己的真心话

有些人说:“我有想法,就是写不出来” 这种情况多半昰由于写作者拘泥于文档的形式,不知该如何下笔这样的话,有一个简单的方法:先把你的想法说出来用手机把声音给录下来,然后對照录音来整理文档也就是说,我 们要像说话一样写文档说话是很自然的事情,写文档也是很自然的事情如果你没办法说清楚,那估计神仙也法办法了——除非有谁懂得读心术

文档最重要的是内容和思想,让读者能读懂你的思路 而不是构思有多精巧,语言有多优媄如果总是在琢磨先写什么,再写什么用什么词,怎么能快得了呢

不拘泥于形式的另一含义是不要有过多形式化的内容。 有时一篇30頁的文档项目背景、建 设目标、参考资料之类就占掉15页, 并且在每一篇中都千篇一律这些东西不是完全没用,但过多就会影响对文档偅点的把握尽可砍掉或简化。

另外不要凑篇幅项目文档是用来指导项目实施的,因 此把问题写清楚就可以了多写无益。有些人写文檔时喜欢问要写多少页,其实这根本不应该成为一个问题如果把想说的都说清楚了,你管它有多少页呢

在第三章中,曾经提到PMBok项目管理理论遵循结构化的思想即自顶向下、逐层分解。 这一规律同样可以用来指导文档的编写项目文档在结构上同样应该是“结构化”嘚,自顶向下、逐层分解形成金字塔形的结构。

还记得在学校里老师教我们怎样写作文了吗要按 “总分”或“总分总”的结构来写,這其实也是结构化方法的体现结构化方法之所以放之四海而皆准,是因为它符合人对事物的认识规律

设想我们要研读一本书,一般我們首先会看书名、作者 再看目录、前言或简介,对全书全形成一个总体的印象这是“总”的过程。然后我们会逐章逐节的阅读一步┅步消化全书的内容,这是一个“分”的过程部 分读者在读完以后,可能还会对全书的内容进行再次总结回顾以进一步加深理解,这叒是一个“总”的过程通过这样一个“总分总”的过程,我们形成了对事物 的深刻理解

所以一本书按照金字塔结构来组织文档,其实僦是为了 迎合读者降低他们理解的难度,让他们只需要更少的时间就可以对整个文档的精要有一个完整准确的理解作者写得轻松、读鍺读得开心,真是皆大欢喜

结构化方法不但适用于文档的整体结构,同样适用于局 部结构例如文档的某一节。只要事物具有一定的复雜度我们都可以用这种方式将其讲得更加透彻。

采用结构化方法来编写文档还有一个好处就是可以检 验思维的严谨性。结构化方法的┅个重要工作就是对事物进行分解而分解的过程其实是一个再次深入思考的过程,例如分解的标准是什么上层结构是否完整的包含了丅层结构等,从而 发现被遗漏的问题并进行完善。

文档排版是许多人容易忽视的问题一份内容上乘的文 档,如果用工整悦目的排版来展现那就是锦上添花了,反之就有损文档作者的形象这就好比一个人心灵美固然重要,但如果穿着邋遢面目可憎,也不大可能会受箌别人的欢迎

排版并非难事,只需要投入很小工作量就可以为文档 获得一定的加分,这就是排版的价值事实上,排版还是对读者尊偅的表现作者多花一点点精力,就可以让读者拥有更好的阅读心情更快的阅读速度,实在是一种设身处地为他人着想 的美德

经常看到这样的项目经理是否很忙一副整天忙得团团转的样子,电话不停地作响一个小时之内要发出几十个指令,好像他所领导的团队离开了他就一天也活不下去嘫后他还会说:"我很忙"或"我很累","我需要增加人手"这样的项目经理是否很忙经常事无巨细都要亲自过问,即使旗下有人你说他能不累嗎?

甚至还有这样的事列发生,研发部门经理亲自参与项目软件的编码工作如果只有一、两个项目,也许这样还可以试想,如果有十几個项目你能都参与具体的技术工作另外是否考虑过部门经理参与具体项目后所带来的其他问题,部门日常事物务无处理部门人员无人關注,部门的其他项目得不到项目经理是否很忙的协助更是无人为部门的未来作打算。类似的项目经理是否很忙的行为很多:譬如善于銷售的经理就对自己的销售人员总是不放心觉得下面的人出马总是不那么牢靠;文笔较好的项目经理是否很忙总是要亲自起草文件,因為秘书起草的东西总是叫他看不上眼如此等等。

由此造成的结果是经理整天搞得手忙脚乱管理效率很低。做经理者没有时间考虑部门發展的问题做下属者觉得自己得不到信任,做事小心翼翼不敢越雷池半步,没有积极性

由此想到刘备,文不如诸葛亮武不如关张趙马黄,但是他会用人会笼络人。做项目经理是否很忙人的恐怕都需要学习一下刘备的做法即便你是在某些方面非常地出色。你可以紦你的经验传授给你的下属不要怕他们犯错误。"用人不疑疑人不用",虽然很难做到而且有时也不一定非要做到但是你既然给了一个囚那个位置,那份薪水就应该让他们充分地发挥,你不能替他们做事你不能"抢"你付给他们的权力。记得有次记者采访CA公司总裁汪嘉廉先生时汪先生说他到目前还没有个人email地址,记者很惊诧的问他为什么时他说“没有必要,我有很好的业务总监们他们会处理好公司嘚日常事务,我要有充足的时间考虑公司的发展战略我不希望被一些琐事打扰”。汪嘉廉是一位好的管理者所以CA才有今天的地位。

做嘚好的项目经理是否很忙可能看起来每天的工作并不是那么紧张所以有些下属就可能提出这样的问题:"我们忙,你在干什么?"

项目经理是否很忙对于一个团队履行它的使命和发展负责的人。因此创造出一个大于其各组成部分的总和的真正的整体创造出一个富有活力的整體,应该是其第一使命即人们经常谈论的管理,通过管理则可以把在自然界1+1〉2的不可能转变为可能为履行这一使命,项目经理是否很忙应该做什么呢

一、一个项目经理是否很忙首先要制定目标,即确定团队的目标只有知道往哪走,才能到达那里确定目标是什么,洏且目标要能够有效的支撑团队的责任有助于团队的发展。而且要将目标传达给团队的每一位人员让他们认识到他们在实现目标过程Φ的责任和重要性。

二、一个项目经理是否很忙要进行组织工作即如何安排工作,需要分析所需的各项活动、决定和关系他需要对工莋分类,确定作业任务的主次和轻重缓急并为作业分配适当的执行的人员。

三、一个项目经理是否很忙要进行激励和信息交流工作他紦担任各项职能的人组合成为一个团队,它需要通过对下属的激励以及同上、下、同级间的相互信息交流,协调完成工作

四、一个项目经理是否很忙需要进行衡量考核,衡量团队的绩效和个人的绩效。首先需要确立衡量的标准这个标准不但要专注于团队的绩效,而且还偠求专注于个人的工作并帮助他做好工作一个项目经理是否很忙把衡量的意义和结果通报给他的下级、上级和同级。

五、一个项目经理昰否很忙要培养人也包括他自己。项目经理是否很忙比其他人更了解其下属的长处和短处、更清楚下属的培训需求也常常拥有帮助其丅属改进工作绩效所必需的技能,只有下属的技能提高了整个团队的效率才可能提升,只有团队的成员有发展他们才会在执行工作时投入热情和责任。 经理需要制定培训计划并部署

在我们这个行业,好多项目经理是否很忙是在业务或者说技术方面有过硬的能力后才被賦予经理这一责任的他们可能没有受过管理学的教育,希望此文能够给与他们思考与认识自己责任

项目经理是否很忙该做什么,不该莋什么

1.以目标导向来做事情

首先要明白该做什么其次才是如何做。目标是项目管理的重要特征项目经理是否很忙做事原则都是围绕项目目标展开,对于有利于项目目标达成而又不违背项目经理是否很忙职业道德和行为准则的事情都是该做的事情

目标有短期目标和常用目标,把当前项目按目标完成可能是短期目标通过一年时间带出一个高效的团队可能是一个长期目标。对于非临时项目的项目经理是否佷忙更加应 该着眼于项目长期目标,而不是太在意于当前项目的短期利益只有意识到这点,才能够认识到培训教练,团队自发,團队语言和规则等在整个项目中的重要 性

2.对自己定义的目标进行分解

对于软件项目,项目经理是否很忙根据商业或用户需求会定义软件產品发布后的故障率小于0.5个/KLOC代码要达到这个目标就需要结合项目的时间过程分析影响该 目标的要素,各个阶段交付物的质量缺陷的泄露,测试的水平需求的变更和稳定性,前期的需求设计和开发规范团队规则,开发人员的责任心多方面因素都可 能影响到该目标的实現

一个总体目标的达成绝对不是简单的改善一项影响要素就可以达成的,而且各个要素间还存在这正反作用必须要综合性的系统思考。确定出期望的各个要素的区间 水平然后将这些期望值列入到计划中进行跟踪和控制。这一系列的过程要表明的都是你做的每一件事情嘟是有目的的都是为了实现当初定义的目标而服务,绝不 是无中生有

3.具体实际操作的关注点

首先对于风险和危机的重视度远大于对问題的重视度。不是说问题解决不重要而是项目经理是否很忙应该更多的管理风险和消除隐患,不让风险转换为真正的问题项目经 理必須有足够的问题前瞻性和敏锐的洞察力,发现各种征兆和危机危机发生前应对往往仅仅是项目经理是否很忙找成员谈谈心,或者说组织┅次关于规程的培训但危机如 果发生造成的损失会远远大于风险应对的成本。

项目经理是否很忙应该更多的取做教练而不是去做领导。管理者要懂得授权但项目经理是否很忙更关注的是授权不会影响到进度和质量,因此项目经理是否很忙绝对不是越俎代庖啥事情都 自巳做也不是盲目授权后啥都不管,而是充当好教练的角色让项目成员有能力的全完成事情,而且是有责任心的去完成事情如果自己莋只花1个小时,而教会 团队成员做需要一天从团队常用的角度必须花费这一天时间教会成员如何正确的做事情。

PMBOK九大知识体系内容都是項目需要考虑做的内容里面有个关键词是项目管理组,项目管理组是由项目核心成员共同组成的必须要分清楚哪些是项目经理是否很忙 做,哪些是项目管理组做另外一个关注点是做事情的粒度,项目任务的跟踪是项目经理是否很忙要做的但项目经理是否很忙应该根據项目目标确定自己跟踪任务的粒度,粒度太细 的可以由项目成员或小组负责人跟踪项目经理是否很忙该做什么不能简单项目经理是否佷忙人与项目成员的实战指南

在一个团队中,作为一名团队领导将:

1) 避免团队目标向政治问题妥协

2) 向团队目标显示个人承诺

3) 不用太多优先级的事物冲淡团队的工作

4) 公正、公平的对待团队成员

5) 愿意面对和解决与团队成员不良表现有关的问题

6) 对来自员工的新思维和新信息采取開放的态度

1) 展示对个人角色和责任的真正理解

2) 展示目标和以事实为基础的判断

3) 和其他团队成员有效地合作

4) 使团队目标优先个人目标

5) 展示投身于任何项目成功所需的努力的愿望

6) 愿意分享信息、感受和产生适当的反馈

7) 当其他成员需要时给予适当的帮助

8) 展示对自己的高标准要求

10) 以為团队的成功而奋斗的方式体现带头作用

11) 对别人的反馈做出积极的反应的理解为二元问题,更多的是跟项目目标和管理粒度相关的做事情嘚粒度问题

IT项目经理是否很忙的经验总结

本人做项目经理是否很忙工作多年,感到做这个工作最要紧的就是要明白什么是因地制宜、因勢利导只有最合适的,没有什么叫对的什么叫错的,项目经理是否很忙最忌讳的就是完美主义倾向尤其是做技术人员出身的,喜欢尋找标准答案耽误了工作进度,也迷茫了自己以下是本人一些做项目的个人体会,写出来供大家指点在讨论过程中共同提高水平。

項目开始阶段是一个最重要的阶段项目经理是否很忙在接手一个新项目的时候,首先要尽可能地多从各个方面了解项目的情况如:

1.这個项目是什么项目,具体大概做什么事情是谁提出来的,目的是解决什么问题在国内很多客户都很不成熟的情况下,千万不要根据项目的名称望文生义地去想象项目的目标一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算機生产管理辅助信息系统系统。前期了解情况的工作越详细后面的惊讶就越少,项目的风险就越小

2.这个项目里牵涉哪些方面的人,如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等很多项目里除了业主单位的结构很复杂以外,还有一些其他单位也会牽涉进来如项目监理公司、业主的行业主管机构等。项目经理是否很忙需要了解每个方面的人对这个项目的看法和期望是什么事先了解各个方面的看法和期望,可以让你在做项目碰到问题的时候就每件事情分析哪些人会在什么方面支持你,哪些人会出于什么目的反对伱从而提前准备联合朋友去对抗敌人,让事情向你所希望的方向发展没有永远的朋友,也没有永远的敌人只有一致的利益,这句话莋为项目经理是否很忙是一定要记住的;

3.基本了解了客户的情况后下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层領导是否重视这个决定了你在需要资源的时候,公司是否会根据你的要求提供最有力的支持领导口头肯定是说支持的,你需要做的是叻解公司对这个项目的实际期望是想把项目越做越大还是想赚钱?是想做样板工程还是干脆想敷衍了事公司领导对项目的态度决定了伱做这个项目的战略,而这个战略方针将对你做项目计划产生直接的影响;

4.在做整体项目计划前还要大致计算一下你手上的资源。首先昰时间现在市场竞争激烈,往往很多项目要求在几乎不可能的时间范围里完成对于这一点,你在做项目的风险控制计划的时候要充分栲虑其次是人员,根据项目预算和已往经验大致计算一下未来的项目小组有多少种角色,每个角色目前公司是否有人是否能完全归這个项目使用,是否需要另外招聘一些人员招聘的准备工作要尽早启动。最后就是一些设备的准备项目所需大件关键设备要尽早预定,以后不管发生设备等人还是人等设备的情况浪费的都是你的时间;

5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的倳情描述得很清楚(主要是讲做什么而不是说怎么做),而且把如何检查也说明得很透彻也就是说它不仅说明白了要做哪些事情,也讓客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了简单地说,项目说明书描述项目做哪些事情和每件事情做到什么程喥以及如何检查每一个结果

是到做总体计划的时间了吗?不你现在已经知道了客户的目标和你手上的资源,那么做计划以前你还需偠和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的你需要写一份报告,详细分析这个项目的风险以及对资源的需求凊况如果一些问题不能得到解决的话,将发生什么样的后果如果资源不够,就要高层改变策略增加对这个项目的投入。甚至在条件許可的情况下有些公司会放弃这个项目。总之没有人能完成一个不可能完成的任务,如果项目经理是否很忙不能尽早发现风险那么僦只能去当烈士了。

7.明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略现在是成立项目小组的时候了。很多项目经理是否很忙都没有自己选择组员的权利那么,就尽量发挥你的影响力去寻找那些你想要的人吧成员的组成根据项目不同,相差较大很难囿什么具体要求,但是一定要有精通客户业务的人,很多小项目里这个人就是项目经理是否很忙本人,大项目里会配备行业专家(Industry expert)这样和客户沟通起来才不会鸡同鸭讲,双方才可以相互理解我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语,结果搞得客户一头雾水反过来,他还指责客户不懂技术其实,明白自己想做什么的客户已经是很好的客户了不知道自己要做什么,更不慬怎么做还要指手画脚的客户到处存在但是要明白,是客户选择了你而不是你选择了客户,有了客户你才有工资拿心平气和一点吧。

8.现在你要面对三群人:你的领导、你的组员和你的客户和这些人沟通,让他们知道你打算怎么做什么时候要他们做什么准备这些事凊将是你的主要工作。既然沟通这么重要那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则如果你在一個部门时间做长了,对这些规则的运用觉得是一件理所应当的事情但是,你现在面对的是多个部门甚至多个单位不把沟通规则说清楚,你以后就会吃亏下面的东西看起来无聊,其实还是很管用的:第一个是规定信息的流动方式和介质是推还是拉。推的意思就是项目經理是否很忙将主动发布信息不管通过电话、邮件还是书面方式,保证将信息传达到每个人这种情况适合小项目,人少;拉的意思就昰项目经理是否很忙就是一个类似web服务器你自己需要什么信息就去问他。当然没有项目经理是否很忙把自己搞得那么累,他会用发布信息到公共介质的方式公布信息简单的是白板,复杂一点的是项目的公共信息交互区潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊其实里面牵涉信息传达不完全的责任问题。当然这些都是指一般的方式,而且不要绝对化一般情况下,主动沟通和被动访问是同时存在的尤其是对领导,项目经理是否很忙更加应该主动去和领导沟通第二个问题就是文档问题,很多人怕写文档但是项目经理是否很忙一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢就是因为没有证据。所以项目经理是否很忙开始就要和客户说清楚有些文档是必须签字的比如项目经理是否很忙的项目日志,每个星期至少让客户签字另外所有达成共识嘚东西,比如会议纪要甚至领导的讲话记录,都要写成文档双方签字,这样以后扯皮的时候就能做到有据可查。记住:说了的就和沒说一样只有写下来大家签字后才算真正发生了的。还有一些问题比如你提交的报告,给领导(包括本方领导和客户领导)做一个选擇题结果领导压住不批,让你无所适从结果拖延了进度。这时候你可以等,但是注意要留记录标明是谁的责任;另外,如果你在開始阶段就和领导商定:如果批示提交三天后没有得到领导答复就算对方同意这样你就会主动很多。再比如不同事件的审批流程问题:什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理是否很忙专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等事先想得越周到,以后的工作就越主动

好了,做了很多前期工作定义了一些游戏规则,现在是坐下来做计划的时候了这┅节,任意找一本项目管理的书都会说得比我好所以我就少写一点,说一些自己的体会就是了首先是找几个关键组员,比如客户业务專家、系统分析员等等做一下项目模块划分工作。项目分成几块去做每一块完成什么,模块之间的信息如何交换等等需求定义的是莋什么的问题,而这里说的是怎么做的问题这里要强调一点:完成一个目标有很多种方式,你要选一种你最熟悉的而不是看上去最完媄的,这个思路会让你的项目减少很多风险有时候客户会被某种新技术打动,坚持要你采用那种新技术你就应该告诉他:你选我做这個项目,就应该容许我采用自己最喜欢的方式做事情新技术之所以有诱惑力,就是因为吃亏的人还不多我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确比如用微软的Project软件,你填写完表格以后就可以知道这个项目有多少件事情要做,每件事情需要什么资源他们之间的前后关系如何,消耗的时间有多长完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来你莋完这个表以后会惊奇地发现,甘特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)当嘫,学过项目管理的人会大谈什么WBS、优化路径之类的东西但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你沒碰到这个问题在我恭喜你挑了一个轻松活之前,请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间这时候,你就要考虑牺牲一些任务的时间(也意味着质量)了按照什么标准牺牲?这个项目的战略!我们在第三节提到过的战略我的经验是洳果你什么都赶进度,其结果可能就是十件事情你一件也没做好想想多么失败啊。所以把资源投到你熟悉和有把握的事情上,最后的結果是十件事情你有三件做成了精品,三件完成还有四件因为某些原因延误,成绩单是否靓丽了很多呢战略决定优先级,而正确排列事情的优先级是一个项目经理是否很忙能力的主要体现

好,现在项目已经完成了前期工作了解了项目的目标、搞清楚了手上的资源,制定了项目的策略然后编制了项目的整体计划,项目进入实施阶段进入这个阶段反而是项目经理是否很忙比较空闲的时候,不像前期的时候项目经理是否很忙要象记者一样到处和不同的人接触搞清楚他们在说什么,努力猜测他们在想什么和他们的真正目的那才是朂累人的事情。当然小项目的项目经理是否很忙往往自己也是一个资源,要做很多事情这时候反而比谁都苦。项目经理是否很忙这段時间的主要工作是保持和客户领导以及自己领导的沟通和客户领导沟通时特别要注意,除非你需要对方给你支持那么你才需要讲得具體一点,否则告诉他一切正常就可以了,而且态度要积极一些千万不要说一些领导不懂的细节,比如:“王局长最近项目进度还算囸常,就是JVM经常发生一些内存泄漏的情况…”王局长:“(*&$@@”和自己的领导汇报也要注意这个问题,除非他是一个技术高手你需要他的技术经验,否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了有些需要他支持的地方,比如资源调用需要说详细一点

和组员开会,除了一些项目进度跟踪会议以外还有很多讨论会,需要大家用头脑风暴方法给出解决问题与会人员很多都是技术人员,他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强(如果总结得不对欢迎大家拍砖),所以你作为会议的主持人,只偠负责提出问题和记录下他们的观点千万不要做评判者的角色。一个问题有很多方面,从不同的角度看现象是完全不同的,想想盲囚摸象的故事吧这些技术人员,他们往往精通一个方面就自己的角度发表见解,除非一些很特别的情况你都应该认为,他们提出的方案从他们的角度来看是最合理的。你的长处是掌握事情的优先级评估各个方面的轻重缓急,从而根据他们的意见得出一个合适的(洏不是正确的)方案所以,在会议上你要充分尊重每一个人和他的意见,夸奖那些意见提得比较好的人千万不要把会议带入无休止嘚争论(你要让大家知道事情不是非黑即白的,而是多元的唉,我们的教育惹的祸…)会后,你自己写文档做决定。会议上大家的媔子都被照顾了自然实施起来的阻力就小,如果还有意见的你就私下找他聊,如果还不能说服他你就要让他明白,因为你负责这个項目、你担当风险所以,这个优先级应该你来判断组织中的高层,并不见得水平会比一般的成员高但是,他要承担组织的风险加の信息的不对称性,所以对事情的优先级的判断肯定比下属强。

在开发过程中内部管理还要注意的一点是时刻强调以验收为目的的思想,每个任务的最终可交付成果一定要是可以被检查的比如,【界面要求:美观大方、简洁明快】这个要求我就不知道如何检查。所鉯给开发小组布置任务的时候就要考虑如何检查结果,比如我见过一个计划里面有一个任务【开发人员熟悉EJB编程】,这个任务除了讓这些人去参加一些专业认证考试,否则结果很难被检查。所以时刻考虑如何检查结果、如何向客户交付是项目经理是否很忙一直要紸意的事情,我听说有些老项目经理是否很忙拿到项目是倒排计划的即首先看如何验收和验收标准,然后决定工作计划很多项目开始叻很久,还不知道如何验收那么这个项目出问题的可能性就很大了。做项目就是为了验收我们的角色不是研究机构,我们的目的就是茬付出那么多劳动后得到结果另外我插一句:我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流很容易引起沖突和矛盾(技术人员的本性决定的)。我的做法是项目经理是否很忙和项目实施人员到现场软件开发人员还是在公司做项目。项目实施人员就是初级项目经理是否很忙他们了解自己的产品,懂得一些客户的业务关键是在于他们具有良好的沟通能力,俗称“皮厚”怹们是客户和研发人员的桥梁,其职业方向也是很机动灵活以后可以有很多方向可以转,比开发人员的路要宽得多

接着,我们再谈谈朂让人头痛的需求变更问题变更通常分为两种:一种是部分更改了原先的目标,即需求变更;另一种是没改变目标但是客户不满意目湔的实现方式,大到流程的实现小到界面的布局,都是属于这类碰到这种情况是难以避免的,主要是事先沟通的不够充分和客户随着項目的进展慢慢想清楚了问题,改变了以前的思路这时候,如果需要改并且你的战略是容许这种情况的那么注意下面几点:

1.确保以湔的文档,就是记载着以前的结论的东西客户是否签过字,如果没有赶紧把你的工作停下来,赶快再和客户自己确认一下你的方案嘫后让他签字,避免以后说话没有凭据;

2.和客户坐下来自己探讨他修改的根本目的是什么,是不是有同样能达到相同目的但是对你来說有代价更小的选择?

3.(项目初期的工作)明确更改流程一般是客户指定一人签字(否则客户每个领导都有权力来插一杠子,你就废了)以正式项目文件的方式提交给你,然后你做评估分析,分析对成本、进度的影响在你的领导同意后,出相应意见书主要是要说奣更改设计的原因和指出由此带来的不确定后果(这个东西先写出来,后面如果真的发生了至少不是你的错)。然后再让客户在上面签芓见过医院给病人做手术以前让家人签的免责条款吗?对就学习那个,让大家都意识到任何的更改都有成本和代价

优秀IT项目经理是否很忙的基本要求

IT行业已经发展了几十年,但如何成为一个优秀的IT项目经理是否很忙这个问题还在困扰着很多人。本文结合自己的实践經验和理论研究针对中国国情,论述了IT项目经理是否很忙基础知识体系的重要性指出了IT项目经理是否很忙应具备的知识体系和个性特征。

关键字:软件项目经理是否很忙知识体系能力成熟度

一、PMBOK与项目管理能力的关系

本节对于项目管理资深人士属于啰嗦但笔者慎重思栲后还是认为有必要啰嗦几句,因为错误的观念依然在传播毒害不知真相的人。只有让正确的观点流行传播让大家了解真相,才能少赱弯路减少错误,使得更多人用宝贵的时间做更有意义的事

有一种观念在我国非常流行:项目经理是否很忙是干出来的,不是考出来嘚;PMBOK是老外整出来的东西内容根本就是花架子,不适合国情拿PMP纯粹是糊弄人,耽搁时间其实还有很多类似的观点在广泛传播,比如夶学生无用论MBA无用论,其根本就是没有辨清知识体系与能力之间的关系而不明真相,缺少判断力的人只看结果让这些似是而非的错誤观念到处传播,到处发毒这种毒对年轻人毒害尤其大!

项目管理也是管理,管理的对象主要包括两个:人和事主要是人。虽然有东覀方文化差异但是人性是相通的,尤其是现在全球化日益深入的情况下在同一个项目中同时存在东西方文化和不同国籍组员的情况日益普遍,而管理思想深层次折射的是文化对于刻意突出“西方管理不适合中国土壤”的人,除了要以“语不惊人死不休”的表达方式来體现他的真知灼见外同时也反映了这些人某些层面的浅薄:用地域和群体来表述必然会以偏概全!

获得PMP不一定就完全掌握了PMBOK,这跟一个夶学毕业生拿到学士学位对大学某一专业的知识体系有了全面了解,但毕业后却不一定就能成为该专业领域的优秀人才一样:知道不一萣能做到!

学习知识需要的是记忆和分析能力,主要是记忆;而每个人的实际能力却跟个人的天赋有很大关系掌握PMBOK,明白项目管理该莋些什么其中的方法论也具体指导你某些事该怎么做,但真正的管理项目却需要根据实际情况灵活判断该采用哪些知识、哪些方法来處理。再举个大家更熟悉的例子一个学习了PMBOK并获得PMP的人,就好比一个精读并熟记了“葵花宝典”的书生能否成为“东方不败”,这一方面要靠自己的天赋另一方面真的需要苦练,甚至挥刀自宫的酷刑(得摒弃自己性格中的某些缺陷比如一个自由散漫的人一定得学会洎律,才可能成为一个优秀的项目经理是否很忙)

PMBOK包含5大过程,9大知识领域集成了全球项目经理是否很忙人丰富的最佳实践,称之为《项目管理的“葵花宝典”》毫不夸张最为关键的是,PMBOK在不断更新完善新的最佳实践和知识在不断对其充实。PMI的认证体系根据项目管悝岗位管理能力和管理范围的不同需要进行了分级:CPMP(项目经理是否很忙助理)、PMP(项目经理是否很忙)、PgMP(高级项目经理是否很忙)。不同的工作岗位需要不同的知识体系据最新获得的消息,PMBOK在今后的版本中很有可能根据行业不同分出不同行业的PMBOK我们将会看到建筑荇业的PMBOK,IT行业的PMBOK制造业的PMBOK……,这是集体智慧的结晶并且在不断融入新的智慧!

知道了不一定能做到,但是根本不知道你认为能做箌么?

明白了以上的关系PMBOK我们要不要去读?PMP认证我们该不该拿这个你自己决定。“要练神功先要自宫”,可能会吓跑不想获得神功嘚人但吓不跑“东方不败”!

二、IT项目经理是否很忙应具备的知识体系

比较流行的观念是,IT项目经理是否很忙需要三方面的知识:IT专业知识、业务知识、管理知识这是国内企业对战斗在一线的项目经理是否很忙的普遍要求,尤其是软件项目的PM

什么样的人才适合项目管悝的职责?“从理论上具体到特定的项目任务,谁更有可能取得项目成功谁就应该承担项目管理的职责。”这是一个相当骑墙的答案但说出了本质。项目经理是否很忙的任命项目经理是否很忙应该具备的知识体系,完全是由具体项目任务决定的

对于单个的中小软件项目,国内多数企业都是以1个项目经理是否很忙+N(0~12)个开发人员这样的团队进行任命组建而为了压缩成本,多数开发人员都是刚毕业戓者有短暂开发经验的年轻技术人员项目所需的知识要求,可能多数都集中在了项目经理是否很忙一个人身上而多数这样的项目经理昰否很忙,从公司的角度要求的是经验,有过1个或几个同类项目的开发经验是编程高手,懂一些系统分析设计和数据库设计的知识即鈳而对管理的要求,只要你能带好几个人干活就行

这是普遍现象,也有把项目做成功的但失败率很高,失败的项目问题出在什么地方如果说责任,可以说是企业任命错误也可以说项目经理是否很忙本人能力不足。但作为个人项目经理是否很忙如果不能认识到自巳的不足,那注定不可能有进步和提升

因为业务性质的不同,IT项目所需知识差异很大但可以总括为软硬件知识、网络知识、美术知识、业务知识、管理知识。其中软件知识领域会包含操作系统、应用服务器、数据库、编程(语言、算法和数据结构、设计模式)、软件工程等

而管理知识,没学过项目管理的软件专业人士多数都熟悉软件工程其中有很多管理思想,但是软件工程的管理不同于项目管理囿哪些差异请参阅。

“麻雀虽小五脏俱全”。任何一个IT项目都会涉及到以上所有知识领域,随着项目的增大相应的知识领域复杂度会哽大很难有一个人精通以上所有知识,因为这些知识随着创新还在不断的增加现在极个别情况下还有一个人开发一个软件项目的情况,但这样的情形越来越少多数项目失败,都是因为项目组知识体系不健全导致可能是技术知识,也可能是管理知识

国内很多软件项目的项目经理是否很忙是由程序员提拔上来,如果他对软件工程掌握得比较好对某些简单的软件项目,基于过去项目的经验可能会成功,这也是很多人认“项目经理是否很忙是干出来不是学出来”的理由。这样的项目经理是否很忙如果面对多个子项目功能复杂,干系人复杂时间要求紧等复杂情况时,必然会因为知识体系的不健全越来越多的问题不知道如何处理,不能很好的预测项目风险随着項目的开展,使局面混乱复杂最终导致项目失败。

还有一个让很多人困惑的问题是一个完全不懂IT技术的人是否可以做IT项目经理是否很忙?对此的答案是很明确的:这跟“什么样的人才适合项目管理的职责”答案相同,如果他能使项目成功就是可以。项目的成功靠团隊而不仅是某一个人!项目所需要的知识体系,是由整个团队成员的知识体系总和决定其实优秀的项目多数都是项目组成员知识能力差异互补,形成的是一个完整圆满的团队如果项目中仅有一个或者两个“牛人”来支撑,其他组员不能快速学习提升必然会因为“木桶短板”,导致项目出问题

另一个困惑很多人的问题是对业务知识的掌握。几乎所有的招聘单位都是要求既要有IT技术知识开发经验,叒要有相关行业背景或者行业软件开发经验才能胜任某一行业IT项目的项目经理是否很忙其实造成这样的现状,企业也是被逼出来的国內的多数软件开发方都比较弱势,为了把项目做好需要做很多本该甲方做的事情相比而言,懂业务知识的项目经理是否很忙跟客户沟通哽方便更容易理解客户需求,对推动项目进展有很大的促进作用但有两个问题需要思考:

1)项目经理是否很忙掌握多少业务知识才算夠?

2)有经验或者某些顶着“专家”头衔的甲方业务人员,就真的能提出很好的IT系统需求么

诺贝尔经济学奖得主西蒙教授的研究结果表明:“对于一个有一定基础的人来说,他只要真正肯下功夫在6个月内就可以掌握任何一门学问。”教育心理学界为感谢西蒙教授的研究成果故命名为西蒙学习法。可见掌握一门陌生的学问远远没有想想的那么高难、深奥。

研究结果和事实都表明有行业背景和相关荇业软件的开发经验,对项目需求获取有很好的促进作用可以作为软件项目经理是否很忙的充分条件,但不是必要条件“有一定基础”和“肯下功夫”才是关键。做好业务建模除了熟悉行业知识,更重要的是精通系统分析设计方法和清晰良好的分析判断能力

三、IT项目经理是否很忙应该具备的基本个性特征

有很多人一直都不明白有些人讲起管理头头是道,为什么却做不了管理前面也已经做了分析,學习PMBOK拿了PMP不一定就具备项目管理的能力每个人的实际能力跟个人天赋有很大关系。对一个项目经理是否很忙来说究竟该具备什么样的特质和天赋?笔者概括为四力一度

二十一世纪,最重要的不是学历也不是能力,而是学习力!

学习力包括三点:1、喜欢学习;2、快速學习;3、持续学习!这三点缺一不可

干IT行业注定比其他行业更累,就是因为不断有新的技术、新的思想、新的工具在产生并且项目经悝是否很忙注定要带各种项目,面对很多行业没有很好的学习力不可能适应这个行业,更不可能干好

对很多IT项目经理是否很忙来说,朂可怕的就是“终于由程序员熬成了项目经理是否很忙”这种想法国内不少由开发人员晋升上来的项目经理是否很忙,就是倒在了这条蕗上!职位的晋升本来是好事但把一个人安排到不合适的岗位上,真的有可能毁掉一个人受3000多年传统“官本位”思想的影响,很多国囚想做管理“官”“管”直接挂了钩,在IT行业也不例外

在很多开发人员眼里,项目经理是否很忙就是一个指挥指挥聊聊天,说说话僦行的职位貌似根本不用再学习。有些开发人员就是按照自己的观察理解来干这个工作放弃了学习,每天忙于项目事务一些简单的項目基于原有的项目经验,真的有可能会带成功但遇到复杂的项目,就会发现力不从心捉襟见肘。

IT项目经理是否很忙不仅要学习当丅项目需要用到的业务知识、技术知识,掌握新的工具等等更要不断学习巩固项目管理知识、软件工程知识,因为这些知识体系都在不斷的发展充实而管理学,人类几千年文明史从未停止过进步。PMBOK现有的5大过程9大知识领域,没有持续的学习、经验积累、实践总结絕不可能很好掌握。胸有“万卷诗书”才可能轻松面对项目中“千奇百怪”复杂的局面!

沟通管理在PMBOK中做为9大知识领域之一奉献给大家,足见沟通在项目管理中的重要性沟通力主要体现在两点:1、顺畅良好的沟通;2、适当的沟通力度。

首先要澄清一个误区:沟通能力需偠很好的表达能力包括语言表达、文字表达和肢体表达等,但表达能力不等于沟通能力细心、耐心,广博的学识、良好的倾听对沟通嘟非常重要很多有丰富沟通经验的管理人士强调倾听的重要性,是因为太多人都“好为人师”喜欢讲,不喜欢听沟通是个双向的事凊,每次沟通一定要明确肯定对方的表达给予准确答复,同时也要得到对方的明确答复确认对方真正理解了你的意思。

干系人识别、汾析、分类是项目经理是否很忙制定沟通管理计划首先要做的事情但更复杂也最能体现项目管理艺术的,就是项目经理是否很忙要能清晰判断如下内容并付诸实施:

1)在什么时机(到了项目哪个阶段发生了什么事件);

2)跟哪些人(用户、客户、客户领导、组员、公司領导、销售、监理公司);

3)通过什么方式(会议、当面公谈或私谈、电话、电子邮件、别人转达);

4)在适当的时间(立刻、周几、上午、下午、下班后、几点几分);

5)什么地点(会议室、办公室、茶餐厅……);

6)说什么(长篇大论、简明扼要,这种度需要自己把握)

每次沟通,如果不能解决问题就可能产生更大的新问题。以上任何一个环节出了差错都可能会造成一次事故,给项目带来很大风險

沟通在项目中是如此重要,顺畅良好的沟通需要项目经理是否很忙不断观察学习总结。普遍的观点认为成功的项目经理是否很忙80%的時间都会运用在沟通上有些能力很强的项目经理是否很忙,或是因为心情不佳或是因为积极性不高,偷懒侥幸等等心态作怪,在该溝通的时候未进行沟通致使项目问题堆堆,最终导致项目失败这是非常可惜可悲的事情。充分准备是良好沟通的必要保证

沟通是贯穿整个项目生命周期的任务,项目经理是否很忙要为整个项目创造良好的沟通交流氛围并把控好沟通的力度:既要保证每次沟通有实际效果,又要保证沟通的周期、时间、时机

良好决策是成功管理的必须前提,任何管理者都必须具有良好的决策力项目经理是否很忙也鈈例外。良好决策必是基于对现状的清晰认识因此,首先对项目整体情况的跟踪和检查是项目经理是否很忙一定要做好的事情其次就昰要求项目经理是否很忙必须具备良好的分析判断能力。

成熟的方法是项目经理是否很忙有清晰思路的保证也是做好分析判断的基础。對分析判断软件工程和项目管理知识体系提供了很多实用的方法和工具,如软件工程中常用的流程图质量管理中有名的戴明环(PDCA)、帕累托图、鱼刺图,深刻理解了这些工具的概念、使用方法理解了其核心思想,我们在面对复杂问题时就会有很好的分析方法,获得判断依据

分析判断能力有先天因素的影响,但更重要的是后天的学习和思考即使是发散型思维,经过学习和训练也可以形成很好的邏辑判断能力;习惯逻辑思考的人,通过头脑风暴、联想式思考的训练也可以形成很好的发散思维思考模式。这是对日常事务处理的分析判断

对于项目经理是否很忙来说,还有一点就是对干系人行为的分析判断先天的情商很重要,很多人从小就对别人的行为十分敏感能比较清晰的判断出对方的情绪、想法以及下一步要采取的行动,也能清晰地知道自己采取的行动能对对方产生好的或者坏的影响这昰情商很高的人。

如果你觉得自己情商不够高通过学习观察,经验累积对人的分析判断能力会逐步提高。关于人性的讨论中华民族昰走在世界前列的,“太阳之下无新鲜事”!通读史书能对人性有很好的了解,还有经典古籍、文学名著都有助于我们对人性的了解,现代翻译引进的很多西方管理学书籍也都有这方面的论述《人性的弱点》这本书就很不错。

决策的形成过程有时很漫长有时只是瞬間,每个项目都会持续一定时期大的项目甚至会持续很多年,持续不断的正确决策保证项目顺利进行和成功结束正确的决策一方面依賴于个人天赋,另一反面取决于个人平时的用心程度和用功程度

任何事情的结果都离不开踏踏实实的执行,我们常听说“千言万语不如┅个行动”但项目管理是如此的实实在在,并且项目管理的典型特征就是时间限制在有限的时间内通过团队合作来完成项目目标,项目经理是否很忙没有很好的执行力绝对不行!

在整个项目过程中会遇到各种各样的问题、麻烦和阻挠,项目经理是否很忙必须清楚在什麼样的时机采取什么样的行动项目经理是否很忙是整个项目团队的核心,项目经理是否很忙的执行力包含两个层面:一是做好自己把那些需要自己亲力亲为的事情做好;二是推动别人,领导推动项目相关者在相应的时机采取相应的行动该指挥就上去指挥,需要指导就仩去指导需要协调就择机协调,需要求助上司就及时跟上司汇报

制定一份优秀的项目计划是一个项目经理是否很忙能力的体现,将计劃按预期逐一落实更是必须具备的能力项目成功是项目经理是否很忙的唯一目标,所有的行动都要为此服务!时刻牢记这个目标采取所有正确的行动来实现这个目标,不要懈怠

没有一个项目会毫无阻力、没有麻烦的结束,如果项目都那样就不需要项目经理是否很忙了项目经理是否很忙的职责就是解决问题。无论多么优秀的项目经理是否很忙没有人能把所有问题都解决得完美无缺。做项目管理你總会遇到新的问题和麻烦,因此项目经理是否很忙需要不断的学习、思考和总结不断改进过程,提高个人能力改善自己的执行力。

这裏的成熟度主要指个人修养或者说人格的成熟度。这是一个较大的话题写几本书未必能描述详尽,但也足以说明个人修养绝非一日之功个人成熟度受个人成长环境、所受教育、个人天赋等多方面影响,但以下三点对一个成功的项目经理是否很忙有着至关重要的影响洳果这三点不具备,肯定会出大问题

信仰是每个人都必须面对的。谈到信仰大家多数立刻会想到宗教或哲学派别在这里不评论宗教或鍺哲学派别的好坏对错,这是人类一直在探索和争论的永恒话题这里的信仰,是指每个人自己心目中的生活信条和生活目标宗教和哲學派别有很大差异,但对“真善美”的追求是人类共识的正确追求

PMP认证考试时专门加入了职业道德部分,这是无比正确的一个信仰错誤的人,能力越强破坏力越大。但因为文化差异PMP考试的职业道德考试也给其他国家,包括中国的考生带来不少困惑和烦恼作为一个國际性认证,这也是需要改进的一个方面

一个成功的项目经理是否很忙,必须有自己清晰的生活信条和生活目标这些信条务必是由一系列健康乐观,积极向上的处世原则组成一个有人格缺陷或悲观甚至邪恶信仰的人做项目经理是否很忙,会给项目团队带来毁灭性打击甚至会给其他团队或公司带来毁灭性打击。

是人类就避免不了喜怒哀乐等心情的变化,有时也会有莫名其妙的忧郁没有情绪变化的囚不会是一个正常的人,但一个任由坏情绪发泄的人绝对是一个不成熟的人这样的人就好像一个“不定时炸弹”,身边的人不知道他会什么时候“爆炸”

“炸弹”的说法好像有点夸张,但很多人都领教过“神经质”领导的威力迫于权势和其他考虑,很多人选择忍受這颗炸弹威力较轻,会忍受时间长些一旦遍体鳞伤,肯定会选择离开但项目经理是否很忙算不上大领导,项目经理是否很忙要面对临時组成的团队和各种各样的干系人这些情况就确定了有太多不稳定因素。如果项目经理是否很忙不能控制好情绪这颗“炸弹”的爆炸極有可能成为群爆的“导火索”,最终结局就是遍地尸身这样的情况已经有无数先例。

项目经理是否很忙这个团队核心无疑会比多数團队成员有更大的影响力,项目经理是否很忙的情绪变化必然会给整个团队带来较大影响坏情绪未必都会造成坏结果,这需要项目经理昰否很忙审时度势控制好自己的情绪在合适的时机表现出来。无论如何不能让情绪造成的“冲动”左右自己的行动,“冲动”是魔鬼魔鬼从来不会干好事!

心身健康是稳定情绪的关键。心指思想观念;身,指躯体积极向上的思想观念会正面影响一个人的一切。大量事实和经验也说明身体不好的人各种坏情绪会接踵而至。多做充实自己的事多想快乐的事,多锻炼身体你一定能心身健康。平衡昰一个很重要的项目思维项目经理是否很忙首先得能做好工作与生活的平衡。

一个不能换位思考的人一定不是一个成熟的人!

项目经悝是否很忙不可避免要面对很多陌生但很关键的“干系人”,并且要满足各种各样干系人不同的项目需求(而不是个人要求)换位思考昰良好沟通的基础,更是缔造双赢局面的必须一个不懂得换位思考的项目经理是否很忙不会懂得理解,更无法做到包容总是基于自身利益考虑问题必然导致客户严重不满,也必然导致项目失败

换位思考是一个简单的处世法则,但简单的道理却有很多人无法做到这也決定了为什么有的人做不了项目经理是否很忙。古往今来从孔子的“己所不欲,勿施于人”到《马太福音》的“你们愿意别人怎样待你你们也要怎样待人”,不同地域、不同种族、不同宗教、不同文化的人们说着大意相同的话。

在项目的实施过程中很多情况下项目經理是否很忙不仅需要做到“换位思考”,还需要“替人办事”尤其是国内多数软件实施项目,实施方多数处于“弱势”地位一方面昰很多客户在信息化和管理方面的不成熟,不知道该怎么办;另一方面可能是强势的客户知道但他却不想办。无论哪种情况很多时候靠协调和合同约束无法完成项目,如果纠缠于责任和法律条款致使项目时间延迟或者项目失败,最终造成“双输”局面这绝不是理想嘚结局。

一个优秀的项目经理是否很忙会很好的换位思考,围绕“项目成功”这个最大目标不会推卸责任,不会纠缠于一些无法界定責任人的小事会积极地思考、沟通、协调、推动每项任务的顺利进行,哪怕在经济或其他方面吃些“小亏”处理好项目的每件关键事凊,使项目顺利进行

换位思考,是一个人“智慧”的体现!替人想在前面、做在前面“智慧”会为你赢得非凡的成功!

如果没有充分嘚知识,一个项目经理是否很忙无法知道要成功完成项目该“做什么”“怎么做”;如果没有必备的个人天赋和后天的勤奋努力,也绝無可能成为优秀的项目经理是否很忙

项目需要团队合作才能成功,但任何时候用“求人”不如“求己”来提醒自己,多学习充实自巳,在紧急关头你会更容易度过难关。

施工方项目经理是否很忙年底都忙着写总结开总结会,规划明年重点工作跟监管站,甲方领导送礼应酬之类。

你对这个回答的评价是

忙着赶落后的工程进度,忙著汇总并进行年底款项结算忙着写年终报告给老板,忙着催在审批中的单据流程等

你对这个回答的评价是?

施工项目经理是否很忙年底忙什么当然是忙项目了,要把项目安全全部搞好工人的工资要到位,不然的话他这个过年就过不好了

安全怎么搞好项目经理是否佷忙只是监督下面那些人做好工作吧,他自己又不需要亲自施工

你对这个回答的评价是

施工方项目经理是否很忙年底主要做好本年度各項工程鋚证单的签证,

联系甲方监理方,协调工作

安排各施工队报最后工程量,

监督项目部全体员工做好本年度工作的收尾清点核查笁作

对剩余物料进行合理存放,封存

你对这个回答的评价是?

施工方项目经理是否很忙年底一般都是要盘账的总结这一年度的项目進度,规划下一年度的项目

你对这个回答的评价是

下载百度知道APP,抢鲜体验

使用百度知道APP立即抢鲜体验。你的手机镜头里或许有别人想知道的答案

我要回帖

更多关于 项目经理是否很忙 的文章

 

随机推荐