Trello 与 Jira：从开发人员的角度进行比较

今天的软件生产与 20 年前不同。 软件变得越来越复杂，团队分布在全球各地，并且只依赖于专门从事流程特定部分的人员。 此外，随着争夺新用户和留住现有用户的竞争日益激烈，UI/UX 已成为一个非常重要的问题。

在过去的一年中，我参与了十几个项目，几乎所有项目都使用了项目管理工具(PMT)。 今天我不会向您介绍某个特定工具的推销，而是会从开发人员的角度为您提供有关这些工具在现实生活中的使用方式的内部视图，以及对两个代表性工具的概述工具。 希望这篇文章能帮助决策者和开发人员弄清楚什么对他们、他们的团队以及他们正在从事的项目最方便。

为什么要使用项目管理工具？

当我刚开始时，我的大多数项目都不依赖于项目管理工具，所以你可能会问你是否真的需要一个。 开发人员不能在没有他们的情况下创建软件吗？ 答案是它取决于多种因素，所以让我们分析其中的一些因素。

全球团队的崛起

在大多数项目中，我发现自己为全球各地的人们工作，虽然这真的很棒，但它也带来了办公室团队不会面临的一系列挑战。 当您试图让同事修复或修改您不够熟练的系统的某些部分时，时区成为一个真正的问题。

在某些情况下，您每周可能无法与其他开发人员交谈超过一次或两次。 项目管理工具有助于简化此类协作过程，因为它们成为团队成员来回交流其需求的官方（并且，出于实际原因，有时是唯一的）渠道。

当然，这不仅仅是分布式团队中各个成员之间的交流。 PMT 还为所有团队成员提供更多信息和可见性，使他们能够跟踪其他团队成员的进度并相应地计划他们的活动。

合作

您可能认为只需通过电子邮件或其他沟通渠道进行协作即可获得相同的结果。 我的一个客户在几个月前参与的一个项目中做到了这一点，这是一场噩梦。 人们使用多封电子邮件进行交流，因此很难跟踪不同的线程。 此外，关于单个问题的沟通变成了一个难题，在不同的电子邮件对话中被分解成不同的部分。 大多数电子邮件对话涉及多个问题，这使得跟踪剩下的工作变得越来越困难。

项目管理工具通过一个专门针对每个问题的对话流来解决这个问题，让您的生活更轻松，因为它们允许您单击一下即可找到所需的一切（设计、API 和反馈）。 从协作的角度来看，这可以产生巨大的影响，因为项目管理工具使每个人都可以访问和查看项目的所有部分和阶段，从而减少了持续沟通和更新的需要。

管理项目需求

不使用项目管理工具的团队面临的最大问题之一是由软件的内在性质引起的。 也许您在一家初创公司工作，并且已经进行了多次转型。 也许您的目标和要求随着您的项目工作而不断发展。

在这种情况下，我们应该将软件视为生物。 不管最初的计划起草得多么好，它总是很有可能需要改变。 但是，有时这些更改并未传达给所有团队成员。 高管可以就一项新功能进行对话，该功能将使您比竞争对手更具优势，但如果经理不向团队其他成员表达这一点，就不会发生。

如果不写下来，甚至可能被经理和首席执行官忘记。 没有一个你有最新和官方要求的地方会导致你浪费很多时间和金钱。 PMT 提供了一个单一的事实点，一个在项目期间存储所有需求和信息的地方。 这不仅仅是关于未添加您以后可以添加的功能——我开发了整个功能只是为了发现我没有被告知我们不再支持该功能。

内存和时间效率

最苍白的墨水比最强大的记忆更可靠。 – 谚语

我们一次只能处理这么多。 当你和你的经理通电话时，他们在谈话中提出了十几个不同的问题，在某些时候，有些东西会丢失。 您可以尝试自己写下最重要的要点，但仍然可能会漏掉一些东西。

写下需求而不是在电话中讨论它们是一种很好的方式来捕捉流程中潜在的缺失元素或检测可能阻止您目前实施该问题的事物。 软件开发不是线性的，因此您可能今天开始开发一个功能，但在产品中需要处理一些更紧迫的事情，几周或几个月后回来才意识到您已经忘记了到底需要什么。

这就是为什么写下需求可以节省你的时间，要么不必记住，要么避免再次讨论相同的特性。 时间效率非常重要，因为软件更复杂，因此您可以利用仅将事情写下来的优势，将会议时间减少一半或更多，只关注您需要澄清的问题。

重点

这与上一个问题有关，即跟踪与正在解决的问题相关的通信，并且只跟踪未来需求的特性，而无需谈论这些事情。

这有助于开发人员保持专注于创建当前需要的东西并了解接下来会发生什么。 这不仅仅是为了方便和轻松获取信息。 增加的可见性水平使每个团队成员都能看到大局并相应地提前计划。

主要 PMT 功能

因此，我们在 PMT 中寻找的是一种工具，它可以通过将不同问题的讨论分开并组织良好来帮助管理对话。 这有助于不同时区和不同团队的人员之间的沟通，同时作为软件官方愿景的存储库，通过减少开发人员、项目经理在开发过程中的摩擦，帮助您保持专注并节省时间，以及参与当今软件开发领域的每个人。

