敏捷开发的学习与体会

一、学习scrum心得

        整个团队必须理解 Scrum 的目的和限制。如果管理团队把 Scrum 当作一种新的管理流程，那么这个理解绝对是错误的，而且有害。要正确理解 Scrum 的实施原则，需要从理解其设计目的开始。

我所理解的 Scrum 的目的在于两点：

1.适应变化

       Scrum 的一个基本假设，就是外部需求模糊而难以理解。Scrum 对此的理念是：让客户直接看到半成品，他们才知道自己要什么。很多 Scrum 的原则都是围绕如何解决这个问题的：比如每个 Sprint 结束时由 Product Owner 为客户进行展示，又比如任务细化一般不超过一个 Sprint。理解了这一点，才会理解为什么 Scrum 似乎总在变化，因为需求总在变化。

2.快速迭代

       Scrum 的另一个基本假设，是团队生存在一个快速变化且充满竞争的世界。如果自己一年半才能发布一个新版本，而竞争对手半年就能发布，那么几年之内，我们就会被对手甩得远远的。Scrum 对此的理念是：发布即 Milestone（里程碑），宁可每次发布二十个功能发布五次，也不要在内部搞五个 Milestone 然后一口气发布一百个功能。理解了这一点，才会理解为什么 Scrum 会认为发布时砍功能是一种正常情况而非一种失败。

相应地，我们必须明白 Scrum 不能做什么。我的理解可能耸人听闻，仍是两点：

第一

       因为发布周期缩短，团队没有能力保证作出的每一个决定都正确，很多开销都必须花在试错上；

第二

       快速发布实际上导致 Scrum 团队的抗风险能力弱于瀑布模型团队，因为一个人的离职或病假都可能对单一功能的进度造成影响，不利于短期频繁发布。

二、思维导图

三、介绍团队成员和团队会议

小组成员：

徐振，朱家威，谢军，肖彦波，田杰。

团队会议：

1.项目计划会议：

        制定项目，启动项目

2.产品代办会议：

        通过会议的形式，对 Product进行精化，以促进和加深团队对产品的理解

我在团队中的角色、任务和计划

        我在项目中属于产品负责人，产品负责人是产品最终用户的代表，负责确定产品的方向和愿景，定义产品发布的计划、内容和优先级。Product Owner 要不断的与开发团队沟通，保证团队在做从业务角度来说最正确的事情。

四、计划

       通过在团队积极组织大家对应用的思维导图的完善，明确之所的APP要实现哪些功能，怎么样进行具体的实现，通过什么样的方法实现，进行一系列的讨论，不要试图不犯错误，而是保证小的错误能被尽快发现从而不会酿成大错。所以 Scrum 过程中总会有些不确定性，或者功能不合需求而返工，或者突然缺了人手导致一些单个功能必须延期完成。前期尽量计划精确，什么都可以在掌控之中。保证了实施时不会对某些形式性的东西过于纠结，节省大量的时间进行实现。