如何建立技术型团队的五步法则

《如何建立技术型团队的五步法则》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、如何建立技术型团队的五步法则    在IT项目中，一支强有力的技术型团队是项目成功的关键，那么如何才能建立出这样一支成功的技术型项目团队？日前，记者就此问题对加拿大魁北克大学管理院教授Prosper Bernard进行了专访。衡量团队竞争力的五级成熟度模型　　这是构建成功项目团队的第一步，也是绝对重要的一步。在构建团队的初始阶段，在客户以及项目组成员中形成团队有能力完成项目的思想观念至关重要。“这种观点的基本构成有我们常说的管理能力，技术能力以及项目领导的方向感。”加拿大魁北克大学管理院Prosper Bernard教授认为，“如果项目领导

2、清楚的知道‘如何运作’才能使他们的项目成功，项目的客户以及组员就会感到信心十足，而这种信任对团队士气有巨大的影响。” 　　在此思想的基础上，卡内基梅隆大学（Carnegie Mellon University）的软件工程协会（Software Engineering Institute，SEI）做出了团队成熟等级模型，将项目团队分为初始型、重复型、定义型、管理型、优化型等五个等级。　　初始型等级　　处在这种等级的团队或组织倾向于采用一种混乱的、特别的、“按照自己的开发方式”的方法构建各种新的制度体系。属于此种类型的团队凝聚力较低，工作效率也

3、比较低。　　重复型等级　　团队或组织使用了计划技能，综合系统方式中的需求，利用软件质量确认技术，以及按照已经形成的路径图进行后续的努力。　　定义型等级　　团队和组织按照已经定义的方法步骤，使用过程提升技术以提高方法路径的有效性，引入规范的培训程序，以一种整合的观点看待整个系统开发过程，同时更多的使用正规信息工程和结构开发技术。　　管理型等级　　团队或组织切实的掌握并应用了软件开发标准，从而实现准确预计以及过程分析的目的。同时，一些全面质量管理（Total Quality Management, TQM）的观念也被应用于提高整体开发过程效率。

4、　　优化型等级　　团队或组织使用持续的组织变革管理技术，用来优化自身的运营效率，以强调缺陷预防比缺陷诊治更重要，从而持续发现技术开发机会。当然，这种技术也可以应用到整个公司。成熟度模型建立项目团队的五步法则　　根据Prosper Bernard教授的成熟度模型，五种等级依次递增，利用这种模型我们可以为自己的团队定位，并依次总结出建立技术型项目团队的五步法则。　　法则一：项目团队经验互补 团队成功的关键　　团队不仅在技术上是统一的、互补的整合体，同样在经验上也是要互补的。正像Prosper教授说的那样：“即使在成功率很高的组织中，任何情况下，

5、团队成功的关键因素都是项目团队成员的大量经验。”　　比如回答这样的问题：项目团队是否有商界专家？如果没有，是否能指任的一个或几个成员站在客户的角度有效沟通和讨论商业需求的问题？团队中是否有人能真正理解“商务活动是个巨大的信心构建者”这种观念？只有当团队回答这些问题是肯定的时候，才能使团队中的分析者和设计者向除顾客之外的其他人询问需要问的问题，而不是仅仅关注顾客。从而，团队可以切实的有效利用每个人的时间，并增强了后续软件工作的安全性。另外，这样也可以保证团队的“创造性思维”在合理的边界内。　　说到这里我们很容易想到，技术专家作为技术上的权威，

6、熟悉在既定技术环境中的专业技术以提高团队信心。一位技术专家可以援助其他人，提供建议，开发项目标准，也可以防止开发错误的时间浪费。他们会在关键的时候觉察出项目是不是进入了茫然区，就像是在海上没有航标一样？　　另外，专家也是树立团队领导楷模的关键。通过为其他人树立工作和经验的先锋楷模，技术专家可以在很短的时间内有效的转移技术知识和经验。同时技术专家也可以避免，新的项目无视标准的“按照自己的开发方式”进行工作。　　法则二：项目控制和协调 保证项目结果吻合　　“对于在整个开发过程中，需要许多人员参与的巨大且复杂的项目来说，需要制定并使用高水平且详尽

7、的说明，以在个人成果整合成最终产品的时候，提供指导性的帮助。” Prosper 教授认为，“项目成果的分解，必然会使项目中的个人关注于自己那部分的工作。这时项目团队需要清晰界定的标准和规格说明，以保证预期最终结果与实际各部分整合后的结果相吻合。”　　确实，在许多时候，系统设计可以被认为是一系列规格，且各分任务的各项成果以螺旋的方式交替上升并形成更详尽说明的阶段性成果。在此过程中，能否将所有人的努力统一聚集到一起是整个团队所面对的最终挑战。　　那么哪些因素影响着这种统一聚集的程度呢？　　其一是开发出合适的标准。这种标准具有一致性和连贯性，在每

8、个项目阶段，应该开发指导方针已指导项目内容以及阶段成果的形势；　　其二是团队的交叉沟通。一般需求，相似论题，共享数据，以及功能性再利用都应该以开放的形势进行讨论和协调。团队成员应