吉拉

Jira是一个非常强大的 PMT，专为软件开发而设计。 然而，并不是每个人都知道 Jira 的所有功能，如果您是试图管理您的第一个项目的企业主，这可能会让人不知所措。 如果您是作为一个在不同选项之间做出决定但之前没有使用过 Jira 的人阅读本文，我建议您先观看一些教程，这样您才能真正利用它的强大功能。

冲刺

我可以用三个词来定义我对 Jira 的大部分体验，其中之一是sprint 。 冲刺是团队努力完成某些可能密切相关或不相关的目标的时间段。 它是完全灵活的。 Jira sprint 通常持续一周，在我看来，这是最佳持续时间。

从开发人员的角度来看，这使您可以灵活地分配给您的多件事情，并按照您最舒适的顺序工作，可以先做一个困难的工作，然后再做一个容易放松的工作，或者可以工作 2 -3 同时密切相关。 这使开发人员能够做出一些决定，同时保持专注于及时交付。

Jira 史诗和问题

虽然 sprint 在时间领域对任务进行分组，但史诗可以按主题对任务进行分组。 例如，您可以将您的任务划分为每周的 sprint，但您也可以在前端和后端同时对任务进行分组。 按主题划分任务时，您可以将开发人员分配给主题。

例如，您可以有一个从现有数据库迁移数据的史诗，因此您可以将其称为史诗 DB 迁移，并且由于该史诗中的所有任务都是相关的，因此在所有冲刺。 这样可以避免让两个开发人员花时间学习旧数据库，从而提高开发效率。

另一方面，问题是需要完成的事情，可以属于史诗和冲刺。 有多种类型的问题，它们是故事、任务和错误。 故事具有子任务的特点，可用于将问题分解为更小的部分，当组合在一起时形成完整的画面——这避免了创建大量任务，而是专注于要完成的单个项目。

Jira 中的任务是非常具体且没有子任务的问题。 当需要完成的事情非常简单并且没有必要尝试将其分解时，这就是一项任务。 错误是需要修复的东西——将错误作为一个特殊类别将帮助您了解您修复了多少，而不是您在项目中取得了多少进展。

优先事项

在跨多个时区工作的全球团队中工作时，沟通是等式的重要组成部分。 “在全球范围内”工作不是一个比喻，而是许多开发人员生活的现实。经理与开发人员之间难以沟通的一件事是任务的优先级。 想象一下使用待办事项列表的以下场景：

开发人员看到，在这一周内，他们有七项任务要完成。 其中一些是困难的，一些是容易的。 然而，对于经理来说，一项关键任务非常复杂，但对于待办事项列表中的开发人员来说，所有任务都是平等的——他们可能会选择先处理更容易的任务，而将关键任务留到最后。 如果有意外发生并且列表没有完成，它是最重要的任务被削减，或者它被匆忙完成（可能会牺牲过程中的质量）。 这在 Jira 中很容易通过设置优先级来解决，这可以让开发人员了解什么是更重要或更关键的要完成。

内容，内容，内容

关于 Jira，您真正欣赏的一件事是您可以在每个问题下放置的内容数量； 您可以添加图像或链接以及标记其他团队成员 - 虽然这对 Trello 也是如此，但 UI 确实会吸引您放置更多内容，这有助于在每个任务上获得更多数据。

Jira 的优缺点

Jira 是一个非常成熟的工具，具有许多专门用于软件开发的功能。 它提供了与其他系统的大量集成，并帮助您保持井井有条。 这对（非常）大的团队特别有用。

Jira 是一个功能强大、功能丰富的 PMT，对于新手开发人员来说可能有些令人生畏。 这种体验可能是压倒性的——冲刺、史诗和问题都可以融合在一起。 如果经理是一个几乎没有软件开发经验的客户，试图管理一个开发人员团队，则尤其如此。 我强烈推荐 Jira 用于需要一段时间（超过几个月）开发的大型团队和大型项目，以及经验丰富的经理（客户）和开发人员。

优点

• 专为软件开发而设计
• 允许每期可以有很多内容，比如链接、图片、附件
• 有一个带有通知的移动应用程序，可帮助您始终跟踪您的问题
• 将冲刺与产品的核心相结合
• 提供非常直观的任务过滤，让您可以专注于与您相关的任务

缺点

• 具有许多功能，因此您可以轻松地使用该软件
• 需要一些培训才能利用其所有功能
• 需要（或至少有很大帮助）对敏捷开发的理解
• 对于一个小团队的小项目来说可能是一种矫枉过正

特雷罗

Trello 可以用一个简单的短语来概括：“带卡片的板”，又名看板。 乍一看，对于未经训练的人来说，它甚至可能过于简单。 但是，简单的事情可能非常有用。

简单是一个强大的概念。 这也是 iPhone 和 Mac 如此受欢迎的部分原因，因为它们的操作系统简单易用。 虽然 Jira 感觉拥有您能想到的每一件事，但 Trello 感觉就像拥有足以让您通过的一切。 没有史诗，没有故事，没有冲刺——你只需在一张卡片上工作，然后将它移动到不同的阶段（列）。

