今天完成的事情：

1.看了知乎上老大的关于敏捷开发的live，根据他的理解在敏捷开发中淡化了pm对于开发进度的参与，强化了对于迭代的要求。将测试的某些任务分摊给了开发人员。

敏捷开发：

1.需求规划和分期

2. 需求评审

3. 需求讲解

4. 方案评审

5. 每日晨会

6. 性能测试

7.  CodeReview

8.  Demo

9. 测试阶段

10.线上Bug修改流程

为什么要敏捷开发：

项目开发周期太长用户需求的改变 产品完全不能用。职责明确，提升项目人员的效率，节省时间成本和资金成本。

三个工具： 禅道 Wiki 邮件

产品内部需求评审：pm团队、ue团队，是否考虑所有需求细节，提前预估功能的所需时间。不止一次两次。

需求评审：

参加人员：所有有发言权的，有想表达自己建议的。

原则上需求评审通过后不再修改需求。

必须参加：技术总监、各部门leader：开发（前端、后端、ios。andrio）、ue、ui、测试。不建议开发人员出席。

产出：需求多长时间完成、需求由哪些人员做、下次需求讲解什么时候开始。

需求讲解：产品经理、所有开发人员。

项目普通开发人员：理解透彻需求，没有偏差、遗漏。需求能不能做，是否存在缺陷。反馈给产品经理。

方案评审：没有项目经理的角色。所有开发人员自主设计方案。不推荐架构师独自架构好框架。而是所有工程师设计出方案进行评审。个人能力越强，敏捷开发效益越高。

开发阶段：前后端定义接口。story拆解成task。不推荐有单独的项目ownner，每一个开发人员都死ownner。当指定其中一个人为项目ownner后，所有其他开发人员会后退一步。

晨会：leader看晨报，发现项目的问题，解决问题。

demo：开发将demo交付，pm、测试、开发leader验收。把所有功能演示一遍。

运维负责把代码部署的测试环境。

测试：所有测试用例跑一遍。找出bug。推动bug解决。

2.根据师姐建议修改了下草船云页面的比例，画了下回家学习的原型。

明天计划的事情：学习任务三的设置模块的有关知识。

遇到的问题：对于pm的知识理论体系完全没有啊。。。

收获：深入理解了敏捷开发的概念和流程。熟练axure的使用。