软件项目模型之GRTT-E
GRTT-E: Goal, Risk, Task, Team - Environment
正在准备开发管理的培训。
关于软件开发的管理，一直是我很感兴趣的话题。长久以来的一个现象，在谈到软件开发管理的时候，很大程度上被等同于开发过程管理了。在市场上的开发管理的书籍和培训，大部分是关于软件开发过程的：CMM、RUP、TSP、XP、MSF，以及更加通用的项目管理如PMP。
过程本身是开发管理很重要的部分。但问题在于，是团队掌握过程，还是过程掌握团队。每一种过程都是有其种种假设的，就像XP假定需求难于确定，CMM假设项目过程经验是能够而且将会被多次重复利用的。很多时候这样的假设，都是隐含或者不那么明显的。如果忽略了开发管理的本质，照搬流程，很可能会走诸多冤枉路。
同时，过程管理仅仅是开发管理的一部分。但在过程管理没有涉及，或者没有重点讨论到的部分，例如技术决策、人的因素，往往是诸多项目失败，或者不那么成功的原因。
开始尝试在开发管理的培训里，突破仅仅讨论过程管理的模式，寻求更为根本与有效的内容和方式。
遇到的第一个困难，是需要为软件开发管理，建立相关的描述框架。
在这方面有两本书，突破了通常的模式，是颇为值得一读的：微软团队成功秘诀和成为技术领导者---解决问题的有机方法。
前一本书，来自于微软VC团队的开发负责人，作者认为“软件开发管理的真正任务，是将团队成员的智能充分而适宜的发挥，并有效地投注在创造产品的活动中”，并且总结了微软软件开发的很多法则。后一本书，提出关于技术领导力的三个方面：“激励、组织与主意（感觉翻译并没有很恰当的表明原文：Motiviation, Organization and Idea）”。
关于项目模型，我总结了一个框架：GRTT-E，它代表Goal, Risk, Task, Team and Environment。也就是目标、风险、任务、团队与环境。成功的项目过程，就是团队确定目标（有时这由外部负责），在给定的环境中，完成各种任务，识别、控制与克服关键风险，成功达到目标的过程。
作为团队领导者，主要任务就是，带领团队，制定正确的目标并且达到目标。
posted on 2007-07-03 17:00:00 by johnxu 评论(5) 阅读(6789)