会员登录
会员注册
文档的重要性在前面的章节中已经多次提到。如何保证文档的全面性，使其真正为项目的进度提供保证，又不因为文档的写作而耽误项目的进度，这仍然是一个比较难解决的问题。解决此问题，其核心仍然是个"度"的问题。在本项目的开发中，文档组的一个非常重要的任务还是书写文档规范和文档模板。当有文档模板后需要书写文档的人员只剩下"填空"的工作，从某种意义上讲，书写文档的速度会加快。如果书写文档的人员认为文档的更细致的部分可以由他人帮助完成，则该文档即交由他人完成，但此时文档并不算被正式提交，当他人书写完毕之后，必须由文档的初写者进行复审，复审通过后方可以正式提交，进入软件配置管理的循环中。
文档组真正核心的工作是对文档的组织管理。根据文档的不同，文档的来源也不同，有些是通过质量监督组经过复审之后转交给文档组，有些则会直接从文档的出处到达文档组。文档的管理是一个非常烦琐的工作，但是长远来看它不仅使项目的开发对单个主要人员的依赖减少，从而减少人员流动给项目的带来的风险，更重要的是在项目进行到后百分之十的时候起到拉动项目的作用。从以往做大项目的经验来看，写作文档在项目开发的早期可能会使项目的进度比起不写文档要稍慢，但随着项目的进展，各个部门需要配合越来越多，开发者越来越需要知道其他人员的开发思路和开发过程，才能使自己的开发向前推进。一个明显的例子就是系统整合，或者某些环节是建立在其他环节完成的基础之上时，就更显现出文档交流的准确性和高效性。
系统维护保证
对于该项目，软件维护主要由公司的技术支持部来完成。技术支持在本公司的角色在第一章中已经有所描述。在这里需要重申的是，在本公司，技术支持的任务一方面是保证对项目客户的跟踪服务，另一方面是把该项目的开发人员从项目中尽快的解脱出来以便投入到下一个项目的开发中，因此要求技术支持人员在项目开始的时候就介入其中，并在开发的过程中不断跟踪项目，特别是开发中同客户的交流，他们必须参加。不仅如此，软件的代码编写，他们也需要有所了解，并对非核心代码能够进行一定的修改，最起码能够准确定位错误，以便提请公司以最快的速度修正错误。对于一般性的错误，如操作不当等引起的问题，全部由技术支持部来解决。
技术支持部的人员基本上是按项目跟进的。当一个项目刚刚交付用户时，在技术支持部会有较多的人员进行跟进，随软件的稳定，跟进的人逐步减少，并转移到其它项目中去。