第1篇Scrum冲刺博客

第1篇Scrum冲刺博客

各个成员在 Alpha 阶段认领的任务

成员	Alpha 阶段认领的任务
谭万钏	前、后端开发；项目架构设计；服务部署
刘志豪	后端开发以及数据库设计编写
谭艺	后端开发以及数据库设计编写
唐崇珂	后端开发以及模块测试
刘霍翔	模块测试以及进度报告的编写
石林峰	模块测试以及进度报告的编写

各个成员的任务安排

• 谭万钏：

  前端页面设计（首页、登录页面、教师页面等）、后端功能包括登录功能等。

• 刘志豪：

  后端功能实现包括提问讨论、评论功能以及数据库编写等。

• 谭艺：

  后端功能实现包括作业上传以及数据库编写等。

• 唐崇珂：

  后端功能实现包括设置功能的实现以及测试总结等。

• 刘霍翔、石林峰：

  主要负责测试总结工作等。

整个项目预期的任务量

任务	负责人	开始日期	结束日期
Alpha版本
数据库	8748	2019/11/18	2019/11/22
建立数据表	8748	2019/11/18	2019/11/19
实现基本操作	8744	2019/11/19	2019/11/22
前端页面	8747	2019/11/18	2019/11/25
首页页面	8747	2019/11/18	2019/11/19
登录页面	8747	2019/11/19	2019/11/20
学生页面	8747	2019/11/20	2019/11/22
教师页面	8747	2019/11/22	2019/11/24
页面整合	8747	2019/11/24	2019/11/25
后端功能		2019/11/22	2019/11/30
提问讨论	8744	2019/11/22	2019/11/25
评论功能	8744	2019/11/25	2019/11/28
作业上传	8748	2019/11/22	2019/11/28
设置功能	8749	2019/11/22	2019/11/28
登录功能	8747	2019/11/22	2019/11/28
测试总结	8746/8742/8749	2019/11/22	2019/11/30
测试	8746/8742/8749	2019/11/22	2019/11/28
总结	8746/8742/8749	2019/11/28	2019/11/30

敏捷开发前的感想

​ 敏捷开发是一种常用的软件开发模式，与传统的“瀑布式开发”相比，敏捷开发能够持续满足不断变化的需求变动。众所周知，众所周知，写软件开发文档是每一个程序员都懒于做的事情，认为比较痛苦的事情，所以越来越多的人因为这点去使用敏捷开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。

​ 开始之前还是很害怕，没有一点的思路，但是我们需要有明确的目标和每日的任务。因此，敏捷开发能给我们实际开发过程中提供思路的理顺。

团队期望

1、 能够随时应对变化的结构，适应需求变化，并能驾驭需求变化

能够随时应对变化的结构，比遵循计划更重要。计划不要考虑太远，因为各种环境都在发生变化，随着软件的提交，需求也许会发生变化。完美的甘特图能够体现对项目的整体控制力，但是详细的甘特图也是不切合实际的。感觉一般做一周的计划，是最切合实际的。

2、 有计划性的、持续地交付有价值的软件来满足客户需求

经常性的交付可以工作的软件，交付的间隔可以从几周到几个月，交付的时间间隔越短越好。只要我们可以保证交付的软件可以很好的工作，那么交付时间越短，我们和客户协作就越紧密，对产品成果就更有益。虽然我们多次迭代，但并不是每次迭代的结果都需要交付给用户，敏捷开发的目标是让他们可以交付。这意味着开发小组在每次迭代中都会增加一些功能，增加的每个功能都是经过编码、测试，达到可以交付的标准。

3、 关注成果，把工作按照优先级和紧急程度进行分类

团队成员围绕“眼观大图，关注成果”这一导向，把自己的近期工作按照重要性和紧急性进行分类，分为四类：1、重要、紧急 2、重要、不紧急 3、不重要、紧急 4、不重要、不紧急。根据四类情况对自己的近期工作进行权衡，把握工作重点，紧扣要事，使近期工作得以顺利开展，使远期工作也得以顺利进行。

4、 每日站立会议，面对面交流

各团队成员的工作相对比较独立，对其它成员的工作了解不多，不利于整个项目的发展，每个成员容易陷入研究的死胡同。所以在团队内部，每日站立会议、面对面交流是最具有效果并且富有效率的传递信息的方法。每日站立会议要求每个人必须定点进入会议状态。每日会议前每个人要更新自己的任务面板。每日会议中决定要签出的任务，并在会议后更新任务面板，并在任务便签上注明任务的签出人。