拥抱敏捷

支持！
现在想来我是深受老思想的毒害，
另外一个老员工给我设计了一个迭代开发，其实就是敏捷开发的概念，可惜俺愣是不知道，汗...
大家给推荐一条最佳实践的路子吧，推荐好书也可以，
不胜感激。

第一次听到QA这个名词，没什么感觉，最早是外企里有，当时觉得开发至上，QA工资比开发应该低，，再汗一个。。。当时还问人家QA是什么

现在想来，如果有测试，有QA，开发人员再有各个层次的，顾问前期采集需求，还有专门的技术支持。那么做项目是不是简单很多，项目经理需要的就是将这些资源有效地组合起来，促使项目按进度发展就ok了。貌似比较幸福！这种情况下项目经理需要对各个环节都比较清楚，出了问题可以快速定位。

可是到了小公司就完全不一样了，顾问顾了一下就不管了，项目经理就从需求开始接手，开发人员也就那么几个，就像某楼上说的，测试都没有，更没有QA，这些都要项目经理找人来做，甚至亲力亲为。到了实施阶段也一样，无限累....求解！

一句话，大公司和小公司是不一样的，有的东西大公司能做，小公司是万万不能做的

教条一下，结合的不深入

    说的有一定道理，客户的需求是永远在变化的，软件永远更不上客户的需求，软件是滞后的，这个和病毒和杀毒软件差不多，首先发现病毒才针对病毒升级杀毒软件。
    但是需求变化也是有个度的，有些该坚持的就一定要坚持，不能随客户要求无间断的修改。我在做的时候一般先有个原型让用户参考一下，如其他地方成熟的系统等等，并且主要的业务功能点都是需要和客户多次讨论清楚的，这样业务核心和界面基本就确定了，然后才搞其他的东西。
    楼主有说到不能让客户充当QA的角色，我到觉得不一定。客户因人而异，有些客户喜欢钻技术等等，就应该让他参与进来一起搞。一来搞好了客户关系，二来有甲方参与开发错也错不到哪里去，是吧。
    倒是现在有个问题困扰我，实施敏捷开发后，有很多东西都是原型，避免不了重复和客户交流讨论的事情。客户不能到你公司来的，你只有下现场。而现在的开发不是一个人可以搞定的，代码人员、项目经理、需求分析设计人员、QA等等一堆人都下去了，出差费用就奇高，一报账就头痛。公司也要崔你验收，哎，很是麻烦。不知道楼主有什么办法解决没有？

不好意思，我可能不太解答得了你的问题，呵呵。因为我们公司的核心业务基本上都在本地的，跟客户的交流还是比较方便的。

但是可以给你一些建议，现在是互联网时代，一切皆有可能。面对面交流固然最好，但是出于节省开支而言，在线交流也是一种折衷的方式。成熟的客户对于项目的进展，应该是很关注的，我想非面对面的沟通和交流他也应该是可以接受的。你可以在一个迭代周期快完成的时候，和客户沟通好，什么时候发布可运行的版本，给客户一个可访问地址，同时给一个可以反馈的途径。我想，这样即便不能面对面，但也达到了沟通的目的。

敏捷只是概念的东西。太理想的东西实施的话问题多多

    以前在学校，总是以为外面都是那样的按章做事，但现在工作了，才发现，公司为了赶进度，才不管什么进度，什么质量，在数据库里直接改一下东西，这搞搞那搞搞就给客人了，如果客人不满意，再重复。不要以为我所在的公司不大，是上市公司，而且是做政府的，哎，我真的想知道什么时候才能遇上我心中的冲满激情的团队。各们的团队怎样是怎样的呢？我比较喜欢写j2EE

不好意思，过年没上网，才看到。我们和客户一般还是在线交流为主，但是有些客户数据是封闭的，不可能放到网上的。所有就只有我们下现场交流。去年是下去一堆人，今年我准备只让需求人员下去，其它人都在公司。这样费用倒是节约了，就是客户该有点不满意，呵呵，问题得不到及时修改了。

挺有道理的，我觉得做软件最重要的是快乐的做出用户需要的东西