复制该帖链接 收藏本帖

[回复] [引用]

如果说做项目负责人已经有三年多时间，做为正式专职化的项目经理已经有两年时间了。这两年里自己知识和技能得到了很大的增长，特别是在项目管理这块，参加CMMI的二级三级评估，已经参加PMP的相关培训使自己形成了较完整的项目管理知识体系，也总结了一些关于项目管理的实际经验。对于IT项目管理我也总结了《IT项目管理思维导图》，有些内容还需要后期不断细化。

 

项目管理究竟是科学还是艺术？我只能说40%的科学加60%的艺术，科学来源于项目管理一些最基本的理论，需要用到的一些基础知识和工具，如进度管理中的关键路径，成本管理中的挣值分析，质量管理中的七种工具，定性和定量风险分析的方法等内容。当项目管理中所涉及到的软技能更多的体现了项目管理的艺术，如干系人分析，权力和政治，沟通技能，团队建设技能等内容。项目经理最重要的技能不在于做出项目计划，分析风险和排出项目进度，而是通过自己的整合能力，让各方干系人都满意，这样才能够真正保证项目成功。

 

对于IT项目管理这块，《人月神话》这本书给了我很大的帮助，是一本需要不断复习的书。很多别人的成功和先进经验你没有经过真正的实践是很难真正体会到的。人月神话中的没有银弹，外科手术队伍，贵族专制等都是很精彩的内容。而《软件工艺》则是另一本比较喜好的图书，特别是关于以师带徒的精彩描述。我们不应该把这本书理解为和传统的软件工程相违背，而是应该出思考软件开发团队中真正面临的问题，不管是传统的还是敏捷的方法论，适用的和能够解决我们问题的才是最好的。

 

有预才有立，对于IT项目而言开发项目计划是项目经理的一个重要职能。而项目计划中目标和范围的确定，生命周期模型的选择，干系人分析，人员和技能需求，进度计划，质量计划，风险计划和沟通计划等都是必须要考虑的内容。项目计划在开发完成后必须要通过正式的评审并且基线，这样才能够做为后续指导项目执行，项目绩效跟踪和复盘的重要依据。对于具体内容可以参考《IT项目管理过程-计划阶段》

 

项目管理的过程就是风险管理的过程，一个没有任何风险的项目就不应该最后失败。在CMMI三中也将风险管理专门作为一个KPA足见其重要程度。风险管理的关键在于能够识别出风险，而我们在做风险管理经常犯的错误就是识别鸡毛蒜皮的小风险而忽略影响项目进度或质量的关键风险。只有识别出了风险才可能考虑对风险进行定性和定量分析，风险分析的目的就是要得出风险对项目的真正影响有多大和相应的概率，这样才能够去考虑是否该应对改风险或者说采用何种方法来应对。风险的应对需要使用我们的项目储备，所以必须要进行成本效益分析。《管理软件开发项目关键风险》是结合项目实际情况，参考了多本项目管理书籍总结出来的，至少可以作为检查单协助我们进行风险分析。另外量化风险管理一直是风险管理的一个重要内容，因为不做量化分析我们仍然难以回答项目按时完期的概率有多少？如果再推迟1一个月是否能够达到90%以上的完工概率等问题。所以在仔细阅读了《与熊共舞》后，结合SPSS工具我写下了《IT项目中的组合风险量化分析》

 

对于IT项目估算不准确是我们经常头痛的问题。常用的估算方法也就是专家法，三点法和功能点法进行估算。在印度InfoSys公司的基于用例点的改进的功能点估算也可以参考。如果说准确性根据项目经验往往专家法是最准确的，但这在过程改进中并不是我们推荐的做法，我们需要将我们的经验固化下来而不是存在于某一两个专家的头脑里。所以要使用功能点估算的项目可以参考我Blog上面的《功能点估算原理》和《功能点估算实例》两篇文章.

 

《项目管理以人为本》，不重视团队建设和成员个性往往是无法形成一个高效的团队。很多人误解了CMMI不重视人是错误的观点，CMMI重视过程但同样也重视人的因素，重视人对过程的的影响。在看亮剑的时候我们看到李云龙的高战斗力队伍，看输赢又看到了周锐那另人感动的团队，如果管理者不注重自我的付出和诚信是很难创建一个高凝聚力的团队的，所以《曹操是有效的团队管理者》是值得每个项目经理学习和借鉴的。

 

项目经理在项目前期需要更多的执行领导者的角色，但在项目执行过程中项目经理更需要执行教练的角色，项目经理必须注意项目团队中每个人员的培养并尊重他们的个性，这样才能够增强团队鹅战斗力而不是项目经理到处充当救火队员。这点在读了《笑着离开惠普》后更加深了这方面的感触，深感自己这方面的不足。当我在磨坊网站看到登山圣经这篇文章时候，才发现道理尽然是如此的相似，于是有感而发，写下了《从登山领队中学习项目管理》

 

而对于CMMI，所在项目在今年7月正式通过了CMMI三级评估。我只能说相对于很多公司拿钱过级来讲，我们仍然在这快付出了大量的心血和劳动。最好我们的成绩是差1分优秀，印度主任评估师也给出了较高的评价。对于CMMI这块我Blog上面也有不少的文章，但在这里仅想再说下《CMMI的一些问题》和《过程改进是否一定提高软件质量》两篇文章，这两篇文章有些观点本身也就是看似矛盾的，但却是值得每个在学习或准备过CMMI的人员去思考的话题。

 

对于PMBOK知识体系，基本是看过两遍，并且针对每个知识体系都有相关的学习总结和笔记，由于的考试计划有所延迟了，所以明年PMP和PMBOK还将是我关注的一个重要内容。