scrum

推荐：https://www.tapd.cn/ Scrum开发流程中的三大角色：产品负责人（Product Owner），流程管理员（Scrum Master），开发团队（Scrum Team） Scrum开发模型 1、产品负责人按优先顺序排列确认一个产品需求列表（ Product Backlog ） 2、开发团队根据Product Backlog列表，做工作量的预估和安排 3、有了Product Backlog列表，我们需要通过 Sprint Planning Meeting （任务计划会议） 来从中挑选出一个Story作为本次迭代完成的目标，这个目标的时间周期是1~4个星期，然后把这个Story进行细化，形成一个 Sprint Backlog （任务列表）； 4、Sprint Backlog是由Scrum Team去完成的，每个成员根据Sprint Backlog再细化成更小的任务（细到每个任务的工作量在2天内能完成）； 任务看板 5、在Scrum Team完成计划会议上选出的Sprint Backlog过程中，需要进行 Daily Scrum Meeting （每日站立会议），每次会议控制在15分钟左右，每个人都必须发言，并且要向所有成员当面汇报你昨天完成了什么，并且向所有成员承诺你今天要完成什么，同时遇到不能解决的问题也可以提出，每个人回答完成后，要走到黑板前更新自己的

Scrum 是用于开发、交付和持续支持复杂产品的一个框架，是一个增量的、迭代的开发过程。在这个框架中，整个开发过程由若干个短的迭代周期组成，一个短的迭代周期称为一个Sprint，每个Sprint的建议长度是一至四周。 在Scrum中，使用产品Backlog来管理产品的需求，产品backlog是一个按照商业价值排序的需求列表，列表条目的体现形式通常为用户故事。Scrum团队总是先开发对客户具有较高价值的需求。 在Sprint中，Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。挑选的需求在Sprint计划会议上经过讨论、分析和估算得到相应的任务列表，我们称它为Sprint backlog。在每个迭代结束时，Scrum团队将递交潜在可交付的产品增量。 Scrum起源于软件开发项目，但它适用于任何复杂的或是创新性的项目。Scrum 目前已被用于开发软件、硬件、嵌入式软件、交互功能网络、自动驾驶、学校、政府、市场、管理组织运营，以及几乎我们（作为个体和群体）日常生活中所使用的一切。 Scrum框架包括3个角色、3个工件、5个事件、5个价值： 3个角色 产品负责人（Product Owner）： Scrum Master 开发团队 3个工件 产品Backlog（Product Backlog） SprintBacklog 产品增量（Increment） 5个事件 Sprint

上周六参加了ScrumGathering上海大会，大会是由全球推广Scrum的非盈利组织Scrum Alliance官方赞助，日程有两天。很遗憾只参加了第二天的会议，错过了很多精彩的演讲和与国内其他软件从业者交流的机会。仅仅这一天的内容，也让我 觉得有很多值得记录和消化。同时对于个人来讲，见到了许多曾在一起工作的同事，也是一件非常开心的事情。 大会的气氛和组织 整个大会的组织是让人满意的。大师的布道，演讲者提供的案例探讨，精美的海报，紧凑的活动安排和大家的踊跃程度，都给我留下了深刻的印象。下图是Discussing Panel环节： 大师济济一堂 还有一点很值得称道，就是有些工作人员一直通过手工张贴画的方式来展现活动内容，很多伴随着大会的进程一直在更新，生动可爱的图画让大家一目了然地理解正在发生的事情，是很新颖的传播和沟通方式。大会强调了一个双脚和四大原则，充分调动大家的参与热情： 高质量的演讲 有很多演讲同时进行，所以在这个流程中组织者按照主题的不同安排在在不同的演讲厅中举行，每一个主题都有三场相关的演讲。演讲过程中大家随时可以转 换阵地，主题包括，价值，人，功能，质量，流程，工具，时间，教导。我记忆深刻的是，时间厅里钱安川的《进度压力之下如何使用敏捷》和中国通老头 Vernon Sinebaker的《Better Software Faster》。在一个非常紧急的项目进度下

每日任务 1.本次会议为第六次 Meeting会议； 2.本次会议在周六上午大课间，在陆大楼召开，召开本次会议为15分钟。 一、今日站立式会议照片 二、每个人的工作 （有work item 的ID） 队员 昨天已经完成的工作 今天计划完成的工作 ·何琴琴 制定接下来两天的计划和博客的编写 督促小组成员完成任务，召开会分析各工作的进展情况 · 吴世荣 配合研究人员对界面进行优化 分析昨天情况，提出改善意见 ·翁彬妹 整体项目的简单测试 对各功能进行分类测试 · 陈建章 继续完成新功能的研发，开始界面的优化 对web界面进一步优化 · 黄良静 开始对组卷系统功能进行完善 组卷系统的代码迁入 · 祝攀锋 配合研发人员对数据库功能进行优化 数据库的修改与添加 三、工作中遇到的困难 项目进行到现在，算是疲惫期了，主要的困难是没有很多继续下去的动力，that's a joke ！说正题，测试方面出现一点问题，不过在测试人员的努力下，差不多搞定了！ 四、燃尽图 五、每人的代码/文档签入记录 https://git.coding.net/poisonous-ant/Beta.git 来源： https://www.cnblogs.com/vviane1/p/6914692.html

