sprint 2(第一天)

Sprint 2计划会议:

由于昨天周末,有同学回家不便于讨论,所以我们的sprint冲刺今天开始。

sprint 2冲刺日期为:2016.11.28-2016.12.06。

我们开会讨论了这个sprint我们要实现的功能,根据需求分析和我们的进度做出了计划,然后进行大致的分工。这次计划的主要任务是做点餐系统中各个模块的增删改查功能,这些功能做好了,下面的工作就会更顺了。

sprint目标:

1、实现用户模块的权限控制,能够进行用户登录的功能;

2、对菜单模块实现增加菜单列表详情,修改菜单列表详情,删除菜单列表详情,查询菜单列表详情的功能;

3、实现菜品分类模块中每一个分类模块的增删改除功能;

4、对餐桌进行管理,也需要实现增删改查的功能;

5、完善点餐界面。

Sprint 2 Backlog细化:


ID


Name


Est


How to demo


1


实现用户登录与权限判定


4


使用点餐系统的用户,例如点菜员,管理员和后厨,对于不同的用户,相应的使用权限也不一样,所以这个功能除了实现用户的登录功能,还能对用户的权限进行控制。


5


员工管理


4


可以添加、修改、删除或者查询员工的信息,方便管理员工。


2


菜品管理(增删改查功能)


8


用户可以对菜品进行添加删除修改查询功能,管理员可以增加新菜品。


7


浏览菜品


8


以分页形式显示菜品列表,方便查看菜品。


8


实现点餐功能


7


在浏览菜品后添加删除或者修改菜品来实现点餐功能。


3


订单详情查看


6


点餐完毕后管理员或者后厨可以查看订单详情。


4


历史经营数据查看


5


记录历史经营数据,订单详情等,便于整理,查看收益情况登。


6


后厨接受点餐信息


6


厨师可以在厨房看到新订单的加入,然后开始烹饪


9


菜品烹饪确认


8


后厨接受信息,在烹饪完成后给确认信息,前台的服务员看到烹饪完成后对应订单上菜。


10


给菜品添加图片和具体价格和其他信息等


8


添加图片和信息更便于点餐者了解菜品,然后进行点餐。


10


美化界面


8


界面好看的话可以增加用餐者的食欲。

展板:

燃尽图:

 

时间: 2024-10-17 07:41:34

sprint 2(第一天)的相关文章

第一个Sprint冲刺第一天

讨论成员:罗凯旋.罗林杰.吴伟锋.黎文衷 讨论内容:开发四则运算的安卓APP 遇到的困难:1.界面设计比较复杂 2.开发所需要的技术还没有达到 开发需求 :第一个冲刺,设计界面以及设计运算的功能算法.

第三个Sprint冲刺第一天

讨论地点:宿舍 讨论成员:邵家文.李新.朱浩龙.陈俊金 讨论问题:再度强化四则运算app的功能.

敏捷开发(八)- Scrum Sprint计划会议1

本文主要是为了检测你对SCRUM Sprint 计划会议的了解和使用程度, 通过本文你可以检测一下     1.你们的SCRUM Sprint 计划会议的过程和步骤    2.会议的输出结果    Sprint 计划会议非常关键,应该算是 Scrum中最重要的活动(这当然是我的主观意见).要是它执行的不好,整个 sprint 甚至都会被毁掉.      举办 Sprint计划会议,是为了让团队获得足够的信息,能够在几个星期内不受干扰地工作,也是为了让产品负责人能对此有充分的信心一.会议目的  

stand up meeting 12-8

根据计划今天项目组成员和travis老师毕然同学进行了最后一次关于design和feature的确认meeting. 项目design和UI的改动较大,feature改动较小,需对UI进行重新整合,对后端代码进行小幅度的refactor,详细信息如下: 1.单词挑战入口:根据travis所讲的数据分析,单词挑战模块的活跃度并不高,将单词挑战的入口放到单词本界面.如下图: 这会对项目的造成如下的改动:我们需要将单词本的name和QPName进行mapping,以支持后续的get rank data

