一位博友提出的敏捷模式的疑问

A. 敏捷是不是站立式会议，是不是把项目切分成几个小阶段就是迭代了？ 

B. 敏捷的团队规模要多大？10个人还是4，5个人？ 

C. 敏捷团队中的人员如何配置？是不是要水平相当，经验相当？ 

D 当团队中出现短板时，敏捷的结对编程会不会变成致命的缺陷？ 

E 敏捷团队中全功能团队和去角色化(尤其是没有PM这个角色)，会不会让项目失控？ 

F. 敏捷不是完全抛弃文档，但是文档要去到什么级别？ 和传统的文档又有什么区别？ 

G. 敏捷开发扁平化的结构，如何保证不会出现扯皮和纠缠不休？ 

H. 站立式会议如果避免沦为流水账汇报，如果让大家清楚得知道你在干什么，遇到什么问题？ 

I. 敏捷开发究竟适合哪些业务场景？项目or产品？(同行倾向于项目，说是产品经常要改，可是敏捷的宣言不就是拥抱变化吗) 

J. 敏捷开发中，成员分工要如何进行？横向划分或者纵向划分？ 

K. 敏捷开发和管理中，如何让后进来的新人尽快熟悉产品和架构？