需求管理模式

什么是需求管理模式?

产品经理以及产品交付团队在产品开发过程中，最重要的工作资料就是原型图和需求文档。

在传统的开发模式中，产品经理将产品迭代的需求任务创建为一个完整的需求文档文件。有的需求文档文件中只有需求描述，有的需求文档文件中为了更直观的描述需求，会包含很多原型截图，设置这些截图中还要标记上序号，以便和具体的需求文档内容做关联。

产品经理在迭代优化需求设计过程中，更新了原型，就需要响应的制作新的原型截图更新到需求文档相应的位置，这个过程非常繁琐，而且容易出错。

而工程师在开发过程中，经常需要在原型图（文档中的截图可能还被压缩过）和需求文档之间反复切换来查看需求细节来进行开发。

这对产品经理和工程师来说，都是非常糟糕的工作体验。为此我们开发了需求管理模式。

对于产品经理来说，在默认的「设计」模式下，可以正常做原型设计，而进入需求管理模式，图层列表被隐藏，需求文档列表被展示出来，方便撰写和管理需求。需求卡片可以创建锚点连线，以便关联需求和原型。

对于工程师来说，在默认的「设计」模式下，与原型相关联的需求在画布上会显示需求锚点，点击锚点可以快速打开需求卡片，即可在一个界面上同时查看原型和需求文档。在「需求管理」模式下，在需求列表中查看需求文档，会显示与画布上相关联的原型之间的连线。

也就是说，无论是看原型时查看需求细节，还是看需求文档时查看对应原型，都能立刻找到相关材料。

在我们看来，传统的需求文档之所以创建成一个完整的长文档文件，是受文件形式所困，创建多个需求卡片会导致文件过多，管理混乱。所以在 Calicat 中，我们鼓励用户以功能模块为单位创建需求卡片。卡片可以关联相对应的原型（有锚点连线可以更方便精准的指示联系）。

另外在敏捷项目管理实践上可以侧面体现出，需求往往被拆分成多个具体的开发任务，任务对应需求模块，可以更灵活的进行交付管理、开发以及测试。

Calicat 中的需求卡片有一个关键的进阶能力，就是可以创建父级、子级需求卡片（进入需求卡片详情页设置）。也就是说，需求模块可以进一步被拆分成多个需求卡片。被拆分的需求卡片就是父级卡片，拆分出来的卡片就是子级卡片。他们天然形成了树状层级结构。

每一个需求卡片都可以添加任务属性，例如优先级、负责人、自定义标签等等，添加了任务属性的卡片，就可以通过高级筛选工具进行更为精准的筛选和任务管理。这两个能力在实践中，对于一些任务管理场景非常有帮助：

把大需求模块拆分成多个小需求模块或者开发任务，比如一个功能模块，进入到开发阶段，可能有前端开发和后端开发，拆分成两个研发任务就能进行更为精准的任务管理。
功能模块开发完成后进入测试阶段，一个模块可能产生多个 bug，把 bug 作为功能模块的子级卡片，能更准确的查看功能测试情况，以及在测试过程中更快速参考需求和原型。

所以需求管理模式不仅仅针对产品经理更方便管理需求，更是针对交付团队更方便任务管理、测试管理。

在设计模式下，工具栏中选择添加需求工具（快捷键 C ），在画布上点击创建锚点，同时会弹出需求卡片文档编辑器。

在需求管理模式下，除了工具栏添加需求工具，还可以在需求管理列表中点击添加需求按钮来添加。

在画布上通过添加锚点创建的需求卡片，自然就有了与此锚点的连线。另外在需求管理模式下，需求卡片列表中每个卡片的工具栏都有连线工具，点击后在画布上添加锚点即可完成连线。

一个卡片可以添加多个锚点连线。

编辑器左上角菜单 -> 文件菜单中可以找到「导出需求卡片」和「导入需求卡片」的选项。