快速有效敏捷估算 - 如何在一小时内把200多个需求进行估算和排优先级

在前一篇敏捷估算中,介绍了估算的最最重要的目的是达成共识。而实际上我们除了这个最重要的目标,还需要根据需求的规模(估算值)和价值来进行产品列表的排序。

下面介绍一种快速有效的方式,可以在短时间内把大量的需求进行估算并排好顺序。这种方法基于前一篇敏捷估算中的第二种方法 -- 即三角估算法而改编的。

这种方法一共分为两大步:

估算需求规模

估算需求价值

整个过程需要由产品负责人来协调和做准备工作。这两步可以分别邀请不同的参会者,第一步需要开发团队的参与,而第二步需要客户的参与。

0. 准备工作

首先需要有一面足够宽的干净的墙

把所有的需求提前打印好,或者抄......

敏捷软件开发中的架构设计

前言:本文主要从软件开发的架构设计根源、以及敏捷软件开发中如何做架构设计两个方面来进行阐述。

架构设计的根源

架构一词来源于建筑业,指的是“一个结构内的元素及元素间关系的一种主观映射的产物”。而软件开发是一个新兴产业,在高速发展的同时也在学习借鉴其他行业经验。架构就是软件开发学习建筑业的产物。这个学习(或参考、或借鉴)是完全错误的,软件开发和盖楼是完全不同的两件事情。软件开发是脑力工作(知识工作),是一件复杂的事情。而盖楼是体力工作,是一件繁杂的事情。如果说要和建筑业进行学习借鉴的话,软件开发的过程和设计建筑蓝图(blueprint)是具有相似之处的。因此为了更好的响应变化,软件开发不适......

管理新产品开发的6个特征

管理新产品开发的6个特征 (翻译自The New New Product Development Game)

内嵌不稳定性 (高层给出一个挑战性的结果,而不是清晰的概念或方案)

自组织的团队

自主

自我超越

互相传播

重叠开发过程

多层次学习

个人学习,利用社会压力

组织学习,组内或者组间的知识传播

公司学习,组织公司级活动

巧妙的控制 – 自组织不代表没有控制,自组织也需要有边界。这里的控制更多指的是通过同行压力、有爱的控制。

组织知识的传递

敏捷估算--Scrum入门基础系列

本文谈及的均为Scrum中的估算行为,这些方法不是Scrum原创的。

为什么要估算

谈估算,我想先从为什么要做估算谈起。

每次在我的培训课上,学员们会给出各种各样的答案。比如为了估计成本、为了设定发布日期、为了知道什么时候可以做完、为了……。但我认为估算最重要的目的是为了

达成共识

如果没有进行估算,关于需求或任务会有一些假设或者背景被忽略掉。因此在Scrum中,估算是一个集体行为,而不是某个专家拍拍脑袋出来的结果。

如何做估算

估算的方式分为两大类,绝对估算和相对估算。绝对估算耗时更长,并且需要依赖上下文,最后的结果也会产生较大误差。而与之相对,相对估算更......

Scrum团队的礼节

Scrum的核心是团队,作为一个团队,需要有一些基本礼节要遵守,如下:

永不使用“你”这个词,因为别人会觉得针对他并自动防卫。

永不翻旧账(比如,“三个月前,你说过……!”)

会议准时;如果迟到了,主动道歉并接受“惩罚”。

如果大家同时说话,用一个谈话棒(只有拿到谈话棒的人才可以说话)来决定谁可以说。无论谁拿到谈话棒,其他人只能听。

每个人的意见都很重要,都需要理解和重视。

不要点名批评。

如果你还有其他的团队基本礼节,也欢迎分享,谢谢!

成都敏捷驴友聚会感受--记敏捷之旅全国组织者第二次聚会

会议中

说几个聚会当中,我印象最深刻的人和事吧。

侯伯薇

我最需要感谢的人是侯伯薇!在14日上午开场的时候,面对60人的大场面,我hold不住啦,不知道如何能让大家静下来。就在这个时候侯伯薇站出来了(黄继光炸碉堡~~)!全天的过程当中,他很好地帮忙维持秩序,整个聚会有效的推进并圆满结束。

反思:开场时我尝试用铃铛让大家安静,但声音是此起彼伏,慢慢的大家对于铃声免疫了。后来侯伯薇做了什么呢,为什么他打铃就能够安静下来?他走到说话的人面前,打铃,“请安静”(说话);然后走到下一个说话的人面前,重复上面的动作,打铃,“请安静”(说话)。很快全场就安静下来了。

