我看“敏捷”

这句话我赞同 我以前有个很可笑的同事就不懂这个

呆过的 两个公司代码都乱得要死

然后经理告诉我

这就是 敏捷 开发

得重构的

但最终也没见到重构后的代码 `..

对结对编程（Pair-Programming）不太感冒。
本人有洁癖，只对自己代码负责，不让别人动，不让别人思想支配。

那是你没碰上适合讨论的人罢了。

你实际做过“结对编程”吗？

我没有别的意思，只是说说自己的看法。至少楼主还不知道敏捷是什么。你说的那些都只是被大家神话了的一些敏捷实践，这些永远都只是表面的东西。如果你真的敏捷了，你就有胆量抛弃这些你看来并没有太大意义的方法，而去选择一些真正对你有用的方法。另外，不要武断的说某个东西好还是不好、有用或者没用，即使不能实践也要稍微思考下，这也是敏捷的一部分。大家都说敏捷已经被说烂了，我很无语。

也有适用范围，限制条件

方法论并不是什么场景都可以使用的，有约束条件。敏捷方法论只能用来借鉴，否则就是玩过火了，那样使得其反。三个人十来条枪你搞结对，你不是瞎扯。

你还没有跳出你自己的圈子

目前正在一家甲方公司担任部门经理，商业平台型的系统，以项目的形式进行实施，正在实践敏捷。

我的看法是：无论是软件工程也好，还是敏捷、Scrum也好，还是其发起者的“动机”也好，都只是一些软件生产模式，就和哈佛商学院产出的各种商业模式一样。项目的各种资源掌握在我们的手上，如何用，首先了解现有的各种运用模式，其次是实际的各种背景和影响力，先运用一切可用的，最后再来看怎样可以改进方法论。

比如“与制造业的敏捷不可同日而语”，那么差别在哪里，怎样可以借鉴提升？记住，我们不是评论家，我们是实践者。