stand up meeting 12-2

今天因为各位组员组里项目原因没有集中在一起进行stand up meeting.但是士杰和天赋国庆分别对项目进度和前后端的结合进行的沟通. 针对后端部分,天赋完成了GetRankingData API的获取和本地缓存的存储,并且通过了单元测试.之后士杰完成了GetScore和Time的函数原型.因为前端的答题界面还需两天左右时间完成,所以我们模拟了GetRankingData的Input对后端逻辑进行测试.接下来天赋和士杰会帮助国庆完成前后端的连接,这样答题界面完成后,我们就将项目推进到答题结果

【翻译】团队达成一致:如何帮助团队进行自管理

来源:https://www.scrumalliance.org/community/articles/2015/february/team-agreements 为何需要团队决策? Scrum团队是自组织.跨功能的.自组织团队内部决定如何来完成工作,而不接受上级指派.要能达到自组织水平,团队应经历团队发展的不同阶段. Tuckman的团队发展阶段 Tuckman在1965年第一次提出了团队发展的“形成期.风暴期.规范期.执行期”模型,他认为:这些阶段对团队能够成长.面对困难.解决问题.计划.交

敏捷开发-Scrum 实战

最近把之前学习 Scrum 的资料整理为一篇文档,在接下来的团队和项目开发中,根据项目的情况引入 Scrum 的一些实践,提高团队成员之间的协作能力和项目的交付质量. 参考资料: <轻松Scrum之旅-敏捷开发故事>.<敏捷无敌> 硝烟中的Scrum 和 XP 火星人敏捷开发手册 Scrum-Checklists 维基百科:http://zh.wikipedia.org/wiki/Scrum Scrum 工具 禅道 JIRA+GreenHopper Scrum 中的角色 Scrum

柯南君 教你看敏捷开发のScrum是如何工作的?

现在敏捷开发是越来越火,人人都在谈敏捷,人人都在学习Scrum和XP,柯南君的朋友"远哥"是一位项目leader,柯南君与远哥促膝长谈,远哥也毫不避讳,知无不言言无不尽,把自己对Scrum的理解和自己工作中的经验积累与柯南君分享,在这里柯南君代替远哥与大家分享一些经验. 一. 什么是敏捷开发? 敏捷开发(Agile Development)是一种以人为核心.迭代.循序渐进的开发方法. 怎么理解呢?首先,我们要理解它不是一门技术,它是一种开发方法,也就是一种软件开发的流程,它会指导我们用

敏捷开发 我的经验(一)基本概念

敏捷开发中的一些概念 scrum team: 整个组织架构中可进行独立开发的最小团队, 一般人数控制在5~10人左右sprint:项目开发过程中最小迭代周期,根据同的项目周期不同:现有产品维护1~5天,二次开发5~10,新项目5~30,业务复杂或开发所用语言较多或开发复杂度较高10~45 point:不可拆分的最小功能点数,1point等于多少小时,可以由项目主管按照项目的实际情况指定. Product Backlog:由PO负责管理,将所有epic按优先顺序排列的一个产品需求列表.Sprint

柯南君: 教你看敏捷开发のScrum是怎样工作的?

柯南君 教你看敏捷开发のScrum是怎样工作的? 如今敏捷开发是越来越火,人人都在谈敏捷.人人都在学习Scrum和XP,柯南君的朋友"远哥"是一位项目leader.柯南君与远哥促膝长谈.远哥也毫不避讳.知无不言言无不尽.把自己对Scrum的理解和自己工作中的经验积累与柯南君分享,在这里柯南君取代远哥与大家分享一些经验. 一. 什么是敏捷开发? 敏捷开发(Agile Development)是一种以人为核心.迭代.循序渐进的开发方法. 怎么理解呢?首先.我们要理解它不是一门技术,它是一种