第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、每日站立会议，面对面交流

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