求助，IT 项目管理资料

项目计划要列出软件开发要做的主要工作和任务清单，要回答“软件工程项目做什么”。 在工作和任务清单中要清楚地描述出：

1、项目划分的各个实施阶段；

2、每个阶段的工作重点和任务是什么；

3、完成本阶段工作和任务的人力、资源需求，时间期限；

4、阶段工作和任务的成果形式；

5、项目实施过程中对风险、疑难、其他不可预见因素等的处理机制；

6、各任务组及开发人员之间的组织、协调关系等。

扩展资料：

特点

1、d性和可调性：即能够根据预测到的变化和实际存在的差异，及时作出调整。

2、创造性：充分发挥和利用想象力和抽象思维的能力，满足项目发展的需要。

3、分析性：也就是要探索研究项目中内部和外部的各种因素，确定各种变量和分析不确定的原因。

4、响应性：即能及时地确定存在的问题，提供计划的多种可行方案。

参考资料来源：百度百科-项目计划

其实实施的工作也就是将开发好的系统,平台等,安装部署在客户服务器上,在保证在内部环境运行正常的情况下,再在客户实际环境中进行测试,测试通过后,就可给客户使用再做好售后服务以上内容纯属原创,打字不容易,谢谢采纳

IT项目管理：问题、体系、方法

摘要：无论是在国内还是国外，项目管理的学科、技术和应用的普及与发展已经进入了一个飞速发展的时代，信息技术（Information Technology，简称IT）的发展又将IT项目管理推向了全新的应用高度。本文分析了IT项目管理技术及其应用与发展的关键问题，提出了基于系统集成理念构建的IT项目管理的体系结构和技术框架，肯定了IT项目管理的总体指导思想和实施策略是“需求牵引、效益驱动、总体规划、分步实施”。

关键词：信息技术 项目管理 体系结构

引言

人类进入21世纪，信息化成为我国全面构建和谐社会、快速发展国民经济的着眼点。党的十五届五中全会就明确指出：“大力推进国民经济和社会信息化，是覆盖现代化建设全局的战略举措。以信息化带动工业化，发挥后发优势，实现社会生产力的跨越式发展。”党的十六大再次明确：“信息化是我国加快实现工业化和现代化的必然选择。坚持以信息化带动工业化，以工业化促进信息化，走出一条科技含量高、经济效益好、资源消耗低、环境污染少、人力资源优势得到充分发挥的新型工业化路子。”目前全国上下各行各业、各个领域、各个层面的信息化建设正在如火如荼地进行着。

信息化项目的开展是以信息技术为支撑，以业务活动为主体，以现代化管理为指导思想的一项全新的、复杂的系统化工程。全新在于信息技术这一新生事物的飞速变化与发展，复杂在于信息技术、业务工作、项目管理思想的一体化融合与集成化应用，这正是IT项目管理问世的缘由。信息化建设的成功经验告诉我们，结合信息化应用特点，采用项目管理技术而开发的专用方法对IT项目在计划落实、质量跟踪、成本管理和风险控制等方面进行管理，是保证IT项目达到预期目标的有效手段。

本文在项目管理知识体系的基础上，介绍了IT项目管理的特殊性，回顾了学术界和工业界在不同方向上为解决这些问题所做的努力、获得的成果。在系统集成理念的指导下，探讨IT项目管理的体系结构和模型驱动的集成技术与方法。

1 IT项目管理的特殊性

信息技术发展快、渗透广等特点，使得IT项目与一般工程项目存在着明显的差别，这种差异性造成了基于工程项目管理理论与经验基础上发展起来的项目管理知识体系在处理IT项目时面临诸多的难题。

第一，IT项目的需求来源广泛，涉及国民经济的各个领域，几乎所有领域都能够和信息技术相结合而构成信息化项目。信息技术可以支持多种业务需求的发展：

（1）市场要求，如商业银行提供网上支付业务，以支持越来越频繁的电子商务活动。

（2）环境需求，如企业为了应对各国越来越严格的环境标准中对产品回收再利用的要求，启动一个构建产品全生命周期管理系统的项目。

（3）经营需要，如一个传统的大型商业企业开展网上销售业务，以扩大其销售收入。

（4）技术发展，如飞机制造企业为了提高设计水平而开展虚拟制造系统的项目。

（5）用户要求，如快递公司要构建一个物流管理系统，以满足顾客对跟踪其委托的快递物件过程状态的查询需求。

（6）法律需求，如一个城市为了减少合同犯罪的数量，而启动企业印鉴信息系统；为了杜绝文凭的泛滥而建立文凭查询信息系统。

正是由于信息化项目涉及到了几乎所有的经济领域，因此很难形成有针对性的规范和标准，这无疑增加了项目管理的难度。

第二，与一般工程项目所涉及的领域经过了长时期的发展、技术相对成熟不同，IT领域是目前发展最快、最活跃的领域，新的技术层出不穷，技术更新也非常迅速，因此IT项目开展过程中会具有更多的风险因素。有统计表明，每18个月，CPU的速度就会翻一番，与之关联的计算机体系结构、软件架构等也发展非常迅速。例如早期的集成信息系统采用大型主机带终端的结构，随着网络技术和分布式计算技术的发展，出现了Client/Server结构的信息系统，而目前流行的架构则是在互联网上基于Browser/Server结构的信息系统，C、C++、Java等各种开发工具更是一代代迅速更迭，各类 *** 作系统、协议、标准等都是IT项目必须面对的，这些都会增加项目过程中的风险。

为了处理好技术发展迅速所带来的问题，IT项目团队必须在先进性、实用性、经济性、成熟性等诸多方面进行权衡，片面追求技术的先进性往往会事与愿违。在保证项目所采取的技术具有相当的前瞻性、先进性和可扩展性、可集成性的同时，从需求出发，注意技术的可靠性、成熟性和经济性。

第三，信息技术的应用主体在管理领域，管理信息系统包含了特定的管理理念，将这些管理理念同企业的发展战略与业务逻辑进行整合是信息系统实施的关键任务。IT项目的阻力75%以上是来自人和管理的因素，因此，IT项目特别强调技术、管理与人的集成。如何处理好信息系统所涉及的人的问题是成功管理IT项目的关键。

从更深层的角度而言，经典项目管理理论是构建在土建工程项目的研究和实践基础上的，基本的项目管理方法并不能解决IT项目的特殊问题，例如：

（1）如何衡量项目进度的问题，土建工程使用完成土石方的量来标识工程进度，但是完成软件90%的代码编写工作并不意味着还有10%的时间就可以完成软件开发项目了。业界普遍认为在工程项目中广泛使用的挣值法在IT项目中缺乏适应性。

