读《敏捷开发》有感

[humanlixin]

我读《敏捷开发》的第一天，如作者所料，就看了看两个情景喜剧脚本；（这是我往常看杂志的习惯--先看笑话。）第二天，我认真的阅读了原则和对原则的简单描述；第三天没有看，因为这个月的《程序员》买到了，所以就将敏捷先放到了一边。----整体情况就是这样了。
虽然我没有看完或者说目前了解的还很少，但是我却有几点疑问，希望同志们帮助？
1，很多项目都基于数据库开发，功能基本上局限在将用户的输入保存到数据库中，将数据库中的内容显示给用户看，以及某些定时操作。如果是这样，如何进行测试驱动开发？如果说将测试定义为将数据存入数据库或者反之，那么同传统的开发有什么不同？
2，我们所见到的客户有哪个愿意“陪护”程序员，如果将需求分析或者设计者作为客户的代言人，那么同我们现在的开发有什么不同？
3，结对开发在公司行的通吗？试问，你去过其他同事的家吗？大家亲密无间的聊天，彼此没有顾及？如果说结对开发为了减少bug,那么如果两个意见相左的人在一起呢？或者两个“随风倒”的同事呢？
4，任何方法，任何技术在生产上的作用，最终都归结为人的因素，因为在自动化之外，必然有人工作的身影，除非有一天，我们根本不必考虑什么软件开发，物流管理，流程控制；这一切都由机器人完成，那么人类还有存在的必要和可能吗？既然同一时期个别生产力的决定因素是人，那么敏捷开发中没有更多的人的因素，而是将个体的人都理想化了。如果考虑外界环境中的人，内部的人，以及人之间的交流，那么敏捷还是有条件的，而且条件总是难以满足的----个人观点。
今天就说这么多，欢迎指正。