今天的软件生产和20年前不一样了. 软件变得越来越复杂, 分布在全球各地的团队, 并且依赖于只擅长某一特定环节的人. Also, 随着获取新用户和留住现有用户的竞争加剧，UI/UX已经成为一个非常重要的问题.
在过去的一年里，我参与了十几个项目，几乎所有的项目都使用了 项目管理工具 (PMT). 我今天不打算给你推销一个特定的工具, 而是, 我将从开发人员的角度向您介绍如何在实际生活中使用这些工具，并概述两个代表性工具. 希望, 本文将帮助决策者和开发人员找出对他们来说最方便的方法, 他们的球队, 以及他们正在进行的项目.
我刚出道的时候, 我的大多数项目都不依赖于项目管理工具, 所以你可能会问你是否真的需要一个. 开发人员就不能在没有它们的情况下开发软件吗? 答案是，它取决于多种因素，所以让我们来分析其中的一些.
在大多数项目中, 我发现自己在为世界各地的人工作, 虽然这真的很棒, 它还带来了一系列办公室团队不会面临的挑战. 当您试图让同事修复或修改系统中您不够精通的部分时，时区就会成为一个真正的问题.
在某些情况下，您可能每周只能与其他开发人员交谈一到两次. 项目管理工具有助于使这种协作过程更容易，因为它们成为官方的(和), 出于实际原因, 有时是团队成员来回交流需求的唯一渠道.
当然，这不仅仅是关于分布式团队中单个成员之间的交流. pmt还为所有团队成员提供更多信息和可见性, 允许他们跟踪其他团队成员的进度，并相应地计划他们的活动.
你可能会认为，通过电子邮件或其他沟通渠道进行合作就能得到同样的结果. 几个月前，我的一个客户在我参与的一个项目中做了这样的事情，那真是一场噩梦. 人们使用多封邮件进行交流，所以很难跟踪不同的主题. Also, 关于单一问题的沟通变成了一个谜题，在不同的电子邮件对话中被分解成不同的部分. 大多数电子邮件对话涉及多个问题，这使得跟踪剩下要做的事情变得越来越困难.
项目管理工具通过一个专门针对每个问题的对话流来解决这个问题, 让你的生活更轻松, 因为它们可以让你找到你需要的一切(设计), APIs, 和反馈)只需点击一下. 从合作的角度来看, 这可以带来巨大的不同, 由于项目管理工具使每个人都能够访问和查看项目的所有部分和阶段, 减少对持续沟通和更新的需求.
不使用项目管理工具的团队面临的最大问题之一是由软件的内在性质引起的. 也许你在一家初创公司工作，你已经多次转向. 也许您的目标和需求随着项目的开展而不断变化.
在这种情况下，我们应该把软件看作是一个活生生的存在. 不管最初的计划起草得有多好, 总是有一个很好的机会需要改变. 然而，有时这些变更并没有传达给所有的团队成员. 高管们可以就一项能让你比竞争对手更有优势的新功能展开对话, 但如果经理没有向团队的其他成员表达这一点, 这不会发生.
如果没有写下来，甚至可能被经理和首席执行官忘记. 没有一个地方，你有最新的和官方的要求会导致你损失很多时间和金钱. pmt提供了一个单一的事实点, 在项目期间存储所有需求和信息的单一位置. 这不仅仅是你以后可以添加的功能没有被添加——我开发了整个功能，只是发现我没有被告知我们不再支持那个功能.
最淡的墨水比最强大的记忆更可靠. - - - - - -谚语
我们一次只能处理这么多事情. 当你和经理通电话的时候, 他们在谈话中会提出很多不同的问题, 在某一时刻, 有些东西将会丢失. 你可以试着自己写下最重要的几点, 但仍, 有些东西可能会被遗漏.
将需求写下来，而不是在电话会议上讨论它们，这是一种很好的方法，可以捕捉流程中潜在的缺失元素，或者检测可能阻碍您实现该问题的东西. 软件开发不是线性的, 所以你可能今天开始做一个功能，但在产品中有更紧急的事情要做，几周或几个月后回来才意识到你已经忘记了到底需要什么.
这就是为什么把需求写下来可以节省时间的原因, 要么是不需要记住，要么是避免再次讨论相同的功能. 随着软件越来越复杂，时间效率非常重要, 所以你可以利用把东西写下来的优势, 把你的会议时间减少一半或更多, 只关注你需要澄清的问题.
这与之前的问题有关，跟踪与正在处理的问题相关的沟通，跟踪未来需求的特性，而不需要谈论这些事情.
这既能帮助开发者专注于创造当前所需的内容，又能帮助他们了解接下来会发生什么. 这不仅仅是为了方便和容易获取信息. 增加的可见性级别允许每个团队成员看到大局并相应地提前计划.
So, 我们在PMT中寻找的是一种工具，它可以通过将不同问题的讨论分开并很好地组织起来来帮助管理对话. 这有助于不同时区和不同团队的人员之间的交流，同时作为软件官方愿景的存储库, 通过减少开发人员在开发过程中的摩擦，帮助您保持专注并节省时间, 项目经理, 以及当今软件开发领域中的每个人.
Jira 是一个非常强大的PMT，是专门为软件开发设计的吗. 然而, 并不是每个人都知道Jira的所有功能，如果你是一个企业主，试图管理你的第一个项目，它可能会让你不知所措. 如果你正在阅读这篇文章，作为一个在不同选择之间做出决定的人，但之前没有使用过Jira, 我建议先看一些教程，这样你才能真正利用它的强大功能.
我可以用三个词来定义我和Jira相处的大部分经历，其中之一就是 sprint. 冲刺是团队努力完成某些目标的一段时间，这些目标可能密切相关，也可能不密切相关. 它是完全灵活的. Jira冲刺通常持续一周，在我看来，这是最佳的持续时间.
从开发者的角度来看, 这让你可以灵活地将多个任务分配给你，并按照最适合你的顺序工作, 哪一个可以先做一个难的，然后再做一个容易的来放松, 或者可以同时处理2-3个密切相关的内容. 这使开发人员能够做出一些决定，同时保持对及时交付的关注.
虽然“冲刺”是在时间领域对任务进行分组， epics 可以按主题分组任务吗. 例如, 你可以把每周的任务分成几个sprint, 但是您也可以在前端和后端同时对任务进行分组. 当按主题划分任务时，您可以将开发人员分配给主题.
例如, 您可以拥有从现有数据库迁移数据的史诗, 所以你可以称之为史诗般的DB迁移, 因为史诗中所有的任务都是相关的, 一个单独的开发人员可以在所有的sprint中负责这一工作. 这避免了两个开发人员花时间学习旧数据库, 提高开发效率.
Issues另一方面，是需要完成的事情，这可以属于史诗和冲刺. 有很多种类型的问题 story, task, and bug. 故事具有具有子任务的特性, 哪一种方法可以将一个问题分解成更小的部分，当它们放在一起时形成一个完整的画面——这避免了创建大量的任务, 而不是专注于一个要完成的项目.
Jira中的任务是非常具体的问题，没有子任务. 当需要做的事情非常简单，试图把它分解是没有意义的, 这是一个任务. bug是需要修复的东西——将bug作为一个特殊的类别将帮助您了解您修复了多少，而不是您在项目中取得了多少进展.
在跨多个时区的全球团队中工作时，沟通是等式的重要组成部分. “在全球范围内工作”并不是一个比喻，而是许多开发人员生活的现实. 从管理人员到开发人员之间很难沟通的事情之一是任务的Priorities. 想象一下以下使用待办事项列表的场景:
开发人员发现，在这一周内，他们有7个任务要完成. 有些很难，有些很容易. 这是经理的一项重要任务, 然而, 非常复杂, 而是给开发人员一个待办事项列表, 所有的任务都是平等的——他们可能会选择先做比较容易的任务, 把关键的留到最后. 如果发生了意想不到的事情，清单没有完成, 这是被砍掉的最重要的任务, 或者在匆忙中完成(可能在过程中牺牲质量). 这在Jira中很容易解决，只要 Priorities，这可以让开发人员了解哪些是更重要或更关键的.
One of the things you will really appreciate about Jira is the amount of content you can place under each issue; you can add images or links as well as tag other team members—while this is all true about Trello too, UI确实会诱使你放置更多内容, 哪种方法有助于在每个任务上获得更多的数据.
Jira是一个非常完善的工具，具有许多专门用于软件开发的功能. 它提供了与其他系统的大量集成，并帮助您保持良好的组织. 这对(非常)大的团队来说尤其好.
Jira是一个功能强大、功能丰富的PMT，对于新手开发人员来说可能有点令人生畏. 这种经历可能会让人不知所措——冲刺、史诗和问题都可能混在一起. 如果经理是一个没有什么软件开发经验的客户，这一点尤其正确, 试图管理一个开发团队. 对于需要一段时间(超过几个月)开发的大型团队和大型项目，我强烈推荐使用Jira。, 对于经验丰富的经理(客户)和开发人员也是如此.
Trello可以用一个简单的短语来概括:“带卡片的板”.k.a. Kanban. 乍一看, it might even way too simple to an untrained eye; 然而, 简单的事情也可能非常有用.
简单是一个强大的概念. 这也是iPhone和Mac如此受欢迎的部分原因, 因为他们的操作系统简单易用. 而Jira则喜欢拥有你能想到的每一样东西, 特雷洛觉得自己的钱足够你度过难关. 没有史诗, 没有故事, 没有冲刺—您只需在卡片上工作并将其移动到不同的阶段(列)。.
请记住，所有这些都存在于Jira中, 我将解释一些在Trello中最引人注目的特性.
Trello定义 stages 非常容易——简单地创建一个列并开始使用它. 最常见的是To Do, Doing, Review和Done. 因为它很简单, 你可以添加其他栏目，比如On Hold (Jira也可以这样做), 但如果不明确地寻找这些问题，就会感觉它们丢失了)，或者为系统的不同部分(如Todo前端或Todo后端)创建列. 当团队和项目规模较小时，这是非常好的, 就像一个简单的网站, 一个小部件, 或者是扩展, 没有很多成员或任务需要同时管理.
你可以将纸牌分配给成员这就是你如何将纸牌分配给开发者，非常简单. 你也可以在评论中标记其他成员, 这有助于每个人都参与一个问题，保持沟通.
只需点击一下, 用户可以很容易地过滤他们的卡片或属于其他团队成员的卡片, 哪个在日历视图中特别方便.
由于它的简单性，每当你打开卡片的内容时，Trello都会显示看板. 这是一种非常直观的方法，因为你无法逃避这种观点. 此外，卡片可以有在板上可见的图像.
这是Jira没有的(或者至少我没有看到它在实际项目中使用)。. 因为图片比语言更能说明问题, 你可以很容易地看到发生了什么，而不打开每张票.
除了, Trello的彩色标签可以用来添加更多的信息，而无需扩展卡片. 只要有一点好的组织, 这些看板类似于Post-It标签，可以帮助你省去很多不必要的点击.
由于其固有的简单性, Trello督促你保持事情的简单和重点, 避免被堆积如山的信息压垮的感觉. 很多次, 你将在一个项目中工作，在这个项目中，你经常被你甚至没有参与的项目的通知轰炸.
这种额外的噪音似乎在Trello上有所减少，至少在我的经验中是这样. 因为Trello在添加信息方面不是很友好, 我发现问题往往更小, 这意味着任务被分解成比Jira更小的部分. 通过一些计划，这些小任务应该不会产生太多的噪音.
游戏化的概念是, in part, 把一个简单的任务通过奖励变成一个游戏. “如果辅以奖励，难度就不会让你望而却步。” 正如本文所指出的 Trello博客.
每当门票从一个阶段转移到另一个阶段时，肾上腺素(或多巴胺)就会增加. 因为你不能移动一张卡到不同的阶段，而不拖动它在Trello(而在Jira, 最简单的方法就是改变问题的状态), 你与你所取得的进步有一种身体上的联系. 在某个你没有意识到的时刻, 你想和自己竞争，在那一天比前一天解决更多的问题(我希望我不是唯一一个有这种感觉的人)，或者你只是想尽快把待办事项栏清空. 如今，许多软件产品使用游戏化来创造更大的参与性，就像大多数社交平台上的观点和点赞一样——这种行为奖励机制是让人们留在平台上的原因.
我仍然惊讶于使用Trello带来的愉悦感, 当然, 它的简单性对这种体验至关重要. 任务往往更小——尽管你完成了同样的工作, 将三个任务移到“For Review”列要比将单个Jira故事的状态更改为“Done”要好得多. (我觉得一个Jira故事的转化率大约相当于Trello上的三张卡片.)
这对于试图管理项目的新开发人员或业务所有者来说是理想的，因为进入门槛非常低. Trello很容易被任何人，软件工程师或其他人掌握. 问题在于，对于某些项目和大型团队来说，Trello可能过于轻量级. 尽管您可以轻松地创建额外的板, 让许多开发人员在一块主板上工作可能会带来麻烦. 从质量上讲，它与Jira的共享工作区不一样.
是的，我认为在今天的典型情况下是这样, 在这种情况下，经理或企业主不能全天候回答问题, 您应该真正考虑使用工具，将其作为拥有存储库的一种方式，其中以清晰的方式写下所需的所有内容. 这将帮助你避免混淆或遗漏的项目，因为他们被遗忘在Skype聊天或淹没在数百封电子邮件. 如果你的项目比较小，比如一个业余爱好网站，PMT可能是多余的.
这个问题的答案就是最适合你需要的那个. 如果你的团队成员超过4人，并且项目将持续一年以上, 我会选Jira. 如果这是您的情况，我强烈建议您阅读更多关于如何使用Jira和如何使用 软件开发方法.
如果你的团队少于4人，并且项目是一个简单的网站, 或者可能为现有项目添加一些功能, 我推荐Trello是因为它的简单性. 一如既往地, 用工具, 两者都能完成工作, 但这并不意味着每个人的最佳选择都是一样的.
一个Jira票就像一个原子，是管理团队中最小的单位之一. 在Jira中，票据可以是不同的东西，它可以是任务、故事或bug. 基本上是一个你需要完成的任务，在Jira上作为一个单独的项目列出.
Jira的工作原理是促进大型开发团队的组织, 让您跟踪活动和每个活动的当前状态. 为此，它包含了许多特性，如Priorities和sprint，并且它是敏捷友好的.
史诗是一组故事和任务，这些故事和任务是由它们试图实现的目的联系在一起的. 想象一下你正在做一个社交媒体平台:一个史诗可能是一个包含所有与该网站相关的任务的网站, 另一个可能是包含与应用相关的问题的应用等.
墨西哥瓜达拉哈拉
2016年6月6日加入
世界级的文章，每周发一次.
世界级的文章，每周发一次.
