合集-敏捷开发
摘要：需求分析、产品设计到部署交付各阶段图解 下面用一张图来表示产品设计到部署交付阶段： 研发流程各环节： 需求分析 产品设计 UI设计 开发和测试 部署交付 团队划分 按职能划分团队 产品团队 后端开发团队 UI 设计团队 前端开发团队 运维和测试团队 移动开发团队 按职能来划分团队，每个团队有一个团队
阅读全文
摘要：一、敏捷开发简史 敏捷简史 1975-2010： 1957年，增量软件开发方法出现。 1975年，Fred Brooks 提出“No Silver Bullet”，出版《人月神话》，相关概念和内容已与敏捷方法极其类似。 1986年，竹内弘高和 野中郁次郎在New New Product Develo
阅读全文
摘要：一、什么是 Scrum 1.1 Scrum 定义 Scrum 是敏捷开发方法之一，它使用比较广泛。 敏捷的其它开发方法还有 XP(极限编程)、FDD(特性驱动开发)、Crystal(水晶方法)、TDD(测试驱动开发)、DSDM(动态系统开发)等等敏捷方法。 Scrum-Guide 中定义的 Scru
阅读全文
摘要：什么是用户故事 用户故事（User Story）是用来对软件或用户有价值功能的简短描述，是对需求的一种描述。它清晰简洁的传达了用户想要的功能。 它从用户角度出发，用来描述用户的需求，用来表达用户需求的方式之一。 它从用户角度出发，解释了用户所期望得到的结果。用户故事清楚的解释了新功能给用户提供的价值
阅读全文
摘要：Product Backlog 产品待办列表 在计划开发产品功能时，都希望产品功能上线后，用户能够喜欢并经常使用。 因此在开发产品新功能时，就要衡量哪些产品需求是对用户最有价值，这是最应该思考的问题。 然后把这些有价值的需求集合放在一起。当然，也有与需求实现相关的其它工作项。 在 Scrum 框架中
阅读全文
摘要：Sprint Planning 冲刺计划会议简介 Sprint Planning （冲刺计划会议），又叫规划会议。此会议通过 Scrum 团队的集体沟通讨论，确定接下来的 Sprint 中要完成的待开发项，把它们组成一个 Sprint Backlog。这些待开发项都是从 Product Backlo
阅读全文
摘要：估算介绍 在以前开发 IT 软件时，使用较多的衡量软件开发工作量的单位是：小时、人天 或 人月。它是预估开发时间。比如：这个功能张三一个人开发需要 3 天时间完成。 这种 “人天” 估算只是 “理想人天” 的估算，有时与实际开发完成所需天数有很大差别。因为每个人完成同样复杂度工作所需的时间是不同的。
阅读全文
摘要：ScrumBoard(Scrum板)介绍 ScrumBoard（Scrum板）是敏捷项目管理中使用的可视化工具，用于跟踪和监控冲刺阶段的任务进度。 主要通过可视化的看板来管理工作，它可视化了敏捷开发中的工作流程、任务状态、团队角色。 Scrum 团队在各种 Scrum 会议（Sprint计划会，每日
阅读全文
摘要：介绍 在敏捷开发框架 Scrum 中，每日站会（Daily Stand-up Meeting，又叫 Daily Scrum）是 Sprint 迭代开发中，一个很重要的流程，一个重要的例会。在有限的时间内，大家一起沟通，成员之间相互通报各自完成任务进展的情况、遇到了哪些困难，并寻求帮助以解决遇到的问题
阅读全文