写点什么

ZenHub Epics 创造了 GitHub 中敏捷 Epics

2016 年 4 月 18 日

基于 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


感谢夏雪对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们。

2016 年 4 月 18 日 19:001769
用户头像

发布了 26 篇内容, 共 55267 次阅读, 收获喜欢 0 次。

关注

评论

发布
暂无评论
发现更多内容

阿里云重磅发布云拨测产品:深度挖掘数据,精准定位 IT 问题

阿里巴巴中间件

2021年了,还听到有些兄弟在问Kafka香不香?

后台技术汇

28天写作

对机器视觉领域的几点看法

JiangX

机器视觉 28天写作

创始人去世,股权怎么办?|视频号28天(21)

赵新龙

28天写作

讲真,一位8 年 Java 经验大牛的面试总结,你照猫画虎还怕收不到offer?

Java架构之路

Java 程序员 架构 面试 编程语言

《我们一起学集合》-ArrayList

蚊子

数据结构 面试 ArrayList JAVA集合

编程小技巧之 Linux 文本处理命令(二)

程序员历小冰

Linux 编辑器 sed

微服务“大门”如何选择?

阿里巴巴中间件

悟透前端 | javascript中变量声明var、let、const的区别

devpoint

var const let js变量声明

如何查看github评价

HQ数字卡

GitHub

Java 创建线程有哪些方式

武哥聊编程

Java 多线程 28天写作

冲突域和广播域区别,集线器、交换机和路由器对比

创业失败启示录|老老王上的人生第一课

青城

28天写作 创业失败启示录 青城

2021直播电商下半场,“网易严选们”为何成主播良港?

脑极体

当视频恋爱 App 用上了 Serverless

阿里巴巴中间件

《携程技术2020年度合辑》,送给爱学习的你

携程技术中心

28天瞎写的第二百三十一天:一次被骗的故事

树上

28天写作

谁能拯救终将凋落的头发「幻想短篇 21/28」

道伟

28天写作

收藏=学会!阿里新产Java全栈笔记+2021面试指南全新开源,助力金三银四!

程序员小毕

Java spring 架构 面试 微服务

LeetCode题解:200. 岛屿数量,DFS,JavaScript,详细注释

Lee Chen

算法 LeetCode 前端进阶训练营

批判性思维自修课(三)

石君

28天写作 批判性思维

折腾CUDA环境,搭建TF2开发环境

Tango

七日更

大数据知识专栏 - MapReduce 的自定义分组求TopN

小马哥

大数据 hadoop mapreduce 七日更

“复制”马斯克(二):“一无所有”的世界首富想要什么?

脑极体

牛皮了!字节面试官爆肝七天七夜总结了一份算法面试笔记

互联网架构师小马

Java 字节跳动 数据结构 面试 算法

服务网格的最佳实践

阿里巴巴中间件

宙斯运维平台简述,看数十万云服务器如何高效运维?

李忠良

28天写作

聊聊前端 UI 组件:组件设计

欧雷

前端工程 组件化 前端工程化

CSS(七)——设置背景颜色和背景图像

程序员的时光

程序员 前端 七日更 28天写作

在游戏运营行业,函数计算如何解决数据采集分析痛点?

阿里巴巴中间件

智能电动车的估值模式及电气架构变迁 (28天写作 Day21/28)

mtfelix

汽车电子 28天写作 智能汽车 汽车电气架构

ZenHub Epics创造了GitHub中敏捷Epics-InfoQ