scrum

目录 前言 任务分配 燃尽图 会议照片 签入记录 新版本发布（2.3.5） 技术博客 一些说明 前言 第3次会议于5月27日22:00在一公寓三楼召开。 交流确认了各自的任务进度，分配下一阶段任务。时长25min。 任务分配 姓名 当前阶段任务 下阶段任务 吴昊 实现投票统计功能 对已截止的投票与自己发起的投票屏蔽投票功能 实现投票统计功能 解决添加投票中出现的bug 对已截止的投票与自己发起的投票屏蔽投票功能 邵旭哲 组织协调任务进度 完成γ第三次例会总结 组织协调任务进度 完成γ第三次例会总结 胡俊崧 增加查看当前已提交作业的功能 作业提交修改功能 编写技术博客 实现教师和助教给作业打分的功能 曾林思 测试未加入班级及无博文的账号对应的bug 测试投票功能 编写技术博客 蒋锋 实现浏览记录界面长按多选操作 实现浏览记录界面长按多选操作 编写技术博客 陈治齐 修改各个列表时间的显示 修改一些页面没有数据的情况下的显示 班级博文列表，向下滑动时显示筛选按钮 添加下滑隐藏“添加”按钮，上滑显示“添加”按钮的动画 修改各个列表时间的显示 修改一些页面没有数据的情况下的显示 班级博文列表，向下滑动时显示筛选按钮 添加下滑隐藏“添加”按钮，上滑显示“添加”按钮的动画 张进 Markdown编辑器功能暂时搁置 对博文的评论进行渲染 对博文的评论进行渲染 编写技术博客 燃尽图 会议照片

维基百科关于服务型领导力的解释如下： 服务式领导力是一种把领导者的主要目标是为（员工/成员）服务的领导力理念。这与传统领导力理论不同。传统领导力的主要关注点是公司或组织的繁荣发展。而一个服务式领导分享权力，把员工的需求放在第一位，并且尽其所能帮助员工发展自己并表现卓越。 当领导者转变他们的思维方式并开始服务于员工时，他们和员工一样受益于员工的个人成长。而组织也一样因为员工更加积极地承诺和投入而得到成长。 服务型领导力（service leadership）和Greenleaf的仆人式领导力（Servant Leadership）的核心思想非常类似。都是把服务他人作为重点，简单说就是以人为本。 根据《 王老西谈领导力(1): 什么是领导力 》中对于领导力类型的描述，服务型领导力不依赖职权发挥作用，所以它属于非职权领导力。由于商业环境的变化，现代企业特别是敏捷组织越来越重视服务型领导力的学习和应用。Scrum指南特别提到Scrum master要做Servant leader。 但是，无论是仆人式领导，还是服务型领导力，虽然很多人都在提，也有不少论述，比如Greenleaf仆人式领导力的10大特征。但是都缺乏一个系统的模型。方便大家的学习和执行。 我根据《 王老西谈领导力(1): 什么是领导力 》中提出的执行领导力模型，结合服务型领导力的描述和特征，我提出一个服务型领导力的应用学习模型

目录 前言 任务分配 燃尽图 会议照片 签入记录 困难 前言 第9次会议于4月13日20:00在一公寓3楼召开。 交流确认了任务进度，对下一阶段任务进行分配。时长20min。 任务分配 姓名 当前阶段任务 下阶段任务 吴昊 构建devote相关的框架 编写投票功能：查看班级投票、查看参与成员 编写投票功能：获取投票内容、获取投票统计 邵旭哲 组织协调任务进度 整理第九次例会报告 组织协调任务进度 完成第九次例会报告 了解和沟通Alpha版本的发布渠道 胡俊崧 修复了编辑和发布作业文本框编辑markdown导致的错误，下线markdown功能 为博文新增了分享按钮,能够分享博文链接 修改班级更多选项界面,改为下拉菜单 修改作业操作按钮,使其与博客详情界面的按钮统一 吴枫 测试博文列表与作业功能 完成第一阶段设计测试树 测试收藏功能 蒋锋 修复添加收藏时请求出错 增加查看收藏列表的功能 尝试修复收藏博客列表中出现的bug 陈治齐 统一全局列表样式 编写投票功能：获取投票内容、获取投票统计 燃尽图 会议照片 签入记录 点我 困难 1.部分api在传入适当参数后返回值与预期有差别，目前正在尝试找出原因。 来源： https://www.cnblogs.com/PureMan6/p/10703341.html