（2）在计划的调整方法上，土建工程在计划拖期时，可以通过增加资源的方式来加快进度，但是对于一个软件开发项目，如果出现同样的问题，寄希望于增加编程人员的数量来追赶工期，只能造成更大的麻烦。

另外，除了信息技术之外，IT项目还涉及信息系统应用单位的组织、管理的调整与经营过程/业务流程的重构，单靠信息技术是无能为力的。因此，要成功管理IT项目，要成为IT项目的合格从业人员，需要一套全面的IT项目的知识体系与方法的支撑，它的内容将覆盖项目管理、信息技术、现代管理技术、系统集成技术、软件工程技术等多学科领域，这正是IT项目管理技术研究和实践的目标与方向。

2 IT项目管理技术的发展脉络

目前在信息化领域的不同方向，许多学者开发了针对不同方面的项目管理方法，其中比较有代表性的是软件项目管理和广义的IT项目管理。

软件项目管理是软件工程和项目管理的有效结合，将项目管理中重视过程、重视计划控制的观点引入软件工程领域，目的是控制软件开发项目的成本、进度、质量、风险等问题。近几年IT领域进一步引进全面质量管理理念，认为软件开发企业自身质量控制体系和控制能力的优劣，将会极大地影响软件产品的质量，这就要求软件企业从修炼内功入手，也就是确认质量是控制出来的而不是检测出来的，从根本上保证软件产品的质量，由此提出了软件过程改进和软件能力成熟度模型(CMM)的概念。CMM基于经典的产品质量原理，建立了定量控制软件过程的项目管理和项目工程的基本原则，与此同时，CMM有关能力成熟度的 *** 作方法也被引入经典项目管理领域，用以测评承担项目的组织的项目管理能力。

广义IT项目管理是目前业界讨论比较多的，也出了不少这方面的专著，其基本思路是将IT项目当做一般工程项目，使用PMBOK的方法体系，结合一些信息技术项目的案例，研究如何在信息技术项目中应用项目管理方法。

广义IT项目管理是将所有与IT有关的项目不加区分地通盘考虑，包括IT产品开发项目的管理和IT应用项目的管理。实际上广义IT项目可以细分出多个类别，各个类别之间的差距是非常巨大的。计算机硬件开发项目与一般家用电器产品的开发设计具有非常高的相似度，而软件设计开发则完全不同，信息技术应用项目与上述两个分支领域更是存在巨大的差异，因此广义的IT项目管理实际上是在经典项目管理知识体系的基础上，尝试解决IT项目的具体问题。目前来看这种处理方式比软件项目管理体系的针对性差很多，对其进行细分研究具有非常重要的意义。为了提高IT项目管理的针对性，提高解决方案的系统性，学术界和企业界在企业信息化、数字化城市与电子政务、数字化军工、供应链与物流、电子商务等不同领域分别开展了体系结构、实施指南、参考模型等的研究和实践，取得了一定的成果。

3 IT项目管理的体系结构与方法论

系统参考体系结构是“一组用以描述所研究系统的不同方面和不同开发阶段的、结构化的、多层次多视图的模型和方法的集合，体现了对系统的整体描述和认识，为对系统的理解、设计、开发和构建提供工具和方法论的指导”。

系统参考体系结构为IT项目的管理提供了体系参考和方法论，经过各国专家的努力，已经形成了一批相当有代表性和广泛影响力的体系结构及其建模方法，并进行了大量的工业实践，如CIM开放系统体系结构(CIM-OSA)、GRAI集成方法论(GIM)、IMPACS、普度参考体系结构(PERA)、集成的信息系统体系结构(ARIS)、通用企业参考体系结构与方法论(GERAM)，以及在我国提出的阶梯形CIM系统参考体系结构(SLA)等。

在信息化项目管理过程中，系统的认识和构建是阶梯上升的，在概念定义阶段需要明确企业的战略目标，并据此形成集成系统的目标，然后围绕系统目标，从组织、资源、信息、产品、功能和经营过程等角度描述企业的现状，形成对企业基本框架和运行机制的完整描述。在这些描述的约束下，采用合适的模型分析手段进行分析，找出现有系统中的问题进行改进，然后构建目标系统，形成多视图的目标系统的描述。在形成目标系统描述时，除了使用各个视图的描述方法外，还可以应用其他建模方法，以便提供对系统更为完整的描述。完成基于模型的设计后，就是在构建工具集的帮助下，将设计转化为实际系统构建的技术说明，并构建实际系统。系统描述对于系统的运行仍然能够发挥作用，可以作为实际系统运行的参考，并据此进行系统的优化与调整。

一方面由于信息化项目的多专业性，为了解决沟通和分析设计的问题，需要借助建模的手段实现对被处理对象系统的描述；另一方面由于信息化处理对象的复杂性，依据“化繁为简、分而治之”的原则，使用多层次多视图的模型来描述目标系统。视图的划分包括反映结构信息的信息视图、资源视图、组织视图、产品视图，反映系统时间和逻辑特征的过程视图，结合反映系统功能结构和功能关系的功能视图，以及反映企业经济性和目的性的经济视图。静态结构反映了系统的存在，行为结构给出了系统的属性和运行方式，而评价结构则将系统和它的目的性关联在一起。透过多视图，为IDEF、ARIS等其他建模方法和工具的集成，对于制造企业原模型和企业本体的开发提供了技术框架。利用模型技术解决IT项目的交流、设计、技术转移、系统构建乃至运行维护的问题是目前学术界和业界的普遍看法，模型驱动的体系结构是目前的一个研究和实践的热点。

4 结论

随着信息技术的发展和应用范围的不断扩大，IT项目管理越来越具有普遍性。分析IT项目的内在特征和特有问题，在项目管理知识体系的架构下，有针对性地开发适应性的理念和方法，将是IT项目管理领域的发展方向。

需要强调的是，信息技术本身的发展并不是IT项目的目的，满足应用对象的需求和战略目标才是其出发点，因此需要切实做好项目的需求分析，一切从业务工作的实际需求出发，在集成理念的指导下，充分考虑整个系统的集成要求，并在此基础上选择相关的成熟技术、应用系统和产品，同时做好项目的技术经济分析，才能保证信息化项目发挥实效。国家863计划CIMS主题专家组在大量信息化工程实践的基础上提出的“需求牵引、效益驱动、总体规划、分步实施”的策略是IT信息化项目管理的总体指导思想。

软件项目计划如何编写举例 一、项目计划的要素

根据PMBOK2000，项目计划可以包含如下要素：

1、 项目范围说明

