项目开发心得1

同样楼上的观点。需求往往决定了项目的成败。如果分析设计阶段走的比较严格，代码填充会比较快。
没有需求和相应设计的开发不光光会耽误自己的代码时间还会耽误测试，客户，以及项目组长的时间。因为大家都要问来问去，开发要改来改去。而设计和规范做的比较好的，代码速度飞快，其他部门配合也简单。

没用的。。。。签字画押了也有变故

这个事情现在基本上是不可能的.需求变动在客户那里已经成为一个"需求".也是我们现在正面临的问题.所以我们敏捷.但我们真的敏捷了吗?

我们的项目大部分都是这样，所以我们都变态了~~~~~~~~~~

我觉得所谓的画押好像用处不大，因为客户那边需求变化太正常了，今天他们觉得这样比较爽，明天开会的时候，他们又会说好像这样不行哦，得改。难道还总是跟他较劲说“你昨天还说是这样的啊，这么今天又说不行呢？”。如果作项目真是那么“静态”的话，那作需求有什么难度可言啊。我写这篇帖子其实也是有感而发，没想到还有这么多人讨论，自己又成长很多啦。个人觉得，对于刚入行的来说，除了只是关注代码编写之外，还要用心领悟代码开发中的一些“道”。这里所说的“道”，就是除了劈里啪啦能很快写代码之外，还要不断补充一些其他知识，比如设计模式啊，怎么样才能尽量才能做到可重用，可扩展，维护性高的系统，还有一些好的编码习惯工作习惯等等，反正一下子也说不出那么多东西来，就是觉得在练少林的易筋经的同时还得多研读佛经，这样才能让功力不断提高且不致走火入魔南辕北辙。刚开始接受项目的时候，发现有一个新加的模块会经常被别的程序调用到，一开始也没想这么多，哪里要用到，就往那个程序里加。可是后来客户那边说要改的时候，就老是得去把这地方都改一遍，特烦。后来就把这个模块专门提取出来，其他地方只要调用借口就OK，效率和优雅都提高了很多，那中feel特清爽，呵呵。除此之外，虽然作为“一介”程序员，在平时可以多学学项目管理的知识和艺术，不要总以为这是项目经理的事，我只要负责接任务把它完成就好了，毕竟以后除了了一辈子走程序员的路之外，还想尝尝管理这份菜是不是味道更好一点。未雨绸缪总是好事！新鸟发言，纰漏颇多，不过皆为由衷之言，并非装腔作势，还望老鸟海涵！

恭喜你！不经历风雨，哪能见彩虹？

变化需求是很正常的事情,但是要走正常的途径。要把需求管理规范在一开始就和客户确定下来。

你们要变更需求是吧，好，那就请你填写详细的符合规范的需求变更文档，要签字画押，我们认为需求变更不规范的，过于简单的，不能指导开发的需求变更，不好意思，我告诉监理这写的太简单，请你重新写。最后写完了，我们认为要求不合理的，还可以在需求变更文档中签上意见，把球给你踢回去。这么折腾几次，客户就不会把需求变更当儿戏了。

这么做当然不是为了给客户制造麻烦，而是为了让自己在项目中占据更多主动，在不平等中争取更多的对等。

其实签字是一个很好的手段，如果理解成我签字了，所以客户提出了变更，我可以用白纸黑字来对抗----这个想法是很不对的。

但是实际上签字的实质确实为了对抗，但是这个对抗是一种柔性的东西，比如对于工期或者财务的进一步交涉的依赖，当然要适度。

总之一句话，尽量为自己争取到一份有利的保障，尽量让客户理解你。

说的有道理 啊!现在需求需要可户确认啊~哈哈

市场是主导，业务是根本，技术是手段