scrum

Scrum Meeting 本次会议是第10周的Scrum Meeting会议 任务内容 成员 已完成的工作 计划完成的工作 谢哲勇 部署服务器 增强搜索功能，重构登入注册代码 陈开拓 聊天数据库设计，学习netty 下周完成聊天的基本功能 谭坚铭 完成了修改找回密码及相应的邮件通知发送功能 编写并测试业务逻辑代码 李林宇 完成了九宫格图片框架，并利用它完成了发表动态页 完成项目的首页以及动态详情展示页 弋晓洋 完成搜索页的搭建与功能测试 关于页的搭建与功能测试 陈玉沅 个人主页，他人主页，修改资料的完成 点赞列表 收藏列表 忘记密码等页面 难点 整体项目没有成型，难以进行集成测试，对于局部成果只能进行合适的单元测试。单元测试耗时较大。在进行代码重构时，队员间的代码没有使用标准合理的注释，许多地方甚至没有关键注释，导致使用和沟通时出现问题，以及重构自己代码时会由于删除重要代码导致代码失效，下次应避免。框架的学习时间耗时较大，应该对框架中重要应用部分先学习，否则会消耗大量时间。 会议照片 拍摄者：谢哲勇 来源： https://www.cnblogs.com/rjgc-ddl/p/12007951.html

【Beta阶段】第十一周Scrum Meeting! 第十一周任务内容： 本次会议为第十一周Scrum Meeting 会议。 本次会议在学生公寓走廊展开，全员参加。 队员 上周完成任务 本周要完成任务 王震 前端开发的学习和实际操作，博客编写完成（ https://github.com/Qin-Hao/SoftwareEngineering/issues/26 ） 前端的前中期任务，团队博客的编写 秦浩 后端开发前期任务（ https://github.com/Qin-Hao/SoftwareEngineering/issues/24 ） 后端开发中期任务 曲少伟 后端开发前期任务 后端开发中期任务 司呈令 前端开发的学习和实际操作，燃尽图制作完成 前端的前中期任务，本周燃尽图制作 开会照片： 关于困难和收获： 王震：跟小程序是有一点类似的，各种控件。但是相对来说也更难一些。 秦浩：代码进展缓慢，一些看似很容易就能解决的问题其实并不容易。作为组长我是有责任的，接下来我一定努力的写代码，带领组员推进项目。 曲少伟：在编写增删改查中的查中，我遇到了很大的问题。很多查询方法需要返回的都是一些Goods类型。学习如何编写是一个很快乐的过程。 司呈令：对安卓app的制作有了一定的了解，通过做这个项目也巩固了所学到的知识。但在编写过程中有时会出现一些奇怪的错误和问题，还需要继续学习。

【Beta阶段】第十二周Scrum会议 本次会议为第十二周第一次Scrum Meeting，会议对Beta阶段工作进行了总结，针对Beta阶段还未完成的问题进行了讨论。 会议时间为2019.12.3。会议地点为中国海洋大学北区2号楼228宿舍 第十一周任务 小组成员 上周任务 本周任务 孙浩杰 解决出现的疑难bughttps://github.com/sunshine2285/PCES/issues/41 实现 js 操作 cookie 系列函数的封装 https://github.com/sunshine2285/PCES/issues/46 谭明耀 tag页面弹窗系统https://github.com/sunshine2285/PCES/issues/38 tag页面弹窗系统 宋自康 前后端页面的交互，修改出现的bughttps://github.com/sunshine2285/PCES/issues/48 前后端页面的交互，修改出现的bug 孙肖肖 完善前端页面，修改前端bughttps://github.com/sunshine2285/PCES/issues/39 完善前端页面，修改前端bug 王观山 第十一周会议博客https://github.com/sunshine2285/PCES/issues/34，测试前端与后端bug，协调小组成员工作进度 十二周会议博客

[Beta 阶段 ] 第 一 次Scrum Meeting GitHub项目地址 https://github.com/ShiKeing/repository 情况简述 会议基本内容摘要 讨论后端具体实现情况；分析前端改善措施；分析项目不足。。。 参与讨论人员 全员 讨论时间 2019/11/29 15:00-16:00 1h 每个人的工作 团队成员 已完成 任务 计划 任务 遇到的困难 王美霞 GitHub项目管理，学会Git bash提交、下载、删除GitHub项目内容； GitHub项目管理，督促成员完成任务，向GitHub上上提交；对项目进行测试；会议博客编写；编写测试报告 GitHub使用不熟练，中间传输修改项目时浪费了大量时间。 沈仕杰 李菀琬 蓝春美 王铸涛 魏炫宁 每日例会照片 迁入记录 来源： https://www.cnblogs.com/wxmteamblog/p/11999867.html

Burn down chart翻译为燃尽图或燃烧图，很形象，是Scrum中展示项目进展的一个指示器。我一直认为用户故事、每日站立会议、燃尽图、sprint review、sprint retrospective真是越琢磨越有味道的好东西，也因此很喜欢scrum这种方法，这些实践简单有效、经典！ 燃尽图的样例如下： 横坐标为工作日期，纵坐标估计剩余的工作量，每个点代表了在那一天估计剩余的工作量，通过折线依次连接起所有的点形成为估计剩余工作量的趋势线。另外还有一条控制线，为最初的估计工作量到结束日期的连线，一般用不同的颜色画上边的两根线。 对此图的研判规则如下： （1）如果趋势线在控制线以下，说明进展顺利，有比较大的概率按期或提前完工； （2）如果趋势线在控制线以上，说明有比较大的概率延期，此时需要关注进度了。 注意，趋势线并非一直下行，也有可能上行，即发生了错误的估计或遗漏的任务时，估计剩余的工作量也有可能在某天上升了。 每天开完15分钟站立会议后，由scrum master根据进展更新燃尽图。第1个点是项目最初的工作量估计值，第2个点是第最初的估计工作量减去第1天已经完成的任务的工作量，依次类推计算后续的点。任务完成的标志是什么呢？准则如下： （1）开发人员检测：所有的单元测试用例都通过； （2）Product owner检测：Product owner通过了所有的功能测试；

1. 什么是 Scrum 　　Scrum 是一种轻量级的框架，适合于小型的、结合紧密的团队开发复杂的产品。 Scrum 是二十世纪后期一些软件工程师协同努力的脑力劳动的成果，现已成为技术领域最具魅力的方法。但 Scrum 并不因此而复杂难用，相反，它不仅适用于技术领域，你还可以轻易将本文中介绍的工具和实践应用于其他领域。 　　一个 Scrum 团队通常由 7 人± 2 人组成，他们在固定的周期用迭代开发的方式一起协同工作。在每个迭代中，他们有充分的时间来评审和反思。“ 检查和调整 ”是 Scrum 的口头禅之一， Scrum 团队还有一个显著的特点就是非常关注 持续改进 ——既包括他们采用的过程，也包括他们的产品。 2. 角色（ Roles ） 　　Scrum 中有三种角色：产品负责人（ Product Owner ）、 Scrum Master 和团队成员。 2.1. 产品负责人（ Product Owner ） 　　从企业的角度看，一个开发团队代表了一笔重大的投资，包括：人员工资、办公室租金、计算机和软件的采购和维护费用等等。 产品负责人的责任在于帮助企业获得最高的投资回报 （ ROI ）。 　　其中一个最大化 ROI 的方法是引导团队做最有价值的工作，同时远离那些低价值的工作。产品负责人控制团队的待办列表中待办事项的优先级顺序。在 Scrum 中