项目范围说明阐述进行这个项目的原因或意义，形成项目的基本框架，使项目所有者或项目管理者能够系统地、逻辑地分析项目关键问题及项目形成中的相互作用要素，使项目干系人在项目开始实施前或项目相关文档编写以前，能够就项目的基本内容和结构达成一致；项目范围说明应当形成项目成果核对清单，作为项目评估的依据，在项目终止以后或项目最终报告完成以前进行评估，以此作为评价项目成败的依据；范围说明还可以作为项目整个生命周期监控和考核项目实施情况的基础，和项目其他相关计划的基础。

2、 项目进度计划

进度计划是说明项目中各项工作的开展顺序、开始时间、完成时间及相互依赖衔接关系的计划。通过进度计划的编制，使项目实施形成一个有机的整体。进度计划是进度控制和管理的依据，可以分为项目进度控制计划和项目状态报告计划。

在进度控制计划中，要确定应该监督哪些工作、何时进行监督、监督负责人是谁，用什么样的方法收集和处理项目进度信息，怎样按时检查工作进展和采取什么调整措施，并把这些控制工作所需的时间和人员、技术、物资资源等列入项目总计划中。

3、 项目质量计划

质量计划针对具体待定的项目，安排质量监控人员及相关资源、规定使用那些制度、规范、程序、标准。项目质量计划应当包括与保证与控制项目质量有关的所有活动。质量计划的目的是确保项目的质量目标都能达到。根据ISO9001要求和PMBOK2000，为实现质量目标，组织应遵循以顾客为中心、领导作用、全员参与、过程方法、管理的系统方法、持续改进、基于事实的决策方法、互利的供方关系等8项质量管理原则。

4、 项目资源计划

有了项目范围计划和进度计划后，资源计划就是决定在项目中的每一项工作中用什么样的资源（人、材料、设备、信息、资金等等），在各个阶段使用多少资源。项目费用计划包括资源计划、费用估算、费用预算。

5、 项目沟通计划

沟通计划就是制定项目过程中项目干系人之间信息交流的内容、人员范围、沟通方式、沟通时间或频率等沟通要求的约定。

6、 风险对策计划

风险对策计划是为了降低项目风险的损害而分析风险、制定风险应对策略方案的过程，包括识别风险、量化风险、编制风险应对策略方案等过程。

7、 项目采购计划

项目采购计划过程就是识别哪些项目需求可应通过从本企业外部采购产品或设备来得到满足。如果是软件开发工作的采购，也就是外包，应当同时制定对外包的进度监控和质量控制的计划。

8、 变更控制、配置管理计划

由于项目计划无法保证一开始就预测得非常准确，在项目进行过程中也不能保证准确有力的控制，导致项目计划与项目实际情况不符的情况经常发生，所以必须有效处理项目的变更。变更控制计划主要是规定变更的步骤、程序，配置管理计划就是确定项目的配置项和基线，控制配置项的变更，维护基线的完整性，向项目干系人提供配置项的准确状态和当前配置数据。

二、项目计划编制过程

由于软件开发的手工性、个体性特征，软件开发项目计划不可能是一个静态的计划，一次在项目启动时，可以先制定一个颗粒度相对比较粗的项目计划，先确定项目高层活动和预期里程碑。粗颗粒度的项目计划需要不断地更新迭代，根据项目的大小和性质以及项目的进展情况进行迭代和调整。迭代和调整的周期也是根据项目的情况进行制订的，一般短到一周，长到2个月左右。经过不断的计划制订、调整、修订等工作，项目计划从最初的粗粒度，变得非常详细。这样的计划将一直延续到项目结束，延续到项目的成果出现。

制定计划的过程就是一个对项目逐渐了解掌握的过程，通过认真地制定计划，项目经理可以知道哪些要素是明确的，哪些要素是要逐渐明确的，通过渐近明细不断完善项目计划。阶段计划中包含的工作汇报和下一阶段工作安排是掌握项目进度的依据，从阶段计划对照总体计划，才能一目了然地看出工作的进展情况。制定计划的过程，也是在进度、资源、范围之间寻求一种平衡的过程。制定计划的精髓不在于写出一份好看的文档，而在于运用您的智慧去应对各种问题和面临风险并尽可能做出前瞻性的思考。一旦计划被负责任地完成，他就可以给自己一个和管理层或客户交流与协商的基础，帮助你在项目过程中防范各种问题的出现，帮助你保证项目按时完成。

企业确定要开始某个项目时一般会下达一个立项的文件，暂且叫“项目立项文件”，主要内容是遵照的合同或相关协议，项目的大致范围、项目结束的截止时间和一些关键时间，指定项目经理和部分项目成员等等。

接下来的项目计划编写一般要按照以下过程：

1成立项目团队：相关部门收到经过审批后的“项目立项文件”和相关资料，则正式在“项目立项文件”中指定的项目经理组织项目团队，成员可以随着项目的进展可以在不同时间加入项目团队，也可以随着分配的工作完成而退出项目团队。但最好都能在项目启动时参加项目启动会议，了解总体目标、计划，特别是自己的目标职责，加入时间等等。

2项目开发准备：项目经理组织前期加入的项目团队成员准备项目工作所需要的规范、工具、环境。如开发工具、源代码管理工具、配置环境、数据库环境等。前期加入的项目团队成员主要由计划经理，系统分析员等组成，但快要制定好的项目计划一定要尽可能经过在所有项目团队成员和项目干系人中间的充分沟通。如果项目中存在一些关键的（指将影响项目成败）技术风险，则在这一阶段项目经理应组织人员进行预研。预研的结果应留下下书面结论以备评审。

说明：项目计划书必须在相应阶段对项目目标、阶段目标和各项任务进行精确的定义，就是要在相应阶段进一步进行项目目标的细化工作；特别是在概要设计完成，详细设计或编码实现开始之前应该对下一阶段的目标任务进行细化。应当充分调查并掌握影响项目计划的一切内部和外部影响因素；应当尽可能充分地分析项目工作分解结构，通过分析项目工作分解结构不仅获得项目的静态结构，而且通过逻辑分析，获得项目各工作任务之间动态的工作流程；应当将项目目标、任务进行分解，制定详细的实施方案。

3项目信息收集：项目经理组织项目团队成员通过分析接收的项目相关文档、进一步与用户沟通等途径，在规定的时间内尽可能全面收集项目信息。项目信息收集要讲究充分的、有效率的沟通，并要达成共识。有些成员认为，电子邮件发来的文档（计划、需求、周计划等）是在沟通不够充分的情况下完成的，成员看过后有不了解或与自己的能力或意愿不符的情况，但通过电子邮件等方式沟通的效率不高，这也许是个习惯的问题，也许和某个具体问题本身是否容易通过电子邮件沟通清楚有关。因此重要的内容需要开会进行Q&A讨论，确保所有重要问题都得到理解，最终达成共识。讨论会上达成共识的应当记录成文字落实在具体的文档中。

