给你5分钟时间，让你做对正在实施的IT项目进行介绍，我应该介绍哪些内容呢？想要一个提纲。

这几天张兴心情有点烦躁。张兴是一个资深的程序员，公司新委任他为研发团队主管。他这个大虾要带着一群小虾一起开发软件。没有想到他刚刚接手研发团队，就深深感受到研发团队建设的痛苦。

团队建设的最大病症：精神离职

项目管理说到底，核心是对人的管理。在张兴接手研发团队后，遇到的第一个难题就是团队成员常常是出人不出力。现在回忆起这些情况，张兴还感到后怕。这种情况的出现往往意味着在团队建设中隐藏着危险信号，并蒙蔽了团队经理的眼睛。如果不引起重视，团队建设将会前功尽弃。

让张兴非常苦恼的出人不出力，就是团队成员的精神离职，而这在团队中是普遍存在的。精神离职的特征表现为：工作不在状态，对工作不够认真，团队内部不愿意协作，行动较为迟缓，个人能力在工作中发挥不到30％，基本上是在无所事事的状态下结束一天的工作。

精神离职产生的原因大多是个人目标与团队愿景不一致产生的，也有工作压力、情绪等方面原因。正所谓百姓百心，在一个团队里大家由于心态、观念、能力的不一致使到很多研发工作进展缓慢。项目经理也往往不知道研发人员究竟是不会做还是不愿做，还是由于资源缺乏而不能做，从而很难让员工凝成一股绳高效地完成研发目标。针对精神离职者有效方法是：多沟通，用团队精神与团队愿景来提升工作状态，用激励手段提升工作热情。具体做法可以是安排假期，让精神离职者冷静思考，调整状态，然后根据实际情况考虑团队中是否会重新接纳。

工作群体与团队的区别

随着软件项目分工越来越细化，个人单打独斗的时代已经结束，团队合作提到了管理前台。软件开发不再是个人赛，而是团体赛，团队的组织形态越来越引起重视。

团队是指一种为了实现某一目标而由相互协作的个体所组成的正式群体。这一定义突出了团队与群体不同，所有的团队都是群体，但只有正式群体才能是团队。否则，只是一个伪团队或工作群体而已。

工作群体是一个小规模的人群组成，群体中每个成员不互相依赖地工作，以及不为彼此的结果而分担责任，因而工作群体的绩效是每个个体绩效的简单加总，不存在像团队的积极协作效应，也无法像团队那样实现1+12的效果。

工作群体与团队的差别之处：①关系期望。团队对成员表现在参与、投入、合作或支持等方面的期望较高，要求也较为严格。而在工作群体中，彼此间只是共同和睦相处，相互支持合作比较少。②沟通结构。团队有着更为复杂的沟通结构，对于信息交流、沟通程度要求都比较高。③运作方法。因为团队成员间相互依赖程度高，工作必须相互配合才能完成，所以格外关心共同工作的运行方式。

因此，仅把一组成员组合起来并不能称的上一个团队，要使成员发展成一个有效协作的团队，既要团队经理努力也要全体成员共同付出努力。一个高效团队对项目目标要有共同的清晰认识和理解，对每位成员的角色要有明确的划分，高度合作互助以及高度信任。团队成员不仅要完成自己的任务，还要协同其他成员共同完成研发任务。

高效团队的基石：分工平衡

研发团队建设虽不是一件轻松的事情，但也不象大多数人认为那样是一件非常困难的事情。在经过痛苦的挫折后，张兴明白到可以借助一些常见的管理方法来简化团队建设工作。除了明确工作质量、范围、工期、成本等目标外，高效团队的基石在于明确各团队成员的角色和责任分工，充分发挥团队成员各自的作用。

分工平衡和工作匹配是团队建设的两个重要方面。当失去了分工平衡，团队就会变得脆弱，团队合作远比个人总和重要。正如一个成功的橄榄球队，进攻，防守，教练，替补等各种角色都不可少。因此，团队经理需要真正做到人尽其材，每个成员都能够真正找到适合自己的位置，这样的成员配置才能达到一个平衡状态。

