又可导出各种表格，如成本表格等。
对于需求方面，除了必要的用户需求规格说明书外，维护《需求跟踪矩阵表》也是值得推崇的做法，因为通过该excel表，可以把需求、设计、测试用例等联系在一起，当发生需求变更时，可以很容易地看出变更涉及的内容及估算合理的工作量等。另外，在项目发生人员变动时，该表也为新进入人员快速了解本项目提供了一个窗口。在做设计时，建议先花些时间画界面原型，我们会使用Axure工具做原型开发，界面原型的引入，可以使得客户能够较易理解我们设计的系统所包含的软件模块及各菜单的具体功能等，保持我们和客户之间的交流顺畅。
在开发阶段，以测试驱动开发也是较为有效的方法，开发人员在构造类和方法时，先写main函数等，这对于开发人员进行单元测试、同行交叉测试等都提供了很好的帮助。
在系统测试阶段，引入必要的bug管理工具很有必要，像我们公司用的就是开源的bugzilla，测试人员登入BUG，既可以文本，也可以粘贴附件，有利于开发人员定位问题，也提供了常用的搜索功能，方便快速寻找某一BUG。同时，公司的所有项目均在bugzilla上，可以了解其它项目的信息等。
同时，项目定期给项目干系人发送周报的方式也是很有必要的，这样使得所有与项目有关的人都可以清楚地了解项目进展状况，使得大家对于项目的问题、风险予以关注，也可以在发送周报的邮件中协调资源等。
总结项目经验
在一个项目成功实施后，一般就可以做一个了结。不管是成功的项目，还是失败的项目，我在工作中都要求项目负责人提供《项目总结报告》，开项目总结会；当然，这样的会议不是做秀，若是流于形式的会议则和没开一样。在总结会中，大家关起门来就是一家人，中肯的评价项目，总是会发现有可以改进的地方的，为以后项目或现阶段正在进行的其他项目做参考。
在项目总结会上，控制好“度”，融洽的沟通氛围是很重要的，不能让项目人员感到挫败感，也不能让他们得意忘形，前者可能会让他们故意回避问题，后者可能会让他们看不清问题，这样都不利于项目的总结。
做好项目度量
项目中过程数据的收集是很有必要的，像BUG数、模块数、工时、风险数、问题数、代码行数、文档页数等等，又可以把这些数据进行加工，总结出像每千行BUG数，开发人员产出效率等等指标，相信大家的公司都会有一些度量模板，在这里我就不再重复了。好的度量人员，整理的度量分析报告，有助于我们从中发现问题，客观的数据更有助于我们进行理性的分析。
做好配置管理
我们公司的配置管理工作，可以说还是做的比较完善的，采用的配置管理工具为SVN，基线、变更等控制较好，文档和代码也都会全部纳入配置管理，项目实施前必须有《操作手册》和《安装部署手册》等，且质管部整理出一整套相关文档的模板，供各项目使用。对于长期从事类似项目在全国各地推广实施的我们来说，配置管理的重要性不言而喻，它是公司的资产，更是团队持续发展的重要保障。
培养程序员养成良好的工作习惯
对于绝大多数程序员来说，都是只喜欢写代码，而不喜欢写程序注释，更讨厌写文档，甚至崇尚敏捷的开发人员以没有注释为美，认为代码就是最好的注释。但软件=程序+文档，随着软件行业的逐渐成熟，软件的易读性、易维护性变得日益重要，因为我们不能保证在软件从开始至消亡前，不会新加入员工，也不能保证老员工不会流失。我个人比较推崇传统的做法，也即程序员写程序必须遵循制定的编码规范。
为此，我们团队建立有代码走查制度，会定期随机抽查某程序员的代码。我不敢说我们团队内开发人员的技术水平有多高，但是我们有很好的编程习惯。
先进技术工具的引入
软件的出现，很