软件项目研发人员的团队建设与管理
最近在与一位总经理交流的时候，他谈到他们公司的软件研发管理，说：“我们公司最大的问题是项目不能按时完成，总要一拖再拖。”他问我有什么办法能改变这个境况。从这样一个问题开始，在随后的交谈中，又引出他一连串在软件研发管理中的遇到的问题，包括：
. 现有代码质量不高，新来的开发人员接手时宁愿重写，也不愿意看别人留下的“烂”代码，怎么办?
. 重构会造成回退，怎样避免?
. 有些开发人员水平相对不高，如何保证他们的代码质量?
. 软件研发到底需不需要文档?
. 要求提交代码前做Code Review，而开发人员不做，或敷衍了事，怎么办?
. 当有开发人员在开发过程中遇到难题，工作无法继续，因而拖延进度，怎么解决?
. 如何提高开发人员的主观能动性?
其实，每个软件研发团队的管理者都面临着或曾经面临过这些问题，也都有着自己的管理“套路”来应对这些问题。我把我的“套路”再此絮叨絮叨。
1. 项目不能按时完成，总要一拖再拖，怎么改变?
找解决办法前，当然要先知道问题为什么会出现。这位总经理说：“总会不断地有需求要改变和新需求提出来，使原来的开发计划不得不延长。”原来如此。知道根源，当然解决办法也就有了，那就是“敏捷”。敏捷开发因其迭代(Iterative)和增量(Incremental)的思想与实践，正好适合“需求经常变化和增加”的项目和产品。在我讲述了敏捷的一些概念，特别是Scrum的框架后，总经理也表示了对“敏捷”的认同。
其实仔细想想，这里面还有一个非常普遍的问题。对于产品的交付时间或项目的完成时间，往往由高级管理层根据市场情况决策和确定。在很多软件企业中，这些决策者在决策时往往忽略了一个重要的参数，那就是团队的生产率(Velocity)。生产率需要量化，而不是“拍脑门子”感觉出来的。敏捷开发中有关于如何估算生产率的方法。所以使用敏捷，在估算产品交付时间或项目完成时间时，是相对较准确的。Scrum创始人之一的Jeff Sutherland说，他在一个风险投资团队做敏捷教练时，团队中的资深合伙人会向所有的待投资企业问同一个问题：“你们是否清楚团队的生产率?”而这些企业都很难做出明确的答复。软件企业要想给产品定一个较实际的交付日期，就首先要弄清楚自己的软件生产率。
2. 现有代码质量不高，新来的开发人员接手时宁愿重写，也不愿意看别人留下的“烂”代码，怎么办?
这可能是很多软件开发工程师都有过的体验，在接手别人的代码时，看不懂、无法加新功能，读代码读的头疼。这说明什么?排除接手人个人水平的因素，这说明旧代码可读性、可扩展性比较差。怎么办?这时，也许重构是一种两全其美的办法。接手人重构代码，既能改善旧代码的可读性和可扩展性，又不至于因重写代码带来的时间上的风险。
从接手人心理的角度看，重构还有一个好的副作用，就是代码重构之后，接手人觉得那些原来的“烂”代码被修改成为自己引以自豪的新成就。《Scrum敏捷软件开发》的作者Mike Cohn写到过：“我的女儿们画了一幅特别令人赞叹的杰作后，她们会将它从学校带回家，并想把它展示在一个明显的位置，也就是冰箱上面。有一天，在工作中，我用C++代码实现了某个特别有用的策略模式的程序。因为我认定冰箱门适合展示我们引以为豪的任何东西，所以我就将它放上去了。如果我们一直对自己工作的质量特别自豪，可以骄傲地将它和孩子的艺术品一样展示在冰箱上，那不是很好吗?”所以这个积极的促进作用，将使得接手人感觉修改的代码是自己的了，而且期望能够找到更多的可以重构的东西。
3. 重构会造成回退，怎样避免?
重构确实很容易造成回退(Regression)。这时，重构会起到与其初衷相反的作用。所以我们应该尽可能多地增加单元测试。有些老产品，旧代码，可能没有或者没有那么多的单元测试。但我们至少要在重构前，增加对要重构部分代码的单元测试。基于重构目的的单元测试，应该遵循以下的原则(见《重构》第4章：构筑测试体系)：
- 编写未臻完善的测试并实际运行，好过对完美测试的无尽等待。测试应该是一种风险驱动行为，所以不要去测试那些仅仅读写一个值域的访问函数，应为它们太简单了，不大可能出错。
- 考虑可能出错的边界条件，把测试火力集中在哪儿。扮演“程序公敌”，纵容你心智中比较促狭的那一部分，积极思考如何破坏代码。
- 当事情被公认应该会出错时，别忘了检查是否有异常如期被抛出。
- 不要因为“测试无法捕捉所有Bug”，就不撰写测试代码，因为测试的确可以捕捉到大多数Bug。
- “花合理时间抓出大多数Bug”要好过“穷尽一生抓出所有Bug”。因为当测试数量达到一定程度之后，测试效益就会呈现递减态势，而非持续递增。
说到《重构》这本书，其实在每个重构方法中都有“作法(Mechanics)”一段，在重构的实践中按照上面所述的步骤进行是比较稳妥的，同时也能避免很多不经意间制造的回退出现。
4. 要求提交代码前做Code Review，而开发人员不做，或敷衍了事，怎么办?
如果每个开发人员都是积极主动的，Code Review的作用能落到实处。但如果不是呢?团队管理者需要一些手段促使其有效地进行Code Review。首先，我们采用的Code Review有2种形式，一是Over-the-shoulder，也就是2个人座在一起，一个人讲，另一个人审查。二是用工具Code Collaborator来进行。无论哪种形式，在提交代码时，必须注明关于审查的信息，比如：审查者(Reviewer)的名字或审查号(Review ID，Code Collaborator自动生成)，每天由一名专职人员来检查Checklist中的每一条，看是否有人漏写这些信息，如果发现会提醒提交的人补上。另外，某段提交的代码出问题，提交者和审查者都要一起来解决出现的问题，以最大限度避免审查过程敷衍了事。
博主Inovy在某个评论说的很形象：“木(没)有赏罚的制度，就是带到厕所的报纸，看完就可以用来擦屁股了。”没有奖惩制度作保证，当然上面的要求没有什么效力。所以，当有人经常不审查就提交，或审查
时不负责任，它的绩效评定就会因此低一点，而绩效的评分是跟每年工资涨落挂钩的。说白了，可能某个人会因为多次被查出没有做Code Review就提交代码，而到年底加薪时比别人少涨500块钱。
5. 软件研发到底需不需要文档?
软件研发需要文档的起原可能有2种，一是比较原始的，需要文档是为了当开发人员离职后，企业需要接手的人能根据文档了解他所接手的代码或模块的设计。二是较高层次的，企业遵从ISO9001质量管理体系或CMMI。
对于第一种，根源可能来自于两个方面：
- 原开发人员设计编码水平不高，其代码可读性较差。
- 设计思想和代码只有一个人了解，此人一旦离职，无人知道其细节。
在编码前写一些简单的设计文档，有助于理清思路，尤其是辅以一些UML图，在交流时也是有好处的。但同时，我们也应该提高开发人员的编码水平增加其代码的可读性，比如增强其变量命名的可读性、用一些被大家所了解的设计模式来替代按自己某些独特思路编写的代码、增加和改进注释等等，以减少不必要的文档。另外推行代码的集体所有权(Collective Ownership)，避免某些代码只被一个人了解，这样可以减少以此为目的而编写的文档。
对于第二种，情况有些复杂。接触过敏捷开发的人都知道《敏捷宣言》中的“可以工作的软件胜于面面俱到的文档”。接触过CMMI开发或者ISO9001质量管理体系的人知道它们对文档的要求是多么的高。它们看起来水火不相容。但是，它们的宗旨是一致的，即：构建高质量的产品。
对于敏捷，使用手写用户故事来记录需求和优先级的方法，以及在白板上写画的非正式设计，是不能通过ISO9001的审核的，但当把它们复印、拍照、增加序号、保存后，可以通过审核。每次都是成功的Daily Build 和Auto Test报告无法证明它们是否真正被执行并真正成功，所以不能通过ISO9001的审核。但添加一个断言失败(类似assert(false)的断言)的测试后，则可以通过审核。
CMMI与敏捷也是互补的，前者告诉组织在总体条款上做什么，但是没有说如何去做，后者是一套最佳实践。SCRUM之类的敏捷方法也被引入过那些已通过CMMI5级评估的组织。很多企业忘记了最终目标是改进他们构建软件及递交产品的方式，相反，它们关注于填写按照CMMI文档描述的假想的缺陷，却不关心这些变化是否能改进过程或产品。
所以敏捷开发在过程中只编写够用的文档，和以“信息的沟通、符合性的证据以及知识共享”作为主要目标的质量体系文档要求并不矛盾。在实践中，我们可以按以下方法做，在实现SCRUM的同时，符合审核和评估的要求：
- 制作格式良好的、被细化的、被保存的和能跟踪的Backlog。复印和照片同样有效。
- 将监管需要的文档工作也放入Backlog。除了可以确保它们不被忘记，还能使监管要求的成本是可见的。
- 使用检查列表，以向审核员或评估员证明活动已执行。团队对“完成”的定义(Definition of “Done”)可以很容易转变为一份检查列表。
- 使用敏捷项目管理工具。它其实就是开发程序和记录的电子呈现方式。
总而言之，软件研发需要文档(但文档的形式可以是多种多样的，用Word写的文字式的文件是文档，用Visio画的UML图也是文档，保存在Quality Center中的测试用例也是文档)，同时我们只需写够用的文档。
6. 当有开发人员在开发过程中遇到难题，工作无法继续，因而拖延进度，怎么解决?
这也是个常遇到的问题。如果管理者对于某个工程师的具体问题进行指导，就会陷入过度微观管理的境地。我们需要找到宏观解决办法。一，我们基于Scrum的“团队有共同的目标”这一规则，利用前面提到的集体所有权，当出现这些问题时，用团队中所有可以使用的力量来帮助其摆脱困境，而不是任其他人袖手旁观。当然这里会牵扯到绩效评定的问题，比如：提供帮助的人会觉得，他的帮助无助于自己绩效评定的提高，为什么要提供帮助。这需要人力资源部门在使用Scrum开发的团队的绩效评估中，尽量消除那些倾向个人的因素，还要包含团队协作的因素，广泛听取个方面的意见，更频繁地评估绩效等等。
二，即使动用所有可以使用的力量，如果某个难题真的无法逾越，为了减少不能按时交付的风险，产品负责人应当站出来，并有所作为。要么重新评估Backlog的优先级，使无法继续的Backlog迟一点交付，先做一些相对较低优先级的Backlog，以保证整体交付时间不至于延长;要么减少部分功能，给出更多的时间去攻克难题。总之逾越技术上难关会使团队的生产率下降，产品负责人必须作出取舍。
7. 有些开发人员水平相对不高，如何保证他们的代码质量?
当然首先让较有经验的人Review其要提交的代码，这几乎是所有管理者会做的事。除此之外，管理者有责任帮助这些人(也包括水平较高的人)提高水平，他们可以看一些书，上网看资料，读别人的代码等等，途经还是很多的。但问题是你如何去衡量其是否真正有所收获。我们的经验是，在每年大约3月份为每个工程师制定整个年度的目标，每个人的目标包括产品上的，技术上的，个人能力上的等4到5项。半年后和一年后，要做两次Performance Review，目标是否实现，也会跟绩效评定挂钩。我们在制定目标时，遵循SMART 原则，即：
Specific(明确的)：目标应该按照明确的结果和成效表述。
Measurable(可衡量的)：目标的完成情况应该可以衡量和验证。
Aligned(结盟的)：目标应该与公司的商业策略保持一致。
Realistic(现实的)：目标虽然应具挑战性，但更应该能在给定的条件和环境下实现。
Time-Bound(有时限的)：目标应该包括一个实现的具体时间。
比如：某个人制定了“初步掌握本地化技术”的目标，他要确定实现时间，要描述学习的途经和步骤，要通过将技术施加到公司现有的产品中，为公司产品的本地化/国际化/全球化作一些探索，并制作Presentation给团队演示他的成果，并准备回答其他人提出的问题。团队还为了配合其实现目标，组织Tech Talk的活动，供大家分享每个人的学习成果。通过这些手段，提高开发人员的自学兴趣，并逐步提高开发人员的技术水平。
8. 如何提高开发人员的主观能动性?
提高开发人员的主观能动性，少不了激励机制。不能让开发人员感到，5年以后的他和现在比不会有什么进步。你要让他感到他所从事的是一个职业(Career)，而不只是一份工作(Job)。否则，他们是不会主动投入到工作中的。我们的经验是提供一套职业发展的框架。框架制定了2类发展道路，管理类(Managerial Path)和技术类(Technical Path)，6个职业级别(1-3级是Entry/Associate，Intermediate，Senior。4级管理类是
Manager/Senior，技术类是Principal/Senior Principal。5级管理类是Director/Senior Director，技术类是Fellow/Architect。6级是Executive Management)。每个级别都有13个方面的具体要求，包括：范围(Scope)、跨职能(Cross Functional)、层次(Level)、知识(Knowledge)、指导(Guidance)、问题解决(Problem Solving)、递交成果(Delivering Result)、责任感(Responsbility)、导师(Mentoring)、交流(Communication)、自学(Self-Learning)，运作监督(Operational Oversight)，客户响应(Customer Responsiveness)。每年有2次提高级别的机会，开发人员一旦具备了升级的条件，他的Supervisor将会提出申请，一旦批准，他的头衔随之提高，薪水也会有相对
较大提高。从而使每个开发人员觉得“有奔头”，生活充满了色彩，但是蒙着一层雾需要你的拨开
自然他们的主观能动性也就提高了。
上面的“套路”涉及了软件研发团队管理中的研发过程、技术实践、文档管理、激励机制等一些方面。但只是九牛一毛，研发团队管理涵盖的内容还有很多很多，还需要管理者在不断探索和实践的道路上学习和掌握。
团队管理和团队建设 重点探讨和问题诊断 随着市场经济的深刻变化和发展，寿险业呈现超高速发展态势，随着时间的推移，这支庞大的队伍越来越壮大，人员也越来越多。今天静心的书写管理的重点探讨和问题诊断，突然心中很多问题，很多压力。中层管理问题、执行力问题、文化建设问题、队伍素养问题、主管能力提升问题、新人留存问题、组训能力培养问题、硬件配备问题、软件培训学习问题等等。 从寿险公司团队管理的角度一一来看，根据目前寿险公司的组织结构及销售团队的实际情况，对目前寿险公司销售团队存在的问题做了详细分析，从寿险管理重点---团队管理、团队组织文化建设以及团队的发展前景的期望，提出了一些思考和初步的策略。阐述如何从一些操作的具体层面使销售团队的管理更接近理想模式，对销售团队实施有效管理，使寿险公司团队管理更加完善、更加和谐。 谈到寿险的团队管理，我们先想象寿险的管理的重要性，这就是寿险区别于其他行业的特点。寿险的产品特点使我们的生存依靠的必须是团队；寿险的人性化服务使我们必须依靠团队成员一个一个的开展营销活动才是我们人性化服务的根本；我们产能不是庞大的一刀切操作；而是与细致的一个一个个人联系；寿险的服务是长期的，而不是一朝一夕的成功就罢了，今天签下一笔保单，明天是慢慢常年甚至是一辈子的承
诺，我们的责任是经济命脉的生死或是宝贵生命的生还。专业的说，寿险产品是有特殊性的,因其具备的无形性，无立即获益性，销售的选择性和随机性，交易的长期性，寿险服务与商品的不可分离性等特点，使得其销售无法彻底摆脱面对面销售的服务模式。寿险商品的特殊性决定了个人代理人在销售产品时表现出与销售其他商品不同的特点,对寿险营销员的专业技能也提出了更高要求：是什么呢？ 一，销售过程特别注重主动推销，寿险业经营的产品仅是对客户的一项承诺,仅以信用为基础,投保人无法收到立竿见影的效果，虽然目前我国已经有越来越多的人们开始了解保险产品,相关知识也逐步增多,但是寿险产品的抽象性和保单的复杂性导致消费者不会主动询问或购买寿险产品，因此,人员的主动推销对于保单能否成功售出至关重要。 其次，寿险销售强调优质的服务，由于寿险产品较为复杂和抽象,在寿险消费也可能需要销售人员根据投保人需求的变化调整寿险方案,抑或是在损失发生时,及时地帮助客户办理赔付，由此不难看出,寿险销售是以优质服务作为坚实基础的。 再次；销售人员需要较高的综合素质，寿险产品的风险主要是以人的身体和生命为标的的风险,体现了一种责任,关乎社会的稳定与发展，因此,寿险的销售需要有高素质的人才来从事，同时,寿险涉及的内容十分广泛,一个合格的寿险销售人员除了必须具备寿险专业知识,还要具备保险产品相关的其他方面的知识,如金融，心理，医学，法律等等。只有寿险销售人员运用自己丰富的各类知识并结合客户的实际情况和心理
软件开发项目团队建设 近20 年来，许多新一代的软件技术、过程和方法的发展异常迅速，但软件工业仍然是一个人力密集的过程，离工业化生产方式的差距相当遥远，软件开发人员的素质、技术、能力以及软件开发团队建设的好坏，对软件项目的成败有者举足轻重的作用。为了提高软件开发的效率，提高软件开发的质量，减少软件开发的成本，降低软件开发的风险，就必须加强软件开发人员的管理，建立高效的开发团队。 1 软件开发团队在软件开发中的重要性 软件企业与传统工业企业不同，与现代企业的其他行业也不同。其最主要特征就是，企业最主要的“资产”是一批掌握技术、熟悉业务、懂得管理的“人”。软件企业主要的成本是人的成本，软件企业主要的财富积累是知识和经验的积累。因此，软件企业的人力资源管理，是企业最主要的管理内容。软件项目组的管理过程，几乎全部是围绕“人”来进行的管理。而作为被管理对象的“人”本身管理的讨论，则越来越成为软件领域所要讨论的核心问题。软件项目队伍是项目的基本工作单元，队伍的作用非常重要，是顺利实施项目的基础平台，值得花时间研究，探讨与项目成败的关系，以便更好地组建队伍，最大限度地提高工作效率。软件项目管理的主体是软件开发团队。一个软件项目管理的好坏，很大程度就体现在软件开发团队的建设和管理上。软件开发团队是软件项目实施的基础，它直接影响和制约着软件项目管理的最终效果。软件开团队在软件开发中的作用越来越突出。团队管理非常重要，它是项目顺利进行的基础，对于一个球队来说，要大力培养他们的团队精神，要求队员深刻认识自己球队的特点，团队精神能使球队更具有竞争力，可以打败实力相同而没有团队精神的球队。同理，对于软件项目团队也一样，在开发复杂软件的时候，通常每个人开发不同的部分，运行这些软件的设备又可能
2011年04月 项目管理组织与高效项目团队建设 文/李一翔 中图分类号：TL372+.2 文献标识码：A 文章编号：1006-4117（2011）04-0040-02 经管空间 （2）采购过程控制。采购过程中涉及的环节很多，必须对采购过程中涉及的各项业务施行职责分工，加强对所采购物资数量、质量的控制。要强化对物资供应商的考核和删选，引入竞价机制。对采购的物资应本着“取近弃远、货比三家、合理定价”的原则，以降低物资采购和运输的成本。就海外工程而言，供货商的选择首先应满足物质质量的要求，其次要考虑供货商所在区域和海运发货地点的距离。这样不仅可以满足在海外工程进度、质量的要求而且还可以在合理的条件下降低企业的运输成本。 （3）存储过程控制。在存储控制中，目的就是为了在满足施工进度的条件下确立最合理的库存结构和采购周期。电建企业在海外项目的施工过程中都会造成物资的积压现象。为了在盘活库存、减少材料储备和设备的损坏，物资管理部门要加强同材料、设备使用部门的联系，严格一线操作部门提供的计划进行控制，加强对废旧材料的利用和对损坏设备的维修，充分利用物流市场以减少正常损耗带来的损失。 2、推行现代化管理模式，强化内部管理 （1）定位准确。物资工作的合理目标应当定位于确保施工进度的需要和降低采购的成本。因此，就需要通过建立可靠的供应和质量保证体系标，来降低物资采购成本，节省项目进行中的费用，强化区域联盟的作用，保证资金的合理利用。协同材料和设备使用部门共同建立有效的物资责任成本控制体系。 （2）科学管理。海外物资管理工作是一项操作层面上的工作。因此，必须实事求是，不仅按施工企业物资工作的规律来制定和实施物资管理工作的计划和控制措施，还要通过不同项目的具体情况来据实分析以安排切实可行的采购、物流、仓储计划和操作规范。 （3）以人为本。管理的目的是为了实现目标计划，而实现目标计划的过程要由具体的人员来进行。因此，这就要求企业要根据项目的具体情况来建立健全各项规章制度，明确物资管理人员的职责，更要注意研究人的内在需求，最大限度地激发和调动物资管理人员的工作积极性智。明确物资管理人员的权限范围，使其在特定的岗位上做到人尽其职，成为本职工作的专家；更应掌握企业内供应链的流程，了解海外项目的运输周期，这样才能确保物资的准时供应。由于物资管理人员在项目中属于从属地位，因此就更应该注重管理人员在实际工作中遇到的困难和平日生活中的思想动态。 3、合理构建物资监控体系 （1）强化财务部门对采购成本的控制。会计人员对物资采购成本的审核不应仅仅局限于原始凭证的完备及形式上，而是应转移到所采购物资的价格真实性上。 （2）项目参与者全员监督。物资部门的采购工作要接受全体职工的监督。不定期将采购物资以报表的形式张榜公告，公告内容尽可能全面、一目了然，尤其对采购成本详细描述，并附带采购物资对应的计划。对有疑惑的事项，职工可以向纪检监察部门报告。 作者单位：山东电力建设第二工程公司 类似葛洲坝的施工企业，一般都是以项目为基点来组织生产经营的。因此有一个好的项目管理组织、有一个高效的项目团队是每一个企业都很关注的，也是一个长久的管理话题。葛洲坝作为大型施工企业，集团公司有800多个项目点，各工程公司也有100多个项目点，因此如何塑造高效项目团队问题，不仅是一个人才战略问题，而且是推行项目管理中一个必须重视与解决的现实问题。本人是搞项目管理培训的，对项目优秀团队建设也给予了较多关注。这里本人想从项目组织与项目团队、项目经理与项目团队、一流工程与项目团队的联系与思考上对项目高效团队建设作些理论与实践上的探讨。 一、项目管理组织的规范建立是高效团队建设的基础 项目团队不是正式组织称号，且它的出现决不是必然的组织现象。项目团队是以项目组织的规范建立为基础，并形成于项目组织框架之中。项目运作实践表明：项目管理组织的规范建立是高效项目团队建设的基础。表现在： 首先，项目管理组织建立的原则决定影响高效团队建设。组织理论虽然对一般组织建立的原则规定了七八条，但从葛洲坝各外营点项目的优秀项目团队产生的组织背景看，其优秀项目团队更能产生在按这样几个原则建立的项目组织里：一是有明确目的性——使企业生产要素的配置按项目的需求处于动态组合状态。二是保证决策指挥的统一——有利于企业内部多项目之间的协调和企业对各项目的有效控制。三是要使施工企业管理体制与机制和工程项目管理体制与机制要求一致。四是创造人尽其才的环境，减少管理层次，精干人员，强化自有资源，组装社会资源。五是有利于强化合同管理与履约责任。 同时，项目管理组织的组织形式也决定与影响高效项目团队建设。对承包人来说，施工项目组织形式在实际工作中具体形式一般有以下四种：1、部门控制式施工项目组织。其特点是：它是按照职能原则建立的施工项目组织；不打乱企业现行建制；项目终止后建制归原。2、混合工作队式施工项目组织。这一组织形式的特点是：它是按照对象原则建立的施工项目组织；企业职能部门处于服从地位；项目实施中自主权比较大。3、矩阵式施工项目组织。这一组织形式的特点是：它是现代大型项目中新型的组织形式；它把职能原则与对象原则结合起来，既发挥职能部门的纵向优势，又发挥项目组织的横向优势。4、事业部式施工项目组织。其特点是：它是比较流行的项目组织，特别是适宜母—子公司模式，特别适用于远离公司本部的工程承包；享有相对独立经营权，可以是一个独立单位。在以上四种组织形式中，从组织实践看，矩阵式项目管理组织与事业部式项目管理组织比较有利于优秀项目团队的产生。前者是项目管理组织的“结构”优化。虽然从纵向强化了企业职能部门对项目的控制与管理，但也从横向考虑了项目对象原则，强化了项目经理的“地位”，有利建立项目经理与各专业经理在分工协作的责任矩阵之上形成高效项目团队。后者是项目管理组织的“体制”优化。该项目组织年因其远离公司本部、享有相对独立经营权、因长期市场与项目组织相伴延 40 2011.04
题目：工程项目管理的高效团队建设与管理 学号： ：
工程项目管理的高效团队建设与管理 摘要组织是目标实现决定性因素，而目标的实现要通过好的管理得以实现，这就说 明好的管理必须建立高效团队。高效的团队在企业经营活动中显示了强大的生命力，团队部成员通过协作共同解决问题，使管理目标得以实现。项目团队是以项目组织的规建立为基础，并形成于项目组织框架之中。项目运作实践表明：项目管理组织的规 建立是高效项目团队建设的基础。表现在：首先，项目管理组织建立的原则决定影响高效团队建设。优秀项目团队更能产生在按这样几个原则建立的项目组织里：一是有明确目的性——使企业生产要素的配置按项目的需求处于动态组合状态。二是保证决策指挥的统一——有利于企业部多项目之间的协调和企业对各项目的有效控制。三是要使施工企业管理体制与机制和工程项目管理体制与机制要求一致。四是创造人尽其才的环境，减少管理层次，精干人员，强化自有资源，组装社会资源。五是有利于强化合同管理与履约责任。因此如何塑造高效项目团队问题，不仅是一个人才战略问题，而且是推行项目管理中一个必须重视与解决的现实问题。 关键词：工程项目团队建设高效性 一．团队建设的意义 众所周知, 一个项目管理的成败好坏是和项目建设中的项目经理和项目成员密不可分的, 项目团队成员对项目的成功是极其重要的。项目经理要依靠项目团队, 因为他通常并不具有项目需要做的所有工作的专业知识。对于任何项目团队, 必须有一个指挥所有工作的领导, 保证使项目团队明确项目所要求的结果, 保证项目团队成员知道对他们的期望以及分享信息的重要性。项目经理必须保证他的项目团队了解并把重点放在项目所要求的结果上。项目经理还要在沟通冲突解决办法和项目绩效方面起到一个促进者的作用。对于一个成功的项目, 项目经理必须建立和领导一个有效的项目团队。团队建设是一个对不同的个人组成的群体施加影响的过程, 群体里的每个个人都有自己的目标、需要和观点, 他们为了搞好项目而有效地在一起工作, 团队实现的成就应当多于个人成就之和。每个团队都需要激励, 团队激励是一种过程, 项目经理借助它影响队员完成该做的工作。那么如何在团队部形成统一、有序、高效的工作气氛, 怎样才能使项目成员有效地组织起来, 创造出一种开放、自信、团结、协作的团队氛围, 使项目成员强烈希望为实现项目目标做出贡献。为此, 我认为应该项目管理组织的组织形式也决定与影响高效项目团队建设。对承包人来说，施工项目组织形式在实际工作中具体形式一般有以下四种：1、部门控制式施工项目组织。其特点是：它是按照职能原则建立的施工项目组织；不打乱企业现行建制；项目终止后建制归原。2、混合工作队式施工项目组织。这一组织形式的特点是：它是按照对象原则建立的施工项目组织；企业职能部门处于服从地位；项目实施中自主权比较大。3、矩阵式施工项目组织。这一组织形式的特点是：它是现代大型项目中新型的组织形式；它把职能原则与对象原则结合起来，既发挥职能部门的纵向优势，又发挥项目组织的横向优势。4、事业部式施工项目组织。其特点是：它是比较流行的项目组织，特别是适宜母—子公司模式，特别适用于远离公司本部的工程承包；享有相对独立经营权，可以是一个独立单位。在以上四种组织形式中，从组织实践看，矩阵式项目管理组织与事业部式项目管理组织比较有利于优秀项目团队的产生。前
《团队建设与管理》教学大纲(2015)
执笔人（课程负责人）执笔时 间 审 阅人 （专业负责人） 审阅时 间 审定人 （系负责人） 审定时 间 潘建林2015.5. 10 曾宪达 2015.5. 29 赵红英 2015.5. 30 《团队建设与管理》课程教学大纲 课程代码3101206 适用专业工商企业管理 课程类型职业选修课 学分数 2 总学时数32 第一部分总纲 一、课程的性质和任务 1．课程的性质 《团队建设与管理》一书是一本有特色的管理教材,该教材具有以下特点:一是体系比较完整,内容比较全面。该教材全面论述了团队建设与管理的内容,提出了我国的团队建设与管理体系的建设构想,是对该类教材的填补和提高。二是内容深入浅出,做到了取材新颖、讲述生动、语言流畅、材料丰富、切实有用,摒弃了许多教材枯燥乏味的弊端,使读者能够感受到该书的实用性,并能使读者从概念到技能、从理论到实践都有所收获,有所飞跃。三是表现形式生动活泼。在保
持教材内容全面和严谨的前提下,该教材大量使用案例,并采取穿插资料连载、资料库、心理测试、管理寓言等形式,反映了编写者对“体验式”教学的教育思想的关注。各章还安排了相关的团队训练游戏活动,有利于促进学生参与学习,以强化教学效果,加深学生对课程内容的理解。总体来看,该书较好地同时驾驭了团队“建设”与“管理”这两大主题,是一本比较成功的著作。 2．课程的任务 通过本课程的教学，使学生了解和掌握相关的团队建设与管理理论知识并能有效地运用于实践活动，包括团队精神、团队培训、团队中的激励、团队沟通、团队领导等，同时应培养其知识的创新运用能力，即把所掌握的团队建设的理论知识运用于现代管理实践活动的能力。 3．前导课程与后续课程 前导课程是《管理学基础》 后续课程是《绩效考核与薪酬管理》、《管理心理学》等 二、考核方式与成绩评定 考核方式：闭卷考试 成绩评定：平时成绩（10%）+实训成绩（50%）+期末成绩（40%） 三、推荐教材及主要参考资料 1.姚裕群，《团队建设与管理》，北京：首都
如何建设优秀的软件开发团队 1.引言 软件开发人员的素质、技术、能力以及软件开发团队建设的好坏，对软件项目的成败有者举足轻重的作用。为了提高软件开发的效率，提高软件开发的质量，减少软件开发的成本，降低软件开发的风险，就必须加强软件开发人员的管理，建立高效的开发团队。 2.团队建设的重要性 软件项目管理的主体是软件开发团队，一个软件项目管理的好坏，很大程度就体现在软件开发团队的建设和管理上。软件开发团队是软件项目实施的基础，它直接影响和制约着软件项目管理的最终效果。建设高效的软件开发团队，是实现软件项目管理目标的前提和保证。 当需要开发复杂软件时，通常要求团队每个人开发不同的部分，运行这些软件的设备又可能来自不同的供应商，而事后将软件的不同模块集成在一起，带来的问题会更多。一个软件模块本身没有问题，但是合在一起却可能不能工作。所有这些都需要一个高效合作的团队来共同完成的，所以建立一支工作效率高的队伍非常重要。 3.优秀开发团队的建设 高效的软件开发团队是建立在合理的开发流程及团队成员密切的合作基础之上的，成员共同迎接挑战，有效地计划、协调和管理各自的工作以至完成明确的目标，高效的开发团队具有如下特征： a)人才选拔与职责分配 软件项目是由不同角色的人共同协作完成的，每种角色都必须有明确的职责定义，因此选拔优秀的人才和分配其合适的职位是首要的因素。团队的能力受限于个人的能力，所以首先要保证优秀的人才资源，具有突出能力的个人往往能带动整个团队的快速发展和成长；然后就是职责的划分，俗话说“好钢是在刀刃上”，为团队成员分配合适的职位往往能起到事半功倍的作用，大大提高团队的开发效率。 b)清晰责任与共同目标 清晰明确的目标会激励团队成员把个人目标升华到群体目标，团队的成员愿意为团队目标做出承诺，共同努力实现目标。明确个人的责任之后，团队的每个成员都十分清楚团队要取得什么样的成就以及由此给团队、给个人带来的益处，他们能将个人目标与项目目标有效地结合起来，会积极地完成工作从而为团队带来高效率的开发，为设计出高质量的软件提供了重要的保证。 c)团队凝聚力 团队凝聚力是无形的精神力量，是将一个团队的成员紧密地联系在一起的看不见的纽带。一般情况下，高团队凝聚力会带来高团队绩效。团队凝聚力在外部表现为成员的团队荣誉感，而团队荣誉感主要来源于项目目标。因此，应当设立较高的项目目标，并使团队成员对项目目标形成统一和强烈的共识，激发成员的团队荣誉感。同时，引导团队成员个人目标与项目目标的统一，增大团队成员对项目团队的向心力，使项目团队走向高效。 d)融洽的关系和良好的沟通 团队成员之间高度信任、相互尊重，既关注工作本身，更珍惜彼此之间的友谊，能够共同营造和谐、宽松、友爱的工作环境，使成员在团队中有一种归属感与自豪感。团队要进行开放性的信息交流与沟通，承认彼此存在差异，鼓励不同的意见，并允许自由地表达出来面对冲突和问题。当遇到问题时能及时交流共同商讨解决问题的方案，并
项目管理的方法相对是现代的，它是以一套独特而相互联系的任务为前提，通过项目经理和项目团队的努力，运用系统理论和方法对项目及其资源进行计划、组织、协调、控制，旨在实现项目特定目标的管理方法体系。 纵观项目管理的发展史，项目经理在管理项目时一贯参照三条标准：成本、进度和质量。认为其他的考虑都是次要的。实践证明：无论用上述三条标准中的哪条标准去衡量，这种项目管理方法都不是很成功。 用上述三条标准来衡量，为什么结果并不令人满意?问题的答案就在于：只有进度、成本和质量三条标准是不够的，另外一条很重要的标准被忽略了，那就是人力因素。人力因素在保证低成本、快速度和高质量地完成项目的过程中发挥着重要的整合作用。 因此，把握项目管理中人力资源的特点，有针对性地对项目团队形成期的人力资源整合、项目团队震荡期的人力资源协调、项目团队正规、表现期及以后的人力资源激励和安抚进行统筹管理，才会项目管理的成功。 一、项目中的人力资源 对于项目而言，人力资源就是所有同项目有关的人的能力。项目团队成员属于内部人力资源，而其他则为外部人力资源。项目人力资源管理与一般企业和事业单位的人力资源管理不同之处在于项目寿命周期各阶段任务变化大，人员变化也大，相同之处在于都要对人力资源进行外在和内在因素的管理。 对人力资源外在因素进行量的管理主要是根据项目的进展情况进行人员调配，使人力资源及时地满足项目的实际需要，在数量上做到不多也不少。要做到这种程度，项目人力资源管理就要同项目管理的其他方面例如项目进度管理紧密结合起来。
对人力资源内在因素进行管理主要指对人力资源进行心理和行动的管理。这就需要运用科学的方法了解项目团队成员和其他利害关系者的心理和思想，进行必要的教育和引导，对其行为进行矫正、控制和协调，充分调动他们的主观能动性、积极性和创造性，进而保证项目目标的实现。这也就是我们平常所说的激励。 二、项目人力资源管理的主要内容项目管理论坛 项目人力资源管理包括三个前后联系的方面：组织规划、建立项目管理团队和进行项目管理团队建设。 1.组织规划。组织规划就是确定项目管理需要的角色，各角色应负的责任以及诸角色之间的从属关系。一是项目同其他组织的联系。项目总是处于一定环境之中，项目团队必然要同环境发生各种联系。二是对项目管理人员的要求。 这些要求包括性别、年龄、品德、性格、经历、学历、专业技术水平、工作能力、责任心、何时需要、需用多长时间等等。三是限制和约束组织规划的各方面情况。组织规划工作会受到各种客观条件的限制。 2.建立项目管理团队。从各种渠道物色团队成员，同有关负责人谈判，将合乎要求的人编人项目团队，将组织规划阶段确定的角色连同责任分配给各个成员并明确他们之间的配合、汇报和从属关系，这就是建立项目团队的工作内容。 这项工作要以人员配备计划为依据。项目团队成员可从组织内部和外部招收。考虑内部来源时，项目团队成员人选除了满足人员配备计划的要求以外，至少还要考虑以下几点：以前的经验、个人性格和爱好。从外部招收项目团队成员有多种方式：兼职、借调、咨询、承包等。人员配备计划要求的项目团队成员全部到位之后，项目团队才算组建完毕。项目管理者联盟文章
工程项目管理的团队建设管理 摘要：众所周知，项目管理归根结蒂是以人为根本，把人作为生产力第一要素。因此选择项目经理、组建项目班子、合理配备各专业人员，做好团队建设和管理工作这是极为重要的工作。。 关键词：工程项目，项目管理，团队建设 abstract: as we all know, project management the bottom line is to take human as fundamental, put people first elements as productivity. so choose the project manager, a project team, reasonable equipped with all the professional personnel, well the team construction and management work it is extremely important work.. keywords: engineering project, project management, team construction 中图分类号： tl372+.3文献标识码：a 文章编号： 随着工程项目竞争的日趋激烈，要想在竞争中立于不败之地就必须加强团队建设，充分发挥工程项目成员的能动性和潜能，以饱满的激情和认真负责的工作状态参与到工程项目的建设实施中去。就必须搞好工程项目团队建设中的三个层面,即:经营管理层、专业技术层、施工作业层。 1、工程项目管理中团队建设的重点 人，是指直接参与施工的组织者、指挥者和操作者。人作为控
项目管理的团队建设 [摘要] 项目管理是运用各种知识、技能方法和工具，为满足或超越项目有关各方对项目的要求与期望所开展的各种管理活动。在项目管理中,高效的项目团队具有极大的价值。项目管理团队建设是项目管理中人力资源管理的一项重要环节,它需项目经理和项目团队成员共同努力来完成。 [关键词] 项目管理项目团队建设 一、项目团队建设的重要性 项目团队，又叫项目组，是由一个个体成员为实现一个具体项目的目标而组建的协同工作的正式群体。项目团队的根本使命是在项目经理的直接领导下，为实现具体项目的目标，完成具体项目所确定的各项任务而共同努力，并协调一致和有效的工作。 对于一个企业而言,团队建设是非常重要的。首先,企业若想在这激烈竞争的环境下求得生存,以团队的形式进行工作是目前比较流行的工作方式。采用这种工作形式使企业能够更好的应对外部环境的竞争以及适应企业内部的重组。其次,团队建设为员工提供了更大的活动空间和更好的工作环境,很大程度上激励了团队成员的工作积极性和创造性。由于团队的最终产出是相同的结果,因此,团队成员有很强的集体荣誉感,从而会更加努力的工作。再次,团队的建设有利于增强企业的凝聚力。企业凝聚力是企业发展的基石。以团队的形式工作,要求团队成员之间要进行很好的沟通、理解以及相互帮助,克服工作中的各种难题。最后,团队形成有利于员工的本能发挥。团队工作形式在不断地对员工的技术能力、人际处理能力、决策能力以及管理能力进行培养,从而使员工发挥其最大的价值。 二、项目团队的特征 1、很强的的目的性 项目团队是因需要完成特定的项目而设立的专门组织，项目团队的使命是完成特定的项目任务，实现特定项目的既定目标。在同一目标的感召下，才能提高项目团队成员的凝聚力，它能使团队成员积极热情地位项目成功付出必要的时间和努力，进而提高项目团队的绩效。 2、一次性的临时组织 项目的用一次性决定了项目团队的一次性。同理，项目的一次性决定了项目团队是临时的。项目团队因项目开展而设立的，因项目的结束而解散，亦即项目的生命周期同样也是项目团队的寿命周期 3、合理的系统结构 项目团队由拥有各项技能的团队成员构成，如项目经理、项目团队一般成员等；而且，团队成员均有明确的权力和责任范围。角色和职责不清楚往往会造成项目团队的混乱，绩效不高。通常情况下，项目经理是项目团队的领导、主要负责人、项目
使用班级： 201 --201 学年第学期考试卷二 团队建设与管理 学院班级姓名学号 一、单项选择题（每题2分，共5题，共10分） （）1.在团队形成阶段，比较适合的领导风格是什么？ A 委任式 B 参与式 C 教练式 D 指挥或告知式 （）2.我们学校同学在淘宝创业过程中与供应商、渠道商所构成的团队大多属于什么类型团队？ A虚拟团队 B 功能型团队 C 问题解决型团队 D 学习型团队（）3.让受训者扮演工作角色以考核或培训受训者能力的方法是什么？ A 案例分析法 B 游戏活动法 C 角色扮演法 D 讲授法 （）4.下列不属于海尔OEC管理法三个体系之一的是（）。 A目标体系 B日清体系 C激励机制 D沟通体系（）5.《第五项修炼》一书主要阐述的什么类型团队？ A虚拟团队 B 功能型团队 C 问题解决型团队 D 学习型团队 二、判断题（正确请打“√”，错误打“X”，每题1分，共5题，共5分） （）1.团队与群体是同一概念，两者没有差别。 （）2.团队发展是一个复杂过程，要经历不同阶段。 （）3.冲突对于团队发展是不利的，所以要杜绝冲突。 （）4.团队规模越大，成员之间冲突可能性就越大。 （）5.只要制定出SMART目标，那么这个目标就能够实现。 三、名词解释（每题5分，共2题，共10分） 1.团队
2.自我管理型团队 四、方案设计题（共1题，共15分） 如何设计培训内容？ 小张原本是一家汽车4S店的普通销售员，后因其出色的工作表现，公司决定提任他为公司销售部副经理，负责销售部的人员管理。小张怀着无比激动的心情到岗上任，可第一天上班，销售经理就给他下达了第一个任务，让他根据销售部员工现状，设计针对销售员工的培训内容。小张接到任务后，感觉压力非常大。小张所在的这家汽车4S店才成立1年，很多销售员都是从其他销售行业转行而来，对汽车销售不是很精通。除此之外，该店销售员的学历水平较低，基本是初中文化水平，销售团队内部矛盾重重。也正因如此，自从小张来到这家公司以来，销售部从来没有开展过培训。面对这些困难，小张遭遇了职业升迁以来的第一个难题：如何才能设计出符合销售部实际情况，又能有较好培训效果的培训内容？ 问题：请同学们根据案例，帮助小张设计一个针对该企业销售部员工的培训方案。 五、案例分析（共2题，第1题25分，第2题15分，共40分） 案例1：小张的就医经历 小王最近感觉肠胃不舒服，于是就到附近的一家医院的消化科看病。消化科医生看完后，跟小王建议说：“你还是先做个肠镜，才能全方位找出问题”然后医生就给开了一些“泻药”，提醒他说，“药房会跟你说具体怎么吃“。 小王付了钱，到药房拿药，拿了药，他就问药房医生说，“怎么吃？”，药房医生说“难道给你看病的医生没说吗？”，随后就敷衍了几下，小王就回家了。 小王在家里按照含含糊糊的医生建议，吃了泻药，第二天就来医院做肠镜了。肠镜科医生做肠镜时说，“你这个肠道准备不是很好，医生难道没跟你讲？”随着检查的深入，发现的盲肠底端有扁平型息肉，但位置处于肠道比较薄的地方。肠镜科的医生自认为没关系，没多想就开始取息肉。谁知操作过猛，捅破了肠壁，出血了。 此时，肠镜科医生居然没着急，跟身边的另一个医生讲，送到外科，叫外科医生来补，随后他就走了。外科医生来了之后，心情非常不好，觉得自己是给别人来“擦屁股”的。 根据该案例，请回答下列问题。 1.请分别评价案例中的消化科医生、药房医生、肠镜科医生及外科医生的行为是否科学？为什么？（5分） 2.请结合团队基本特点理论分析该医院医生团队的现存问题有哪些？（10分）
关于技术团队建设 通过最近几年的实践，对于软件开发的最小团队模式，有一些新的理解，和大家共享： ?很多团队，公司在成本压力下，总是希望寻求一个最经济有效的团队组合，这个是可以理解的，也是开发的初衷。 ?最小团队不是指单纯的减少人员，不是把一个需要5个人做的工作压缩为1个人做。 ?软件开发本身存在一个众所周知的弊病，就是只要存在一个能够编码的技术人员，那么软件就总是能够“做”的出来，这也给人一个假象，软件开发的最小团队就是一定数量的“码农”；这个在其他领域比如建筑和制造几乎是不可想象的，究其根源，是因为软件的质量标准过于的飘渺：我的意思是，最小团队绝不是几个“码农”。 ?人员可以合并，但角色不能合并；职能可以合并，但能力不能合并: 换言之,担什么角色就必须能做什么事情,就必须具备相应的能力. 总之,我对最小团队的看法,最小团队就是最少的角色,而这些角色不能再削减,但人员还是可以以兼任的 方式来合并角色,不过在兼任过程中要注意不能有名无实,同时需要具备胜任该角色的能力. 三要素 软件时开发的三个基本要素是：管理，业务和技术。 管理：除完全以单人方式进行的开发不在本文讨论的范围，2人以上就存在一定的团队管理，人员的协调，工作的安排，流程的部署，进度的监督等等，加上必然存在的客户管理，“鸟无头不飞”，说的就是管理者的必要性。 业务：很简单，软件做了半天是为什么而做，产生什么效益和结果，这个都需要业务来完成，业务来自于需求，深化为设计，由测试加以验证, 最后接受者是客户。 技术：更容易理解，没技术能叫软件开发？软件开发首先是技术活，但广义上来说，需求分析，系统设计和开发管理这些也都属于技术的范畴，只要需要方法论的地方就需要技术。 所以做软件先考虑其三大要素，是管理是否成熟，业务是否明确，技术是否过硬，就能知道软件是否能够顺利完成。 角色 下面我们从3个基本要素的基础上讨论下，探讨下我心目中的最少角色。 ?管理体系 n 项目经理：兼顾客户管理和团队管理2大职责，在小团队中，这两种管理几乎不可能再拆分。 ?业务体系
［摘要］项目管理，分七个方面介绍团队建设。中国古人把成功必备的三个条件归纳为“天时，地利，人和”，而在现代的管理理念中 “人和”主要就是指有一个优秀的团队。这个团队大可以到一个国家，小可以到一个企业、一个部门上。特别是在IT 的这个新兴行业中，人的创造力成为企业核心的发展力，谁拥有最多最强的人才，谁就是市场的胜者。而使这些充分发挥他们在项目中的作用，团结协作，则是团队建设的主要任务，所以项目的团队建设对于项目的成败也是起着至关重要的作用。［关键词］项目；管理；团队；建设浅谈项目管理中的团队建设 李莹 （石家庄供水集团，河北石家庄 050021） 中国古人把成功必备的三个条件归纳为“天时，地利，人和”，而在现代的管理理念中“人和”主要就是指有一个优秀的团队。这个团队大可以到一个国家，小可以到一个企业、一个部门上。特别是在IT 的这个新兴行业中，人的创造力成为企业核心的发展力，谁拥有最多最强的人才，谁就是市场的胜者。而使这些充分发挥他们在项目中的作用，团结协作，则是团队建设的主要任务，所以项目的团队建设对于项目的成败也是起着至关重要的作用。以下是对做好团队建设的几个建议： 一、明确工作目标 我们知道团队的一个主要特点就是要有一个共同的工作目标，团队目标是一个有意识地选择并能表达出来的方向，它能促进组织的发展，使团队成员有一种成就感，能够为团队运行过程中的决策提供参照物，同时能成为判断团队进步的可行标准，而且为团队成员提供一个合作和共担责任的焦点。有了这个目标大家才有了共同努力的方向，在项目管理中，这个目标就是项目的任务和职责，而一个好的团队，每一个队员都应该明确知道工作目标和自己在项目中职责。 二、团结协作 有了共同的目标，而队员不向这个目标共同努力，还是不行的，因此在团队中需要一种协作的精神，这是团队建设的关键所在。就像是我们的双手，要想完成日常工作，单靠一根手指是做不到的，只有五根手指协作起来，才能完成我们想做的事情。团队精神的核心在于协同合作，强调团队合力，注重整体优势，这样才能充分利用和发挥团队所有成员的个体优势去更好的完成这项工作。 三、岗位分工明确，职责清晰 在项目中每个人的工作能力是不同的，因此合理进行人员分配在团队建议中是非常必要的。通过对工作岗位进行划分，明确岗位职责，不仅让员工明确知道自己的任务，有了个人的工作目标，而且对管理者可以更好的界定个人工作能力，进行绩效考评。 我们公司曾经做过一个水厂生产自控系统项目。由于这个项目的时间紧，任务重，公司特地从三个部门，一个是自控部门，一个是网络部门，一个是软件开发部门抽了几名骨干组成了项目组。为了加快进度，项目经理只对工程进行了大致划分，没有把任务明确分给到个人，只是让队员进行个人协调。因为前期的用户需求没有调查详细，工作任务也没有分解细化，在工程实施中问题暴露出来，一是工作过程中有人一直很忙碌，有人却做完仅有的一点工作后无所事事，造成了人员的极大浪费；二是工作分工不明确导致工作交叉较多，出现问题确认不了具体的责任人，而不得不靠各职能部门领导来进行协调，并且到最后绩效考核时引起了队员的很大争议 四、相互信任、相互尊重 人与人之间的交往的前提是互相尊重，不懂得尊重人，一切都无从谈起。这个尊重是有形的，是可以看得出来、感觉得到的，比如说：你对人的守时、守信、虚心听取意见等等。最大、最可贵、最有效地的尊重是信任，这个信任在项目管理中体现为对团队成员的合理、有效的授权和委任。 授权与予责应该是同时的、并列的，授予权力必然要承担相应的责任，承担责任必须授予相应的权力以支持。有权无责是浪费权力职能，会影响主管者的威信，引起员工的不满或怠工；有责无权必然会导 致职责落实不到位，影响工作目标的实现。项目经理在授权时，应把任务、目标、效果等向被授权者交代清楚，至于如何去实现，应由被授权者自主解决，充分发挥其主观能动性，而不应多加掣肘。 被授权者在实施过程中所形成的错误或失误，项目经理应勇于承担责任，并帮助其寻找原因和解决措施，为授权者创造一个良好的环境，以充分调动其积极性。授权以后，不要因被授权者稍有差错就将权力收回。否则，一是容易使被授权者觉得自己不被信任，产生被欺骗的感觉，影响其工作情绪；二是如果授权他人或自己亲自处理的结果仍然很差，则会产生更大的副作用，直接影响授权者的威信。因此，要允许被授权者犯错误，并指导其改正错误，将功补过，而不是一棍子打死。 五、做好沟通工作 沟通是人们分享信息、思想和情感的过程。项目经理最重要的工作之一就是沟通，通常花在这方面的时间应该占到全部工作的75%～90%。良好的交流才能获取足够的信息、发现潜在的问题、控制好项目的各个方面，可以说没有沟通就没有项目。在项目中，很多人也知道去沟通，可效果却不明显，似乎总是不到位，由此引起的问题也层出不穷。其实要达到有效的沟通有很多要点和原则需要掌握，尽早沟通、主动沟通就是其中的两个原则，实践证明它们非常关键。 现在的很多科技公司是在原来的国企基础上进行改制后成立的，在过去国有企业中的组织结构是一种金字塔型结构的层级组织，它层次过多、传递信息的渠道单一而且过长，反应迟缓。新的公司虽然已经打破了的“等级森严”的管理制度，但是原来固有的沟通模式还存在着很大的影响，这对团队建设是很不利的，对项目管理也是有很大负面影响。在我们就近开发的水厂调度系统改造项目中，由于沟通不善，工作中就出现了一个纰漏。该项目的项目负责人是我们网络工程部的主管，由于项目经理一直在计算机系统集成方面工作经验丰富，工作的测重点也就放在了这方面，而在水厂自动控制方面，没有进行系统的调查，没有与自控工程师进行详细的方案沟通，最后出现了新旧系统不能兼容，总体设计方案不得不进行更新补充的结果。从这个例子可以看出如果团队沟通处理好的话，这个问题是完全可以避免发生的。 六、要有良好的激励机制 在项目团队的建设过程中，要想真正激励每一个团队成员就要做好以下几方面工作： （一）制定精确、公平的激励机制 激励制度首先体现公平的原则，在激励中严格按制度执行并长期坚持；其次要和考核制度结合起来，这样能激发员工的竞争意识，使这种外部的推动力量转化成一种自我努力工作的动力，充分发挥人的潜能；最后是在制定制度是要体现科学性，也就是做到工作细化，全面了解员工的需求和工作质量的好坏，不断地根据情况的改变制定出相应的政策。 （二）物质激励要和精神激励相结合 物质激励是指通过物质刺激的手段，鼓励员工工作。物质需要是人类的第一需要，是人们从事一切社会活动的基本动因，所以，物质激励是激励的主要模式，也是目前我国企业内部使用得非常普遍的一种激励模式。但在实践中，不少单位在使用物质激励的过程中，耗费不少，而预期的目的并未达到，职工的积极性不高，反倒贻误（下转第43页）
工程项目管理制度的高效团队建设与管理制度
————————————————————————————————作者：————————————————————————————————日期：
题目：工程项目管理的高效团队建设与管理 学号： 姓名：
工程项目管理的高效团队建设与管理 摘要组织是目标实现决定性因素，而目标的实现要通过好的管理得以实现，这就说 明好的管理必须建立高效团队。高效的团队在企业经营活动中显示了强大的生命力，团队内部成员通过协作共同解决问题，使管理目标得以实现。项目团队是以项目组织的规范建立为基础，并形成于项目组织框架之中。项目运作实践表明：项目管理组织的规范建立是高效项目团队建设的基础。表现在：首先，项目管理组织建立的原则决定影响高效团队建设。优秀项目团队更能产生在按这样几个原则建立的项目组织里：一是有明确目的性——使企业生产要素的配置按项目的需求处于动态组合状态。二是保证决策指挥的统一——有利于企业内部多项目之间的协调和企业对各项目的有效控制。三是要使施工企业管理体制与机制和工程项目管理体制与机制要求一致。四是创造人尽其才的环境，减少管理层次，精干人员，强化自有资源，组装社会资源。五是有利于强化合同管理与履约责任。因此如何塑造高效项目团队问题，不仅是一个人才战略问题，而且是推行项目管理中一个必须重视与解决的现实问题。 关键词：工程项目团队建设高效性 一．团队建设的意义 众所周知, 一个项目管理的成败好坏是和项目建设中的项目经理和项目成员密不可分的, 项目团队成员对项目的成功是极其重要的。项目经理要依靠项目团队, 因为他通常并不具有项目需要做的所有工作的专业知识。对于任何项目团队, 必须有一个指挥所有工作的领导, 保证使项目团队明确项目所要求的结果, 保证项目团队成员知道对他们的期望以及分享信息的重要性。项目经理必须保证他的项目团队了解并把重点放在项目所要求的结果上。项目经理还要在沟通冲突解决办法和项目绩效方面起到一个促进者的作用。对于一个成功的项目, 项目经理必须建立和领导一个有效的项目团队。团队建设是一个对不同的个人组成的群体施加影响的过程, 群体里的每个个人都有自己的目标、需要和观点, 他们为了搞好项目而有效地在一起工作, 团队实现的成就应当多于个人成就之和。每个团队都需要激励, 团队激励是一种过程, 项目经理借助它影响队员完成该做的工作。那么如何在团队内部形成统一、有序、高效的工作气氛, 怎样才能使项目成员有效地组织起来, 创造出一种开放、自信、团结、协作的团队氛围, 使项目成员强烈希望为实现项目目标做出贡献。为此, 我认为应该项目管理组织的组织形式也决定与影响高效项目团队建设。对承包人来说，施工项目组织形式在实际工作中具体形式一般有以下四种：1、部门控制式施工项目组织。其特点是：它是按照职能原则建立的施工项目组织；不打乱企业现行建制；项目终止后建制归原。2、混合工作队式施工项目组织。这一组织形式的特点是：它是按照对象原则建立的施工项目组织；企业职能部门处于服从地位；项目实施中自主权比较大。3、矩阵式施工项目组织。这一组织形式的特点是：它是现代大型项目中新型的组织形式；它把职能原则与对象原则结合起来，既发挥职能部门的纵向优势，又发挥项目组织的横向优势。4、事业部式施工项目组织。其特点是：它是比较流行的项目组织，特别是适宜母—子公司模式，特别适用于远离公司本部的工程承包；享有相对独立经营权，可以是一个独立单位。在以上四种组织形式中，从组织实
. 物业管理系统 项目团队建设方案 学生 指导教师 年级 专业 系别 学院
. . 一、项目团队人员组织及职能 物业管理系统团队人员组织有：项目经理、系统分析员、系统设计员、数据库管理员、程序员、 测试人员。 图一组织结构图 1）项目经理 职能： 开发计划：项目经理要在对所有合同、需求等熟知、掌握的基础上，明确此项目目标，并就该目标与项目客户达成一致，同时告知项目成员，然后为实现项目目标制定基本的实施计划（成本、进度、产品质量），在项目的实施过程中，还要根据项目的实际进展情况，在必要的时候，调整各项计划方案。 组织实施：1. 设计项目团队的组织结构图（图一），对各职位的工作内容进行描述，并安排合适的人选，以及对项目所需的人力资源进行规划、开发； 2. 对于项目，项目经理应该决定哪些任务由项目团队完成，哪些任务由承包商完成。 控制项目：项目实施过程中，项目经理要时时监控项目的运行，积极预防，防止意外的发生，及时解决出现的问题，同时要预测可能的风险和问题，保证项目在预定的时间、资金、资源下顺利完成。 2)系统分析员 职能： 针对《物业管理系统》做出系统功能需求分析、系统组织结构图（图二）、数据流程图、数据字
典、整体项目评估和团队组织管理。 . . 小区物业管理系 查询改改询改询询询改询改询改码录改系统组织结构图图二 系统设计员3）职能：负责设计与开发应用软件系统．其中包括对系统总体构架设计、系统模块设计（图三）、输入设计、输出设计、代码设计、数据库设计。使其正确的反应出有效的信息，协助企业经营者管理、营运公司的运作者。 . . 物业管理系后台功能模前台功能模系统数据访问数据库系统模块设计图三数据库管理员）3 职能：一般监视对数据库的备份监控和管理规范数据库用户的管理 SQL语句的书写规范的要求对深层次要求DBA 程序员4） 职能：熟练掌握各种语言技巧，知道技巧适用性还要对资源做出最恰当安排。测试人员）5 职能：性利用测试工具按照测试方案和流程对此系统进行功能和性能测试，检查系统是否有缺陷，