另一方面是工作匹配，是说开发任务必须分给技能和动力都匹配的人。对软件研发团队来说，辨别个人技能并做到最优分配是相当困难的，而且项目经理的个人主观意愿也可能使工作分配复杂化。但如果人才不能发挥所长，对软件研发工程师和项目经理来讲都是一个双重的打击。

项目团队考核指标：凝聚力建设

软件开发是一项集体运动，项目经理必须培养一种团队合作，而不是单纯的追求个人成功的氛围。团队凝聚力是无形的精神力量，是将一个团队的成员紧密地联系在一起的看不见的纽带。团队的凝聚力来自于团队成员自觉的内心动力，是团队精神的最高体现。一般情况下，高团队凝聚力带来高团队绩效。团队凝聚力在外部表现为团队成员对团队的荣誉感及团队的地位，团队凝聚力在内部表现为团队成员之间的融合度和团队的士气。

在软件开发项目管理中我们强调的团队凝聚力主要有责任感，协作精神等方面的内容。责任感是团队凝聚力最基本的要素，只有团队中每个人员都有了这种责任感，能够积极主动工作，才能够谈得上后续的沟通和相互协作，以达到团队所共同确定的目标。很多时候研发中出现设计太粗、编码阅读困难、或者编码BUG很多等问题，其实很多都不是团队成员的水平问题，更多原因是责任感不强。

协作精神在研发中是很重要的，即使完成一个简单的研发任务也需要团队的需求，设计，开发和测试人员来共同协作完成。协作精神在于互相尊重，团队内每位成员都尊重和认可其它成员所扮演的角色。如果团队成员间没有协作精神，主动沟通去解决问题，那研发项目质量就无法得到有力的保证。一个再优秀的成员如果没有团队观念，不愿意和他人协作是不适合呆在团队中，因为可能会使整个团队的协作精神土崩瓦解。

在实际的项目管理中，加强团队凝聚力建设方面采取的方法主要有：

1 项目经理定期和团队成员进行单独沟通，了解成员对工作和个人职业发展的一些真实想法，使团队发展和个人发展两者相互促进，让团队成员感受到在做研发过程中个人技能的提高和个人成就感的增加。

2团队定期组织相关的聚会和活动，加强团队成员间相互沟通和了解，活跃团队气氛，并把这种轻松和活跃的氛围传递到日常紧张的工作任务中，让团队成员更多感受到工作的乐趣。

1 公平合理的绩效考核：通过将员工的奖励和员工绩效结合起来，强化绩效管理。推行项目绩效管理制度，除了有效管理项目成果外，在加强团队凝聚力、培养团队精神都极有帮助。一个有强烈协作精神和自驱力的团队对项目的成败起着至关重要的作用。因此，通过绩效考核激发项目成员的工作热情是一个很好的方法。

2 协助成员技能提升：在研发过程中要让每个团队成员都感觉到自我技能的提升，但前提是团队成员有这种技能提升愿望和学习的热情。如果项目成员长期都是按部就班进行着重复的工作，那工作积极性和热情就很难持续的保持。因此，在研发过程中应该给每位团队成员承担挑战性工作的机会，充分信任团队目成员的能力，让团队成员体会到完成这些挑战后的成就感和个人能力的提高。

3 表扬和鼓励：项目经理要时不时的通过各种方式表扬和鼓励团队成员，对成员完成工作的给予最大的肯定，这是对团队成员最好的激励方式。例如通过邮件或电话等方式对成员的进行单独表扬、肯定和鼓励；通过项目例会对团队中表现优秀人员的表扬；通过团队聚会和活动等方式对整个团队完成工作的祝贺和鼓舞。表扬和批评两者并不矛盾，对于团队成员连续犯错误的毛病应该给予批评，但一般采用单独沟通或邮件的方式进行，整个团队也应该定期展开一些自我批评，让团队成员感受到自己的不足和待提高地方。