Scrum Meeting博客目录 [Beta阶段]第二次Scrum Meeting 基本信息 名称 时间 地点 时长 第二次Scrum Meeting 19/05/03 大运村寝室6楼 40min 相关工作 成员 已完成工作 明日计划工作 鲍屹伟 Beta阶段总体计划 ， 首页页面布局重新设计 每日例会撰写 ， 首页页面重新绘制 白世豪 Beta阶段前端计划 ， 微信登录功能完成 首页重新绘制 刘启航 Beta阶段真实数据爬取计划 学习如何爬取微信历史记录——如何导出历史记录？ 刘卫 Beta阶段后端总体计划 ， 微信登录数据库修改 修改发布数据库——新添内容 王冰 Beta阶段前端计划 ， 用户微信登录功能完成 发布详情页面重新绘制 宋卓洋 Beta阶段前、后端计划 ， 微信登录数据库接口完成 发布详情后端接口更新 燃尽图 每日例会照片 迁入记录 github迁入记录见 这里 。 首先完成的任务，是根据之前大家反馈的意见将独立账户管理修改为使用微信快捷登录。这样做的目的主要是方便用户操作，避免没有必要的账户注册步骤。 来源： https://www.cnblogs.com/Water-T/p/10816745.html

盲目的项目开发 　　前言： 开发中，总是在寻找一种快速有效的开发方式和管理的方式，于是敏捷出来了，XP也出来了，现在Scrum也出来了。一股Scrum狂潮就开始了！本篇主要通过一个例子讲述使用Scrum的一个误区，或者说是一种使用Scrum的错误方式！ 　　本篇的议题如下： 　　 技术的盲目 　　工具的盲目 　　人的盲目 　　 Scrum的盲目 系列文章链接 项目开发经验谈：如何成为出色的开发人员 盲目的项目开发 什么是企业级项目开发 项目开发经验谈之：设计失败的挫败感 项目开发经验谈之：忆第一次设计Framework 　　 技术的盲目 　　 大家都知道，在开发项目的时候，除了分析业务之外，另一个需要考虑的就是技术的选择和使用。我个人认为，在开发的时候，一定要考虑技术的可行性。这句话说起来感觉比较的“虚”，但是，自己曾经的一个项目却是有这样的问题。当时开发项目的时候，大家都想用用新技术，一来是认为新技术比较的炫，酷，二来，也作为一种学习新技术的途径。确实，想法不错。于是大家就热火朝天的干了起来。悲剧来了，项目到了2个月之后，发现所谓的新技术似乎不是很适合，而且因为是新技术，懂的人不多，所以，出现了问题之后，都很难解决。最后，新技术还是被抛弃了。 　　当然，这里不是说不用新技术，只是不要盲目的一拥而上。什么技术的使用都不是那么完美的，一定是有相应的代价隐藏在背后。 　　 工具的盲目

5.0--------------------------------------------------- 1.团队成员完成自己认领的任务。 2.燃尽图：理解、设计并画出本次Sprint的燃尽图的理想线。参考图6. 3.每日立会更新任务板上任务完成情况、燃尽图的实际线，分析项目进度是否在正轨。 每天的例会结束后的都为任务板拍照并发布到博客上 4.每天看到进展，待续到sprint演示。 5.博客发布要求: 完整的任务板（有燃尽图），5.18号晚10点之前发布到博客上，5.19号的例会就用上。 然后每天例会追加的任务板更新后照片或截图，直到本次sprint结束。 来源： https://www.cnblogs.com/88mei/p/5505140.html

1.团队成员完成自己认领的任务。 2.燃尽图：理解、设计并画出本次Sprint的燃尽图的理想线。参考图6. 3.每日立会更新任务板上任务完成情况、燃尽图的实际线，分析项目进度是否在正轨。 每天的例会结束后的都为任务板拍照并发布到博客上 4.每天看到进展，待续到sprint演示。 5.博客发布要求: 完整的任务板（有燃尽图），5.18号晚10点之前发布到博客上，5.19号的例会就用上。 然后每天例会追加的任务板更新后照片或截图，直到本次sprint结束。 来源： https://www.cnblogs.com/queenjuan/p/5506376.html

题目： 1.团队成员完成自己认领的任务。 2.燃尽图：理解、设计并画出本次Sprint的燃尽图的理想线。参考图6. 3.每日立会更新任务板上任务完成情况、燃尽图的实际线，分析项目进度是否在正轨。 每天的例会结束后的都为任务板拍照并发布到博客上 4.每天看到进展，待续到sprint演示。 5.博客发布要求: 完整的任务板（有燃尽图），5.18号晚10点之前发布到博客上，5.19号的例会就用上。 然后每天例会追加的任务板更新后照片或截图，直到本次sprint结束。 燃尽图： 成员 团队贡献分 陈嘉慧 22 郑铭泽 21 林志杰 18 古林萍 19 来源： https://www.cnblogs.com/rightTeam/p/5506581.html

5.0--------------------------------------------------- 1.团队成员完成自己认领的任务。 2.燃尽图：理解、设计并画出本次Sprint的燃尽图的理想线。参考图6. 3.每日立会更新任务板上任务完成情况、燃尽图的实际线，分析项目进度是否在正轨。 每天的例会结束后的都为任务板拍照并发布到博客上 4.每天看到进展，待续到sprint演示。 5.博客发布要求: 完整的任务板（有燃尽图），5.18号晚10点之前发布到博客上，5.19号的例会就用上。 然后每天例会追加的任务板更新后照片或截图，直到本次sprint结束。 -------------------------------------------------- 网站效果图： 重案组成员及本次的个人贡献分 姓名 学号 博客链接 Github链接 个人贡献分（20*N*比例）80 黄冠锋 201406114134 http://www.cnblogs.com/hgf520/ https://github.com/crown999 23 卢利钦 201406114130 http://www.cnblogs.com/luliqin/ https://github.com/luliqin 22 赖新耀 201406114129 http://www.cnblogs.com/lieson/