scrum

请阅读我们的热门文章，这些文章着重讨论了敏捷的过去、现在和未来。-- Leigh Griffin（作者） 对于 Opensource.com 上的敏捷主题来说，2019 年是非常棒的一年。随着 2020 年的到来，我们回顾了我们读者所读的与敏捷相关的热门文章。 小规模 Scrum 指南 Opensource.com 关于 小规模 Scrum 的指南（我曾参与合著）由六部分组成，为小型团队提供了关于如何将敏捷引入到他们的工作中的建议。在官方的 Scrum 指南 的概述中，传统的 Scrum 框架推荐至少三个人来实现，以充分发挥其潜力。但是，它并没有为一两个人的团队如何成功遵循 Scrum 提供指导。我们的六部分系列旨在规范化小规模的 Scrum，并检验我们在现实世界中使用它的经验。该系列受到了读者的热烈欢迎，以至于这六篇文章占据了前 10 名文章的 60%。因此，如果你还没有阅读的话，一定要从我们的 小规模 Scrum 介绍页面 下载。 全面的敏捷项目管理指南 遵循传统项目管理方法的团队最初对敏捷持怀疑态度，现在已经热衷于敏捷的工作方式。目前，敏捷已被接受，并且一种更加灵活的混合风格已经找到了归宿。Matt Shealy 撰写的 有关敏捷项目管理的综合指南 涵盖了敏捷项目管理的 12 条指导原则，对于希望为其项目带来敏捷性的传统项目经理而言，它是完美的选择。 成为出色的敏捷开发人员的

目录 Agile敏捷项目管理 什么是敏捷 关于Scrum和XP 常用的敏捷工具和平台 Agile敏捷项目管理总结 传统项目管理 与敏捷项目管理的区别 项目管理工具和平台 项目管理总结 Agile敏捷项目管理 什么是敏捷 敏捷的反义当然是不敏捷，但是这个“不敏捷”在软件工程里面却有个专业的术语叫做“瀑布式开发”。 所谓的瀑布式开发，其实是经典的软件工程方法为了定义出一套完备的过程规范，使得软件开发的运作就像是机器设备一样正常的运转而总结出来的项目管理方法论。这套方法论分为5个阶段：需求分析、设计、编码、测试和维护。需求分析阶段通常定义系统的需求，明确系统的目标；设计阶段通常确定系统使用什么数据库，系统模块的划分，各个模块的功能；编码阶段用编程语言实现设计阶段的任务；测试阶段主要测试功能是否实现，以及是否正确没用Bug；维护阶段是根据用户新的需求重新修改系统，使系统运行正常，更加稳定。 瀑布式开发的局限性也非常明显，比如对市场变化和用户需求的响应慢，更改成本高等，有可能出现的情况是产品一推出市场就宣告失败。 而敏捷开发则是以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发的一种方法。所以，在瞬息万变的互联网、移动互联网时代，大家已经渐渐体会到敏捷的优势，我们也看到越来越多的互联网产品出现了一周发布一次的快节奏，这么快的速度，就是为了迅速响应市场与用户的需求。

版权所有© 2006-2018 Jeff Sutherland 及 Scrum Inc. Scrum@Scale是Scrum Inc.的注册商标。本指南基于署名-相同方式共享许可协议4.0发布。(CC BY-SA 4.0) 简体中文版原创翻译团队：申健 Jacky Shen (CST, CTC, Agile Coach); 王洪亮 Stephen Wang (CSP, Agile Coach); 李国彪 Bill Li (CST, Agile Coach); 简体中文版授权译文链接：http://www.uperform.cn/scrum-at-scale-guide-chinese/，欢迎转载，请保留所有版权信息并遵循共享许可协议进行演绎。 Scrum@Scale指南之目的 最初在Scrum指南中描述的Scrum，是单个团队进行开发、交付和持续发展复杂产品的框架。自诞生以来，它已经扩展到需要多个团队合作来创建产品、处理过程、服务和系统。创建Scrum@Scale是为了有效地整合这种新型的团队生态系统，从而优化组织的整体策略。为了实现这个目标，它利用一个自由扩展的架构建立起一个“最小可行的官僚机构”，自然地将单个Scrum团队的功能扩展到整个组织中。 本指南包括构成Scrum@Scale框架的组件定义，包括扩展的角色、扩展的事件、企业级工件，以及将它们组织在一起的各种规则。

团队名称， 团队目标、团队口号、团队照； 角色分配 产品负责人: 决定开发内容和优先级排序，最大化产品以及开发团队工作的价值。 Scrum Master： 负责确保团队遵循 Scrum 的理论、实践和规则。Scrum Master是团队中的服务式领导。 PM项目经理：团队的领导, 带领、平衡、推动、激励、目标达成、交涉，平等工作之外管事也管人。 用户：从最终使用者的角度把握所开发软件的用户体验，团队工作必须响应并满足用户需求。 团队名称：老人组 团队目标：完成四则运算APP 团队口号：超越梦想，一起飞！ 团队照： 产品负责人：甄增文 Scrum Master：蔡京航 PM项目经理：华子仪　　 用户：朱杰 团队项目选题 金融工具：复利计算与投资记录项目继续升级，开发定位明确、功能专注的工具类软件。集全班同学的智慧。 四则运算 APP：在已成型的软件上、在全班同学提出的那么多建议的基础上，进行改进，做成一个在市场上推广的手机应用。站在巨人的肩膀上。 约拍：O2O模式 uber模式，美团外卖，百度外卖......做成一个平台，服务提供者和服务需要者通过我们的平台达成服务交易。流行的获得巨大风险投资的可能。 主题可以是摄影，羽毛球教练等。 分销系统：通过这个分销系统，人人都可以简单地经商。通过QQ微信微博用自己专属的二维码进行分享，把客户、好友和粉丝快速转化为分销商，引爆社交关系链