4 关注每个团队成员的职业发展：项目经理需要关注每个成员的职业发展和职业规划，对团队成员的职业发展给出一些建议，并为团队成员制定一些合乎实际的学习和成长路线。

IT项目管理

第 1 页

摘 要：本文从企业信息化建设的角度，从信息化项目建设的现状入手，强调项目选择和立项管理的重要性，详细描述了信息化建设项目启动管理的主要管理控制点，及每个管理控制点的主要措施，分析了作为IT项目的甲方，启动项目的整个管理过程。

关 键 词： 项目启动管理、需求分析、可行性方案论证

过去的几年，一些公司在信息化建设方面的投入巨大，难免有一些急于上马的项目投入与产出并不十分理想。而且由于市场环境的迅速变化，相应的业务模式也在不断的改变，从而给信息化系统的适应性提出了相当高的要求。

过去的有些项目启动时期没有很好地考虑到这些问题，造成一些项目盲目启动、仓促上马，导致项目的投入产出分析不清，项目重复建设，组织混乱，给后期的项目实施，项目维护，项目使用带来极大的风险，甚至导致系统建成后被用户弃用。最终使业务遭受损失。因此，越来越多的公司对于项目上马的决策已经趋于理性，严格要求做好项目启动前的论证工作。在满足当前紧迫的业务需求和长远的战略需求之间作好平衡。确保项目建设的成功。

相对产品供应商而言，企业在项目建设中处于合同意义上的甲方，其项目的启动过程与乙方的项目管理有很大的不同，是一个较为复杂的过程。它往往需要考虑一系列的问题，如：需求是否合理？是否有必要启动项目？项目可能带来的影响是什么？可能的投入有多大？取得的效益有多大？当前的管理模式是否能支撑？如果不能，可能要在哪些方面做好变革的准备？业界相关的产品有哪些？哪些是真正适合需求的？

因此，对项目启动管理形成统一的认知，对于实施信息化项目的企业有着非常重要的意义。

一般来说，项目的启动管理可以划分为以下几个阶段：

一、意向提出阶段

在意向提出阶段，业务部门发现需要由信息化手段来实现的业务需求，并提出建设信息化系统的期望。由于信息化项目的意向伴随着业务发展的全过程，因此，对于意向的统筹管理与规划对企业的信息化部门始终是一个难题。

对于有集中业务规划期间的企业，意向的产生经常集中在业务规划期间，比如：财年末，业务对自身的模式进行盘点期间，往往产生业务模式的改进或改革的需求，从而对信息化工具产生需求。在这一时间产生的想法或需求，往往不是很成熟，不确定性很大，后期变化的风险也很高。但这一时期，也是意向最集中，最易于统筹规划的时期。信息化部门通常在这一时期，对所有的意向进行收集，分类整理，初步形成项目建设清单。并考虑公司战略重点与资源投入的约束，对项目进行排序，以确定建设重点。

对于不在集中规划时期提出的项目意向，往往会影响到原有的整体规划与计划，各方面的论证更应谨慎，比如，项目的必要性、投入的合理性、资源到位的可能性，对已建和在建系统的影响等等。

信息化管理部门（或IT项目管理部门）可以通过建立一些制度与流程，对业务需求的意向进行引导， 尽量使意向在集中规划时期提出。

意向提出作为项目启动的一个阶段来管理，其意义就在于：对意向进行统筹规划，保证系统建设的整体合理性。

二、需求分析阶段

在受理了项目的意向以后，就进入对项目需求的分析阶段。这一阶段需要有IT人员与业务人员组成的小组，对业务需求进行详细的调研与分析。采用的方法主要包括各业务层次人员访谈、会议。

在这一阶段，IT人员与业务人员往往会出现矛盾，IT人员可能认为业务的需求不清晰，而业务认为自己的需求已经十分清晰。解决这个矛盾的关键在于，要有详细的管理控制方法，引导业务人员进行需求的细化。如，制定需求分析报告的框架，针对关键点形成文档等。一般来说，需求分析包括以下内容：

