什么是项目管理？
经过人们长期探索总结，项目管理在发达国家中已经逐步发展成为独立的学科体系，成为现代管理学的重要分支，并广泛应用于IT、金融、服务、航空航天以及工程等诸多行业。由于其诱人的高额年薪以及广泛的就业前景，项目管理目前已经成为超越MBA的最炙手可热的“黄金职业”。 项目管理无疑将会是未来二十年中最热门的行业。那么到底什么是项目管理？
项目管理的定义有很多，按照教科书的理解是：项目管理是在运作方式和管理思维模式上最大限度地利用了内外，去完成项目目标。项目管理包含很多层面：团队管理、风险管理、采购管理、流程管理、时间管理、成本管理和质量管理资源等。
笔者的理解是：项目管理，就是通过合理地组织，利用的一切可以利用的资源，按照计划的成本和计划的进度，完成一个计划的目标。在项目实施过程中，目标很可能会发生变更，那么成本和进度都需要做相应的调整。
项目主管如何解决问题？
按照白猫黑猫理论，评价项目管理是否成功的唯一标准就是项目是否保质保量按时完成。现在的项目实施一般都是主管负责制，项目主管重任在肩，要达到项目成功这一目标谈何容易。
在项目管理过程中，笔者就要经常思索以下问题：
如何在选择余地不多的情况下，组建一支得力的项目组？
项目组成员的挑选非常重要，假如在一个关键的岗位安排了一个不合适的人选，这个项目很可能会出师不利。当然在现有的人力资源中，不一定能顺利选到优秀的人才并组建成一只能战斗的队伍。笔者就碰到这种最恶劣的情况：项目组只有主管有经验，别的成员都是刚刚毕业的大学生，那么主管的任务就不仅仅是管理，而且需要花费大量时间精力来培养这些新手，让他们能尽快进入预定的角色。
如何界定项目成员工作的范围和定义他们之间的工作接口？
这个问题就是俗语说的"派活"。要把活分出去可不是一件简单的事情。项目主管首先需要对项目组成员非常了解和熟悉，知道他们的知识结构和能力水平；其次要对项目情况非常清楚，并能对项目实施过程进行划分和功能模块的细化，并结合每个人员的特点指派具体的任务；最后要重点注意的是，尽量让组员之间的工作接口简单和接口定义详尽，避免将来产生互相推诿和扯皮。
如何准确衡量项目成员的工作量？
做过主管的人都碰到过这种问题：分配给甲的工作，要求一周完成，但是一个月过去了，他还没干完；分给乙的工作，要求一周干完，但是他一天就干好了。实际上现在的项目管理中，工作量的衡量往往靠主管的经验来加以主观判断，而且这种判断也不是因人而异的。主观判断会造成较大的误差，这些误差的积累最终导致不可控制的因素增加和项目风险扩大。
如何在不打扰项目组成员工作的情况下，及时进行沟通？
现在很少有单枪匹马就能把项目全部搞定，往往需要团队来完成，那么团队的合作精神就显得尤为重要。在一般人的眼里，技术人员都普遍比较孤傲，不好管理。主管不仅仅要掌握良好的沟通技巧，还要擅于感情交流，帮助解决项目组成员工作上和生活上的实际困难，使他们集中精力干好本职工作。良好的上下级和同级关系创造了融洽的工作气氛，项目成功的可能性大大增加。
如何评估项目执行状况，随时掌握项目进展？
在项目运作过程中，如果靠员工的报告来掌握项目进展是不够的。事实上，员工都愿意报喜不报忧，在项目初期就出现的问题苗头，如果不能传递上来，将在后续阶段造成大的纰漏。笔者认为除了要定期听取项目组成员的报告，还要专门有一个品保组来监督项目的执行情况。品保组就像廉政公署一样，不参与项目的具体实施，专门给别人"挑刺"，或者写一些测试程序来发现问题。
如何与客户单位沟通与协作？
有时候，项目都已经执行到最后阶段，客户单位突然提出了新的要求，这会让主管非常为难。一方面要尽量满足客户的需求，另一方面又不能对系统做太大的改动，影响进度计划。这种情况往往是与客户的沟通出现了问题，说明在需求阶段做的不够好，同时在实施过程中没有与客户有密切的联系。
如何在诸多不确定因素和限制条件下，按时完成项目任务？
项目成功与否受太多的风险因素影响。所谓“风险”，是损失的不确定性；是给定情况下，一定时期内可能发生的各种结果间的差异。它的两个基本特征是不确定性和损失。项目开发是一项可能损失的活动，不管开发过程如何进行，都有可能超出预算或时间延迟。很少有人能保证开发工作一定成功，都要冒一定的风险，也就需要进行项目风险分析。在进行项目风险分析时，重要的是要量化不确定的程度和每个风险的损失程度。潜在的问题都可能会对项目的计划、成本、技术、产品的质量及团队的士气产生负面的影响。风险管理就是在这些潜在的问题对项目造成破坏之前识别、处理和排除。
如何在完成项目任务同时，保证甚至提高交付结果的质量？
笔者的同事曾经做过一个项目，按计划按预算完成了，但是系统不稳定，某些关键技术指标不能满足国标。造成这种情况的原因有：没有划分清晰功能模块和接口关系，成员相互指责，最终难以定位不稳定的根源，；没有成立质保组，没能很好地实施项目过程控制；过分注重项目的时间进度，忽略或隐瞒了前期的小问题。
如何成为优秀的项目主管？
笔者认为：一个优秀的项目主管首先是一个乐观而自信的人。他凡事都从正面考虑，不把失败当失败，反而将其看作成功之母，吸取经验教训，在那里跌倒又在哪里爬起。优秀的项目主管不一定要很有经验，但是要有强烈的进取心和明确的目标，并能够与他人良好沟通，鼓舞他人为共同的目标一起努力。
IT项目管理的特征探讨
IT项目具有非常明显的特点：紧迫性、独特性和不确定性。下面分别讨论一下这些特点含义和项目管理的相应对策。
紧迫性
IT项目的紧迫性决定了项目的历时有限，具有明确的起点或终点，当实现了目标或被迫终止时，项目即结束。随着信息技术的飞速发展，IT项目的生命周期越来越短。有的项目时间甚至是决定性因素，因为市场时机稍纵即逝，如果项目的实施阶段耗时过长，市场份额将被竞争对手抢走。
在开始一个项目前，主管就必须明白项目的时间约束。具体到每个人、执行项目中的每一个任务都必须明确时间要求。一旦没有按照进度完成，必须要有充分的客观理由，否则就要追究相关人员的责任。
独特性
IT项目的独特性在IT服务领域表现得非常突出，厂商不仅向客户提供产品，更重要是根据其要求提供不同的解决方案。即使有现成的解决方案，也需要根据客户的特殊要求进行一定的客户化工作，因此可以说每个项目都有区别。
项目的这种独特性对实际项目管理有非常重要的指导意义。项目主管必须在项目开始前通过合同（或等同文件）明确地描述或定义最终的产品是什么。如果刚开始要提供什么没能定义清楚，或未达成一致，则最终交付产品或服务时将很容易发生纠纷，造成不必要的商务和名誉损失。即便是定义清楚了项目的目标，但是客户单位仍然会经常调整实现指标，这种变更很难控制，这就需要项目组与客户单位有良好的沟通渠道，否则改来改去，永远改不完。
不确定性
IT项目的不确定性是指项目不可能完全在规定的时间内、按规定的预算由规定的人员完成。这是因为项目计划和预算本质上是一种预测，在执行过程中与实际情况可定会有差异。另外，在执行过程中还会遇到各种始料未及的“风险”，使得项目不能按原有的预测来运行。
针对不确定性，在项目管理中就要注意制定切实可行的计划。笔者在工作中就发现科研工作，特别是国家级的项目，往往有一个“后墙不倒”原则。也就是说，设定一个项目的最终完成时间，具体的实施过程中，时间进度的安排就没有计划。在具体实施中，这种方法的最终结果是要么后墙倒了，要么后墙勉强没倒，做出来的产品满足不了质量要求。
还有一种不好的做法是过度计划，即将项目中非常微小的事情都考虑清楚才动手，但如此“详细的计划”其实是在试图精确地预测未来，也是不切实际的，在执行中会发现难以与实际一致，而不得不频繁地进行调整。具体问题具体分析。尽管有项目计划，执行过程中仍会碰到各种各样意想不到的问题，且往往没有现成的处理方法，这就要求项目经理必须掌握必要的工具方法，掌握整体过程和关键要素，灵活面对，妥善解决。
几个迫切需要重视的问题
项目管理有一些规律，但是还要具体问题具体分析，如果照搬硬套肯定会事倍功半。下面三个案例就是笔者在管理中遇到过的，现在拿出来一起探讨。
管理新手的重要性
一个项目组除了主管，全是新手！其实能有几个项目主管会如此幸运，项目组成员全都身经百战经验丰富。很多人认为，新手加入在短时间内对项目毫无益处，不仅帮不上忙，还需要别人来传帮带。笔者认为恰好相反：新人的加入是将会给整个项目组带来一些新鲜的想法，挖掘和引导这种的想法对新人的培训和很快的上手工作是非常关键的。公司花了钱招来的新人往往经过了人事部门的过滤，都具备了一些基本知识，主管可以先给他们分配一些具体的工作，调动他们的积极性非常关键。
在培训新人时就应该注意：
项目内容培训，让他尽快了解项目组的工作内容，项目的方向、目的，用到的知识、技能；
给他在项目组中的角色做个定位，明确他的职责，并提供必要的支持；
告诉他项目组管理方面须注意的问题，让他尽快融入到项目组里来；
尽量与目前项目组的工作结合起来培训，如让他尽快熟悉项目已经完成的工作，告诉他以后的计划，以及他马上要做的工作等等；
保持良好的沟通，了解他的进展，根据实际情况调整培训计划。
管理文档的重要性
让项目主管最痛苦的事情莫过于：当一个重要成员半途离开项目组时，才发现他根本就没有留下任何可用的文档。天下没有不散的宴席，项目组的成员也是在动态调整中，文档就是成员之间交接的重要工具。很多主管很容易陷?quot重技术实现，轻文档"的误区。他们总是认为项目实施时间紧迫，为了节省时间，可以在项目收尾阶段突击写文档。要是项目周期稍长，到了最后，成员还会记得清清楚楚每个实现细节吗？没有文档的项目铁定是一个失败的项目。
从过程控制的角度看，项目的实施质量控制，最重要的就是文档的管理控制。通过文档来显示表明每个基线，每个成员的工作量和完成质量，达到项目的风险最小化。
管理平台的重要性
笔者最初的几个项目都没有管理平台，所以没有量化的概念，管理手段非常落后。去年笔者在公司率先引入了微软PROJECT2000作为核心的项目管理软件，并根据项目的需求，以现有的计算机网络系统（Network）为基础，建立了内部的INTRANET项目管理平台。经过一年多的使用达到了以下效果：
使用PROJECT2000建立项目计划信息共享门户，使技术人员、主管随时看到与自己相关的任务信息，并通过建立状态报告，达到了解技术人员各自工作完成情况；
利用研发内部网站、电子公告板等共享信息系统，提供有效的信息沟通途径；
根据项目计划，建立动态提醒机制；
建立项目数据管理系统(Data)：对与项目有关的数据和与数据有关的过程，进行有效地管理；
电子文档管理系统(document)，对图纸、文件、资料等文档，采用集中管理的方式，进行有序地组织，实现充分的共享和重复使用，实现了通过IE浏览器访问项目文档功能；
建立数据记录体现变更控制记录，项目文档记录。
结束语
就中国现状而言，项目管理还是一个全新的尚待开发的领域，很多项目管理人员和笔者一样都是在实践中不断摸索和思考。
从现实来看，只有那些跨国公司和国内的大型企业才对项目管理提出要求；从教育来看，项目管理的系统教育基本上就是空白，甚至目前中国还没有项目管理这一学科设置。同时，在中国，你所能够获得的有关项目管理的出版物以及资料都极其有限。
好在国内的教育部门已经发现了这个问题，各种PMP的培训班广告也开始出现在各类媒体中。那么我们是否都需要这个一个证书呢？
曾记得庄子在《庄子·养生主》中谈到的解牛的庖丁，在外人看来，技艺高超的庖丁解牛时，一招一式，轻松自如，姿势优美，其节奏如美妙音乐的旋律。而庖丁自己在历经多年的实践后，解释他的高超技艺的境界是："以神遇而不以目视，官欲止而神欲行，依乎天理，批大隙，导大，因其固然?quot
项目管理还是有"天理"可循，假如有机会还是应该带着实践中的问题多看书多学习，最终会达到所谓的管理艺术。(IT工程技术网)
项目管理经验的分享
从普遍角度上说，一个有效的项目管理要从几方面入手。
1. 项目范围
明确定义好项目管理范围，才能有效配置相应资源。
2. 项目计划
根据项目要求，制定切实可行的项目计划。国内大部分项目经理都是根据上级指示做事，没有仔细做过项目评估，这就导致在项目执行过程中，经常出现不可控因素，影响了项目的执行结果。
3. 项目资源
包括设备，材料，资金，人力资源等。关键是资金和人力资源，一个是保持适当的现金流，一个是保证有足够的人去做该做的事。
4. 风险预估
包括对用户及对自身评估两部分。对用户主要涉及其信用度，财务状况，技术能力/经验等方面；对自身主要包括足够的项目管理人员，技术人员配置是否足够，经验是否丰富，有否做过同类项目，用户的付款条件对项目管理造成的风险是否可控？
以上是针对工程类项目，针对软件开发项目，在项目范围/风险中，还需要特别关注用户对项目的具体及特殊要求。
内容来源于ITSS符合性评估落地工具-云雀运维！！！
导语：项目是指一系列独特的、复杂的并相互关联的活动，这些活动有着一个明确的目标或目的，必须在特定的时间、预算、资源限定内，依据规范完成。以下是我分享给大家的部分关于项目管理的一些经验，欢迎大家前来查阅!也希望文章能够给解决大家的烦恼!
项目管理经验分享企业项目管理体系建设的核心是建立企业的项目管理方法，目前,大部分组织缺乏系统的、统一的项目管理方法。在我们咨询的几家公司中，我们常常会听到这样的质疑声：一套方法怎么可以管所有的项目吗?特别是IT项目，技术过程都不统一，如何用一套方法来管所有的项目，由此我们也看到很多朴素的管理方法在各个项目组织中自由成长，但在一个企业内，项目间的联系是不可避免的，相互间的协作、配合由于缺少系统的管理方法，往往顾此失彼，矛盾此起彼伏，项目经理和公司领导成为消防队员，责权不明，协调不畅, 常常陷于项目经理无法，公司管理层无奈，项目成员无所适从的状态，给项目成功实施带来了潜在的风险。是什么原因导致这样的问题呢，是否有可行的办法来解决这个问题呢?
一个完善的项目管理体系建设是与企业本身的行业背景、业务领域是分不开的，出现上面的问题的根本原因就在于项目管理和业务流程的交叉，导致项目管理过程复杂化，不可控，这也就是为什么大家说一套方法不可以适用所有的项目的根本原因。
企业的项目运作包括业务流程、项目管理、技术工作三个方面，业务流程是如何运作业务，是由企业的行业特点、业务背景所决定，项目管理是如何管理项目，而技术工作则是实现项目目标所需要的技术手段。对于一个企业而言，建立企业的项目管理方法论就需要依照企业的业务流程、技术手段来设计相应的管理方法。
项目管理方法是一个结构化的方法，是可以在大部分项目中应用的方法，具体实践过程中，项目管理方法需要针对行业特点，建立适合行业特色的项目管理体系。
依照项目管理理论，项目管理过程按阶段划分为启动、计划、实施、收尾，对于任何一个项目我们都可以依此进行阶段的划分，这是项目的共性，而对于项目中的个性就是项目的业务和技术层面，对于具体的企业，项目阶段划分就需要由业务流程和技术方法决定，在实施过程中，针对具体的项目进行客户化，项目管理方法论的核心就是综合所有项目的特点，建立一套包括技术、工具、管理技巧在内的一站式服务的指南和模板。这种将项目管理方法和业务流程相互配合，并在实践中进行优化的管理方法，就是项目管理方法论。
项目管理体方法论的重要表现形式是项目管理手册，这是组织规范项目标准管理过程的重要手段，通过正确的决策、高效的流程、标准的操作、可控的过程，确保项目的有效实施。
企业项目管理手册编制的基本方法可分为三个层面，一是项目管理理论知识体系，目前世界范围内比较通用的主流项目管理知识体系，包括美国项目管理协会(PMI)推出的《项目管理知识体系指南PMBOK》，英国商务部开发的项目管理方法《PRINCE2成功的`项目管理》可作为理论支撑。二是在管理方法上跨国企业实施项目的管理方法，中国著名企业的项目管理经验可作为最佳实践基础，在此基础上则是对企业本身项目管理实践经验的总结。从三个层面对企业的项目管理过程进行梳理、定义、借鉴，即可固化出企业本身的项目管理方法。
具体到项目管理手册内容就是描述项目输入转变为输出的过程。通过项目阶段过程的定义，将项目管理过程、项目实施支撑、项目监控方法及项目作业指导，系统化地与项目管理理论及产品要求融入到具体的操作实践过程中。
具体包括以下主要内容：
1. 项目过程控制阶段划分：通常需要考虑两类过程，一是按照项目的管理过程，对项目过程进行阶段划分另外是按照项目的技术过程，将项目过程进行阶段划分。企业的业务流程，主要关注项目的管理阶段划分，而项目经理执行和管理项目时，必须将项目的管理阶段和项目的技术阶段划分结合起来，进行项目管理。
2. 阶段输入和输出：包括数据和信息、计划和报告、风险及可以交付的成果等
3. 过程控制：包括工作流程，工作方法、操作规则和作业指导
4. 角色职责：在实践中，项目管理职责，不能简单归于项目经理一个人，而是由一组角色共同完成，包括职能部门和角色对项目阶段和实施步骤的贡献。
依照项目管理方法论编制的项目管理手册，将项目实施过程中的项目管理方法与企业的业务流程、技术方法有机地集成起来，从而建立以项目管理为核心的业务流程。
不可错过的优秀项目管理者经验分享执行计划
在完成计划编写之后，项目经理需要将计划分发给每个团队成员，然后给成员提供需要的资源，由成员开始执行计划。此过程除非项目经理还兼职技术角色，通常需要做的事情不多，假如你在此阶段非常辛苦，通常是因为计划作的不够好。在晚餐项目中，因为我还兼职小工，所以比较忙，这会儿已经开始淘米、下米、洗菜、切菜等活动。
团队建设
首先，项目经理需要懂得团队发展的阶段(形成、震荡、规范、成熟)，其次项目经理必须熟悉各种领导(指导、教练、支持、授权)、管理风格(民主、独裁、自由、官僚)，并在合适的时机采用合适的风格。此外，项目进行中，难免出现困难、挫折和打击，团队成员的士气会低落，严重影响项目绩效。此刻，项目经理需要采用各种手段激励团队，让团队充满干劲。激励的关键有几点，第一点，要想激励别人先激励自己第二点，必须懂得人们做事的动机第三，要根据团队成员的特定采用恰当的激励手段第四，在恰当的时机来激励。
在晚餐项目中，因为我们就两个人，彼此非常熟悉，所以团队震荡期非常短，形成后迅速到达规范期。启动项目时我采用了自由式的风格，大家各抒己见，来讨论各种可能性我做计划的时候采用了民主式的风格，因为我爱人属于做饭方面的专家，民主式可以广泛征求团队成员的建议在执行中，我采用了独裁式，严格要求我们执行既定的计划在接近工作完成，我采用了官僚式的风格，对晚餐执行中的问题、经验、进行了记录和总结。关于激励，是每时每刻必做的事情，我爱人不断赞美我洗菜的专注、切菜技术的进步我也时刻保持谦虚谨慎，用求知的眼神向她请教、用崇拜的目光欣赏她的成果。总而言之，我们保持了优良的团队作风，大家充满激情的、充满快乐的完成项目的工作。
管理团队
再熟悉的成员，也会有摩擦，再好的团队，也会有冲突。项目经理必须了解冲突常见原因，熟悉冲突常用解决策略(问题解决、强制、撤退、妥协、调和、合作)和使用时机，能够迅速的解决团队中出现的冲突，并且注意及时、私下、合作这些基本原则。及时就是越早越好，因为冲突开始的时候大家不会情绪化私下就是不要在正式场合，给对方面子，不让对方下不来台合作就是本着解决问题共同进步的态度，不是要追究谁的责任、证明谁是对的、谁是错的。
在完成项目执行期间，我和我爱人发生了二个冲突，分别采用了不同的措施进行解决：第一个，在做花生黄瓜时，我想用刀切，而不是拍黄瓜。我爱人指出来必须拍，我问为什么，她解释拍出来的味道鲜美，用刀切味道会受菜刀的影响。因为她是专家我听她的，问题得到解决第二个，在洗菜过程中，我突然想起来需要写点东西，于是擦手计划去电脑旁边，我爱人根据计划指出来，我洗菜必须按时按质量完成。我不服还想去写东西，我爱人采用了强制的手段：如果我去写东西，这饭就不做了。我采用了撤退的策略，放弃写东西的念头，乖乖继续洗菜。
验收成果
很多人会误解，以为项目成果的验收是项目收尾的事情，其实不然，在执行过程中，可以随时对完成的成果进行验收。验收包括两个步骤，一是质量是否符合要求，二是得到干系人(通常是上级)认可。在实际项目中，得到认可非常重要，因为认可后的才可以要求付款。
在晚餐项目中，我们随时进行验收，如淘米工作完成时，我对淘完的米进行检查，我爱人进行认可洗菜完成时，我对洗完的菜进行检查，我爱人进行认可切好菜之后，我对菜切的大小数量进行检查，我爱人进行认可在炒菜工作完成时，我爱人自己品尝咸淡对菜质量进行检查，我进行认可这些都属于阶段性的成果验收。
监控风险
在项目执行过程中，项目经理需要密切关注已经识别的风险是否发生?发生的风险是否应对?应对的效果是否达到?同时还需要识别新的风险。实践中，需要定期召开风险会议来实现上述目标。具体会议召开的次数，需要看项目的阶段、项目的规模来确定。
在晚餐项目中，因为我们识别了可能的风险，并采取了应对措施，基本没有出现新的风险。在项目执行和监控中，项目经理需要做两类事情，一是管项目，对项目绩效的管理一是管人，对团队的管理。第一类事情比较容易，只要懂得必要的技术知识、制定了完整的项目计划，按计划进行即可。最难的是第二类，如何管理项目团队 。由于我们国家的发展背景，目前大多数企业中项目管理 者都是技术出身，对技术很熟悉，对管理很陌生。面临的最大挑战就是如何由技术到管理、如何在思想、能力、行为方面做出转变。
在此过程对项目经理的要求，知识方面需要具备心理学、领导模式、管理模式、团队规律等方面知识能力方面需要懂得沟通、激励(当团队遇到困难时)、说服(在变更发生时)、谈判(随时随地)、领导(指明方向)、管理(协调资源)、问题解决(解决冲突、控制风险)等能力。
应对变化
在项目进行中，项目的环境可能发生变化，如此前的假设不再成立，或者因为发生了风险，项目的计划可能需要调整。变化是必然的，为了应对变化，在必要的情况下我们需要变更项目计划。这需要在项目启动时，就确定变更的流程、变更审批的组织(在大型项目中通常由高层组成变更控制委员会ccb)、变更的文档。
案例分析：软件项目管理工作经验总结
软件项目最大的特点就是不确定性。这是指软件项目不可能完全在规定的时间内，按照规定的预算，由规定的人员完成。
因为这种不确定性，导致了计划赶不上变化，也导致了平时的工作中的2种倾向：1、变化太快，索性不制定计划。2、过度强调计划，往往要将项目中非常琐碎的事情都考虑的非常清楚之后再启动项目。第一种倾向，在我做过的项目里占了2/5，都是在项目开始时制定一份计划，项目一启动就丢到一边，项目过程中完全不理会，个人能力强的PM大致还能把握方向和进度，但是问他之前做了些什么额外的工作时，往往回答不出来，等到项目结束，再把当初的计划改改，做个大概的统计也就了事。而项目过程中的一系列的常见问题也是导致项目失败的原因(以下的原因是我做过的项目中总结出来的影响最大的5点，按照影响程度的严重性，从高到低排列。)
1、项目经理的管理能力不足
项目经理的管理能力不足之所以放在第一位，我想大家都清楚原因。项目经理作为一个项目的灵魂，对于进度的把控、团队成员的组建以及积极性的调动、成本的控制、和客户的沟通、需求变更的把控、重大事情的决策。。。这些任何一个都能左右一个项目是否成功。我遇到的几个项目中都是由于项目经理的能力不够，直接导致项目失败，而且使得项目成员在项目过程中也疲惫不堪，怨声载道。其实现在很多项目的项目经理都是由技术骨干兼任,因此他们往往习惯于关注技术开发，而忽视了项目管理工作。项目，本身就是为了盈利而生，所以不排斥项目经理兼任项目技术主管或业务咨询，但是必须要有将项目管理工作区分开来的意识和责任感。如果没有这样的意识，就会造成疏忽项目计划的制定、上下左右的沟通、专业资源的分配、项目组织的调整、成本的控制、风险分析等。项目管理工作的忽视，必然导致项目失控。
2、需求不明确，变化多
需求的多变是必然的。由于用户对计算机系统认识的不足，加上一个东西的从无到有，所以往往需求开始都是模糊的，只有随着项目的发展和反复的沟通，才能逐渐的明确。如何尽早的引导客户把需求明确，是项目经理、需求分析人员的工作，是保障项目可以顺利实施下去的前提保障，它是一门技术，也是一门思维沟通艺术。需求调研清楚了不代表着万事大吉。同一个东西，不同的人有着不一样的理解。开发人员和客户之间隔着需求人员这么一层，如何把客户的意思明白、清楚、不变形的传递给开发人员，这也是大部分项目中头痛的问题。我们经常可以看到在产品开发的差不多的时候，需求、开发、测试聚在一起吵架，责任互推。
3、工作量估计过低
工作量的估计不足，会直接导致项目延期。要对每项任务，甚至整个项目给出一个合适的工作量估计，需要综合开发的技术、人员的生产效率、工作的复杂程度、历史经验等多种因素。我遇到的几个项目中，计划制订者往往是凭个人经验，个人拍脑袋给出来的，问他的凭据是什么，回答往往是个人经验，有时里面也会包含其个人对自己的自信或自尊心问题，怕给出的时间过多而显得自己能力不足。抛开这些，我们还应该注意一些平时不可见的工作量，如人员的培训时间、各个阶段的评审时间等等。制定工作量时，不能被客户给的时间期限或上级的压力所限制，否则往往是以失败结束。
4、项目团队水平不足
技术人员的水平如果不能与项目的要求相适应，对项目需求或新技术不是很熟悉，对项目的质量、成本、进度都会产生影响。当进度开始滞后，项目经理最常用的方法就是增加人手。我之前的一个项目就是如此，由于项目经理不能把握需求，需求不断的增加，于是开始不断的加班，在这种折磨中，老员工开始纷纷离开，新来的员工不熟悉，进度进展缓慢，项目经理开始大量的加人，但是对系统代码和需求的不熟悉，往往3、4个人新员工都抵不了1个老员工。于是，开始无限制的加班，在加班的折磨下，新员工又纷纷离开，于是又加人。恶性循环，项目被无限的延期。这样的项目相信大家遇到过不少。导致项目失败的因素还有很多，对于一个团队来说，一个好的管理者是一个好的开始，但并不等于项目成功。加强自身能力的提升，是每个项目管理者必须有的意识。
5、计划不充分
计划不充分，分为计划太粗或太细。制定的计划不严谨，随意性太大，会导致可操作性差，在实施中根本无法遵循，也就失去了计划的作用。有的人会抛弃全局计划，采取每周制定下周的计划，这样也是不可取的，毕竟计划没有一个长远的目标或宏观上的掌控，只局限于眼前的一点点事情，往往会致使项目失控。我一般采取先制定全盘计划，再每月制定详细计划，当月快结束时，根据实际情况调整下个月的计划，这样既有了较长期的把控，也有了和项目目标的对比，同时也不会把自己陷入无止境的修改计划中。
以上就是关于如何进行IT项目管理 ?全部的内容，如果了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！
