《敏捷估计与规划》之案例分析1/2

首先需要进行敏捷的相关概念培训。

敏捷开始的第一天

首先时团队成员的汇聚，人员齐备后

对于产品的功能介绍，通过图片来进行展示产品的功能，以及主要的实现方式。

第一步：整个团队一起来确定需求，从用户角度来讲述的对功能的简短说明

第二步：对这些功能进行估算，确定优先级，然后在功能和进度之间寻找最佳的平衡点。

旅程开始

开始编写用户故事

如：

作为游戏玩家，我能撤销一步棋，以便取消错误的走法

作为游戏玩家，我能恢复一步棋，以便恢复一步已经撤销的走法

合并：作为游戏玩家，我希望能撤销和恢复落子

以便只是为了让故事更清楚，在原因比较显然时，不需要写“以便”。

高层次的了解可能是哪些功能，也许可以支持考虑架构，甚至是设计引擎

我们来整体考虑一下，或者遵循一些结构关系，用户在游戏的不同时刻会想些什么？游戏前---游戏进行中---游戏结束以后

可能有一些是在进行中也会考虑做的事情，但是只是使用一个过程来整体考虑

结束时

接下来，对每个故事建立一个高层次的估算。

2.估算用户故事

设定一个参考的故事点，使用扑克牌进行故事点的大小估算。

假定一个大家都比较熟悉的特性作为标准故事点，设定一个故事点值，然后大家开始统一对其他的特性进行故事点的估算。注意，需要将单元测试、开发、测试按照完整的交付客户的标准来进行故事的估算。

当故事点或者特性足够大的时候需要进行故事的分解，比如：先用一个简单的方式实现，在交付以前再来改进，或者将任务简化，实现单一逻辑或者功能。对于复杂的方式，可以在后续或者准备开始启动此项任务的时候再做，只用先做一下故事点的估算既可以。

故事点的估算需要达成一致，罗列目前所有的故事的估算

3.设定故事点的优先级

4.建立第一轮的迭代和发布计划

在将用户故事估算后，接下来需要做1.第一次的迭代；2.用户需求的优先级；3.初始的，粗略的猜测，初步规划发布计划和进度表；