外国团队
由于文档化做的很好，因此在出现问题的时候，打开文档，心服口服者了然于胸。责任不会被推卸。(记得卡耐基说过，通常的人是不会或者没有人愿意承认自己是错的，即使承认了，也并不是100%地这么认为……那我们又何必引入这样一种环境去滋养这样的细菌生长呢?既然可以让白字黑字来撇清这种无聊的人际因素……)
文档化也利于项目验收，当用户对自己拿到的产品不满意的话，他们需要为改进而付费，而大陆团队在这方面则没有任何优势，只能被告知，你做错了。
因此在软件项目管理中，文档化可以作为解决软件团队沟通、规范等重要因素的解决方案。
这时或许能听到大陆团队的项目经理传来的声音，现在我们的团队哪里有这么多时间去做这些功夫啊，那些文档能当按钮点出效果么?不能?我们要的是程序，不是文档!再者，你这些所谓的文档谁来写?了解需求的就我一人，你想累死我啊?还有，就这么点大的系统一点难度都没有，写那些干嘛?
这些问题既然被提出，就一定有它存在的道理，的确小团队要完成这样的任务是需要付出风险的。
首先项目经理不愿意写是一方面，因为很多急性子不耐于写那些他们称之为形式化的东西，但事实上他们是形式上的吗?事实上它们正在潜移默化地改变我们的工作方式，并从一个侧面改善程序的构造过程，使之不是被扭曲地成长起来的。或许之前的关于时间分配的规律不适合您的团队，但文档化总是或多或少能解决您当前的问题。
再者，要解决文档粒度问题。曾听朋友说他们公司的文档细致到100px×200px这样的粒度，对各个可见部分的长宽高都做了严格的设计，另外，在代码设计上更是细化到方法体。当然这并不是我所推荐的，并且我也没什么可推荐给您，因为这个问题从来就没有也不应该有答案，您得根据您的团队制定出符合您粒度的项目，细化到方法体的做法，可能会导致很多现有的软件团队直接疯掉。
最后，强调文档在改善人际关系方面的作用。这方面问题最危险也最可怕，小则影响心情，再者影响工作，甚至危害到您的身心健康(别自己气死了或者把别人给气死了……)。人的心理是整个软件项目管理中最复杂的部分，良好的团队不是强调有队员要有团队精神的团队，而是创造能激发人自身最强团队精神的团队，因为发自内心的和刻意伪造的是没有可比性的。
如果您的团队还在口头传达，如果您的团队还在为除了业务领域逻辑以外的纯规范问题而争执，如果您的团队还在忙碌于修改代码的痛楚之中，请尝试本文所提及的方法，不敢保证它一定有效，但不烦一试。
文章来源于领测软件测试网 https://www.ltesting.net/