4 编写《软件项目计划书》

项目经理负责组织编写《软件项目计划书》。《软件项目计划书》是项目策划活动核心输出文档，它包括计划书主体和以附件形式存在的其他相关计划，如配置管理计划等。《软件项目计划书》的编制参考《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求。各企业在建立ISO9001质量管理体系或CMM过程中也会建立相应的《软件开发项目计划书规范》。

编制项目计划的过程应当分为以下几个步骤：

a、确定项目的应交付成果。这里的项目的应交付成果不仅是指项目的最终产品，也包括项目的中间产品。例如通常情况下软件开发项目的项目产品可以是：需求规格说明书、概要设计说明书、详细设计说明书、数据库设计说明书、项目阶段计划、项目阶段报告、程序维护说明书、测试计划、测试报告、程序代码与程序文件、程序安装文件、用户手册、验收报告、项目总结报告等等；

b、任务分解：从项目目标开始，从上到下，层层分解，确定实现项目目标必须要做的各项工作，并画出完整的工作分解结构图。软件开发项目刚开始可能只能从阶段的角度划分，如需求分析工作、架构设计工作、编码工作、测试工作等等，当然规模较大时也可把需求、设计拆分成不同的任务。不过特别是在概要设计完成时可以对下一阶段的目标任务进行横向的细化。

c、在资源独立的假设前提下确定各个任务之间的相互依赖关系，以确定各个任务开始和结束时间的先后顺序；获得项目各工作任务之间动态的工作流程。

d、确定每个任务所需的时间，即根据经验或应用相关方法给任务需要耗费的时间；确定每个任务所需的人力资源要求，如需要什么技术、技能、知识、经验、熟练程度等等。

e、确定项目团队成员可以支配的时间，即每个项目成员具体花在项目中的确切时间；确定每个项目团队成员的角色构成、职责、相互关系、沟通方式。

f、确定管理工作，管理工作是贯穿项目生命周期的，如项目管理、项目会议等、编写阶段报告。项目团队成员之间的沟通时间、项目团队成员和其他项目干系人之间的沟通时间也比较容易被忽视，而沟通时间也是比较不容易固定地量化和日程化。但这些工作在计划中都应当充分地被考虑进去，再回师项目计划更加合理，更有效地减少因为计划的不合理而导致的项目进度延期。

g、根据以上结果编制项目总体进度计划，总体进度计划应当体现任务名称、责任人、开始时间、结束时间、应提交的可检查的工作成果。

h、考虑项目的费用预算、可能的风险分析及其对策、需要公司内部或客户或其他方面协调或支持的事宜。

5 软件项目计划书评审、批准

项目计划书评审、批准是为了使相关人员达成共识、减少不必要的错误，使项目计划更合理更有效。

项目经理完成《软件项目计划书》后，首先组织项目团队内部的项目团队负责人、测试负责人、系统分析负责人、设计负责人、质量监督员等对项目计划书进行评审，评审可采取电子或会议方式，并进行阶段成果项目团队内评阅记录。应当要求所有相关人员在收到软件项目计划书后的一个约定时间内反馈对计划书的意见。项目经理确保与所有人员就项目计划书中所列内容达成一致。这种一致性是要求所有项目团队成员对项目计划的内容进行承诺，无法承诺或者说是无法达成一致的，要么修改项目计划去适应某些项目团队成员，要么是由某些项目团队成员采取妥协措施，去适应项目计划的要求。

项目经理将已经达成一致的软件项目计划书提交项目高层分管领导或其授权人员进行审批，审批完成时间不能超过预先约定的时间。对于意义重大的项目，由过程控制部门如质量管理部和项目分管领导同时对《软件项目计划书》进行审批。

批准后的软件项目计划书作为项目活动开展的依据和本企业进行项目控制和检查的依据，并在必要时根据项目进展情况实施计划变更。

项目质量监督员根据《软件项目计划书》和《软件开发项目质量计划书规范》编制软件开发项目质量计划。大型的项目应当编制单独的《软件开发项目质量计划书》；规模较小的可以在《软件项目计划书》的某个章节说明“软件开发项目质量计划”，也可单独编制类似“软件开发项目质量控制表”的文档。

配置管理员根据计划书编制《项目配置管理计划》。以项目工作计划书中的阶段成果为依据，根据配置管理计划规范编制配置管理计划，项目经理审批配置管理计划，并对配置管理计划的有效性负责。

项目策划工作完毕，软件项目计划书通过评审，一般情况下，对软件开发项目来说，工作转入需求分析阶段。

三、项目计划内容确定

项目计划内容的确定一般要按照以下过程：

1 确定项目概貌

合同项目以合同和招投标文件为依据，非合同项目以可行性研究报告或项目前期调研成果为依据，明确项目范围和约束条件，并以同样的依据，明确项目的交付成果。进一步明确项目的工作范围和项目参与各方责任。

2 确定项目团队

确定项目团队的组织结构和与项目开发相关的职能机构，包括管理、开发、测试、QA、评审、验收等。确定项目团队人员及分工。与相关人员协商，确定项目团队人员构成。如内部不能满足人员需求，则提出人员支援申请。

3 明确项目团队内、外的协作沟通

明确与用户单位的沟通方法。明确最终用户、直接用户及其所在本企业／部门名称和联系电话。客户更多的参与是项目成功的重要推动力量，加强在开发过程中与用户方项目经理或配合人员的主动沟通，将有助加强客户等项目的参与程度。建议采用周报或月报的方式通告项目的进展情况和下一阶段计划，出现的需要客户协调或了解的问题。

当项目团队需要与外部单位协作开发时，应明确与协作单位的沟通方式。确定协作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。

明确本企业内部协作开发的部门名称、经理姓名、承担的工作内容以及工作实施责任人的姓名、联系电话。明确项目团队沟通活动。项目团队成员规模在3人以上的项目应该组织项目团队周例会，项目团队采用统一的交流系统建立项目团队的交流空间。

4 规划开发环境和规范

说明系统开发的所采用的各种工具，开发环境，测试环境等。列出项目开发要遵守的开发技术规范和行业标准规范。对于本企业还没有规范的开发技术，项目经理应组织人员制订出在本项目中将遵守的规则。

5 编制工作进度计划

根据本企业规定和项目实际情况，确定项目的工作流程。编制项目的工作计划，此计划为高层计划，各阶段的工作时间安排要包括完成阶段文档成果、文档成果提交评审及进行修改的时间，各阶段结束的标志是阶段成果发布。在计划中要求明确以下内容：

