敏捷开发，作为继瀑布开发后，又一流行的开发思维工具，目前各行各业都在使用，互联网盛行的今天，敏捷的天生特征和互联网属性，有很大的重叠，十分相似，今后也会更加的流行。 敏捷开发 项目管理 互联网思维 1 互联网思维，讲究的是快速、反馈、迭代，敏捷开发思想的核心是沟通，高效，降低风险。双方都比较看重交互，人与人之间的交流，人与产品之间的交流，通过交流反馈，来快速的更新迭代产品，从而提供更好的产品和服务。 2 按照瀑布的开发模式，等需求跟客户确认后，概要设计、详细设计完成后，交付给开发人员来完成，最终结束后，才会进行集成测试，等所有的功能按照设计书做好后，才能交付给客户。在最后一公里才让客户参与进来，可想而知，客户是什么心情，就好比，找对象，把需求描述清楚了，等结婚前发现对方喜欢自己一个人吃饭。缺点：风险太大，返工成本高，客户满意度低。 3 敏捷开发，讲究的是快，持续不断的给客户交付有价值的产品，用户体验的都是实实在在的产品，看得见摸得着，客户参与了产品的每一步，都是按照自己的想法来构建的，自然满意度就很高。当然了，在实际的实施过程中，也要很清晰明确的把握客户的想法，不能一味地跟着客户的想法走，很容易让项目失控。 4 问题来了，敏捷如此的好，是不是包治百病呢，是否能够直接解决问题呢？对症下药才是关键。 5 在采用大家通用的敏捷做法后，发现跟瀑布的方式，实际上没有太大的区别，只是需求在迭代罢了，实际的开发和测试衔接上，并没有太多的改进，效率和质量没有提上来。 6 在互联网思维盛行的今天，给敏捷开发用互联网思维武装起来，采用协同社交的方式来处理。 7 一、需求划分完任务后，开发和测试都会领取到，需求内容/截止日期，达成一致， 有什么疑惑，可以直接在具体的任务上留言发起讨论 8 二、开发完成后，将任务的状态设置为已完成，测试就会收到提交任务的通知，从而安排版本测试 9 三、测试中如果发现问题，可以直接在任务上创建Bug，开发也会收到相应的消息提醒，如果有异议，可以直接在Bug上进行回复 10 四、开发修改完成后，测试进行验证，全部验证后，关闭Bug，关闭任务，整个开发测试流程上，公开、透明、自动化，任务是按照计划来流动的，每个人都是任务的监督者和推动者。 11 五、Demo发现的问题也按照此方法来处理。实践的结果，效果很好，开发和测试的无谓沟通减少了，大家工作更流程化，规范化。小的任务良性循环后，大的目标自然水到渠成。