另外，也不用过于担心一件重要的任务很久没有完成。这是因为大家可以通过交流，来发现应该提高优先级

　　的任务，甚至在较大的团队指定专人跟踪重要的任务。在Bug系统中，通过重要性、状态过滤，并按 提出时间 排序，就可以很轻松地找到 很久没有完成的重要任务。

　　13、Bug系统的交流功能与会议是相辅相成的

　　很多情况下，我们不需要开会。会议适合处理交流密集型的任务及情况，一般情况下，一些事情只要在相关人员之间交流一下（内容不多的话，就记录在相关Bug（Task）的备注中）就可以了，就不用开会了，其他关心此Task的人员通过查看备注也可以了解情况。

　　会议的一些内容也可以记录在备注中。

　　Bug系统与会议并不矛盾，各有各自的适用情况。

　　对如下的情况，Bug系统特别适合：任务无法或不宜要求立即完成的、不太紧急的（毕竟紧急的很少）；   不太重要的。这些任务不需要总在会议上询问、汇报进度

　　对如下的情况，会议比较适合：涉及的人员多，而且交流密集；大家有不同看法；非常紧急，需要其它部门帮助。

　　实际上，每个任务本身都可能变化，比如变化优先级、期限，甚至变更内容 乃至放弃修改。除个别交流外，会议也可以讨论这种变化。

　　所以说，两者是相辅相成的

　　14、Bug系统可以帮助每个人理清头绪

　　相信大家在工作中，常常感到要做的事情头绪很多。我就是这样。有了Bug系统，每个人对自己要完成的任务，以及别人要完成的任务都能一目了然，而且对每个人而言，这些任务是大家“贡献”出来的（不容易遗漏），而且优先级、期限 也都是经过讨论后安排好的了

　　15、Bug系统的实时性、知识性——Bug系统是知识宝库

　　有时候，我们遇到一个问题，而且以前也遇到过，但想不起自己以前是如何解决的了。如果以前就使用了Bug系统，并记录了解决方法（这是应该养成的的好习惯），我们可以很容易地找出以前的解决方法。

　　即使是自己解决过的问题，也可能忘记，更何况记录下来还可以帮助别人。

　　多数Bug管理软件（包括Mantis）又类似于BBS。以 Mantis 为例，该软件对每个Bug 提供了“添加问题注释”功能。

　　我们在完成Bug修正的过程中，提出过哪些具体要求（等于是软件设计规格书），改了哪些代码，如何做的修改，完成的进度，经验教训，自己的体会、心得，给别人的建议，使用到的技术，工作的要点、难点等等，都可以利用“添加问题注释”功能不断地追加。这样，关心Bug的人可以随时了解Bug的处理进度、是如何处理的，软件的文档（在一定程度上）也自动形成了。

　　16、提个建议：当要给别人分配一项任务时，先记录在Bug系统里，再用Skype、MSN等告诉他/她

　　主要的原因：Skype、MSN里的内容，很容易忘记

　　17、以上为本人原创，每条都是自己经历的经验、教训，大家有兴趣的话，可以进一步在Google上搜：“Bug管理的经验和实践”