主题：【原创】软件开发项目中的需求开发问题 -- 闲云野熊

Agile Development 叫敏捷编程，也叫极限编程，相对最早的瀑布开发方式以及最近的RUP开发过程，是一种轻量级的软件开发方法论，从实践中来，充分发挥开发人员的主动性，主要针对需求不明确、不稳定的中小项目，听说大的项目也有用的。它的精神宗旨是：沟通、简单、反馈和勇气，对原来的开发方式进行了大胆的改进和颠覆，比如：结对编程（一个编一个看）、先写测试代码、计划游戏、小版本、隐喻（团队内部开发术语）、简单设计、代码重构、代码集体所有、每日集成、每周工作40小时（提高工作效率）、现场客户、编码标准，要求每个项目成员都编码、测试、倾听和设计，还有很多的策略和解决方案，每一项都非常值得深究，同样相对于每一项衍生出很多open source的framework和开发工具，最有名的就是：ant和junit，特别是junit听说是kent bake（极限编程的发明者）和Erich Gamma（《设计模式：可复用面向对象软件的基础》的作者，eclipse的总设计师）在飞机上完成的雏形，刚开始主要用java实现，最后被.net等吸收，现在升级为Xunit，在它之上有衍生出了dbtest等等很多的测试工具，扯远了。敏捷编程总之一句话：拥抱变化！

关于野熊的需求变化问题，我觉得分两种情况：

一、 公司是行业专家，这个时候，对用户需求的捕捉就会更准确，以后的变化就小，

我做北京公积金的时候，他们个贷处的人态度很不好，我们公司有一个从地方公积金系统出来的信息处长，介入项目后，个贷处没一个乱说了，要技术你不行，要业务你也不行，我们又把你们老大搞定，你们还敢说什莫！

用正规的开发方式rup等，需求分析师和系统设计很多时候是一个人（充分使用资源），但要注意需求阶段和设计阶段的角色转换，你想睡觉时老发愁着明天吃什莫，能睡的着吗？

二、 公司是行业新生力量，这个时候就要用极限编程的方式，建议抛弃每周40小时工作原则，用自己的努力和热情去打动客户，积累行业经验，你也只有这个。

我见过很多国内小公司做电子政务，都是先做项目，在签合同，难呀！试想只要甲方有良知，看着做好的项目和“饥饿“的乙方，能不签合同吗？

总之，客户花了钱看“病“，找个“生手“，他能给你好脸吗？他能不抓狂吗？换位思考很重要，不光销售，各个工种都要这样。

另外，斗胆建议熊兄，看看《麦肯希法则》，你哪些问题这本书说得很详细，其实咨询顾问的工作和需求分析师的差别不大，当然如果你把需求分析师定位于联络员，我就无话可说了。对工程师发火的时候，多考虑考虑自己都作了哪些？有哪些过失？舞龙——龙头一动累死龙尾，如果一个团队出现了对立，什莫方法也救不了这个项目了！