关于敏捷实施的几个小问题

关于敏捷实施的几个问题
一直在作用户定制的ERP系统，根据用户需求进行设计开发，部门一直采用瀑布模型进行开发，但是项目在进入现场测试和试运行时期，用户需求和式样变更发生比较大，一直在考虑是否能够采用敏捷的方式，但是觉得有几个问题：
1.需要用户积极参与，但是从实际情况来说比较困难
2.由于商务上的关系，需要一开始就根据用户提出的需求，对工数费用进行估算，签订合同后才能进行开发，这样的话，感觉采用敏捷开发并不是很合适

不知道各位在具体的实施中是否有遇到这些问题，由于我刚开始学习敏捷，一直在考虑如何提提高项目团队，降低项目的成本和提升品质，拜托各位提出建议，谢谢

------解决方案--------------------

探讨

一直在作用户定制的ERP系统，根据用户需求进行设计开发，部门一直采用瀑布模型进行开发，但是项目在进入现场测试和试运行时期，用户需求和式样变更发生比较大，一直在考虑是否能够采用敏捷的方式，但是觉得有几个问题：
1.需要用户积极参与，但是从实际情况来说比较困难
2.由于商务上的关系，需要一开始就根据用户提出的需求，对工数费用进行估算，签订合同后才能进行开发，这样的话，感觉采用敏捷开发并不是很合适
……

------解决方案--------------------
敏不敏捷仅是形式。任何流程中都可以提早引入用户提前交流。
不要为了敏捷而敏捷，这样会得不偿失，迷失在一堆敏捷实践中。

如果楼主想要提升用户满意度，并且刚开始从事管理，建议按照公司原有流程操作，但是开发过程中争取可以小批量、分批次的向用户提供可以体验的功能。

这样可能更为稳妥一些。
------解决方案--------------------

探讨

敏不敏捷仅是形式。任何流程中都可以提早引入用户提前交流。
不要为了敏捷而敏捷，这样会得不偿失，迷失在一堆敏捷实践中。

如果楼主想要提升用户满意度，并且刚开始从事管理，建议按照公司原有流程操作，但是开发过程中争取可以小批量、分批次的向用户提供可以体验的功能。

这样可能更为稳妥一些。

------解决方案--------------------
敏捷是一种思想、是一种价值取向，
它代表着你更能够适应变化、更快的交付服务或产品，
适应这样的变化是靠踏踏实实的改进生产手段和工艺实现的，
不是靠那些所谓的到处走穴而很少从事高度自动化的生产的神棍的空洞名词，

敏捷不是什么时髦的词，在传统制造业早就有这种思想，
而究其思想来源甚至可以追溯到2000年前，
所要要真正的让软件生产能够成熟起来，
应该向成熟的工业领域学习，至少也应该向微软学习；

我绝不相信，靠什么结对开发、每天开会能够根本改变一个软件公司的落后的生产方式，
用于企业人文建设的策略跟生产建设搅合在一起根本就是乱盖
------解决方案--------------------
建议用原型法，先在短时间内，和客户一起建立一个完整的业务模型和界面原型，让用户确认需求，然后再评估成本。