项目管理其实可以简单一点——任务分工

虽然我很看重集体的力量，这种力量是伟大的，但任务还得分个先后。就需求和设计而言，必须是有这方面的经验者完成。在这个过程中，大家都可参与，比如提出自己的想法、指出可能更合适的逻辑，但主导思想和大的框架要由专门的人负责。这个人可以是项目经理、部门经理、需求分析师、架构师，实际项目中这个人往往都不是专职的。有了这样的一个人把握方向、结构，然后大家就可以参与进来，发挥各自的优势和主动性，来充实这个框架细节，这个人替大家把把关、做做指导，即使有问题也能及时修正，至少不会影响整体。这样，既保证了项目的安全性，同时也提高了团队参与性（以后就不会有人找借口说：“这又不是我定的需求、我做的设计，我只负责开发或测试”这样的话了:）

需求和设计历来是项目最初的、最终要的环节，古语有云：差之毫厘，谬以千里。开始出现一点极小的偏差，越往后就越难得挽回。因此不管其他任何因素，这两块是决不能马虎，尤其是纵容能力不足的人。就怕一些个自我感觉良好的，在IT界摸爬滚打了好几上十年，于是以为无所不能了，更悲哀的是听不进别人的建议或意见。一个人不行并不可怕，可怕的是他还不知道自己不行。因为一个人不行，还有团队在，三个臭屁将定个诸葛亮；自我感觉良好的人，除了葬送这个项目外，更耽误了一群人。（这样的你一定会碰到，尤其在中国，混日子的人太多）。不扯多了，到此为止。继续下面的...