a、工作任务划分；

b、显示项目各阶段或迭代的时间分配情况的时间线或甘特图；

c、确定主要里程碑、阶段成果；

d、要求用文字对项目工作计划做出解释。最终用一张时间表格来完整说明整个工作计划；对于迭代开发的项目，应编制出第一阶段的阶段计划。阶段内的任务分割以2-5天为合适，特殊任务的时间跨度在两个星期内；在项目的进行过程中，项目经理编制双周工作计划，指导成员的具体工作。

6 编制项目的监控计划。其中说明进度控制、质量控制、版本控制、预算控制等。

7 编制项目的风险计划，分析项目过程中可能出现的风险以及相应的风险对策。对于大型项目，建议以附件方式编制，便于不断更新。

8 制定辅助工作计划。根据项目需要，编制如培训计划、招聘计划等。

9 规划开发支持工作，如供方管理计划。

10 规划项目验收：制定项目的验收计划。此项工作可以视需要进行裁减。

11 规划项目收尾与交接活动。制定项目的验收、培训和项目进入维护阶段与技术支持部的交接工作。 参考文献

《管理软件开发项目》（第二版）Neal Whitten（软件项目管理系列丛书，孙艳春等译）；

《IT项目管理》Kathy Schwalbe（项目管理译丛 王金玉等译）；

《项目管理—计划、进度和控制的系统方法》（第7版）Harold Kerzner（电子工业出版社，杨爱华等译）；

《实用软件工程》（第二版）郑人杰、殷人昆、陶永雷（清华大学出版社）

《软件工程：实践者的研究方法》（第5版）Roger SPressman著；

《ISO9001：2000质量管理体系的要求》；

《高级项目管理基础》（信息产业部计算机信息系统集成高级项目经理培训讲义）；

《成功的项目管理》Trevol L Young（泰晤士报商业版，严鸿娟译）；

《成功的项目管理》Jack Gido ＆ James P Clements（21世纪管理经典教材系列，张金城等译）；

《如何做好项目管理》Stanley E Portny（IDG新经济工商实务傻瓜丛书，宁俊等译）；

风险管理规划是在项目正式启动前或启动初期对项目的一个纵观全局的基于风险角度的考虑、分析、规划，也是项目风险控制中最为关键的内容。一　风险形势评估风险形势评估以项目计划、项目预算、项目进度等基本资讯为依据，着眼于明确项目的目标、战略、战术以及实现项目目标的手段和资源。从而实现：通过风险的角度审查项目计划认清项目形势，并揭示隐藏的一些项目前提和假设，使项目管理者在项目初期就能识别出一些风险。尤其是项目建议书、可行性报告或项目计划一般都是在若干假设、前提、预测的基础上完成的，这些假设、前提、预测在项目实施期间有可能成立，也有可能不成立。而这其中隐藏的风险问题又通常是被忽视的。一旦问题发生，往往造成项目管理方的措手不及和无一应对。例如项目计划中假设用户实施小组全力支援、脱産或几乎脱産投入IT项目的实施，但在实际过程中，用户方人员却不得不抽出大量时间处理塬有的业务，造成IT项目实施进度的拖延和实施效果不尽人意的风险。诸如此类的例子还有很多。为了找出这些隐藏的项目条件和威胁，就需要对与项目相关的各种计划进行详细审查，如人力资源计划、合同管理计划、项目采购计划等等。由此我们可以得出，风险形势评估一般应重视以下内容：项目的起因、目的、项目的范围、组织目标与项目目标的相互关系、项目的贡献、项目条件、制约因素等。二　风险识别在对项目的基础的风险形势评估之上，就需要对各种显露的和潜在的风险进行识别。风险识别实际上是对将来可能发生的风险事件的一种设想和猜测。因此，一般的风险识别结果应包括风险的分类、来源、表现及其后果、以及引发的相关项目管理要求。在具体识别风险时，一方面可利用一些常识、经验和判断，通过以前经历的项目中积累起来的资料、资料、经验和教训，或者请教相关的专家和资深从业人员，采用集体讨论的方式。另一方面，可以通过分解项目的范围、结构来识别风险，理清项目的组成和各个组成部分的性质、之间的关系、与外因的联系等内容，从而减少项目实施过程中的不确定性。除此之外，还可以利用一些技术和工具。比如，结合经验和教训，将项目成功和失败的塬因罗列成一张核对表，或者是项目的实施范围、质量控制、项目进度、采购与合同管理、人力资源与沟通等。以上都是风险识别常用的一些手段和方法，当然还有其他更多的途径，因项目而异，灵活运用。三　风险分析和评价在进行风险识别并整理之后，必须就各项风险对整个项目的影响程度做一些分析和评价，通常这些评价建立在以特性为依据的判断和以资料统计为依据的研究上。风险分析的方法非常多，一般采用统计学范畴内的概率、分布频率、平均数衆数等方法。但无论是哪一种工具，都各有长短，而且不可避免的会受到分析者的主观影响。可以通过多角度多人员的分析或者采取头脑风暴法等尽可能避免。此外，我们应当明确，风险是一种变化着的事物，基于这种易变条件上的预测和分析，是不可能做到十分的精确和可靠的。所有的风险分析都只有一个目的，即尽量避免项目的失控和为具体的项目实施中的突发问题预留足够的后备措施和缓冲空间。风险评价之后，项目面临着两种选择，即面临着不可承受风险和可承受风险。对于前者，或者终止项目，或者采取补救措施，降低风险或改变项目;对于后者，则需要在项目之中进行风险控制。

正所谓知易行难，目标管理并不仅仅是管理目标这么简单，它有一套完备的目标体系。它需要科学的方法，需要一种对时机、风险、分寸的把握和判断的能力。

目标管理是管理大师彼得·德鲁克在其名著《管理实践》中最先提出的，他提出目标管理与自我控制的相互结合使用。德鲁克认为，并不是有了工作才有目标，而是相反，有了目标才能确定每个人的工作。MBO（ManagementByObjectives，目标管理）是为了实现项目的任务与目的，给各层级人员从上至下制定切实可行的目标，并且各层人员必须在规定时间内完成指定任务的一种管理方法。

去掉繁复的理论体系的包裹，目标管理其实很朴素，手段其实很简单。它需要做好三件事--目标设定、制定计划并控制、度量目标达成度。也就是说，项目启动前要有目标和计划，项目进行当中要有控制，项目结束之后要对目标进行度量。目标管理的关键点在一头一尾，头是分层级设定目标，尾就是考核、评价和奖惩。

因此，目标管理是一种程序或过程，

