基于GitHub的项目管理方案ZenHub最近创造了“Epics”。这个新工具提供了一个完整的GitHub 问题和问题管理的返工方案，旨在在GitHub中完全管理产品开发过程。

ZenHub Epics使敏捷epics集成到开发工作流中成为可能，ZenHub说，在敏捷术语中，epics是更大的用户故事，这些用户故事的实现跨越了几个迭代过程，因此需要被逐步分解为可行的任务，即更小的用户故事。使用GitHub的开发者们之前没有更简单的方式来在GitHub中创造epics，ZenHub说道，或者他们需要转而使用GitHub以外的第三方工具，例如JIRA。Epics使完全在GitHub内计划产品backlog成为可能，ZenHub说道。

ZenHub Epics帮助开发者们将较大的用户故事分解，允许开发者们将其分成几个子任务并在将来的开发中追踪这些任务在整体目标中的完成度。现存的GitHub问题可以被加入epic中，或者可以直接在epic中创建新的问题。此外，一个问题可以被在任何时间转化成epic以适应开发过程中问题变得更复杂的情况。

在拥有自己的详细信息页面基础上，ZenHub Epics还在ZenHub “Boards”中进行了集成，这允许使用GitHub的开发者们在看板管理中管理问题。看板中根据用户定义的标准组成的问题群在不同的区域给用户提供了一个项目状态的快速总览。Epics在用户的其他GitHub 问题旁边展示并且用户可以使用过滤工具来筛选所有属于一个特定epic的问题。

　　为了更加了解Epics，InfoQ采访了ZenHub的缔造者者Matt Butler。

使用ZenHub Epics对开发者们有什么好处？

Epics给GitHub问题提供了一个关键的、额外的层次结构。开发者们可以将他们的任务板与ZenHub Epics匹配起来用，这样就可以更容易地看到他们离下一次发布目标的距离。通过使用epics规划开发任务，软件工程师可以更精确地满足发布期限，并从根本上杜绝技术负债。最重要的是，由于Epics使用了GitHub的原生界面（并使用了GitHub已存在的数据），开发者们可以留在他们熟知并喜爱的环境中。

使用ZenHub Epics对管理者们有什么好处？

开发团队的日常工作和生活中已经离不开GitHub了，ZenHub Epics能让管理者们在GitHub内计划并共享项目backlog，这是他们的。这可能是第一次真正地在GitHub中管理所有的sprint计划，而不是使用第三方的平台。众所周知，第三方平台开销较高，并且功能过于繁杂，权限结构过于分明。由于ZenHub利用了已存在的GitHub数据，他们可以确定信息总是精确和最新的。ZenHub和ZenHub Epics为团队每个人，从管理者到开发者再到执行者，创造了一个“唯一真实的数据来源”。

ZenHub Epics和JIRA哪个对敏捷epics的支持更好？

JIRA已被证明是在非技术项目经理中极受欢迎，而ZenHub是特别为敏捷开发团队和技术管理搭建的。

首先，ZenHub Epics开销低，拥有更简单的权限结构，灵活性更高，并且配置时间几乎为零。它们是特别为敏捷开发团队搭建的，他们需要一个能做他们所需要的事情、然后“解决事情”的工具。

它们最重要的不同之处在于ZenHub所有的功能都以GitHub的原生界面呈现，并且它是唯一的一个提供这样功能的工具。为什么这很重要呢？

集中一个单独的工具，消除“信息烟囱”，使团队把他们的工具集固定下来。

“上下文切换”开销很高，特别是对于开发者们来说。ZenHub消除了在工具之间的这种“上下文切换”浪费的时间。因此项目经理可以花更少的时间提醒开发人员来更新任务，并且开发人员也自发地参与到更多的项目管理过程了，因为它就寄生于他们的环境中——而不是一个沉重的管理平台。

ZenHub是一个类似Trello的、拖放式的项目管理方案，它搭建在GitHub的基础上，并与其进行了全集成。它可以在开源项目中免费试用，否则需要付费。在几个月前就已发布了ZenHub 2.0，它引进了更多有价值的功能，例如使项目可以跨越多个库的多库支持，还引入了燃尽图、时间估计针对GitHub企业自运营服务的支持。

查看英文原文：Agile Epics in GitHub with ZenHub Epics