案例：08年年初，我做过一个国内Java的项目，记得在一次与UX lead和开发Lead的周例会中，我对开发组的质量提出了质疑。开发lead对此也很是无奈和迷茫，不知如何更好的跟踪项目进度和项目质量。因为公司比较重视这个项目，配备的开发人员已经是公司比较强的整容了。但是，编写出的代码，质量却很不理想，即使我这个门外汉（本人的方向是.net)在评审会议中，也能发现很多设计缺点和逻辑不严禁等问题。
下面是我给开发组开的药方：
Build develop team process.
其实，在开发lead到位之前，我管理了开发组一周，曾经帮完成了一些process文档。 但是，我的process中，开发lead 需要专注于管理，而新的开发lead极度喜欢技术，开发组的管理基本靠组员个人自觉。作为一个有6、7个开发人员的项目组，项目组如果没有一套可遵循的过程，将很容易陷入无政府的混乱状态。
Process as following:
1. Hold daily meeting at 9AM, meeting should be shorter than 10 mins always.
每日会议主要是重申一下项目组的周目标, 共享一下每个人的工作状态，遇到的问题，是否需要外部支援等等。每日会议还需要说明开发lead今天reivew的模块范围，当日整合内容等。
每日会议可以帮助我们及早的发现项目进度变化，及识别潜在的风险。
2. Hold weekly meeting at 9AM on Monday, meeting should be shorter than half hour.
周例会主要是检查一下每个人任务的完成情况，重申项目外部和内部的变化，明确下一个提交物的整合和提交时间等等。
3. Hold team review meeting on Thursday afternoon.
团队评审会议是一种官方验收和接受个人任务的会议，在评审会议中，将会对代码质量进行检查，当代码或文档按照评审会议的要求完成之后，也就意味着，代码或文档已经达到了当前的质量要求。
...... (以后再写，呵呵 -joyyuan97)
疑问解答：
这里有一个问题，为什么说这个Process能帮助更好的管理项目计划和项目质量呢？
其实很简单，就如我在“Plan (2- 项目经理的职责) ”中提到的Key steps for leader:
1 Do an executable plan
2 Track plan
3 Control risk
4 Communication
Do an executable plan是整个team的一次性工作，当然tech lead在做plan的时候定义task的验收标准。
如果去跟踪计划呢？ 这就不是别人说什么你就信什么，:-) tech lead需要在每日会议和周例会中，帮助项目组成员明确任务是否真的完成了。（我曾经遇到过一种情况，项目组成员一致认为编码完成了，他们的模块就完成了。 那么，Unit test、源码整合和整合测试应该给谁呢？有时候，真不是项目组成员说谎，而是因为我们认定的标准不一致导致了对项目进度的评估不一致）
在有，是控制风险.... 这里说明，如果想控制风险那么，首先你需要识别出risk..... 而每日会议和周例会正是你识别风险的最佳时机，毕竟三个臭皮匠，顶你一个诸葛亮嘛.....
以上，是对计划部分的说明，那么对Process如何帮助我们提高质量呢？
答案就是：团队评审会议. 团队评审会议是帮助我们发现以完成工作的质量问题的最佳时机，一般，我们会在团队评审会议中，先发现项目组的通病，然后，才会对业务逻辑等进行检查。它是官方接受项目组成员的提交物的会议。
抱歉，要去上班了。呵呵.... 欢迎交流，如果有什么建议，我晚上再回来改。