项目管理者通过目标对下级进行管理，当确定了项目总体目标后，必须对其进行有效分解，转变成各个部门/团队以及各个员工的分目标，管理者根据分目标的完成情况对下级进行考核、评价和奖惩。所以，目标管理量化了目标，从而使目标具体化、可视化。

（2）目标分解与考核量度

目标管理是通过目标的设置和分解、目标的实施及完成情况的检查、奖惩为手段，通过员工的自我管理来实现目的的一种管理方法。过程不重要，结果重要。可能管理过程是松散的，但结果却是受到控制的。在目标分解过程中，权、责、利三者明确，只有每个员工完成了自己的分目标，整个项目的总目标才有完成的希望。

总的来说，目标管理加大了对员工的绩效考核力度。目标管理以制定目标为起点，以目标完成情况的考核为终结。至于完成目标的具体过程、途径和方法，上级并不过多干预。所以，在目标管理制度下，监督的成分很少，而控制目标实现的能力却很强。

（3）目标管理的优点

一是目标管理对项目内易于度量和分解的目标会带来良好的绩效。例如，对于在技术上具有可分性、可量化的工作，由于责任、任务明确目标管理常常会起到立竿见影的效果，而对于技术不可分的任务则难以实施目标管理。二是目标管理有助于改进团队的职责分工。例如，由于项目目标的成果和责任力图划归一个职位或部门，容易发现授权不足与职责不清等缺陷。

（4）目标管理的缺点

在实际项目运作中，目标管理也存在许多明显的缺点。主要表现在：一是IT项目内的许多目标都难以定量化、具体化，或许多工作在技术上不可解，或项目环境的可变因素越来越多，使项目活动的不确性越来越大，这些都使得IT项目的许多活动制订数量化目标是很困难的。二是目标商定可能增加管理成本。目标商定要上下沟通、统一思想是很费时间的，同时每个团队、个人都关注自身目标的完成，很可能会忽略了相互协作和总体目标的实现，滋长本位主义、临时观点和急功近利倾向。三是有时奖惩不一定都能和目标成果相配合，也很难保证公正性，从而削弱了目标管理的效果。

IT项目管理是项目管理在IT领域的应用，结合IT行业特点运用项目管理技术、理念和方法，包括9大知识领域（项目综合、范围、时间、成本、质量、人力资源、沟通、风险和采购管理）以及启动、计划、实施、控制和收尾等过程组成。

软件项目开发管理过程中，不仅要努力实现项目的范围、时间、成本和质量等目标，还必须协调整个项目过程，以满足项目参与者及其他利益相关者的需要和期望；随着软件规模和所涉及的领域不断地扩大，软件项目的管理越来越困难。纵观所有失败的软件项目，基本原因是不能管理其软件过程，在无纪律的、混乱的项目状态下，组织不可能从较好的方法和工具中获益。严谨的软件过程控制与管理不仅可以在每个阶段回顾和纠正项目的偏差，识别软件项目的风险甚至果断中止项目，而且可以将人才流动所带来的不利影响减少到最小。要进行有效的过程控制，必须明确软件项目管理流程。

1、流程第一阶段：项目的启动

在项目管理过程中，启动阶段是开始一个新项目的过程。启动信息技术（IT）的项目，必须了解企业组织内部在目前和未来主要业务发展方向，这些主要业务将使用什么技术及相应的使用环境是什么。启动信息技术（IT）的项目的理由很多，但能够使项目成功的最合理的理由一定是为企业现有业务提供更好的运行平台，而不是展示先进的IT技术。

2、流程第二阶段：项目的计划

在项目管理过程中，计划的编制是最复杂的阶段，项目计划工作涉及九个项目管理知识领域。在计划编制的过程中，可看到后面各阶段的输出文件。计划的编制人员要有一定的工程经验，在计划制定出来后，项目的实施阶段将严格按照计划进行控制。今后的所有变更都将是因与计划不同而产生的。也就是说项目的变更控制将是参考计划阶段的文件而产生的。

3、流程第三阶段：项目的实施及控制

在项目实施阶段是占用大量资源的阶段，此阶段必须按照上一阶段定制的计划采取必要的活动，来完成计划阶段定制的任务。在实施阶段中，项目经理应将项目按技术类别或按各部分完成的功能分成不同的子项目，由项目团队中的不同的成员来完成各个子项目的工作。在项目开始之前，项目经理向参加项目的成员发送《任务书》。

4、流程第四阶段：项目的收尾

在项目管理过程中，计划的编制是最复杂的阶段，项目计划工作涉及九个项目管理知识领域。在计划编制的过程中，可看到后面各阶段的输出文件。计划的编制人员要有一定的工程经验，在计划制定出来后，项目的实施阶段将严格按照计划进行控制。今后的所有变更都将是因与计划不同而产生的。也就是说项目的变更控制将是参考计划阶段的文件而产生的。

5、流程第五阶段：项目的维护期

在项目收尾阶段结束后，项目将进入到后续的维护期。项目的后续维护期的工作，将是保证信息技术能够为企业中的重要业务提供服务的基础，也是使项目产生效益的阶段。在项目的维护期内，整个项目的产品都在运转，特别是时间较长后，系统中的软件或硬件有可能出现损坏，这时需要维护期的工程师对系统进行正常的日常维护。维护期的工作是长久的，将一直持续到整个这个信息技术（IT）项目的结束。

你是从业多年的程序员吗，想过35岁以后还会从事这个职业吗？

你是实施工程师吗，干了多年基础工作之后，思考过奋斗的目标吗？

你是需求分析师吗，多年来与客户的接触让你的经验丰富，却一直没有勇气承担起项目的责任，渴望过让需求真正在你手里落地吗？

你是测试工程师吗，是否厌倦了不断找别人的错误，现在只想让别人找自己的错误？

你是前端吗，是否在不断地寻找合适框架中迷失了你的初心，曾经那个让你激动无比的效果，为什么没有再去使用它？

你是设计吗？是不是觉得自己再用心的设计

最终做出来都会变成不想要的样子，心有不甘却又无可奈何？

这些IT职业的苦恼和忧愁，在IT行业有哪些职业能够解决上面的问题？答案可能有多个，但是最合适的选项就是IT项目经理。

作为第一选项，许多人会选择项目经理（以下特指IT项目经理）进行职业转型，原因自然是相对其它职业有着非常明显的优势，下面几条简单列举一下它的优势：

第一 入行门槛高，其实对于有经验的人来说，入行门槛高是一件好事，可以形成职业壁垒，只跟小部分人才进行竞争，职场压力相对会比较小。

项目经理岗位对工作经验和情商都有一定的要求，能胜任的大多数是在行业内从业多年，对行业通用的技能和规则有着一定了解的老油条。