当前业务流程分析

未来业务流程分析

当前业务与未来业务的差异分析

信息化功能点需求

对将来系统的非功能需求，如：性能需求，环境需求，安全需求等

需求的优先次序

需求分析报告形成以后，还需要组织对需求的评审，以达成项目关系人对需求的一致认可。这一过程可包括：

制定评审计划：制定评审的工作计划，确定评审小组成员，准备评审资料。

需求预审查：评审小组成员对需求文档进行预审。

召开评审会议：召开评审会议,对需求规格书进行评审。

调整需求文档：根据评审发现的问题，对需求进行重新分析和调整。

重审需求文档：针对评审会议提出的问题，对调整后的需求文档进行重新审查。

三、可行性方案论证阶段

可行性方案的论证是项目启动阶段的关键活动，它的质量直接影响项目的实施效果。论证小组一般由企业内部的业务与IT技术两方面的人员组成，视项目的重要程度、难度与规模，可能还需要企业外部的专业顾问资源。

可行性方案论证的目的是通过确认管理体系和系统技术构架，从而确认未来的管理和技术方案是否有效。它立足于项目从管理上、技术上、实现上的难点进行阐述，逐步理清楚客户的需求。并在需求的基础上，规划总体解决方案，以作为项目投入产出评估的依据、产品选型的依据，以及后续实施方案的约束。

项目投入产出评估的依据：建立在业务需求分析基础上的项目投入与价值分析，往往是比较粗略的宏观感受。业务人员在提出信息化需求时，可能并没有充分考虑它与其它系统之间的关系，这样得出的投入与产出分析也是很粗略的。如果在此基础上，通过设计可行性方案，考虑清楚该项目的定位，与其它系统的关系，相信投入产出的分析将更有说服力。

产品选型的依据：可行性方案的制定是建立在业务需求的基础上，是不受任何产品影响的。因而它是后续产品选型的依据，它使得企业可以在产品选型过程中始终坚持从自身的需求和规划为原则选择产品与方案，而不至于受到供应商解决方案的误导。

实施方案的约束：可行性方案与实施方案是总体设计与详细设计之间的关系。可行性方案描绘了总体的业务方案与技术架构，而实施方案是可行性方案在各方面的细化。

此外，围绕可行性方案从管理上、技术上、实现上对难点进行的阐述，可以有效地开展项目的风险分析，制定项目的风险管理策略，为项目的成功提供保障。

四、产品选型阶段

当可行性方案需要通过选择新的产品来完成时，进入项目启动管理的产品选型阶段。在该阶段，对供应商进行初步的筛选以后，根据需求与方案要求，制定招标文档，接收供应商的项目解决方案，并根据评估标准，组织相关人员对供应商进行评估，选出2个以上的供应商进入商务谈判。并在立项报告审批通过以后，与供应商签署合同。该阶段又可细分为以下几个步骤：

创建RFP：根据需求阶段与可行性方案阶段分析的结果，制定向供应商招标的文档。

第 2 页

解决方案评估：制定产品选型评估的标准是该活动的核心，它包括：应用软件评估：对产品本身的功能、性能、体系架构、用户友好性、市场评价、费用等方面进行考察；

软件运行环境评估：对系统运行所需要的服务器、客户机的软硬件配置进行评估。这是很容易被忽略的一部分，又是有可能对后续实施投入影响最大的一部分，尤其是在客户端数量大，环境复杂的情况下。

项目实施评估：在信息系统的建设中，项目实施方法与能力已经成为项目成败的重要环节，因此对服务商实施能力的评估显得尤为重要。评估内容主要包括：实施方法、实施费用、实施周期、实施顾问经验以及对相似实施案例的考察。

培训与售后服务评估：包括考察培训方式、费用、售后服务方式、费用、响应时间等。

供应商评价评估：对供应商的基本面进行评估，如供应商的规模、业绩、合同语言和仲裁地、与客户的合作策略等方面。

