??xml version="1.0" encoding="utf-8" standalone="yes"?>
1、理清了PMBOK对于目理的思\Q明白了学习PMBOK不一定就能把目理好,但是Q完整的目理理论配合实践l验Q完全可以ə目理水^得到大幅提升Q在巨h的肩膀上,可以走的更快。(好像是看的更q?q句话是谁说的来者?Q?br /> 2、这ơ培训相当于PMP的培训,有过q次培训之后Q就可以直接报考PMP了,不需要再参加培训了。(可以??千块钱,太有诱惑力了Q又赚了公司一W!不过对于我也能考PMPQ我没什么信心,和培训的老师比v来,我的差距太大了)?br /> 3、非常后悔上ơ培训没有认真学习基知识Q搞得一些基知识全不知道Q白天听完课Q晚上还得看书。(q当然不能怪我Q只能怪那个老师讲课的水q_《大唐双龙传》比h差距太大Q要怪只能怪那个老师和《大唐双龙传》!Q?br /> q次培训l束后,我一直想Q考PMPQ不考PMPQ这是个问题Q最后还是决定考,毕竟通过考试Q才能强q自ql的学习PMBOKQ否则,对于我这U懒人来_pȝ学习只能是空话?br /> 在提交了考试需要的资料Qƈ交纳?900元报名费之后Q我开始准备考试了(q个钱,能不能想办法让公怺Q嗯Q这又是个问题!Q。先上网Q看看别人的l验Q我googleQ项目管理联盟论坛,真是个好地方Q我看看Q好Q果然有几条先h的经验,我照做就行了Q这是t在巨h的肩膀上……,很抱歉,我又一ơ引用了不知出处的话Q好像和牛顿有点关系Q又好像没有Q)
我ȝ了几条,摘录下来Q给后h参考(q样说好像我成了先h了,不过后h如果Z走的更快要站在我的肩膀上时Q我郑重提醒Q我的肩膀H,t得时候慢点,别掉下来Q?Q:
1、老金的《如何准备pmp考试W二版》,q本书一定要有,别的书都可以不看Q这本书必须看!当然QPMBOK04版出来之后,老金会不会写《如何准备pmp考试W三版》,不得而知Q不q,q本书确实对考试相当有帮助?br /> 2、通读PMBOKQ千万不要像我们上学的时候,M么重点,全书都是重点Q要通读Q最精M遍,_读n遍。一开始,可能觉得什么都知道Q结合模拟题Q再读,可能又觉得什么都不知道,q就对了Q应该再l合模拟题,再读Q就真的知道了?br /> 3、模拟题Q这是必不可的Q去找一些题来做Q可以更好的帮助你通过考试?br /> 4、保证复习时_考前一周徏议请假,专心复习Q考前H击对于通过考试觉对大有帮助Q?br /> 5、考试的时候,不要着急,旉_Q很可能会觉得时间太漫长了?br /> 我想Q只要认真复习,通过考试不是很难Q难的是Q通过学习Q确实领悟到了PMBOK理论的实质,帮助自己提升了项目管理的水^Q真正去做项目,而不??目Q这PPMP认证才会有真正的价倹{?br /> Z提一下,我于今年6月䆾通过了PMP认证Q?60分,不算很高Q可q不能怪我Q都是《大唐双龙传》,复习期间Q我又重新温习了一遍………?br /> 所以说QPMP考试通过的第六条Q也是最重要的一条:
一定要看《大唐双龙传》!
]]>
我觉得,我应该换个工作,换个环境Q也许好些?有没有不q活Q挣得还多的工作呢?那就很适合我,当然Q这只是个想法。难道想一想也不可以吗Q?br /> 2003q_我们公司准备甌信息产业部二U资质,要通过q个资质Q必d备一些条Ӟ其中有一条就有公司必L几名信部认证的目l理。于是,我和几位同事被公司安排去培训Q去参加目l理的培训(当然是公怹单)?br /> 我是很不以ؓ然地Q项目管理培训能提供什么好办法吗,在很不认真的听了一上午后,我觉得都是纸上谈兵,全是理论Q有什么用Q有本事你来做做试试。于是在开头几天,我根本没仔细听课Q什么关键\径法Q什么挣值分析,什么时间、成本、范围三角ŞQ有什么用Q这些东襉K对刁ȝ客户有什么用Q全都是骗钱的,反正我们公司交了钱,到时候考试是肯定可以通过的。我每天带着W记本,上课的时候,把久q了的《大唐双龙传》重新温习了一遍,我觉得寇仌Ӏ徐子陵比关键\径有意思多了?br /> 直到培训的最后两天,来了位老师Q号U是PMPQ当Ӟ我第一ơ听说这个名词,很惭愧,后来我才知道Q前几天的培训老师已经讲过了这个认证是怎么回事Q可惜我正在研读寇仲的井中八法,对于PMBOK、PMPq些我觉得无论如何和目理都风马牛不相及的名词是根本不在乎的?br /> q位PMP的老师W一堂课Q我没来,客户有问题了Q需要我ȝ看。当时对我来_客户和什么从没听q的PMP比v来,孰轻孰重Q我是很清楚的。下午来了后Q我才发玎ͼq位老师和前两天的很不一P开始讲一些实际的案例Q比前两天的U理论有Ҏ思。我听了听,觉得好像有个什么PMBOKQ是寚w目管理的ȝQ应该是PM BOOK吧,我想Q是本什么书呢?真的有用Q?br /> q次培训我唯一的收获就是听说了PMPQ知到这是目前项目管理领域最权威的认证,通过的话Q就可以d企当目l理了。不q,我还是觉得意义不大,学学PMBOKQ这时我已经知道不是老师拼错了)Q就能做好项目,l对蒙h。有时候我惻INq世界除了骗子是真的Q剩下全都是假的啦?
又开始在目的噩梦里煎熬Q真怀念培训的时候看《大唐双龙传》的日子。随着目规模的扩大,我开始深入的学习用Project2003作计划了Q当我用到跟t甘特图Ӟ我忽然发玎ͼq不是关键路径吗,q东东是怎么回事来着QPERT分析、里E碑、WBS……我倒,PMBOK在哪儿,我想看看Q不q,PMBOK是不会讲q些基本概念的,后来我才知道?br />
我将基本按照q五部分Q描q在q个目中,是如何将目l束的?br /> 1、启?br /> 该项目的客户属于我们公司长期合作的客P客户与销售经理的关系非常密切Q客户需要开发该软gӞ直接扑ֈ了我们公司,我作为技术负责h和销售经理一起和客户交流了该软g的情c在W一ơ接触中Q我感到客户对于自己要开发的软g的需要还不是十分清楚Q但是客h的项目经理,也就是该E务局的信息中心主d于Y件开发却有着比较丰富的经验,曄参与q金E工E等大型软g的开发。这使我感到q样的客h较容易交。实际情况也实如此Q在与客户交了几次之后Q该目基本定Q我被公怓Q命该该项目的目l理Q负责该目的开发?br /> 在这个过E中Q我想作为项目经理,有一个思想必须明确Q那是目理的目标就是实现项目的目标Q结束项目。这个理念应该诏IK目管理的始终Q所以,在最初和用户交流Ӟ我们p考虑该项目如何才能结束,它需要达C么样的目标用h能够认可Q该目的大体成本是多少Q公司对于项目开发周期有没有限制Q该目存在的风险作为项目团队能够承受等?br /> 具体到这个项目中Q一开始,我就发现该项目最大的风险在与用户觉得q个目很简单,同时对于需求却q是比较模糊Q当然这也是大多数项目的通病Q我承认q个目与金E工E比h实非常单(比金E工E复杂的目也不?Q,但是如果用户qq样的心态,必然会出现项目开发时狂赶工期Q后期Bug满天飞,需求改来改去,用户诸多抱怨,公司一面奖励销售,一面拿研发人员开刀的情c因此,我想怎样找个合适的Z项目开发的隑ֺ以及目理的理念与用户沟通?br /> 正在我苦恼的时候,用户提出他们信息中心的技术h员希望进行一ơ培训,以掌握该目中的Java{技术。我知道Q机会来了,在十天的技术课E的安排上,我专门抽Z一天的旉讲解目理Q课E安排发l用户后Q用户发C我的秘?Q专门打来电话问我用一天时间讲解项目管理是否有必要Q抓住这个机会,我先l信息中心主任讲了讲目理的重要性,以及q个软g的难度、风险、周期等Q让用户同意了该要求。在目开始的时候,获得客户斚w目经理的认可是非常必要的Q如果你的理念和做法在一开始让客户方的目l理感到很难认可Q我惻I目做v来的隑ֺ会非常大?br /> 接下来就是合同的{订和ؓ期十天的培训Q在培训中,我将PMBOK的项目管理理念诏I到整个培训中,其是最后的目理的讲解,基本上达C预期的效果,让客戯识到软g的开发绝对不是程序的~写Q它涉及到方斚w面,一个成功的目没有客户的配合和参与是很难成功的。对于项目的l束Q我也与信息中心MQ作了多次沟通,双方基本互相了解了对方的需求和x。这对于后来目的顺利进行打下了良好的基?br /> 通过该项目的启动Q我发现Q在启动时如果有条gQ对客户q行一ơ培训非常有利于目的顺利进行。在培训q程中,可以和客h为朋友,同时把自己项目团队的开发方法和客户作认真的交流Q让客户认可开发团队,而且l过培训旉的缓Ԍ一斚wQ可以组l其他技术h员对于项目中可能出现的技术难兌行突_另一斚w可以在私下里和客户交项目需求,q种非正式的需求交往往比正式的需求交更Ҏ知道客户发v目的初衷和客户希望辑ֈ的目标?/p>
2、计?br /> 在计划阶D,一开始应该结合启动阶D对需求的大致了解做出大略的计划,明确目的结束日期,该计划一斚w要提交给用户Q另一斚w要知会全体项目组成员和公叔R目管理部门或公司领导。当Ӟq里明确的项目结束日期一般情况下都和目的真正结束日期相ȝq(到目前ؓ止我q没遇到q特D情况)Q这不要紧,因ؓ在需求调研结束后Q还会再l化目计划Q重新明项目结束日期。但是不如何明,q时的项目结束如期往往受到来自客户、公司等斚w的压力,做出的计划L按照一U理想状况安排的Q例如下面就是我在需求结束后作的目计划Q?/p>
q个目计划是在客h的领导及公司的双重压力下做出的,q个时候,目l理必须保持清醒的头脑,不管计划上的目l束旉是多,心里必须清楚实际完成的大致时间和计划旉的差距,以及q种差距客户机公司是否能够承受。这P在项目进行过E中Q再Ҏ情况对计划逐步调整Q逐步向客户和公司汇报调整原因Q容易达到客户和公司双方都基本满意的l局。如果差距过大,p据理力争调整计划Q当Ӟq是比较困难的,但比hl被客户和公司双重责难,q是比较值得的?br />上面的计划提交后Q我估计最l的l束旉大约要比计划?周左叻I主要是对于系l修~,也就是试q行开始后Q用户必然会提出许多意见Q?周的旉应该完成不了Q但是,如果直接在计划上提出7周的旉Q用LҎ法接受,公司也无法接受,目可能׃陷入停滞Q在压力下,我做?周的修缺Q那么,到时候怎么办呢Q我通常的做法是Q在量争取长的修缺旉后,首先保证试运行的基本按时q行Q这一点,怿大多数项目团队都能够保证Q然后,在开发时采取多版本上U的方式Q尽量让用户早提出修改意见Q争取尽早开始修改,W三Q在试运行开始后Q用h出意见时Q及时调整项目计划ƈ及时通知用户Q让用户明白当他的意见被采纳后,目l束旉被推迟C么时候,l用户一定的压力Q可以减意见量Q尽早结束项目。还有,是在可能的情况下,量实际的估计旉和自qȝ领导q行沟通,获得他的支持Q保证无后顾之忧Q这一点很重要Q不q就看你和领导的关系?Q?br /> 事后证明Q我当初的估计基本是对的Q项目结束的旉大约比计划时间晚?周左叻Iq是׃用户对于软g开发的熟悉和配合,如果C比较ȝ的客P旉大约会再晚一些,但只要事先有充分的估计,׃会手忙脚乱?br />
3、执?br /> 执行q程相对比较利Q由于和客户保持了良好的关系Q得C客户的大力支持,基本上没有提出刁ȝ问题。在q个q程中,一开始的部分Q我们是在公司开发,q个q程中,我们开发了部分模块Q作?.1版,到现场给用户q行了安装?br />q样做,我认为有几个好处Q首先,可以让用h到项目一直在q行Q而不至于破坏和用L信Q关系Q其ơ,可以早了解现场的实际情况,如果发现问题Q及时调整开发方向或者让用户调整现场环境。再ơ,可以让用户对部分模块早提出修改意见Q在开发其余模块时Q就可以对这部分q行修改Q同时把意见贯穿到其他模块中去,减少后面修改的时间?br /> 开发大致结束后Q我们进入现场给用户q行安装调试Q然后再q行pȝ修改Q这是最艰苦的时期,在这Ӟ用户、公司、项目团队都很容易疲惫、厌烦、愤怒、绝望,q把q一切的|过都堆到项目经理的头上。所以这时作为项目经理,要保持高度的警惕Q必L完整的项目日志,记录每天的进度;必须保持和用h目l理良好的沟通,随时问题及q度报告客户及公司,让他们明白每天项目团队在做什么,Z么结束时间会一推再推;必须观察目l成员的情况Q防止由于疲惫而出Ch员流q现象Q必随时提醒自己,目的目标就是结束项目,所作的一切都要围l结束项目而进行?br /> 在这个过E中Q我们项目组基本熬了q来Q在我的预想旉内结束了目Q虽然还有很多不令h满意的地方,但毕竟随着目的结束,大家的压力减轻,可以更好的ȝl验?br />
4、控?br /> 在项目进行的q程中,会出现各U各h象不到的问题Q遇到这U突发情况,需要项目经理及时解冟?br /> 在这个项目进行的q程中,在开发进入最关键的时刻,目l的技术骨q突然提职Q这是我事先没有思想准备的,如果他真的离职,会寚w目造成极大的麻烦。这个时候,我和他进行了长时间的沟通,了解他离职的原因Q如果能够挽留,量挽留?br /> l过交流Q发C提出职是基于三个原因,一是对公司长期的不满,在一个公司待长了׃对公生种U不满,q是Z常情Q虽然我提出增加薪水及提升职位,但很难让他对于公司的不满得到Ҏ解决Q二是具体生zȝ压力Q在我们q个二城市的薪水待遇很难解决结婚买房等具体压力Q因此他希望能够到北京这栯水待遇比较好的地方,q也是我们公司目前面临的人员失的重大挑战,但这个问题短期内恐怕没有更好的ҎQ三是对于外面世界的向往Q在一个二U城市呆的时间长了,对于北京q样紧挨的全国信息中心必然生向往Q希望技术、思想{各斚w能够在北京得到提升?br /> q些问题也是普遍问题Q我无法通通ؓ他解冻I但ؓ目考虑Q经q劝_׃qx大家关系非常好,他答应留下来一个月左右的时_解决好他负责部分的技术问题,同时做好交接工作。这对于目来说Q危机就解除了,因ؓ有一个月的时_完全可以安排好一切?br /> 针对q样的危机,我想Q作为项目经理,一是^时就要注意和团队成员的关p,当发生各U情冉|Q即便是用h情,也可以帮助自己度q危机;二是对于许多问题Q要在^时就了解到团队成员的需要,能帮大家解决的,力解决Q不要等到发生问题的时候,实在解决不了的,要让大家知道公司的难处和具体环境的限Ӟ不要让大家记恨公司;三是要牢记团队徏讄核心是团队成员的个h发展Q要l每个成员成长的I间Q包括技术、薪水、职位等Q否则,一旦团队成员达到发展的峰Q就会感到没有前途,职恐怕是必然的选择?br />
5、收?br /> 收尾阶段最大的困难是什么?q度Q这个时候,面͙目l束Q所有h对会对进度非常关注。如何设法说服用Pl束没完没了地更改,利地结束项目,是每个项目经理都必须面对的问题?br /> 在这个项目中Q由于前期作了大量的工作Q在临近收尾Ӟ我们准备了完备的文档Q解决了当前存在的BugQƈ承诺了以后的服务Q双斚w比较满意Q顺利地{v了初验报告,用户也支付了目NQ结束了该项目?br /> 所以,我觉得,利地收ƈ不取决于收尾阶段的工作,而是要把收尾工作贯穿到项目始l,如果前期准备充分Q收时最大的冲突Q进度,׃会成为项目经理最大的问题Q相反,如果收尾阶段才开始考虑如何l束目Q那恐怕项目的l束׃遥遥无期?br />
q个目目前除了日常l护和简单的修改外,已经没有大量的工作了Q虽焉目的利l束Q有很多偶然的因素,例如用户的积极配合(q在其他目中是见的,一般是用户的百般刁难)Q但我想Q他仍然具备一些中项目共同的特点Q作为项目经理,我提出来和大家分享的目的是希望我们ȝl验Q能跛_目的焦油坑Q顺利地l束每一个项目?/p>