快速有效敏捷估算 - 如何在一小时内把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