编程心法 之 Scrum - Agile 敏捷开发

Scrum是一种敏捷开发的方法

先定一个能达到的小目标

Scrum 团队

包括产品负责人、开发团队和Scrum Master

Product Owner 产品负责人:管理代办事项和优先级的唯一负责人。

相关术语

Sprint

敏捷开发的周期,一般情况下需要2-6周时间,最终应该完成一个可演示给客户或者是可发布的产品

Epic

可以认为就是一个大的Stroy, 还没有拆解, 是对大Story的一个描述性标签

提问:Epic和User Story之间的区别是什么?

回答:准确的说,Epic是比用户故事更大的对象并且能包含许多用户故事。规划你的仓库时,你会在下面的情况注意到Epic:

  • 用户故事太复杂,描述模糊;
  • 用户故事太庞大,无法在理想时间内实现;
  • 对于策略性规划来说Epic很有用;
  • 一个Epic通常定义比较模糊,而且可以包含许多组成部份;
  • 一个Epic是很好的为团队服务的信息容器,胜过对单独对象确立的用户故事。

我的个人理解:Epic就是把大家不理解的,但一两句话又说不清的蓝图性决策记录下来。

Theme

可以认为是一组Story, 有相似特性的一些Story的集合

User Story

用户的业务需求,比如说查询账户余额的功能

As a <type of user> I <want/can/am able to/need to/etc.> so that <some reason>.

Task

由User Story拆分的具体开发任务,比如说查询余额的页面设计、查询的logic的实现,查询功能的测试。

Backlog

需求列表,小目标的清单。

Scrum Meeting(Daily Meeting)

每天的站会,用于监控项目进度。

Sprint burn down

当前周期需求完成的情况或者是进度图

大型软件开发项目中的功能小组模型

首先简单介绍一下我们是如何进行产品计划。进入产品开发前,高层管理团队要确定新版本将带来的商机(Business Opportunity)。(注意:为了能够确定这些商机,高层管理团队会从在整个部门收集数据和征询反馈意见。)然后,起草对应这些商机的高层目标。这些目标会被分解为多个用户价值主张(User Value Propositions,可以将它们看作是Agile术语中的“epic“故事)。接下来它们又会被细分为用户体验(User Experience, 可以将他们理解为Agile术语中的“主题”,Themes)。功能小组于是会定义实现这些用户体验的用户故事。实现这一整套用户体验也就是实现了用户价值主张,从而达到商业目标(Business Objectives)。



想要看到更多玮哥的学习笔记、考试复习资料、面试准备资料?想要看到IBM工作时期的技术积累和国外初创公司的经验总结?

敬请关注:

玮哥的博客 —— CSDN的传送门

玮哥的博客 —— 简书的传送门

玮哥的博客 —— 博客园的传送门

原文地址:https://www.cnblogs.com/vigorz/p/10503966.html

时间: 2024-10-08 10:04:12

编程心法 之 Scrum - Agile 敏捷开发的相关文章

Scrum/Sprint敏捷开发方法.

