最近在搞敏捷，发现了很多的问题，在传统的开发过程中，如果是规范的大公司，通常都很重视文档，各种流程也会比较规范和完整，但是这样的公司毕竟不多，很多大公司表面上是CMMI，RUP之类的，但是实际开发还是走的瀑布，而且前期的分析设计文档通常也不是很完善。我知道很多人就是因为这些不规范的流程，不专业的设计文档，于是跳槽去找规范的公司，但是跳到新公司后发现面试的时候说的那么好，开发的时候和原来的公司也没多大区别，于是很多人又开始努力的学习各种规范流程和写专业的文档，但是慢慢又发现过多的文档和流程又让很多团队不嵁重负。所以又有很多的团队开始尝试敏捷，我们也是其中之一。
但是在实际操作的时候发现，敏捷如果操作不当，就又像回到了之前没有流程，没有文档，没有设计的混乱状态，如何落地敏捷，如果让没有完整的前期设计和文档的开发团队开发出高效的产品，如果让团队提高责任感，如何不让队员感到压迫和加班，又同时能高效的产出，这一系列的问题最近一直的困扰我，至今没有想到好的答案。之后我会不断的总结我的一些想法和实践经验，也希望看到这篇文章的高手们给我一些建议和分享一些自己的经验，谢谢！
注：补充说明一下，我觉得前面说的各种流程和文档也不是说就是错的，敏捷不是适合所有的团队和项目，有些军工，银行等就不太适合完全敏捷，可以在RUP和CMMI的基础上与敏捷结合，完全的敏捷可能还是比较适合互联网行业和一些中小型的企业管理系统。