软件技术团队建设 第1篇
角色团队组建是发生在项目立项时的工作，而角色团队建设是在企业经营的整个生命周期内都要进行的，建设结果是角色团队组建的基础。建设是持续性的，组建是临时性的，建设为组建提供基础，组建后的项目团队的实施结果为建设提供依据，整个过程如“图 6 角色团队组建与建设过程”所示。
图 6 角色团队组建与建设过程
角色团队建设要完成的工作有：
角色团队组建时要完成的工作有：
在具体的角色团队建设过程中，实际上可以保留多个层次的角色体系，主要原则就是适应企业的经营要求和发展要求，其它相关内容如取舍、粒度控制、层次控制、结构控制、管理、认证等原则和方法本文不再赘述，部分内容可参考RUP。
在过去的实际管理过程中，一般团队存在很多问题，包括：
导致上述问题存在的根本原因是什么？我们认为，主要的原因有：
最基本的原因是全面性问题，不够全面导致管理不到位：用不合适的方法去解决模糊的问题，如“图 7 一般团队的问题域覆盖程度”所示，应该解决的问题没有解决，解决问题的人又不一定是合适的。
图 7 一般团队的问题域覆盖程度
软件技术团队建设 第2篇
根据RUP[Rational，2001]的定义（如 “图 1 RUP中角色的含义”所示），角色的含义是：角色是抽象的职责定义，它定义的是所执行的一组活动和所拥有的一组资源。角色通常由一个人或作为团队相互协作的多个人来实现。
图 1 RUP中角色的含义
角色定义是一种管理上的要求，是“以活动为基础的管理”的表现形式，角色定义的依据是：问题、人、管理都可以分析为一系列活动的组合，这些活动有输入、输出，需要一定的环境和工具，需要活动承担者具有一定的能力，所有这些要素都是可以定义的，其联系的核心可以称为“角色”；管理本身的任务包括对问题域的角色分解、对人的角色分解、问题角色与人员角色的配对等。
因此，我们可以定义通用的角色模型如“图 2 通用角色模型”所示。
图 2 通用角色模型
通用角色模型的含义：
问题角色容纳了对问题域的认识和分析结果，人员角色满足预定义的能力和人格要求，并在掌握了相关知识和工具后获得认证；问题角色和人员角色关联后，人员角色利用知识、工具、输入文档等进行创造性活动，解决问题角色的需求；关联活动产生的结果经过总结、分析，进行经验总结反馈，从而可以改进问题角色和人员角色的定义和认证，为组织进步提供通道。
软件技术团队建设 第3篇
在目前软件工程实施中，“持续改进”无疑是最重要的思想；首先，改进就必须要有一个载体，这个载体必然是企业知识体系，因此也可以采用“角色团队”作为这一载体；其次，改进必须是持续的，也就意味着过去定义的知识体系能够在一定程度上重用。角色团队通过“角色”这一概念来进行知识体系的分解，通过粒度和层次的控制很容易达到高程度重用的目的，因此，角色团队原理可以在软件工程实施中作为实施载体来使用。
以角色团队为基础的企业知识体系还可以很方便地容纳软件工程规范，因而对软件工程的实施具有很高的支持性；通过“人员角色体系”的建立，可以达到对个体的针对性培训和学习引导，对团队的进步具有很好的引导作用。
由于角色粒度、层次控制的灵活性，角色团队的组建和建设可以从任何时候、任何规模开始逐步建设，非常灵活，满足企业逐步成熟的要求。
软件开发是一项知识性活动、创造性活动，软件技术日新月异，软件应用领域复杂多变，所有的这些原因造成了软件开发管理的困难，导致了软件危机的产生。软件管理问题的解决，离不开对知识体系的依赖和对变化的适应。角色团队原理作为一个知识体系的载体以及对持续改进的充分支持，可以作为软件工程实施方法之一。
参考资料
[1] Stephen ，《组织行为学》（第七版），1997，中国人民大学出版社；
[2] PMI，《A Guide to The Project Management Body of Knowledge》，2000；
[3] SEI，《CMMI for Systems Engineering/ Software Engineering》，2000；
[4] Rational，《Rational Unified Process 》，2000。
题图来自 Unsplash，基于 CC0 协议
软件技术团队建设 第4篇
内向的人表现为非常沉默、内敛，几乎感觉不到他们的存在。他们可以把工作完成得很出色，但是对团队执行力或者在会议上几乎没有什么贡献。他们在一对一的时候能进行交流，但退回到人群里以后几乎消失了。
在会议上让他们发言时，当他们分享自己的意见或见解时，要给予正面的支持，这样可以逐渐帮助他们建立自信，让他们感觉到自己对于团队是有贡献的。找机会跟他们交谈，当面认可他们的贡献。与他们的交流要单独进行，通过一些小事情与他们建立特殊的联系，例如分享工作经验、交流管孩子心得。总之，想方设法建立更紧密的联系。