第1周：团队开发的三个经验：统一口径、三权分立、“虫”一而终

现在的位置: 首页 > 综合 > 正文

RSS

第1周：团队开发的三个经验：统一口径、三权分立、“虫”一而终

2013年09月13日 ⁄ 综合 ⁄ 共 1527字 ⁄ 字号小中大 ⁄ 评论关闭

选完团队，就要开工了。现在起，每周两天到天津上班。除了是项目设计、开发、实施；也希望能帮T公司提高规范开发团队。

忙，无法细说，但偶尔会来这“有感而发”，有兴趣的网友可以点击IE上的RSS按钮，订阅这个博客（详见后附截图）

在第一周，我建议大家针对过去碰到的问题，先改进几个团队的工作方法问题：

统一口径：过去，由于大家在不同的邮件往来中，许多人没有得到最后的消息或文档版本。最糟糕的是，双方觉得通知对方了，但是公司内部没有转发，因而“Not On the Same Page"。方法有二：
1. 统一邮件群组。对项目组成员建立两个邮件组，一个内部组，一个扩展组（通常是加上组外、或公司外员工）。这一点，由于是跨公司的合作，我们决定用Yahoogroups。（www.yahoogroups.com）。简单的说，有时要通知所有人，就发给一个Yahoogroups.com邮件地址，所有成员都能得到一份；成员回复这邮件，所有人都能收到。
2. 统一共享文档目录。就是开一个共享目录，所有有关文件统一存在这里，成为法定最新版本。有条件的，可以用带版本管理的CMS（Content Management Systems）. 我们用Sharepoint。其他许多共享目录都可以。
三权分立：微软的研发团队都是三权分立：PM（program manager) vs. Developer vs. Testers，三个团队，分别有直接的领导，直接汇报到产品部门经理（PUM ： Product Unit Manager)。大家在网上可以找到许多相关资料，这里我就不细说了。其中，几个关键：
1. Tester 是相当大的权力，是最后产品审核通过的签名人，因为如果产品在顾客那出问题，测试人员要先挨板子，然后才是开发人员。所以，他们的考核就是能抓到几个虫子，而且是大虫子；而开发人员考核则是少虫子，而且有虫子后能多快修好。因而两者是冤家对头，如果Tester 归 Developer 领导，就成了摆设了。（以下对时政的评论删减2500字）。
2. Program Manager 有经理官衔，却不管人。这是个常见的误区。T公司就有个组员（PM），产生顾虑，觉得自己资历浅，技术不强，没法管人派活，想打退堂鼓。我就强调这个PM是Processing PM （还有一种是Feature PM），不是管理人员（他们称中层管理、或高层管理）。我说时，有人问：这有什么区别？我一愣，试着回答：“管理人员是甲方，是雇主，所以说话口气是‘我命令你干这、干那’；而这个PM是协调团队，是乙方，所以说话口气是‘大哥、大姐；帮帮忙，这你能做吗？那你说三天做完，没问题把？’”。
  因为，最近开公司，对甲方乙方体会深，就用这个例子，不知道大家是否领会了。你们呢？
“虫”一而终：微软整个团队的主要流程都是在“Bug Database”，贯穿了整个开发流程，最初叫 RAID (著名的杀虫剂品牌-敌杀死？）到现在的Product Studio。很难想像微软没有RAID，会怎么活？就好像现代化的生产厂家没有ERP，服务行业没有CRM。最初微软授权微创在中国开发发行中文版，后来Visual Studio中有一些工具。同时其他公司也有一些类似产品。在此我不一一细说，有了解的也可以跟帖跟大家分享一下，主要是要和公司的文化、流程相结合。我们这次决定采用 Bug Free（一个开源的版本http://www.bugfree.cn/）。等项目结束了，有体会再和大家汇报。