请记住，所有这些也存在于 Jira 中，我将解释一些在 Trello 中最引人注目的功能。

阶段

Trello 使定义阶段变得非常容易——只需创建一个列并开始使用它。 最常见的是待办事项、正在执行、回顾和完成。 由于其简单性，您可以添加其他列，例如 On Hold（Jira 也可以这样做，但除非您明确查找这些问题，否则感觉它们丢失了）或为系统的不同部分创建列，例如 Todo Front-end或 Todo 后端。 这在团队和项目很小的情况下非常有用，例如一个简单的网站、一个小部件或一个扩展，其中没有太多的成员或任务需要同时管理。

成员

您可以将卡片分配给成员，这就是您将卡片分配给开发人员的方式——非常简单。 您也可以在评论中标记其他成员，这有助于参与问题的每个人保持沟通。

只需单击一下，用户就可以轻松过滤他们的卡片或属于其他团队成员的卡片，这在日历视图中特别方便。

非常直观

由于其简单性，只要您打开卡片的内容，Trello 就会看到看板。 这是一种非常直观的方法，因为您无法逃避这种观点。 此外，卡片可以具有在板上可见的图像。

这是 Jira 所没有的（或者至少我还没有看到它在实际项目中使用过）。 由于图片比文字更能说明问题，因此您无需打开每张票即可轻松查看正在发生的事情。

此外，Trello 的彩色标签可用于添加更多信息，而无需扩展卡片。 通过一些良好的组织，这些看板等价的便利贴标签可以证明非常有用，并且可以为您节省大量不必要的点击。

信息超载

由于其固有的简单性，Trello 推动您保持简单和重点，避免被大量信息淹没的感觉。 很多时候，您将在一个项目中工作，在这个项目中，您会不断地被您甚至没有参与的项目的通知轰炸。

至少在我的经验中，这种额外的噪音在 Trello 上似乎有所减少。 由于 Trello 对于添加信息不是那么友好，我发现问题往往更小，这意味着任务被分解成比 Jira 更小的部分。 通过一些计划，这些小任务不应该产生太多噪音。

游戏化

游戏化的概念部分是通过使用奖励将简单的任务变成游戏。 正如 Trello 博客上的这篇文章所指出的那样，“如果有奖励，困难不会让你失望”。

每当票从一个阶段移动到另一个阶段时，都会增加肾上腺素（或多巴胺）。 由于您不能在 Trello 上拖动卡片而不将其移动到不同的阶段（而在 Jira 上，只需更改问题的状态是最简单的），您可以与正在取得的进展建立物理联系。 在你不知不觉中，你想在那天与自己竞争以解决比前一天更多的问题（我希望我不是唯一一个有这种感觉的人）或者你只是想为制作待办事项栏而奋斗尽快清空。 如今，许多软件产品都使用游戏化来创造更大的参与度，比如大多数社交平台上的观点和点赞——这种行动奖励机制是让人们参与平台的原因。

好和坏

我仍然对使用 Trello 的乐趣感到惊讶，当然，它的简单性对于这种体验至关重要。 任务往往更小——尽管您完成了相同的工作，但将三个任务移动到“供审查”列比将单个 Jira 故事的状态更改为完成感觉更好。 （我觉得一个 Jira 故事的转化率大约是 Trello 上的三张卡片。）

这对于尝试管理项目的新开发人员或企业主来说是理想的，因为进入门槛非常低。 任何人、软件工程师或其他人都可以轻松掌握 Trello。 问题是 Trello 对于某些项目和庞大的团队来说可能太轻量级了。 尽管您可以轻松地创建额外的板，但让许多开发人员在一块板上工作可能会带来麻烦。 从质量上讲，它与 Jira 的共享工作区不同。

优点

• 准入门槛低——您不需要任何经验
• 简单的用户界面
• 视觉效果极好——你立刻就明白了
• 小型项目和小型团队的理想选择

缺点

• 不是一个友好的 UI/UX 来为问题添加很多细节
• 在移动设备上翻译效果不佳，因为您实际上需要更多空间来显示看板
• 没有办法（至少直观地）确定任务的优先级

我应该使用项目管理工具吗？

是的-我认为在当今的典型情况下，经理或企业主无法全天候 24/7 回答问题，您应该真正考虑使用工具作为拥有一个存储库的方式，其中记录了所需的所有内容以明确的方式。 这将帮助您避免混淆或错过项目，因为它们在 Skype 对话中被遗忘或被埋在数百封电子邮件之下。 如果您的项目较小，例如兴趣爱好网站，则 PMT 可能会过大。

我应该使用哪一个？

答案是最适合您需求的答案。 如果您的团队由四个以上的人组成，并且该项目将持续一年以上，我会选择 Jira。 如果这是您的情况，我强烈建议您阅读有关如何使用 Jira 以及如何使用软件开发方法的更多信息。

如果您的团队少于四个人，并且项目是一个简单的网站，或者可能向现有项目添加一些功能，我推荐 Trello，因为它很简单。 与往常一样，使用工具，两者都可以完成工作，但这并不意味着最好的工具对每个人都是一样的。