言，绝大多数时间用于沟通，往往与客户的很多约定仅停留于口头，或者记录在往来的邮件中，时间一长，忘记了或查询不便，严重影响沟通效率或效果，而使用问题跟踪表的好处在于：一方面，可以将这些关键事件汇总、跟踪直至问题闭环；另一方面，保证与客户沟通有据可查，避免以后一些问题的责任纠纷。
2）表中可以设置这样一些字段：问题描述、记录日期、解决措施、期望解决日期、责任人、优先级、状态等。
3）一般事先需要与客户确认以下几个要点：双方接口人，更新的问题跟踪表的发送频率，客户需要反馈的期限，若未及时反馈如何将问题升级等，可以共同讨论和形成一套标准流程，从而使双方沟通更加顺畅，问题也得以及时解决。
4）问题管理可以掌握一定灵活性，效果会更好。例如，遇到紧急问题，应立即电话通知或通过邮件将问题表发送给客户，优先级标识为最高；例会前一天发送给客户，例会上抽出一点时间，与客户集中讨论一些问题，效率更高，避免对进度的影响。
编码之前学规范，
代码编完请自查，
相互交换再评审，
缺陷消除见实效，
缺陷记录须完整，
及时修改与验证。
定期统计bug率，
明确质量好与坏，
查找主要之缺陷，
更新缺陷预防表，
根本原因深分析，
改进措施落实处。
秘笈四：质量大师克劳士比一直倡导追求零缺陷，客户是否满意也在于项目组是否以良好的服务来按时交付高质量的产品，所以，项目管理中重视和加强缺陷管理，十分必要。
1）缺陷管理首要是做好缺陷预防工作，最佳实践是制作一张缺陷预防表，将常犯、易犯问题归纳起来，工作之前加以学习，避免同类错误再次发生。若之前的问题不再发生，需要定期更新一下预防表，将最新发生、需要重点关注的问题补充进来，这样的预防表使用起来才更有意义。
2）接下来缺陷的记录与跟踪工作也是十分必要的，为下一步的分析工作做准备。最关键的是要描述清楚具体缺陷，缺陷发生或识别的阶段，以及责任人。记录好之后，一般由引发缺陷的责任人负责修改直至验证关闭。
3）缺陷的分析工作，完全可以综合应用一下PMBOK中所学精华，例如，80/20原则，鱼骨图，头脑风暴等。但需要强调的几点：
A.一般最好安排引发缺陷的责任人亲自参与分析，因为往往对根本原因最清楚，保证分析准确到位，也通过分析活动，充分提升个人质量意识;
B.最好参照项目目标进行分析，考虑缺陷与工时，可以了解到效率状况，而考虑缺陷与规模，可以了解到质量状况，然后计算偏差，明确差距；
C.分析要区分类别，关注到哪个人引发缺陷最多，哪个阶段缺陷最多，哪个类型的缺陷最多，哪个模块的缺陷最多等，这样才能明确下一阶段或项目工作的侧重点。
4）结合分析的结果，重新回到更新缺陷预防表的工作中，形成一个闭环，基本上缺陷管理的工作相对就比较到位了。
测试计划与用例，
保证测试质量关，
覆盖范围要全面，
评审通过后测试。
参照测试目标值，
偏离回归再测试。
秘笈五：测试管理基本遵循PDCA理论，不难收获良好效果。
1）P：事先制定好测试计划。一个好的测试计划，至少要涵盖两个层次的内容。从整体上，明确定义出包含哪些测试活动，所需要的资源、环境、服务器，进度与里程碑安排，用例评审活动，测试策略等；从某种测试活动上，明确定义出测试目标、测试范围、技术、进入与退出标准、重点关注与优先项、特殊注意事项等。另外，作为测试计划的一部分，测试用例也需要考虑和设计好。
2）D：严格按照计划开展测试活动，保证各环节没有疏漏。
3）C：对照目标寻找差距。测试活动其实是一项质量保证活动，通过测试尽可能发现