|
敏捷事关“整体团队”经验。我们在一起做计划、在一起编码、在一起测试、在一起检视过去，以便团队中的每一个人都能达成一致的共识。然而，随着项目增大，团队开始迷失在大堆的用户故事里，很难让每个人都能看到相同的全景图(big picture)。本文讨论了可视化全景图的各种方法。不仅可用于负责人和管理者，更可以用于每一个人。项目管理者联盟
在理想的情况下，敏捷团队应该针对当前迭代提出清晰的计划，而后续的发布计划可以较为粗略。而事实上很多情况是，团队在当前迭代只是急于实现下一步的小创意。他们完全忽略了全景图。通常会有这样一种情况：这张图保存在一个角色的脑中，比如团队领导、业务分析师、项目经理、产品经理。这往往是由于他或她没有真正地推动自组织所导致的。这一现象在某些情况下还是可以接受的，比如一个不重要的短期项目，但在许多情况下，这会造成恶劣的后果，当团队偏离轨道时他们也什么也察觉不到，因为他们觉得所有的工作都还在正常地运转。项目管理者联盟文章
商业价值项目经理博客
在很多时候，我们在一些伟大想法(这可能来自于公司创办人、部门主管、顾客群或社区)的基础上去规划一些事情。在我们的现实世界中，这些想法通常不是静态的，它在不断地发生着变化。如果能够精确地看出项目进展全景图(big picture)，可以使我们具备更多的洞察力，帮助我们保持正确的运转方向。项目管理者联盟
例如：你的大老板洞察力到通过LinkedIn登录将是一个很有杀伤力的特性，它对于渗透到尚未开发的专业市场很有帮助，但是，一旦传达到产品经理那里，在种种原因影响之下信息沟通产生了畸变，而且优先级未被正确理解。用以连接的API不是现成的。你的生产环境上还有5个其他的问题，以及许多其他正当的理由，导致你没有把这项新功能安排上日程。到最后，距离发布日期还有不到一半的时间了，你们甚至还没有开始这个集成功能的开发。最好让你的老板和团队能够从一开始就知道这种差异，而不是拖到最后。转自项目管理者联盟
有时候，团队迷恋在次要特性的技术问题上，投资过高而业务价值回报较低。假设，团队为了努力解决与FourSquare的集成，在前3个迭代中已经花费了一多半的精力，了解到这一点的产品经理会决定说“算了吧”，然后继续前进。blog.mypm.net
那么，我们如何使这些信息可见呢?PgMp.mypm.net
燃尽图(Burndown Chart)项目管理者联盟
产品燃尽图是敏捷团队经典的进度可视化工具，它非常有效的描绘了团队进展的速度和生产能力。它可以基于数百个故事的故事点和状态精细地展示概要。它有自己独特的美，但只有这些可能还不够。假设你已经按时达成了目标，但却发现这是一个错误的目标!燃尽图可以判别完成的时间，但不能判别完成的内容。下面这张虚构的燃尽图(来自Mike Cohn的《敏捷估算和规划》)显示，在迭代2末端追加了一些范围，然后一切都回到了预计的轨道上。training.mypm.net
我们如何可视化全景图?这里有几个技巧。项目管理培训
史诗故事(Epic)项目管理者联盟
史诗故事从根本上说只是大的用户故事。凭借Mike Cohn和他《敏捷估算与规划》一书，这个术语已经被广泛采用。然而，史诗故事和类似的术语(如主题和特性)在不同的敏捷团队有着不同的应用，但无论在哪一个团队中，它们都是为用户故事进行分组的技巧。在他自己博客的一个评论中，Mike Cohn提到，最初是Kent Beck向他解释了史诗故事这个术语。这里有摘自该博客的一些定义：training.mypm.net
1、我们将一个特定的故事称为史诗故事时，并没有什么特殊的界限。它的意思只是“大的用户故事”。项目管理者联盟
2、“主题”是一系列用户故事。我们可以把关于月度报表的故事分为一组，并拿条橡皮筋把它们束起来，然后称之为“主题”。项目管理者联盟
这也意味着史诗故事与主题之间是无关的。下面的图片可以帮你更好地去理解。项目经理圈子
 项目管理者联盟
Mike作出一个有趣的总结，“把一个故事称为史诗故事有时能传达额外的含义”。比如说这个故事估计会很大，我们需要将它分解为一些较小的故事。项目管理论坛
精益人还介绍了其他术语，如MMF(最小市场特征或最小市场特征集Minimal Marketable Feature or Minimal Marketable Feature set)这是另外一种定义需求的方式。MMF通常比故事更大，于是许多人已经将它视为史诗故事了，但是它比刚才的大故事有更多具体的定义。如果你发布的东西有客户来买，功能再少了客户就不买了，这样的最少特性集就是MMF。如果它没有市场，可能是它太小了，而且不能分解出更大的故事。一个或多个MMF与最小可用产品(MVP)一起发布。因为精益企业(Lean Startup)活动的出现，最近这个词已经非常流行。项目管理者联盟
于是我们有了史诗故事、主题和MMF。现在该怎么办?我们如何使用它们，以帮助我们获得更好的全景图?项目管理者联盟
故事映射(Story Mapping)项目管理者联盟
故事映射模式因Jeff Patton而流行起来，它是大量待处理故事(backlog)的可视化方式。按照Mike Cohn对史诗故事这一术语的描述，故事映射只不过是一张史诗故事地图，它们所有的子故事都在一面大墙上。主干(backbone)包含一个有序的史诗故事列表，当列出子故事时,你认为要讲述哪些故事，就像骷髅人(walking skeleton)那样在主干下排出优先级(编辑注：即，在只有骨架没有肉的状态下开始行走)。下图出自《新用户故事待办工作是一张地图(The new user story backlog is a map)》一书，由Jeff Patton写于2008年。training.mypm.net
 项目经理圈子
如下，杰夫描述了故事映射的用法。项目经理博客
当这个项目正在运行时，它成为我们冲刺或迭代计划的公示板。我们直接在示意图上识别或划分出要在下一次迭代中去构建的故事。在迭代期间我们将不只放置故事，我们采用任务墙去管理它们的开发——但这个故事示意图放在规划墙上提醒我们什么是全景图，我们已经取得了多少进展。club.mypm.net
|