如果没有太多的经验就贸然从事这个职业，很容易遇到困难就无法解决，只能向领导求助，依靠领导的不断救场，推进项目的进度。直到有一天领导受不了了，对项目经理说：“这还不如我自己干呢，我来管项目吧，你当领导去！”

但是还有另外一种可能，在一个项目的试炼之后小号完成了变成大号的终极考验，就像灰袍的甘道夫变成了白袍的甘道夫，一挥手，曾经遇到的强敌灰飞烟灭，小项目进不了他身，瞬间就能秒；又如同武林高手打通了任督二脉，练就一身深厚的内力，之后纵横项目的江湖，翻手为云，覆手为雨，从无败绩。

        当然，以上存属臆想，如果有人短时间就做到了这些，那只能说是天赋异禀，这只是少数人拥有的特质。我等战五渣，还是练好武功再下山吧，还得防备辛苦练武二十年，下山被人家一刀就秒了。项目的江湖，斗争激烈，只有身兼多项武功并且没有死穴的高手才能进入。

        第二 工资待遇高，由于入行门槛高，且需要有一定管理经验的人，相对来说人才稀缺，工资自然会定得高一些。

项目的规则是谁干最多的活，就得最多的功劳，出问题也得背最大的锅。项目经理因为岗位责任的原因，必须得尽最大的努力推进项目，结果自然是项目完成交付的最大的功劳是项目经理的。当然，没有交付好项目，责任也全在项目经理的，该背大锅就得背大锅，不可能功劳都给你了，背锅的时候就想跑。

        按照行业默认的规则，完成项目关键节点或者完成项目终验之后，会根据对项目的贡献发放奖金，以提高大家工作的积极性，项目经理自然会得到最多。实际上这也是一种工作的正向激励，能者多劳，多劳多得，在项目当中体现的最明显。

        第三 工作时间相对自由，项目经理最主要的责任是要发挥个人的主观能动性，按计划推进项目的进度，确保正常交付。

因为项目所在地一般和公司不在同一个位置，需要经常去项目现场外办或者出差，鉴于客户现场条件限制，一般公司很难或者无法在考勤上对项目经理进行固定的管理。

这样的好处就是项目经理在每天完成项目任务之外的时间，完全可以自由地支配，想干嘛就干嘛，不用像在公司必须按时打卡上下班，工作和生活的自由度都更大一些，可以满足d性上班的就业要求。

有的能力强的项目经理，都可以不用去项目现场，几句话指导，分分钟就能完成任务，真是人在床上躺，钱从天上来，这工资挣的是真轻松。

        看完上面的三个优势，是不是觉得这个职业很不错，非常心动，想赶紧尝试尝试。先别急，既然说到它有特别明显的优势，那肯定也会有地狱级别的工作内容，要不然简历肯定满天飞，都抢着去从事这个职业了，轮到咱们说不准黄花菜都凉了，不对，可能黄花菜冻得梆梆的了都轮不上。

实际上很多人对这个职业并不陌生，因为经常能与从事这个职业的人打交道，在工作中有或多或少的交集，打交道次数多了可能会觉得从事这个职业比较容易。

但那是没有真正对这个职业了解前下的结论，没有实践就没有发言权，更何况这是个非常看重过往从业经验的工作，没真正从事过更不会了解这个职业的风险与压力，那真是在刀尖上行走，每一步都要小心翼翼，如果走得不稳，那就准备好承受刀尖的反噬痛苦吧。

          说了那么多好处和难处，没有真q实d的 *** 作，还是无法感受真实的一面，下面就具体讲一下项目经理的工作内容，大家可以把自己代入到这个工作里面，看看在这个地狱难度的关卡中可以进行到第几关。

        第一关，组建项目团队。开局一个人，制霸新手村，就靠抢资源。

        项目经理大多有过这样的经历，领导晚上突然发过来一条信息：“这几天有个项目启动会，你参加一下，了解一下客户相关的信息，提前做好准备”，好嘛，连啥项目内容都不知道，就只给了一个地址，这种情况就像只穿着一条裤衩，就把你丢进了新手村。还想出去打怪升个级，没有装备武器，新手村门口都出不来。

        项目启动会是项目经理在项目中进行的第一项里程碑，确定了项目的正式启动，规定了甲方乙方以及第三方监理的责任和义务，最重要的是公司给予了项目经理组建项目团队的权利，根据项目的建设内容，可以要求公司抽调相关的人力资源，要求要各部门优先配合项目的进度事宜。

        获取资源是项目启动会之后最重要的事情。资源包括两种，一种是人力上的资源，比如组建项目的实施团队，团队成员可以从其它项目组抽调人员，如果没有足够的人员可抽调，就要考虑招聘新的人员；一种是行政上的资源，公司和客户需要给予项目经理场地、设备以及人员协调的支持。

        项目的初期是最容易获取这些资源的，这时候公司和客户对项目的关注度最高，对项目相关的审批优先级也是最高，对项目经理的合理要求也是大开绿灯一路放行。

现在项目经理已经被扔进了新手村，他看了看四周，空无一人，就给自己起了绰号“就我一个人可干不了！”，公会（公司）领导看到了，质疑他的能力，口头批评一次，他又改成“我自己就行！”，可是又想到活太多了，这么吹牛也不是办法，又改成“人越多项目越早完事！”，领导又看见了，对他说：“你自己组建团队吧，要多少名额，自己看着办吧！”

          好的，那就看着来了，大张旗鼓的改成了“我来了，我征服，谁不服我，我就服谁，谁服我，我就欺负谁！”，改完以后，一想这不是把自己真实的想法写出来了，这谁还跟他干呢。最后决定来个激励点的，“跟着我，活少，有肉吃，钱随便花”，项目的激励就这么定了。

