引用 13 楼 sp1234 的回复:其实写文档之前，项目经理应当先掏出“工具平台”设计草案来。而最终的产品肯定须要依照用户需求改变成百上千个部份，也能灵活应对。比如说给你40万，让你用3个月做一个相当巨大的“一堆工作流”的业务处理信息系统。如果你先把所有的“增删改查”模式先找UI设计师定个定稿，然后决定做5、6个通用控件（UI 个性扩充完全可以用技术手段达到），而成千上万的界面虽然都是由于配置数据的变化而手动变化的，那么3、4个人完全可以完成一个大系统，而且得到用户的充分肯定。而倘若让这些小作坊里的“简单功能分解”式的做法去做，找10个人（工资同样）做16个月可能最终也被用户骂得狗血喷头、拒绝初验。我的亲身经历都是这么。但是小公司遇见前者的情况自然有独到的“猫狗之道”，具体是哪些做法就不多谈了。我的意思是，软件开发并不是一直都在“代码工人”在流水线上堆砌 csdn 上可剽窃到的一些程序。如果大家把70%的精力放到自己的平台、组件的设计开发上，那么一定时间以后，你收获的就是几套良好的“生成器系统”，你就获得了自由。程序员也由于大多数时间是在开发这样的生成器系统，那么你写的“文档”的层次也是这个生成器设计层次的。这时侯你再来讨论哪些“有没有先写文档”就更有意义了。但是这要求，项目经理不是一个码农，甚至不是眼里只有单一的一个产品，而应当是一个常年发展的平台的设计思路。你的回复太中肯了。。支持一个。
