你不是一个人在战斗 - 软件项目团队模型( 三 ) _角色

实用团队模型
我带领过很多团队，其中不少是带领应届生或者是工作经验还不多的工程师，团队中每个人的能力如果还不能塑造好，确实无法让团队高效运作。而项目初期我做的很多事情，都是通过项目具体工作来训练大家、提高每个人水平的事情。
我们的计算机相关教育并没有训练出合格的各类专业人才，但我们这般计算机从业者都是充满激情和追求进步的，基于这样的现状，我觉得应该有合适的团队模型能让我们的项目团队自学习，然后逐步发挥各专业人才的作用。
我们光抱怨我们的教育制度是没有用的，我们需要实用的团队模型来解决当前的实际问题。我在实际项目中的项目团队模型，通常是这样的：

文章插图
角色和人并一定是一一对应的，一个人可以戴多个角色的帽子，一种角色也可能由多个人担当。
上述模型有8种角色：项目经理、产品经理、软件设计师、用户体验设计师、测试工程师、实施工程师、配置管理员、QA 。
前面六种角色分别与MSF的程序经理、产品经理、开发、用户体验、测试、发布管理角色类似。
我基本上是很认可MSF的项目管理思想的，但为了适应实际情况，我做了一些必要的调整。
1.让综合能力比较强的人担当项目经理。
这个人不一定非常强，但只要他是项目组所有人中综合能力最强的人就可以了。项目经理除了领导项目团队，他需要更关注项目成员的成长。项目经理进行相关决策的时候，应该充分发挥大家的参与性。
2.各角色是同等重要的。
无论是测试工程师、实施工程师、配置管理还是QA，他们都和开发人员是平等的。哪怕是项目经理也不是高高在上的，项目经理只是比大家稍微高级别一点，之所以这样也是因为各角色的水平还不是很够，我们需要一个项目带领人。
3.持续总结与进步。
犯错不可怕，只需要能不断学习不断总结不断进步就可以了。整个项目小组是学习型成长型的团队，要人人勇于承担责任，不怕犯错，遇到问题一起来总结进步！
4.强调用户体验的重要性。
用户体验其实是很重要的工作，但往往被我们忽视，而现实情况是我们基本没有用户体验方面的高校教育，各公司在这方面的基础也比较薄弱。我在实际工作中，会把用户体验的责任落实到实施工程师与测试工程师头上，要求他们多从客户的角度来思考软件应该如何设计。另一方面，我会要求项目组成员或者我自己亲自编写出用户体验设计文档，让整个项目小组来评审。希望通过这系列的工作，培养出公司自己的用户体验设计师。
什么才是合适的项目团队模型？
其实没有固定的标准，各种项目管理理论都会有它自己的见解。无论是传统的团队模型，还是MSF的团队模型，各种理论都会基于某些假设，我们实际工作中应用这些知识时，应充分认识当前我们的水平和存在的问题，针对性地调整模型将其转化为合适的情况，并在实际工作中持续改善它。
从我的经验看来，以下几点是很重要的：
1.项目中的每个人尽管水平和能力不一致，但应该都被平等的对待，所有人对项目同等重要。
2.水平和能力较高的人，应该承担更多责任，并且有责任推动项目组人员提高水平。
3.“学习、总结、进步”，是每个项目团队应该具备的基本特点。
4.项目各角色的划分其实是灵活的，但项目所有人员的整体能力和水平，应该能覆盖实用项目团队模型的8种角色。如果缺失某种角色，或者某种角色的水平较低，项目组则应该有计划地去增强这部分的水平。