现在到了地狱级别闯关的第一关，项目经理已经有了公会（公司）的许可，需要在新手村组建自己的项目团队，磨炼相关的工作技能，初步建立分工协作，有了这些基础，就可以组团出去打项目的各种Boss了。

        组建团队至少需要有三种类型的人员，第一种是任劳任怨的核心成员，第二种是能解决问题的技术专家，第三种是能够掌控全局，预判风险，时刻关注项目每一个细节的成败的项目负责人，也就是项目经理自己了。

        用游戏的职业转换一下，一个是攻击不高，但是防御力强的肉盾，可以一直顶在前边，抵挡怪物的进攻；一个是攻击力高，关键时刻大概率会出现暴击输出的主攻选手；一个是可以给团队成员加各种状态的团队辅助，出现危险的时候，要顶住压力，保全团队，以完成任务为第一责任。

        很多人以为任劳任怨的核心成员，是项目组最容易协调到的人力资源。实际上不论哪个项目团队最缺少的都是这种类型的成员。这种类型的人员与职业和从业经验关系并不大，更多的是本人具有强烈的责任心，这恰恰是项目团队最需要的成员。

        从哪能得找到这样的成员呢？这个就需要很是琢磨一番了，一般来说会从三个方面去寻找。       

        第一 寻找曾经的队友，以前曾经在一个项目团队共同战斗过，对其各方面比较了解，有过深入的沟通合作，确定是你想要寻找的成员。

        如果这个人现在正处于项目的空闲期，那就别犹豫，分秒必争，赶紧向领导申请把这个人调过来。是金子在哪里都会发光的，是好用的员工哪个项目组都会抢着要的。

        你不早下手，别人就会下手，到时候看着别的项目经理可以当甩手掌柜，动不动几天见不着人，项目却一点事都没有，你却只能悲催的当救火队员，一天不出现，大火就烧过来了。回想起那次的错过，下次一定会忘了拖延症，饭都不吃了，就去把人抢过来。

        第二 领导的推荐，领导对员工的个人脾气秉性比较了解，会根据项目的难易合理安排人员。

        但是有一点要知道，领导考虑的是全局，很难周到考虑到这个员工是否是符合项目需要的人，而且有些员工在领导面前表现出来的工作态度和实际的并不一样。

        所以切记，领导可以帮你做出选择，但是做出决定需要多考虑一下，领导认可的不一定是真正需要的，有条件的话可以先多做接触，考察实际的工作能力和沟通能力，再最终决定是否接纳入团队。

        第三 招聘新人，在项目团队人手不齐，时间又宽裕一些的时候，可以考虑这样做。但是风险始终存在，对于项目团队来说最重要的是有稳定可靠的成员，新入职的员工，各方面的能力都是未知的，短时间内很难确定是项目需要的人，也很难确定其是否有长期入职的打算。

        如果想等一等，观察观察再做打算是否让其参与到项目中，但是项目的计划不会等，客户的耐心不会等，投入的资源也不会等。新招聘的人员只能在交付项目的过程中，通过实践去检验工作能力了。

        等到项目启动的时候再去招聘，要承担很多未知的风险，这也是为什么公司会有储备人才的原因了。为了避开这种风险，可以考虑一种办法，推荐熟悉的人来公司应聘，这样可以绕开对新员工不熟悉的风险，属于一种抄捷径的做法。

        既然是抄捷径，好处是省去了观察的时间，选择了一个相对靠谱的人员；坏处就是相信了别人，就要承受相信的代价，如果推荐过来的人是个水货，或者没有达到相应的标准，项目经理想换个人，但是碍于情面，毕竟是熟悉的人推荐过来的，对他也只能睁一眼闭一只眼了，只能走一步看一步，徐徐图之了。

        按照上面的三个办法去寻找，技术专家也不是难题，只是个人要求上面会多一些其它方面的考虑，比如擅长的技能是否是项目需要的，考虑技术问题是否实际，理论型的人才尽量要避开，眼高手低的不要过来，无法沟通的一定远离，诸如此类种种，如果都能考虑到了，挑选出来的技术专家从理论上已经符合项目的需要了。

        项目团队初具雏形，之后以这个团队架构为基础，根据项目任务的需要，会从其它职能部门协调人员配合完成任务，比如从质量部门协调人员对项目的质量进行检查和监督，从设计部门协调人员进行系统的设计和美化等等。

        随着项目团队成员已经就位，接下来的任务是建立项目制度，明确职责分工，通过完成项目任务培养相互之间的配合度，一步一步变成一个战斗力强劲的团队，但那是后面的事情了，现在项目经理面临更大的一个挑战。

        公会（公司）为了发展的需要，在服务器新开的区（新的项目），项目经理安排入驻开辟新的战场，经过多方面的努力，第一关终于通过了，项目经理在新手村招揽一群精英级别的打怪小分队成员，内心已经跃跃欲试，向小怪们磨刀霍霍了。

可是却面临一个尴尬的情况，没有装备（客户的信任）和武器（需要交付的系统或者设备），没有基础属性点可加（业务了解程度），村口碰到个5级的小怪都打不动。

        虽然小怪的攻击低（项目初期的任务都是零散的小任务，没有形成统一的体系），但是防御力高（项目的建设内容需要细致的了解之后，才能有针对性的实施），非常努力地打了一天，一滴血都没打掉。

        是可忍，孰不可忍，辛辛苦苦组建的精英团队竟然对付不了最弱的小怪，说出去都让NPC笑话，怎么好意思制霸新手村，趁早散伙，大家分行李去吧。

大门口都出不去，是不是有点丢人，怎么办？记住项目经理职业的第一原则，无论对内部还是对外部，遇到事情需要做决定的时候，无论内心有多慌有多没底，一定要表现出事情在掌控中的样子。

为什么要有这样的表现，对内关系到团队执行力，对外关系到客户的信任，毕竟谁也不想把重要的事情交给一个没有信心能办好的人，谁都不想跟着一个看起来不靠谱的人。

解决问题的四个步骤，遇到问题，分析问题，提出解决方案，解决问题。项目的解决方案最好是可以在团队内部解决的，这样资源比较容易获取，而且不用等协调的时间，还有一个重要的因素，不能事事都找领导，经常这样容易造成能力不足的表现，如果碰到团队真的解决不了的，再找领导解决问题也不迟。

比如说现在遇到的问题，分析一下，就是没有客户的支持寸步难行，不了解项目的需求埋头干就是白干，方案就是同客户快速建立信任关系，尽快了解项目的重点需求和真正需求（注意两个需求的区别，后续会提到）。

项目经理想起了在新手村最大的好处，通过做任务快速的升级别，不用辛辛苦苦的打怪，简单地围着村子转个圈，找几个人说说话能就完成任务得到奖励，升级换装备换武器，战力蹭蹭的往上涨，门口小怪一刀秒一群。

梦想是美好的，现实是残酷的，时刻要谨记世上没有白吃的午餐，世上也没有好做的项目。

现在就要进入地狱级别闯关的第二关，项目经理要与客户、监理建立良好的信任关系，对项目的需求进行了解和分析，有针对的进行重点突破，不要以为这是个简单的事情，三下五除二就能搞定。世上最难的事情，就是让陌生人把钱从兜里掏出来，并且亲手交到别人的手上，第二难的事情就是大把的花着陌生人的钱，还得让他相信这钱花的是值得的。

以上就是关于项目计划包括哪些内容全部的内容，包括:项目计划包括哪些内容、IT项目实施流程、求助，IT 项目管理资料等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！