5.1 团队名称， 团队目标、团队口号、团队照； 5.2 角色分配 　　产品负责人: 决定开发内容和优先级排序，最大化产品以及开发团队工作的价值。 　　Scrum Master： 负责确保团队遵循 Scrum 的理论、实践和规则。Scrum Master是团队中的服务式领导。 　　PM项目经理：团队的领导, 带领、平衡、推动、激励、目标达成、交涉，平等工作之外管事也管人。 　　用户：从最终使用者的角度把握所开发软件的用户体验，团队工作必须响应并满足用户需求。 团队名称：皇德耀世 团队目标：突破自己 团队口号：别慌，稳住 团队照： 角色分配： 袁文洪：产品负责人；PM项目经理。 吴键明：Scrum Master；用户 团队项目：运算app 来源： https://www.cnblogs.com/w304/p/5453205.html

github 本此会议项目由PM召开，召开时间为6月6日晚上10点 召开时长15分钟 任务表格 姓名 当前任务 下阶段任务 袁勤 用户上传题页面前后端交互 用户上传题页面前后端交互 彭一夫 前端做题页面测试 前端做题页面测试 左顺 后端答题页面测试 后端答题页面测试 谢俊林 召开例会，确认进度 写每日例会博客 王自强 测试后端新增代码对原有代码的影响 测试后端新增代码对原有代码的影响 文政尧 用户上传题目页面之间的跳转 用户上传题目页面之间的跳转 顾展鹏 前端用户上传题页面测试 前端用户上传题页面测试 开会照片 燃尽图 目前状态 功能已经全部实现，进入测试与发布阶段。 签入记录 点我 这个阶段主要工作已经完成，所以今天没有签入。 技术博客 今天的技术博客由王自强给出，主要记录了一些他在这个阶段任务中学习到的一些技术。 点我 来源： https://www.cnblogs.com/mizhiniurou/p/10987272.html

前言 会议定点：大运村1号楼公寓 会议时间：2019/5/17 会议目的：确认进度 一、任务进度 组员 上周任务进度 下阶段任务 大娃 优化后端代码，检测代码运行正确性 若有bug修复bug 二娃 辅助测试，会议博客 beta阶段发布说明 三娃 组织会议、项目推广 项目推广、beta阶段测试报告 四娃 帮助界面生成侧边栏目录 若有bug则修复bug 五娃 优化界面，技术博客 若有bug则修复bug 六娃 鲁棒性测试 测试报告 七弟 优化界面，技术博客 若有bug则修复bug 二、例会照片 三、燃尽图 四、issue 前端： 帮助界面生成侧边栏目录 后端： 优化后端代码，检测代码运行正确性 五、commit记录 commit记录 来源： https://www.cnblogs.com/1606-huluwa/p/10897611.html

摘自： https://www.cnblogs.com/yixinjishu/p/12161359.html 敏捷开发流程之Scrum：3个角色、5个会议、12原则 本文主要从Scrum的定义和目的、敏捷宣言、Scrum中的人员角色、Scrum开发流程、敏捷的12原则等几方面帮助大家理解Scrum敏捷开发的全过程。 一、Scrum的定义和目的 Scrum是一个用于开发和维护复杂产品的框架，是一个增量的、迭代的开发过程，目的是让开发人员像打橄榄球一样迅猛并充满激情，通过团队合作，提高工作效率。通过团队间的有效交互，为企业创造价值。 二、敏捷宣言 其实，在发表《敏捷宣言》之前，很多的敏捷实践都已经存在且使用了，比如：Scrum、XP、KanBan等。之所以发表《敏捷宣言》，是因为这些实践都是在单打独斗地推进敏捷开发，而不是以一个联合体的形式，且没有一个统一的指导方针。所以17位敏捷联合创始人决定发表《敏捷宣言》，共同在全世界推进敏捷开发运动。下面是敏捷宣言的4句话： 三、Scrum中的人员角色 3个角色 Scrum中的人员分为3个角色：产品所有者（Product Owner）, Scrum Master，开发团队(Team)。 产品所有者：定义所有产品功能，决定产品发布的内容以及日期，对产品的投入产出负责，根据市场变化对需要开发的功能排列优先顺序，合理地调整产品功能和迭代顺序

本文主要从Scrum的定义和目的、敏捷宣言、Scrum中的人员角色、Scrum开发流程、敏捷的12原则等几方面帮助大家理解Scrum敏捷开发的全过程。 一、Scrum的定义和目的 Scrum是一个用于开发和维护复杂产品的框架，是一个增量的、迭代的开发过程，目的是让开发人员像打橄榄球一样迅猛并充满激情，通过团队合作，提高工作效率。通过团队间的有效交互，为企业创造价值。 二、敏捷宣言 其实，在发表《敏捷宣言》之前，很多的敏捷实践都已经存在且使用了，比如：Scrum、XP、KanBan等。之所以发表《敏捷宣言》，是因为这些实践都是在单打独斗地推进敏捷开发，而不是以一个联合体的形式，且没有一个统一的指导方针。所以17位敏捷联合创始人决定发表《敏捷宣言》，共同在全世界推进敏捷开发运动。下面是敏捷宣言的4句话： 三、Scrum中的人员角色 3个角色 Scrum中的人员分为3个角色：产品所有者（Product Owner）, Scrum Master，开发团队(Team)。 产品所有者：定义所有产品功能，决定产品发布的内容以及日期，对产品的投入产出负责，根据市场变化对需要开发的功能排列优先顺序，合理地调整产品功能和迭代顺序，认同或者拒绝迭代的交付。 ScrumMaster ：ScrumMaster不是项目经理，他没有分配任务的权力，没有考核的权力，没有下命令的权力