目录 前言 任务分配 燃尽图 会议照片 签入记录 前言 第3次会议于5月3日22:00在一公寓三楼召开。 交流确认了各自的任务进度，分配下一阶段任务。时长30min。 任务分配 姓名 当前阶段任务 下阶段任务 吴昊 实现投票选择时间 实现投票标题和内容 实现投票隐私按钮 实现投票标题和内容 邵旭哲 组织协调任务进度 完成β第三次例会总结 组织协调任务进度 完成β第三次例会总结 胡俊崧 更新了md5加密算法 解决友盟鉴权校验转码问题 完成教师推送功能 完成作业提醒的推送逻辑 曾林思 对当前版本进行测试，找出仍可能存在的bug，复现用户反馈的bug 对当前版本进行测试，找出仍可能存在的bug，复现用户反馈的bug 蒋锋 左右滑动编辑收藏的功能 实现本地保存博文浏览记录的功能 陈治齐 完成投票前提示自己是否已经投票的功能 完成投票后投票页面显示自己投票的选项 显示已投票成员页面 显示投票成员列表 修复HTML实体的显示问题 完成显示其他投票成员的投票选项的功能 张进 学习react-native框架，阅读项目代码 解决友盟鉴权校验转码问题 调用markdown解析引擎 燃尽图 会议照片 签入记录 点我 来源： https://www.cnblogs.com/PureMan6/p/10807299.html

目录 前言 任务分配 燃尽图 会议照片 签入记录 困难 前言 第1次会议于4月28日22:00在一公寓三楼召开。 交流确认了目前各成员的准备情况，分配下一阶段任务。时长30min。 任务分配 姓名 当前阶段任务 下阶段任务 吴昊 完善投票功能 完善投票功能 邵旭哲 组织协调任务进度 完成α反思总结 组织协调任务进度 完成β第一次例会总结 胡俊崧 修复作业加载不完全的bug 集成推送环境 封装推送消息api 增加推送设置开关 完成作业提醒的推送逻辑 曾林思 对当前版本进行测试，找出仍可能存在的bug，复现用户反馈的bug 对选择班级发生闪退的bug进行修复 对当前版本进行测试，找出仍可能存在的bug，复现用户反馈的bug 对选择班级发生闪退的bug进行修复 蒋锋 思考尝试实现关注功能 思考尝试实现关注功能 陈治齐 完善投票功能 完善投票功能 张进 学习react-native框架,熟悉项目结构 完成删除班级成员功能 燃尽图 会议照片 签入记录 点我 困难 新进入组内的同学不可避免得需要新的学习时间，任务进度要有所放缓。 博客园的api又双叒出问题了。 来源： https://www.cnblogs.com/PureMan6/p/10792735.html

作业要求与 https://edu.cnblogs.com/campus/nenu/2018fall/homework/2246 相同 一、 小组介绍 组长：刘莹莹 组员：朱珅莹 孙韦男 祝玮琦 王玉潘 周昊 赵美增 潘世维 队名：二次元梦之队 二、 Scrum立会 要求 1：工作照片 Scrum master：王玉潘 要求 2：时间跨度 2018年10月21日 12：52—13：18共计26分钟 要求 3：地点 信息科学与技术学院104教室靠墙倒数第一排、第二排 要求 4：立会内容 昨天的成绩： 首先，召开Alpha阶段第一周第四次Scrum立会针对分配的任务进行讨论，针对游戏界面简陋的问题进行详细的讨论。 今天的计划： 首先，需要召开Alpha阶段第一周第五次Scrum立会讨论软件的主色调与各关卡任务显示界面的颜色。 目前的困难 ： 需要大量故事来描绘关卡，在故事设计上存在困难。 要求 5：todo list 任务ID 任务 状态 1 召开第1次立会 已完成 2 召开第2次立会 已完成 3 召开第3次立会 已完成 4 召开第4次立会 已完成 5 召开第5次立会 已完成 6 召开第6次立会 未完成 7 对Alpha阶段贡献分配规则进行制定 已完成 8 搭建开发环境 已完成 9 制定安全机制 已完成 10 接口协议标准化 已完成 11 接口版本控制 已完成 12 架构分层 已完成

