敏捷开发学习笔记

敏捷开发学习笔记

敏捷在中国是先从制造业、供应链先关行业开始，逐渐被大家熟悉认可。敏捷是关于企业如何在动荡的、竞争激烈的市场中获利，要求产品、服务的开发、生产、销售一客户价值为中心，定期的与客户展开交流。敏捷企业往往需要打破现有程序，灵活根据市场情况变动，员工取得一定的决策权，这也意味着传统的管理权利的削弱

对市场需求的认知。敏捷理论不认为市场对产品的需求是理性的、普遍的、确定的，而是认为需求是来自客户个性化的、感性的、易变的偏好。

敏捷理论不认为顾客的需求可以一次性的集中调研完全获知，因此必须保持与顾客的频繁交流，在不断的试错中逐渐与客户的需求同步，客户的需求不是静止不变的，是不断变化的。承认需求存在不可预知和试错不可避免。

在企业运营上，不追求流程的确定，而是让企业具有快速调整流程及工作方式的能力。也就意味着，企业的流程和工作方式，不能仅仅掌握在顶层的扫数精英手中，否则自上而下的周期太长，反应不敏捷，也意味着，一线的员工不能只是停留在不加思考、不打折扣的执行，而是必须根据实际情况对工作流程和方法作出最佳的调整，以及其他相关人员相应的一些支持需要给到位，对公司员工的个体到群体配合都有一定的要求。

程序员存在普遍的认识，软件开发过程中，当项目的需求明确稳定，几乎没有变化时，团队工作很顺畅；当需求不明、变动大时，团队很挣扎，团队需要维护大量的文档和流程，然而这些文档和流程对客户的满意度并没有太多的帮助。

敏捷开发不是具体的一种方法，而是一些方法的总称。包括自适应软件开发、快速应用开发、同意过程、动态系统开发、scrum、水晶方法、极限编程、特性驱动开发。

软件开发的状态常有。一，边做边改。当项目变得更大更复杂时，这种形式的开发容易出现项目进度和质量的失控。二
工程方法。引入大量的工程管理方法，流程繁琐众多，特别试图用详尽的文档来保证后面接手的人能顺利完成任务遇到巨大的挑战，语言文字描述的用户需求容易流失信息和造成误解，文档难以精准描述用户需求及开大要求，往往演变成官僚繁琐的开发过程。

个体互动高于流程工具，工作的工具高于详尽的文档，客户合作高于合同谈判，响应变化高于遵循计划。

工作的工具高于详尽的文档。文档增加开发人员的工作量，却对客户的满意以及项目进展没有多大的帮助，弱化文档，重视开发出来的产品工具，不断的集成迭代，让用户看见实际的产品，更能帮助用户找到自己真正的需求，提高客户的满意度，早日交付

合作高于合同谈判。开发过程中，当用户看到并试用真实的软件时，用户模糊的想法会变得清晰，新的想法也会被催生，意味着用户的需求是变动的，这对软件本身是好的，但是对开发软件的人来说是坏的，为了避免双方抠合同字眼，纠结于复杂变更流程，超越单个项单个合同的局限，在长期的发展中建立合作共赢关系，既有客户合作高于合同谈判。

个体互动高于流程工具，响应变化高于遵循计划。需求改变是常态，意味着计划难免要随之变动，此时传统的工程能力、实践和工具，反而可能变成阻碍，甘特图为例，计划做的越详细，甘特图需要修改的也就越多，变更需越麻烦。要想让客户满意，按照计划行事是困难的，只有拥抱变化，及时响应变化，才能更快的满足用户的需求。

如何解决四大挑战，即需求管理、项目管理、配置管理、质量保证，采用重构、测试驱动，持续集成、短迭代、用户故事等敏捷实践。
重构，旧的不变，新的创建，一步切换，旧的再见。没有直接放弃旧的，而是一点一点的用新代码替代，最后达到重构的目的。
测试驱动。再好的程序员也可能存在bug，先出功能后解决bug，可以使用测试软件帮助自动测试，提高效率。