【UXRen译#13】利用Agile故事地图进行可视化项目管理

看看版、状态报告、风险日志等很多项目管理工具，都很容易让人觉得项目已经在正常运转了。但是,以提升用户体验方面而不仅仅保持项目在截止日之前完成，项目管理还在于增加项目的商业价值和创建最终用户关心的产品特征。不忘改善之前由于软件造成的较差的用户体验也是很重要的。当需要将这些元素进行可视化管理时，故事地图就是一个很好的工具，它能够帮助我们更好的聚焦于大局观，又能够使项目相关群体（如开发商和产品所有者）都知道项目的进展。作为设计师，我们只需要最大化故事地图的潜在作用，以助于可视化团队的工作，并引入新方法来进行项目管理。

让我们来看看什么是故事地图，如何创建故事地图。

 

一、什么是故事地图呢？

故事地图是一种Agile项目管理工具，此概念是由Jeff Patton2005年提出的，随后在他2008年的文章《The new user story backlog is a map》中进行了进一步解释。

Patton随后还写了一系列关于《故事地图和用户体验如何联系到一起》的文章，对故事地图的概念进行了普及，并支持将Agile和用户体验进行结合；正如他解释道“地图展现了软件的骨干和骨架”。

Agile项目管理联盟对故事地图做的比较正式的定义是“一个更加结构化的方式进行项目计划，由有序的用户故事以及两个独立的维度组成”。尽管，故事地图最基本的用途，是在软件开发过程中，将大量的卡片进行整理，在软件开发过程中，并将不同的卡片放分到不同的墙上的不同地方去。唯一不同的是，故事地图关注的不是团队日常发展的进度，而是根据活动归类，显示细分的任务跟大范围工作的联系。

总之，故事地图提供了更加可视化的方式，你可以一眼看出工作进行到了哪一步，而不需要拿着文件看半天；下面的照片是故事地图在实践中的一个应用案例。

不论使用看板还是设计模型，故事地图都是项目管理中一个很好的补充。故事地图能够让整个项目看起来更加充实，还能用图说明团队工作进行到了哪一步，而不是把任务模糊的进行分配。

故事地图最大的好处是什么？你不必在严格的Agile环境中去使用，它能够适用于各种活动和任务。事实上，我已经在用故事地图去管理几乎所有的项目了，从内容策划类的项目，到银行系统更新需求的项目都有。故事地图既能够适应项目的需求，也能满足团队的要求。

 

二、如何使用故事地图促进项目管理？

故事地图有助于项目的计划、优先化和可视化。Agile导师Steve Rogalsky解释道，故事地图不仅鼓励迭代开发（提升用户体验设计的关键因素之一），同样有助于项目外在进展，以最直观的方式方便设计师跟进。通常很难去监测项目有多大和在哪里增加价值。故事地图采取一种不同的项目管理方法，使整个项目成为一个整体，然后将项目打散成各个部分来进行管理。

注意：故事地图采用一种不同的项目管理方法，使项目成为一个整体。

故事地图并没有脱离版本发布，但是是以活动为基准进行项目管理。当某个单元的工作开始时，我们可以在该项目上划一条线，表示某项工作正在进行中，整个任务过程中只划一次。这可以让项目成员和项目利益相关者看到项目进展到哪里了。最重要的是，它能让项目之外的人能对项目进展提出关键性的问题，以非正式的过程给团队项目工作提供洞察力和透明度。

 

三、怎样创建一个故事地图呢？

故事地图的创建很大程度上取决于你想绘制出什么类型的工作。

开始要将大的项目打散成一个个小任务（比如用户故事或简单任务清单），然后将任务写到卡片上去。每个任务都应该能够在一个合理的时间内完成（我一般将每个任务最长完成时间设置为两周）。

正如Andrea Gigante提醒过我们，故事地图是非常灵活的，因此我们应该尝试将计划定在一个确定的时间范围内。保持在两周之内是比较合适的，既能够让我们更好完成任务，也能够对项目相关利益者有个交代。其次，将任务进行归类。有两种方法：开放性和封闭式的卡片分类。这里的卡片分类是指依据相似特征将任务单元归类成逻辑性的“活动”。开放式的卡片分类中，你可以你可以看到活动是如何随意地放在一起；而封闭的分类能帮助你将活动按专业术语归类。我更喜欢用开放式卡片分类，因为我可以自己进行定义，以使分类更适合我所做的项目。设计师Mike Long在他的博客中曾从这个角度来讲，绘图是非常好的，帮助团队“使用更加精准的词汇，以加深我们对所要完成的任务的理解。最后，将分类的卡片整理好后列在一面显眼干净的墙上。Jaff Patton和Steve Rogalsky喜欢把正在进行的任务的卡片垂直摆放，但其他人偏爱水平摆放。

我喜欢水平的那种，因为你永远不知道你的故事地图会有多大。我倾向于将所有旧的任务也摆出来以形成一个完整的项目，因为这样能够显示这个任务的全貌。

还可以加点个人风格：我有个同事坚持把便条作为视觉重点追踪跨功能需求；而其他的人则用不同颜色的卡片来做标记，这样就不会把哪些任务分配到哪个活动中搞混淆了。

总之，创建故事地图的风格是数不清的，以适应你的需求为原则。

 

四、给你的话

虽然故事地图是超越输出关注结果的一个非常好的工具，但是他们只在项目利益相关者都能适应的时候能成功。我曾经在创建的过程中没有纳入团队的关键成员，而造成了错误与失败。少了团队不同部门在创建和组织过程中的参与，故事地图只是一个无用的神器。

查看Steve Rogalsky《关于促进用户故事地图的一些技巧》了解更多有关故事地图的知识，以促进更有效的团队项目管理。

 

写在最后

故事地图只是把大的图片作为一个团队进行追踪的其中一个。当所有的都说了做了，你应该找到一个最适合你们团队风格的方法。正如Laura Busche在他最近的文章中分享的，任何工作墙的分类整理只是“一个设计思想的无价值工具”。

 

 

译者：米拉；审校：Why

原文作者： David Peter Simon; 发表时间：MARCH 19, 2014

原文链接：http://uxmag.com/articles/visualizing-progress-with-agile-storymapping

图片来源：uxmag.com

版权所有：UXRen翻译组 （转载请注明出处！）