项目管理的75条建议

要有。当老板问起这个产品目前质量如何， Test Lead/Manager 应该负责回答。
56. 你们有单元测试么？
单元测试要有的。不过没有单元测试也不是不可以，我做过没有单元测试的项目，也做成功了——可能是侥幸，可能是大家都是熟手的关系。还是那句话，软件工程是非常实践、非常工程、非常灵活的一套方法，某些方法在某些情况下会比另一些方法好，反之亦然。
57. 你们的程序员是写完代码就扔过墙的么？
大忌。写好一块程序以后，即便不做单元测试，也应该自己先跑一跑。虽然有了专门的测试人员，做开发的人也不可以一点测试都不做。微软还有 Test Release Document 的说法，程序太烂的话，测试有权踢回去。
58. 你们的程序中所有的函数都有输入检查么？
不要。虽然说做输入检查是 write secure code 的要点，但不要做太多的输入检查，有些内部函数之间的参数传递就不必检查输入了，省点功夫。同样的道理，未必要给所有的函数都写注释。写一部分主要的就够了。
59. 产品有统一的错误处理机制和报错界面么？
要有。最好能有统一的 error message ，然后每个 error message 都带一个 error number 。这样，用户可以自己根据 error number 到 user manual 里面去看看错误的具体描述和可能原因，就像 SQL Server 的错误那样。同样， ASP.NET 也要有统一的 Exception 处理。可以参考有关的 Application Block 。
60. 你们有统一的代码书写规范么？
要这样。要有设计才能开发，这是必须的。设计文档，应该说清楚这个产品会怎么运行，应该采取一些讲故事的方法。设计的时候千万别钻细节，别钻到数据库、代码等具体实现里面去，那些是后面的事情，一步步来不能着急。
67. 开始开发和测试之前每个人都仔细审阅功能设计么？
要做。 Function Spec review 是用来统一思想的。而且， review 过以后形成了一致意见，将来再也没有人可以说“你看，当初我就是反对这么设计的，现在吃苦头了吧”
68. 所有人都始终想着The Whole Image么？
要这样。项目里面每个人虽然都只是在制造一片叶子，但每个人都应该知道自己在制造的那片叶子所在的树是怎么样子的。我反对软件蓝领，反对过分的把软件制造看成流水线、车间。参见第 61 条。
69. Dev工作的划分是单纯纵向或横向的么？
不能单纯的根据功能模块分，或者单纯根据表现层、中间层、数据库层分。我推荐这么做：首先根据功能模块分，然后每个“层”都有一个 Owner 来 Review 所有人的设计和代码，保证 consistency 。
70. 你们的程序员写程序设计说明文档么？
要。不过我听说微软的程序员 1999 年以前也不写。所以说，写不写也不是绝对的，偷懒有时候也是可以的。参见第 56 条。
71. 你在招人面试时让他写一段程序么？
要的。我最喜欢让人做字符串和链表一类的题目。这种题目有很多循环、判断、指针、 递归等，既不偏向过于考算法，也不偏向过于考特定的 API 。
72. 你们有没有技术交流讲座？
要的。每一两个礼拜搞一次内部的 Tech Talk 或者 Chalk Talk 吧。让组员之间分享技术心得，这笔花钱送到外面去培训划算。
7 3. 你们的程序员都能专注于一件事情么？
要让程序员专注一件事。例如说，一个部门有两个项目和 10 个人，一种方法是让 10 个人同时参加两个项目，每个项目上每个人都花 50% 时间；另一种方法是 5 个人去项目 A ， 5 个人去项目 B ，每个人都 100% 在某一个项目上。我一定选后面一种。这个道理很多人都懂，但很多领导实践起来就把属下当成可以任意拆分的资源了。
74. 你们的程序员会夸大完成某项工作所需要的时间么？
会的，这是常见的，尤其会在项目后期夸大做某个 change 所需要的时间，以次来抵制 change 。解决的方法是坐下来慢慢磨，磨掉程序员的逆反心理，一起分析，并把估算时间的颗粒度变小。
75. 尽量不要用Virtual Heads 最好不要用Virtual Heads。
Virtual heads 意味着 resource is not secure ， shared resource 会降低 resource 的工作效率，容易增加出错的机会，会让一心二用的人没有太多时间去 review spec 、 review design 。一个 dedicated 的人，要强过两个只能投入 50% 时间和精力的人。我是吃过亏的： 7 个 part time 的 tester ，发现的 Bug 和干的活，加起来还不如两个 full-time 的。参见第 73 条。 73 条是针对程序员的，75条是针对Resource Manager的。