9天封闭式开发，敏捷开发的实践经历思维导图

以上的问题，当我们一起讨论分析，如果想要快速满足老板的需求，必须进行封闭式开发，而且整个团队需要严格的控制和监管，降低风险，那么就必须要有一个更高效的协作方式来完成目标。

所以，我们选择使用敏捷开发的团队协作方式。

第二点，什么是敏捷开发

敏捷开发（Agile Development）是一种以人为核心、迭代、循序渐进的开发方法，通过快速、高效的反应速度，积极、高频的沟通为客户提供一条畅通的指挥通道。

开发方式一般分为：Scrum 和 XP。

Scrum： 团队最佳人数控制在5～9人，一个迭代为四周时间，不允许需求的变更。

XP：更侧重于测试驱动开发，一般迭代为1到2个星期，允许等量工作量的需求替换。

在整个开发过程中，因为技术团队、产品团队的成熟度还不高，无法提供完整的XP模式开发方式，而项目有偏向于使用XP模式。

第三点，我们怎么选定工具

敏捷开发是一种快速响应需求的开发方式，不同于传统的瀑布式开发，在管理流程上也就不同。产品经理通过采集需求，整理出产品需求池（Product Backlog），然后输出到研发团队进行工作量评估、实现可行性，最后根据优先级进入到迭代需求池（Sprint Backlog）进行一轮迭代。

再通过每天的站立会进行对需求完成情况的审核，控制风险。

通过什么会议进行管理？

当然，我们根据当时时间紧迫，在尽可能表达清楚需求的情况下，降低沟通的时间，这也导致了后续出现了一些问题。比如：整个团队对项目的理解不够深入，在开发过程中会存在一些偏差，导致需求返工的情况出现。

敏捷开发需要依靠什么工具进行管理？

在高强度的开发中，如果没有一系列工具进行管理，将会让整个项目失去控制。

第四点，敏捷开发实践过程及结果

成员组成：一个产品经理、一个交互设计师、一个后勤、3个后端工程师、3个前端工程师、机动UI设计团队。

成果：完成一个小程序、两个系统后台。

产品规划 => 交互设计 => UI设计 => 实现中 => 产品体验 => 缺陷

新 => 已接受 => 处理中 => 待验收 => 已验收 => 已关闭

最后，注意事项

并不是所有的项目都适合用敏捷开发，在项目没有特别明确的目标，团队技术水平太弱、需要工期本身比较长无法细化颗粒度的情况下，使用敏捷开发会存在很多问题。

等等一系列问题，都会让整个敏捷开发变得不敏捷。

不过，尝试使用敏捷开发小而快的开发思想在自己的项目管理过程中也是不错的。