张林

听张林聊天是......

产品经理入职后要烧的12把火

一个产品找到了自己的主淫,不论你新加入了一个小创业公司,还是你在大公司中发起一个新的项目,头30天决定你的成败。

如何在第一个月内找到入口,请参考以下建议。重点在于团队、产品、自己:

People团队

与你的老板达成一致的、明确的目标。

一个萝卜一个坑儿,你的身上已经背负了要立刻向组织作出贡献的压力。回顾你与老板的共同目标,确保他对你的期望值不偏不离不高不低。你第一个月的任务就是要真正的融入一个团队。

和团队的每个成员来次一对一的谈话。

短则几小时,长达一个月,根据团队的大小而定。但一定要抽出时间和每个人单独约见。

我更喜欢俩俩单独散步——当两个人......

商业模式画布

商业模式画布

商业模式画布图来自于《商业模式新生代》一书,是一个用于阐述、分析和设计商业模式的实用工具。

它由9个模块构成,每一块都是一个成功的商业模式的重要构建部分,包括:客户细分、客户关系、渠道通路、价值主张、关键业务、核心资源、重要合作、成本结构、收入来源。

商业模式画布的9个模块介绍客户细分

企业或机构所服务的一个或多个客户分类群体。

客户关系

在每一个客户细分市场建立和维护客户关系。

渠道通路

通过沟通、分销和销售渠道向客户传递价值主张。

价值主张

通过价值主张来解决客户难题和满足客户需求。

关键业务

……通过执行一些关键业务活动,运转商业模式......

产品列表梳理(需求梳理)--Scrum入门基础系列

产品列表梳理会议是Scrum中非常重要,而很容易被忽略的一个会议。说它重要,是因为Scrum开始之前就需要有准备就绪的输入,这个输入就来自于产品列表梳理会议的结果,即初始的产品列表。而对于刚开始转型敏捷的团队,往往会忽略掉产品列表梳理会(需求梳理),从而造成迭代计划会时间过长,或者无法准时开始迭代等等问题。要想解决这个问题,需要首先明确为什么在迭代开始之前要进行梳理会议,以及谁需要参加这个会议,在这个会议都有哪些活动等。

产品列表梳理会议,是迭代就绪的很好的指示,即只有产品列表准备好了,才可以进入迭代。另外,梳理会议是由产品负责人发起或负责,可以召集开发团队参与,也可以只有相关的开发团......

Scrum工件-Scrum入门基础系列

Scrum工件主要包含一下3种:

产品Backlog

Sprint Backlog

产品增量

产品Backlog

在Scrum中,主要由产品负责人[参见Scrum入门基础系列之Scrum角色]整理和维护产品Backlog。产品Backlog是Scrum中维护需求的主要工件,也是做好Scrum的第一步。一个好的产品Backlog,是要符合DEEP原则的,即,产品Backlog是详略得当的(Detailed Appropriate),涌现的(Emergent),估算的(Estimated)和排序的(Prioritised)。详情参考参考之前我发的博文“产品Backlog和用户故事......

Social Media

Search

Recent Articles

Tags

scrum   agile   scrum master   agile coach   Seth Goddin   marketing   servant leader   change agent   impediment remover   Seth   SAFe   Scrum   scrummaster   scrum guide   kanban   敏捷认证   book   blockchain   certification   product   scrumallinace   market   daostack   scrumalliance   dao   game   skills   glossary   culture   csm   敏捷游戏   lean   ethereum   businessman   ambassador   估算   dark scrum   communication   披萨游戏   community   社交媒体   pizza game   wip   working in progress   看板   即兴表演   抛球游戏   management   host website   point   devops   blog   fake agile   精益游戏   anti-agile   penny game   website   devsecops   敏捷精髓   产品列表   敏捷之旅   product backlog   delivery   scrumgathering   hackathon   agile pitfall   sgaus   纸飞机   agile42   airforce   dysfunction meeting   硬币游戏   architecture   team   gitcoin   batch size   sitemap   seu   google   Scrum Event   feature   scrum-but   daniel pink   ball point game   product owner   technical practice   anti-scrum   自组织   social media   owner   application   trainer retreat   大规模敏捷   leader   discovery   文化   keynote   ball   product development   facilitation   google cloud   agiletour   organization transformation   model   salary   cop   github   批量   LeSS   powerful question   scrum alliance   blockathon   DoD   敏捷需求   敏捷架构   reputation   Acceptance Criterias   action   estimation   burn down chart