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