Shortcut 的创建是为了对抗 “孤岛效应” 或限制信息流，从而减慢软件开发项目的速度。
因此，它基于透明度和易用性的原则。
因此，事不宜迟，让我们立即开始吧！
A. 项目
在 Shortcuts 平台中，项目是涵盖项目内所有故事的重要功能区域。 一分钟内了解更多信息的 故事。)_
可以将它们视为部门、公司的垂直区域或开放的兴趣区域，可以用颜色编码以便于识别。
例如，让我们看看 Pied Piper 团队如何以快捷方式定义他们的项目。
Richard、Dinesh 和 Gilfoyle 等团队成员负责该应 比利时电报号码 用程序的核心技术，可分为以下项目：
前端
后端
clubhouse.io 上的项目
与此同时，他的朋友埃利希·巴赫曼专注于……
erlich 描述自己
B. 故事
故事是分配给每个人的标准日常任务。
快捷方式允许您将任务分为 3 种类型的故事：
功能：与软件功能相关的任务
事件：需要解决的问题
杂务：不属于上述内容但需要分配的任务
以上都不是
是的。
这是相当广泛的任务分类。
但这就是您在使用此软件项目管理工具时必须处理的问题。
如果你不是软件团队，你将会面临大量的任务
此外，您可以为这些类型的故事创建模板，并在每个故事中添加任务；然而，每个 Story必须嵌套在一个 Project中 。
用户根据项目工作流程处理故事，这是一个为完成项目而定制的逐步过程。
以下是典型工作流程的示例：
未安排 -> 已安排 -> 进行中 -> 审核中 -> 已完成
您还可以对其进行自定义以满足您的项目需求。
通过这种方式，你可以自定义每个故事从构思到完成的过程，也许还能赢得网络工程师 Gilfoyle 的赞赏：
Gilfoyle 祝贺
此外，如果产品经理想要查看项目进度，他们可以直接转到故事页面。该页面类似于 看板 ，其中每个任务都以卡片的形式呈现，优先级最高的任务出现在每列的顶部。
看板
您可以在此处拖放每张卡片来更新其进度，或者按故事类型对其进行排序以便快速协作。
这对于像 Jared 这样热爱 Scrum 和 Agile事物的人来说非常棒！
贾里德和理查德说 scrum
C. 史诗和里程碑
您的团队成员可能需要处理数百个故事。
但如何管理它们呢？
这就是Epics 的作用所在。
不幸的是，事实并不像听起来那么令人兴奋。
史诗本质上只是类别。
为了使任务管理更容易，您可以将一堆故事（甚至来自多个项目）分组为一个史诗。
毕竟，故事就是一部史诗。你明白吗？
这支队伍又将经历怎样的“史诗般”的冒险？
由于 Epic 是关于 Boards 之间的协作，因此团队可以将产品添加归类为 Epic。
这将包括内容、代码、UI 等项目故事。