文档固然重要，但精细到什么程度就有待大家一起探讨了。目前大部分都是为了文档而文档就失去了意义。对于文档我更倾向于写个大概，具体细节开发的时候不断请教。如果要等到全部细节都写出来，工作量实在太大了。实际上也很少有光看文档就可以明白的，还是需要当事人讲解的。讲解容易，写出来就难了。这两种方式哪个成本更高，就不太好说了。
企业文化氛围是为了企业利益最大化而建立的。企业文化着眼的是企业的长远目标，而你所说的利益则是短期目标，谁该服从谁？一个好的企业文化，会充分调动员工的积极性和热情，这远比流水线式的生产方式效率来的更高。员工不是你多给几个钱就会为你卖命的，更多的是靠企业文化，组织行为去不断的感染他。
以前对印度那种要求员工把自己每天的工作完全记录下来，精确到分，最后把软件开发精确到小时，非常羡慕。同时这种方法也严格的限制了人的创造性和热情，是问有几个人愿意在这样的企业工作？企业应该更加人性化一些，多为员工想想，员工才会为你奋斗，发挥出潜在的热情。企业可能损失一些利益，但他可以留住宝贵的人才，为今后的发展铺平道路。
观点2:
你说的不错，我现在在国外工作，我们的开发是精确到一刻钟的，因为每个人有一张作业纪录。
我一开始也不习惯这种方式，但是慢慢的适应了，呵呵，当你的工作量和钱直接联系在一起时，变自愿的遵守这种游戏规则。但是，它的缺点也如同你说，很容易抹煞个人工作热情。说实在话，中国人没有多少能从心底赞同，我们大多数人喜欢很自由的工作方式: 你给我一份时间表，我到时候给你结果，怎么干是我自己的事，但是在这里行不通！为什么？资本家在工作时间内是绝对不愿意让你有自由自在的时间的，他让你填表的目的就是分析工作量，以便更加合理的压榨你。你敢不接受吗？
说正题，文档有很多种，我现在的开发是很详细的。但是，详细不意味着复杂，而是简洁。这里：简单-〉复杂-〉简单 的过程。给我的开发文档，没有太多东西，但是你想要的全有，而且特细致。如果你还不明白，接下来便是沟通了。
我在学写文档，的确，我发现想写出一份好的文档非常难，没有一定经验和水平是无法写出好文档的，别指望你的秘书，新员工能做这个，一切动手自己试试就知道了。但是，一旦文档成型，你所获得的好处远远超过你的付出。再写别的文档的成本很低。
在开发中，没有文档的约束，以我的经历来看，程序员往往会觉得老子天下第一。。。。最后一团糟。
mach:
文档只是用来管理和沟通的手段而已，真正重要的是隐藏在其背后的管理方法和开发过程。
过分注重文档的重要性是盲目的，一个真正有效的开发过程要兼顾开发的规范性和团队的创造性，在这两个方向上走极端都是行不通的：没有规范会导致混乱，抹煞创造性会降低开发效率，最终的结果都是导致企业利润的降低。
qingrun:
同意mach兄的看法。
但是，在我的感觉上，文档应该适合软件开发过程相匹配一种表现形式，管理和技术是一个层面的，文档和开发过程是第二个层面上的。
我个人的看法如下：
1、文档是记录软件开发过程的一种重要手段，她是基于软件开发过程的一个非常重要而且是必不可少的表现形式；
2、文档与软件开发过程的关系就像项目中管理与技术的关系是十分类似的：
以前有人争论过管理和技术哪个更重要的问题，在我看来：过于注重技术会造成开发过程的人为因素过重，失去了有效的项目可控性。而管理过重的时候，会造成技术人员很强的失落感，影响开发人员的士气，乃至于项目延期，无人愿意承担责任。
而文档和软件开发过程也有类似的关系，过于注重文档，形式化太强，会造成大量的时间浪费，最终项目延期和经费的利用率降低等结果。而只注重过程忽视文档，则会造成项目失去了可控性，因为没有可以用于追踪的有效记录，也就无法检查项目的进展状况，造成项目的失败。
3、文档应该注重实用，根据不同文档的用户来制定文档的内容，同时根据项目的不同调整文档的结构、数量、种类以及侧重面。
目前只考虑到这么多，欢迎大家来参与！^&^
文章来源于领测软件测试网 https://www.ltesting.net/
