Scrum

1. 我们的团队

1.1 团队名称

• 开发小分队&7号

1.2 团队成员

• 徐棒 彭康明 刘鹏芝 罗樟 王小莉 胡广健 沈兴艳

1.3 我在团队中位置

• 需求实现团队（负责将需求模块实现和与用户角色交流跟进需求，根据要求，承担实际开发工作）

2. Scrum学习心得

当我学习到敏捷编程的时候，我内心非常的激动。软件工程竟然也有如此可以便捷，不臃肿的工作方式。将每个人的作用发挥到了极致，也大大的提高了软件开发的时间效率。让我产生了很大的兴趣！这完全可以是一个学生团队，一个新的创业公司，或者一个小的产品开发团队来使用的很棒的工作方法。可以产生很强的竞争能力。

我对Scrum的理解

首先产品backlog是Scrum的核心。他是对需求，对故事，对特性很好的一个概括。然后可以按照重要性的级别进行排序。它里面包含了客户需要东西。
产品负责人是一个团队很重要的存在（实际上在scrum里面每个人都很重要，缺一不可），他要理解每个故事的含义，对后续的开发有事半功倍的作用。
Sprint计划会议很关键，Scrum的灵魂存在。
这是别人对Sprint计划会议的成果的总结：

• Sprint目标。
• 团队成员名单（以及他们的投入程度，如果不是100%的话）
• Sprint backlog(即Sprint中包括的需求列表)
• 确定好sprint演示日期
• 确定好时间地点，供举行每日scrum会议

特点：整个团队都要参加sprint计划会议。这样就能产生相互发展的作用。

通过生成率的估算、需求拆分成任务，燃尽图，更新任务版，sprint演示等很好的解决软件开发过程中的问题。

总的来说，在Scrum中使用的开发方法很敏捷，互动性很高，能够很迅速的调整在开发过程中遇到的问题，不会出现重大的方向错误。
客户全程参与到了开发过程中，每个需求非常的符合用户心里的标准。这样子就降低了项目开发的风险，即使有小的错误也可以很快的纠正过来。sprint会议不仅可以增加产品经理人信心，也是为了让团队获得足够的信息。需求分成小任务能更好的完成。很多东西再一次都说明Scrum方式的优越性，或许这样的方式是每一个人都乐意的呢？

3. 长大助手思维导图

4. 我计划在团队中怎样实践scrum

• 注重个体与交互
• 注重可用的软件
• 注重客户协作
• 注重响应变化

迟到接受惩罚：反省自己三个问题（昨天做了什么，今天要做什么，遇到什么问题）
每天更新燃尽图；使用好任务看板，回顾每天做的事情，总结并改进方法。