###教训：
1. 测试人员介入得晚，导致两个后果：（1）测试阶段，测试人员只能通过简单的设计图和简单的文字描述来了解需求；（2）需求阶段没有 take advantage of 测试人员的专长（之一），例如，边界情况的处理，和对产品细节的关注。
2. 不要太相信程序员对时间的估计。过于乐观算是人类的通病吧。
3. 眼见为实，要去检查代码是否真的有提交，口头进度汇报是有欺骗性的。
4. 及早联调，定时 build
4.5 维护一份文档，记录每次发布到测试站点的改动
5. 对于一个没有编程经验的项目管理人员来说，如果可能的话，任务不要直接分到新人身上。项目管理人员主要和技术经理沟通，技术经理和各级程序员沟通。E.g., After Leonard joins in, I should have assigned all the related tasks to Leonard, and leave it to him to split the tasks between him and Keillion.
6. 如果“技术经理”角色缺失，必须直接给新人分配任务的话，那么任务必须细致到每半天。
7. 技术架构和性能要求要写进需求文档。
8. 每次发布到正式站点要打 label，这样如果线上有 bug 的话可以快速 branch, edit and release.
###经验：
1. 不论如何，一旦某程序员加入这个项目，必须保证他的 exclusiveness.
2. 每天 standup meeting 有助于统一思想、协调进度。
3. It helps to have a deadline.
4. It helps to categorize the requirements by priority, e.g., must-have, nice-to-have.
5. Release a minimized product as soon as possible. Fancy features can be added layer by layer.
