Scrum敏捷开发框架简介

传统的软件开发模式开发周期长，迭代速度慢。移动互联网行业发展迅速，需求不断变化，产品更新和迭代的频率很高。基于移动互联网的上述特点，对其进行了介绍。

它是一个敏捷的开发框架，是一个增量和迭代的开发过程。在这个框架中，整个开发周期包括几个小的迭代周期。每个小的迭代周期都成为一个Sprint，每个Sprint的周期建议为2-4周。在Scrum中，产品待办事项用于管理产品或项目的需求。产品积压工作是按业务价值排序的需求列表。在每次迭代中，开发团队都从产品积压工作中选择最有价值的需求进行开发。在Sprint会议上分析、讨论和评估Sprint中选择的需求，以获得Sprint任务列表，称为Sprint积压工作。

1、 Sprint计划会议

在Sprint计划会议之前，产品经理要实现的产品需求（产品积压）以用户故事的形式确定（即，从用户的角度描述用户所需的功能），并绘制原型图。UI根据原型图完成设计草稿。产品经理同时确定每个产品需求的优先级。

在Sprint计划会议期间（通常为2天），开发团队成员不应该做任何开发工作，而应该专注于将产品需求分解为开发任务并估计开发时间。

在估算开发时间时，应注意以下几点。

1.对于需要使用的新技术，估计学习和研究的时间。

2、据统计，每个程序员每天的有效工作时间约为5小时，其他时间被沟通、喝水、休息、上厕所等琐事占据。如果一项任务估计超过5小时，则意味着该任务需要一天以上才能完成。

3.开发人员应尽可能详细地评估开发任务。一般来说，每个任务的估计时间不应超过5小时。如果超过5小时，则应将任务细分为多个较小的任务。只要尽可能仔细地估计任务，总的估计时间就大致准确，因为有些任务的估计时间比实际完成的时间多，而有些任务的时间则少。

最后，根据产品经理的优先级和开发人员的估计时间，确定该迭代周期的最终开发任务及其相应的优先级，即完成Sprint积压工作。

2、 日常开发

在app开发期间，app通过API与app后台交互。后台工作人员可以首先设计相关的API，并让API返回虚假数据。

开发过程中遇到的任何问题都必须及时与相关人员沟通。为确保沟通的有效性，可采用以下方法。

1.如果不是非常紧急的问题，可以等待相关人员休息后再进行沟通。

2.要解决一个问题，首先要整理好自己的情绪，在沟通时处理事情而不是处理人。

Scrum中有一个关键职位“Scrum大师”。Scrum大师通常由技术总监担任。团队与外部的沟通必须通过Scrum大师统一。Scrum大师的最大作用是屏蔽开发团队的外部影响，确保开发进度和效率。

在开发过程中，需要注意的是，在SprintBacklog中，需求是不能改变的。原则上，在确定UI后，只能进行少量修改。如果产品有新的需求，请考虑下一个Sprint积压工作。

3、 每日会议

在每日会议之前，团队成员应整理他们的任务清单，包括：

1.昨天完成了哪些任务，每个任务花费了多少时间，未完成的任务预计需要多少时间。

2.剩余开发时间

在例会中，产品经理和开发团队成员都应参加。如果可能的话，运营商和营销人员也应该参与进来，这样团队的每个成员都可以全面了解公司的产品。

每个人都应该在例会上报告这三个方面。

1.你昨天做了什么？

2.你今天打算做什么？

3.什么工作需要其他同事的合作？

请避免在会议中讨论问题。如果你