效益风险评估：即项目的投入与产出的评估。这是最难评估的一项，当前在信息化项目中尚没有形成较完备的投入产出的量化评估指标，多是采用一些定性的分析与比较。

商务谈判

关于商务谈判的组织与技巧，有许多专门的论述。从信息化项目管理角度上具体来看，商务谈判是在一定的策略指导下，与产品及服务实施商进行的，确定合同条款的过程，目的是最大化的维护公司利益，确定最优的价格和服务条款。

商务谈判的依据是评估通过的解决方案，其过程通常包括：组织谈判小组、制定谈判方案、实施谈判、签署合同。值得注意的是，商务谈判与后续的立项报告审批并没有严格的先后关系，是可以同时进行的。但合同签署必须在立项报告审批完成后才可进行。

五、立项报告审批阶段

立项报告是项目启动阶段的重要文档，在这一阶段，需要将从意向提出、需求分析，到可行性方案论证，到产品选型各阶段产生的重要内容整理形成文档，并任命项目经理、建立项目组织机构，申请项目经费，然后按公司的管理流程，交相关的部门会签，成为确认项目合法性的文件。后序的所有项目活动都要以立项报告为依据。

六、项目启动会阶段

有时候，项目启动会被看作一个时间点，一个里程碑，而不是一个阶段。这里将立项批准后，项目启动准备到项目启动会结束这一过程统称为项目启动会阶段。

项目启动的准备工作比较繁琐，具体事宜取决于项目所在的管理环境的要求。在项目启动准备期，可以准备一个项目启动检查清单，以确保项目启动工作的有序，避免疏漏。一般说来，启动会准备工作包括：建立项目管理制度、整理启动会资料等。其中建立项目管理制度是非常关键而且容易忽略的一项工作，主要包括：

项目考核管理制度

项目费用管理制度

项目例会管理制度

项目通报制度

项目计划管理制度：明确各级项目计划的制定、检查流程，如：整体计划、阶段计划、周计划

项目文件管理流程：明确各种文件名称的管理和文件的标准模版，如：汇报模板、例会模板日志、问题列表等。

项目启动的准备工作完成后，就可以召开项目启动会议了。启动会议是项目开工的正式宣告，参加人应该包括项目组织机构中的关键角色，如管理层领导、项目经理、供应商代表、客户代表、项目监理、技术人员代表等。项目启动会的任务包括：

阐述项目背景、价值、目标

项目交付物介绍

项目组织机构及主要成员职责介绍

项目初步计划与风险分析

项目管理制度

项目将要使用的工作方式

从这些我们可以看出，实际上，项目启动会已经涉及到了项目计划阶段的初期内容，这也映证了在PMBOK体系中启动阶段与计划阶段的重迭。

结论：综合上述，我们可以看到，在信息化项目建设中，企业的项目启动阶段要经过意向提出、需求分析、可行性方案论证、产品选型、立项报告审批、项目启动会一系列管理活动的控制，方可完成项目的启动，进入项目实施阶段。做好项目启动管理是企业进行合理的投入产出分析，有效控制项目风险，确保项目成功的关键。

项目的团队组成

项目的概况：比如项目的定位、资金的分布等等（非本人专业，抛砖引玉）

项目的实施进展：迄今已完成的任务和实施的效果

项目的后期计划安排：比如什么时间完成什么阶段成果等等

希望能给你些灵感

IT项目管理可以分为两部分理解：一个是IT，一个管理；掌握项目管理的知识体系，项目管理的基本内容，包括项目集成、范围、时间安排、成本、质量、人力资源、沟通、风险以及采购，另一个是对IT项目特别是软件工程项目的背景和技术深入了解，第三个就是多关注现实中的成功和失败项目实例啦，积累经验。

以上就是关于如何做IT项目团队 组织管理全部的内容，包括:如何做IT项目团队 组织管理、IT项目管理所需要的素质、给你5分钟时间，让你做对正在实施的IT项目进行介绍，我应该介绍哪些内容呢想要一个提纲。等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！