Today's Task Tomorrow's Task 丁辛 实现和菜谱相关的餐厅列表。 实现和菜谱相关的餐厅列表。 邓亚梅 美化搜索框UI。 美化搜索框UI。 王逸翔 测试和完善WebView。 测试和完善WebView。 赵梓皓 实现推荐菜谱。 实现推荐菜谱。 刘文乔 菜谱分类。 菜谱分类。 李靖 完善具体菜谱页面。 完善具体菜谱页面。 邹嘉欣 将收藏夹与用户绑定。 设计用户登录界面。 周末的进度好像无法在燃尽图上显示出来。 来源： https://www.cnblogs.com/dxteam/p/4163991.html

由于APEC放假，有些成员离校了，他们那部分的任务会暂时拖后一些，之后会加班加点赶工。 另外，每个人的任务还是相对独立，离校成员的任务进度不会对其他成员的进度造成很大影响。 Today's tasks Next week 丁辛 餐厅列表UI设计 餐厅列表UI设计 李承晗 学习百度地图API的使用 实现指定地点搜索 王逸翔 学习安卓动画相关内容 实现动画 赵梓皓 学习安卓划动手势相关内容 （延后） 主界面实现 刘文乔 菜谱列表 数据结构设计（延后） 菜谱列表 UI设计 李靖 具体菜谱信息 数据结构设计 （延后） 具体菜谱 UI设计 邹嘉欣 实现餐厅收藏夹 实现餐厅收藏夹 周末我们会暂停两天的Daily Scrum（燃尽图好像也不包括休息日），然后每个人还是会继续新的任务或是巩固之前的任务。新的燃尽图等到下周一再更新。 来源： https://www.cnblogs.com/dxteam/p/4082255.html

请把现在当成11月5日······ Today's tasks Tomorrow's tasks 丁辛 餐厅列表数据结构设计 餐厅列表UI设计 李承晗 学习百度地图API的使用 学习百度地图API的使用 王逸翔 学习安卓动画相关内容 学习安卓动画相关内容 赵梓皓 学习安卓划动手势相关内容 主界面实现 刘文乔 菜谱列表 数据结构设计 菜谱列表 UI设计 李靖 具体菜谱信息 数据结构设计 具体菜谱 UI设计 邹嘉欣 学习“收藏夹”相关内容 学习“收藏夹”相关内容 来源： https://www.cnblogs.com/dxteam/p/4077733.html

「 OKR 」现在非常的火爆，很多公司都在使用，不仅国外的 Google、英特尔等大公司在用，国内的一线知名互联网企业今日头条和一些创业团队也都在使用。 那为什么「 OKR 」这么受欢迎呢，因为把它可以帮助团队 达成共识、加深信任、加强协同。 并且「 OKR 」这套方法，不仅可以帮助我们开展工作，还可以用它来管理个人生活。例如互联网大牛 吴军 就是固定使用「 OKR 」来管理他个人年度目标和计划的。 乘着假期，我也仔细读了两本关于「 OKR 」的书籍，《OKR工作法》、《这就是OKR》，好书，确实收益良多，方法很简单，但是确实很实用。所以接下来我也打算把「 OKR 」方法实践在我们的研发团队目标管理和我个人的年度计划中。 说了这么多「 OKR 」的好，那接下来就该详细的介绍一下它了。 本文在第三节还会重点讲一下，我们作为产品研发团队，应该怎么将「 OKR 」与「 Scrum 」进行深度结合，打造最完美的团队与项目。 一、什么是 OKR？ 「 OKR 」是一个标准化的目标管理的方法，其中 O 是指 Objectives 目标，KR 是指 Key Results 关键结果，即 目标与关键结果法，它是一套明确和跟踪目标以及其完成情况的管理方法，最初由英特尔公司发明，然后由Google公司发扬光大。 我们在公司或团队中，经常会制定目标，俗称 KPI ，它是一个自上而下安排的量化指标