Bailar非常支持这一理论，他采取了敏捷方式组建团队：Capital One的敏捷团队包括3名业务人员、两名操作人员和5～7名IT人员，其中包括1个业务信息指导（实际上是业务部门和IT部门之间的翻译者）；另外，还有一个由项目经理和至少80名开发人员组成的团队。这些开发人员都曾被Bailar送去参加过敏捷开发的培训，具备相关的技能。
“根据合同指示的客户协作”提醒我们开发团队给予的灵活性更重要，更能令客户满意，找到协作解决方案来解决产品开发中可能会出现的问题，远远比只是固守着严格的合同好的多。虽然协作并不是局限在使用敏捷方法团队的中，但与控制命令型企业文化相比，敏捷开发实践可以通过培养交流的企业文化帮助企业更好地发展。
快速迭代相对那种半年一次的大版本发布来说，小版本的需求、开发和测试更加简单快速。一些公司，一年仅发布仅2~3个版本，发布流程缓慢，它们仍采用瀑布开发模式，更严重的是对敏捷开发模式存在误解。 让测试人员和开发者参与需求讨论需求讨论以研讨组的形式展开最有效率。
敏捷软件开发是一个概念意义上的框架，用来取代软件工程项目的概念；它强调在项目的整个生命周期中，拥抱并促进由于软件进化式的发展所带来的变化。
敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
敏捷开发是软件开发行业的热门词汇之一，它是管理软件开发项目的另一种方式。它不是一种特定的软件开发方法，而是一组基于敏捷方法中所表达的价值观和原则的方法和实践的统称，解决方案是通过自组织，跨职能的团队之间的协作来发展的。
敏捷开发（AD：Agile Development ）以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。
1、Kanban是一种敏捷软件开发方法，起源于日本的生产制造业。它强调通过可视化工作流、限制在制品数量以及持续改进来提高团队效率和交付价值。Kanban的基本原则：可视化工作流 Kanban通过可视化工作流程，使团队能够清晰地了解任务的进度和当前状态。
2、Kanban，源自日语“看板”（冷知识：Kanban 和汉语拼音一致），是由日本丰田公司的工程师大野大一于 1940 年发明的一套及时管理模式（Just In Time， JIT）。JIT 的核心理念是：在敏捷软件开发流行后，工程管理人员也将 Kanban 引入到了软件开发当中，成为了与 Scrum 比肩的一套通用实现模式。
3、什么是看板？ 关于看板的定义，网上一搜一箩筐。这里引用一下David Anderson一段话。有人可能想问这哥们是谁。 一句话，Taiichi Ohno （大野耐一）是Kanban之父，David 就是把Kanban引进IT行业的先锋。
4、看板方法（Kanban）源自丰田的“及时生产”（JIT=just-in-time）系统。尽管生产软件是一项创造性活动，与批量生产汽车有所不同，但是生产线管理背后所蕴含的原理仍然适用。看板方法是用于高效管理软件开发流程的新技术。看板定义了一个增量和渐进的改变技术开发和组织运营的方法。