从理论上看, 这个方法真是妙得紧: [图片来源: http://en.wikipedia.org/w/index.php?title=File:Scrum_process.svg&page=1] 微软 MSDN 也有类似的流程介绍,看起来真是太容易了:   第一步: 找出完成产品需要做的事情 – Product Backlog, Backlog 翻译成“积压的工作”, “待解决的问题”, “产品订单”都可以. 产品负责人主导大家对于这个Backlog 进行 增/删/改 的工作.每一项的时间估计的

Scrum敏捷开发简介

Agile 敏捷开发实践中,强调团队的自我管理.在 Scrum 中,自我团队管理体现在每天的 Scrum 会议中和日常的协同工作,在每天的 Scrum 例会中,团队成员一般回答一下几个问题 : 昨天完成了什么? 今天要做什么? 项目进展中,遇到了什么障碍和问题? Scrum敏捷开发简介 使用 Rational Team Concert 进行 Scrum 敏捷开发的使用经验 敏捷开发之Scrum扫盲篇 软件项目管理流程总结

那些我们常用的scrum工具、敏捷开发工具

1,Leangoo Leangoo非常适用于Scrum和敏捷开发,我们可以用它轻松的创建Sprint Backlog,添加用户故事卡或任务卡,为用户故事添加估算的故事点,或通过拖拽来移动卡片到不同的状态列表.您还可以通过把团队成员拖动到一个任务卡上来快速为其安排任务. 作为一款免费.简洁.可视化的敏捷团队协作工具,它的简洁的体验给人留下了很不错的印象!推荐想要轻量级.简洁敏捷工具的团队使用. 官网:www.leangoo.com 2,Jira JIRA是Atlassian公司出品的项目与事务跟踪

敏捷开发实战(二)--你真的了解Scrum吗?

随着敏捷开发越来越流行,人人都在谈敏捷,人人也都在学习scrum等敏捷开发方法...当然,自己也是敏捷开发的实施者和受益者. 一.背景 我们公司引入敏捷开发的时间并不长,在实施敏捷的过程还存在一些问题,自己在实施敏捷的过程也存在很多的疑惑(毕竟原来没有学过,和真实的经历,体会),所以最近一直在学习敏捷,看敏捷的视频和阅读相关资料,同时结合自己实施敏捷的经验,通过分享博文进行一下简单的总结,目的有四: 详细的介绍和学习一下敏捷开发 和CSDN的大牛们一起分享交流,学习,提高一下 总结实施敏捷过程中

Leangoo大讲堂:免费Scrum敏捷开发实战—武汉站

活动信息: 授课时间:2016年5月21日 下午 14:00 – 17:30 (13:30签到) 授课地点:武汉市洪山区民族大道一号光谷资本大厦二楼培训中心 人数限制:150人(企业报名每家限制3人以内) 本次活动免费 课程简介: Leangoo是一款轻量.简洁.体验出众的新一代敏捷团队协作工具.Leangoo采用SaaS模式,完全免费,使用leangoo做团队协作几乎零投入.这是一个半天的免费课程,课程通过理论结合案例的方式为您介绍Scrum敏捷开发模式和业界实践,并且会结合Leangoo工具

产品研发团队如何融合OKR与Scrum敏捷开发?

「 OKR 」现在非常的火爆,很多公司都在使用,不仅国外的 Google.英特尔等大公司在用,国内的一线知名互联网企业今日头条和一些创业团队也都在使用. 那为什么「 OKR 」这么受欢迎呢,因为把它可以帮助团队 达成共识.加深信任.加强协同. 并且「 OKR 」这套方法,不仅可以帮助我们开展工作,还可以用它来管理个人生活.例如互联网大牛 吴军 就是固定使用「 OKR 」来管理他个人年度目标和计划的. 乘着假期,我也仔细读了两本关于「 OKR 」的书籍,<OKR工作法>.<这就是OKR&g

敏捷开发流程总结

Agile——敏捷开发,作为CMM神话崩溃后被引入的一套新的软件开发模式,这几年来被广泛引起关注,并被寄予厚望.敏捷开发在其它业界的应用是否理想不得而知,但下面总结了我所在公司的敏捷开发试验,希望能够达到管中窥豹的目的.敏捷开发宣言——个体和交互 胜过 过程和工具能够工作的软件 胜过 面面俱到的文档客户合作 胜过 合同谈判响应变化 胜过 遵循计划尽管右项也有价值,可是我们觉得左项具有更大的价值. 以上的宣言比較抽象,基于该理念,下面是ThoughtsWork咨询公司的推崇的n个敏捷开发实践:

敏捷开发实践(一)--谈谈我对敏捷开发的理解

随着敏捷开发越来越流行,人人都在谈敏捷,人人也都在学习scrum等敏捷开发方法...当然,自己也是敏捷开发的实施者和受益者. 背景 我们公司引入敏捷开发的时间并不长,在实施敏捷的过程还存在一些问题,自己在实施敏捷的过程也存在很多的疑惑(毕竟原来没有学过,和真实的经历,体会),所以最近一直在学习敏捷,看敏捷的视频和阅读相关资料,同时结合自己实施敏捷的经验,通过分享博文进行一下简单的总结,目的有四: 1. 详细的介绍和学习一下敏捷开发 2. 和CSDN的大牛们一起分享交流,学习,提高一下 3. 总结

传统开发模型vs敏捷开发模型——过程模型的变革

一.概念框架 在了解一个新概念的时候,最好的方法就是把它插入到原有的概念体系中.在不仅有助于对概念的记忆,更利于深刻地认识概念的本质.精髓.下图说明了"敏捷开发"在软件工程理论体系中的位置. 为什么需要软件工程?很简单,为了让我们更好地生产软件.这里的"好"包含多重含义,有成本上的"好".维护上的"好"等等.但是我们知道,不可能坐着想"我要写好软件",然后就软件就能写好了.我们需要一套系统化.理论化.工程化