srcmini本文概述
今天的软件生产与20年前不同。软件已经变得越来越复杂, 其分布在世界各地的团队遍布整个团队, 并且仅依赖于流程中特定部分的专业人员。另外, 随着吸引新用户和保留当前用户的竞争日益激烈, UI / UX成为一个非常重要的问题。
在过去的一年中, 我从事了12个项目, 几乎所有项目都使用了项目管理工具(PMT)。我今天不打算向你介绍一种特定工具的销售情况, 而是要从开发人员的角度对你在现实生活中如何使用这些工具的内部观点以及两个代表的概述进行介绍。工具。希望本文将帮助决策者和开发人员找出最适合他们, 他们的团队和他们正在从事的项目的东西。
为什么要使用项目管理工具？
当我刚开始时, 我的大多数项目都不依赖于项目管理工具, 因此你可能会问你是否真的需要一个。开发人员不能在没有软件的情况下创建软件吗？答案是, 它取决于多个因素, 因此让我们分析其中的一些因素。
全球团队的崛起
在大多数项目中, 我发现自己为世界各地的人们工作, 尽管这确实很棒, 但它也带来了办公室团队将无法面对的一系列挑战。当你试图让同事修复或修改你不够熟练的系统某些部分时, 时区成为一个现实问题。
在某些情况下, 你可能每周不能与其他开发人员进行一次或两次以上的交谈。项目管理工具使协作过程变得更容易, 因为它们成为团队成员来回交流需求的正式渠道(出于实际原因, 有时是唯一的渠道)。
当然, 这不仅仅是关于分布式团队中各个成员之间的交流。 PMT还为所有团队成员提供了更多信息和可见性, 使他们能够跟踪其他团队成员的进度并相应地计划其活动。
合作
你可能会认为, 只需通过电子邮件或其他通信渠道进行协作就可以得到相同的结果。我的一个客户在我几个月前从事的一个项目上做到了, 这是一场噩梦。人们使用多封电子邮件进行通信, 因此很难跟踪不同的线程。同样, 关于单个问题的交流也变成了一个难题, 它分解为生活在不同电子邮件对话中的不同部分。大多数电子邮件对话涉及多个问题, 这使得跟踪剩下的工作变得越来越难。
项目管理工具通过针对每个问题进行一次对话来解决此问题, 从而使你的生活变得更轻松, 因为它们使你可以一次单击即可找到所需的一切(设计, API和反馈)。从协作的角度来看, 这可以带来很大的不同, 因为项目管理工具使每个人都可以访问和查看项目的所有部分和阶段, 从而减少了持续进行通信和更新的需要。
管理项目需求
不使用项目管理工具的团队面临的最大问题之一是软件的固有特性。也许你在一家初创公司工作, 并且已经进行了多次尝试。在进行项目时, 也许你的目标和要求会不断发展。
在这种情况下, 我们应该将软件视为一种生物。无论初始计划的起草程度如何, 总是有很大的机会需要对其进行更改。但是, 有时这些更改没有传达给所有团队成员。高管可以就一项新功能进行对话, 这将使你比竞争对手更具优势, 但是如果经理不向团队其他成员表达这一点, 那就不会发生。
如果没有写下来, 经理甚至首席执行官也可能会忘记它。没有最新和官方要求的地方, 将导致你浪费大量时间和金钱。 PMT提供了一个单一的事实点, 一个在项目持续时间内存储所有需求和信息的地方。这不仅仅是关于不添加功能的问题, 你以后可以添加-我开发了整个功能, 只是发现我没有被告知我们不再支持该功能。
记忆和时间效率
最浅的墨水比最强大的内存更可靠。 –谚语
我们一次只能处理很多事情。当你与你的经理打个电话, 而他们在谈话中提出了许多不同的问题时, 有时会丢失一些东西。你可以自己写下最重要的要点, 但仍然有可能会掉下来。
写下需求而不是在通话中谈论它们是一种很好的方法, 可以捕获流程中潜在的缺失元素或检测可能阻止你当前实施该问题的事物。软件开发不是线性的, 因此你可能会从今天开始开发某个功能, 但是在产品中需要做一些更紧迫的工作, 而在几周或几个月后再回来, 只是意识到你已经忘记了真正需要的功能。
因此, 写下需求可以节省你的时间, 无需记住或避免再次讨论相同的功能。由于软件更加复杂, 因此时间效率非常重要, 因此你可以利用将事情记下来的方式, 将注意力集中在需要澄清的问题上, 从而将会议时间减少一半或更多。
焦点
这与上一期的问题有关, 即与正在解决的问题有关的交流保持跟踪, 而在无需谈论这些问题的情况下仅跟踪未来需求的功能。
这有助于开发人员既专注于创建当前所需的内容, 又可以了解下一步的工作。这不仅是为了方便和方便地获取信息。可见性的提高使每个团队成员都能看到全局并做出相应的计划。
PMT的主要功能
因此, 我们在PMT中寻找的是一种工具, 可以通过将不同问题的讨论分开并组织得很好, 来帮助管理对话。这有助于在不同时区和不同团队中的人们之间进行沟通, 同时充当软件正式愿景的存储库, 从而通过减少开发人员, 项目经理的开发过程中的摩擦, 帮助你保持专注并节省时间, 以及参与当今软件开发领域的每个人。
Jira
Jira是一种非常强大的PMT, 专门为软件开发而设计。但是, 并非所有人都知道Jira的所有功能, 如果你是试图管理第一个项目的企业主, 这可能会让人感到不知所措。如果你是在决定是否选择其他选项的人而阅读此书, 那么我建议你先阅读一些教程, 以便真正利用其功能。
冲刺
我可以用三个词来定义我在Jira上的大部分经历, 其中一个就是sprint。冲刺是团队努力完成某些目标的时间段, 而这些目标可能紧密相关。完全灵活。Jira冲刺通常持续一周, 在我看来, 这是最佳持续时间。
从开发人员的角度来看, 这使你可以灵活地为你分配多项任务, 并按照最适合你的顺序进行工作, 既可以先进行艰苦的工作, 再进行轻松的放松, 或者进行2次工作-3同时紧密相关。这使开发人员能够做出一些决定, 同时又要专注于及时交付。
Jira史诗和问题
冲刺在时域中对任务进行分组时, 史诗可以按主题对任务进行分组。例如, 你可以每周将任务划分为多个Sprint, 但也可以同时在前端和后端将任务分组。在按主题划分任务时, 可以将开发人员分配给主题。
例如, 你可以拥有一个用于从现有数据库中迁移数据的史诗, 因此你可以将其称为史诗数据库迁移, 并且由于该史诗中的所有任务都是相关的, 因此在整个开发过程中, 一个开发人员可以负责该任务。冲刺。这样可以避免让两个开发人员花时间学习旧数据库, 从而提高开发效率。
另一方面, 问题是需要完成的事情, 可以属于史诗和冲刺。问题有多种类型, 分别是故事, 任务和错误。故事具有子任务的特殊性, 可用于将一个问题分解成多个较小的部分, 将它们放在一起可形成完整的图片, 这避免了创建大量任务, 而将精力集中在要完成的单个项目上。
Jira中的任务是非常具体的问题, 没有子任务。当需要做的事情非常简单而没有必要分解时, 这是一项任务。错误是需要修复的东西-将错误保留为特殊类别可以帮助你了解要修复的项目数量而不是项目的进度。
优先事项
当在跨多个时区工作的全球团队工作时, 沟通是方程式的重要组成部分。 “在全球范围内工作”不是一个隐喻, 而是许多开发人员所生活的现实。从管理人员到开发人员之间难以沟通的一件事是任务的优先级。想象一下使用待办事项列表的以下情况：
开发人员看到, 在本周内, 他们要完成七个任务。其中有些很难, 有些很容易。但是, 对于经理来说, 一项关键任务非常复杂, 但是对于待办事项列表中的开发人员而言, 所有任务都是相同的-他们可能会选择先处理较容易的任务, 而将关键任务留在最后。如果发生了意外情况而列表还没有完成, 则这是最重要的任务, 或者是匆忙完成(可能会牺牲过程质量)。在Jira中, 通过具有优先级很容易解决此问题, 这使开发人员可以了解需要完成的更重要或关键的事情。
内容, 内容, 内容
关于Jira, 你将真正欣赏的一件事是, 你可以在每个问题下放置的内容数量；你可以添加图像或链接以及为其他团队成员添加标签-尽管Trello的情况也是如此, 但UI确实可以诱使你放置更多内容, 这有助于在每个任务上拥有更多数据。
Jira的利弊
Jira是一个非常完善的工具, 具有许多专门用于软件开发的功能。它提供了与其他系统的大量集成, 并可以帮助你保持井井有条。对于(非常)大团队来说, 这尤其有用。
作为一名功能强大的功能强大的PMT的Jira, 对于新手开发人员而言可能有些令人生畏。体验可能是压倒性的-冲刺, 史诗和问题都可以融合在一起。如果经理是一位在软件开发方面经验很少的客户, 并且试图管理一组开发人员, 则尤其如此。我强烈建议Jira用于需要花费一段时间(超过两个月)的大型团队和大型项目, 以及经验丰富的经理(客户)和开发人员。
优点
- 专为软件开发而设计
- 允许每个问题可以包含很多内容, 例如链接, 图像, 附件
- 拥有带有通知的移动应用, 可帮助你始终跟踪问题
- 将sprint与产品核心集成
- 提供非常直观的任务过滤, 因此你可以专注于与你相关的任务
缺点
- 具有许多功能, 因此你可以轻松使用该软件
- 需要一些培训才能利用其所有功能
- 需要(或至少在很大程度上得到了)对敏捷开发的理解
- 对于一支小型团队的小型项目而言, 可能是过大的杀伤力
Trello
Trello可以用一个简单的短语来概括：”看板卡”, 也就是看板。乍一看, 它甚至可能对未经训练的眼睛来说太简单了。但是, 简单的事情可能会非常有用。
简单是一个有力的概念。这就是iPhone和Mac之所以如此流行的部分原因, 因为它们的操作系统简单易用。Jira(Jira)感觉像是你可以想到的每件事, 而特雷洛(Trello)感觉像是足以让你度过难关。没有史诗, 没有故事, 没有冲刺-你只需在卡片上进行操作, 然后将其移动到不同的阶段(列)即可。
请记住, 所有这些功能也都存在于Jira中, 我将解释Trello中最突出的一些功能。
阶段
Trello使定义阶段变得非常容易-只需创建一列并开始使用它即可。最常见的是”要做”, “做事”, “评论”和”完成”。由于其简单性, 你可以添加其他列, 例如”待命”(Jira也可以这样做, 但是除非你明确查找这些问题, 否则它们似乎会丢失)或为系统的不同部分(如Todo Front-end)创建列或Todo后端。当团队和项目规模较小(例如, 简单的网站, 窗口小部件或扩展程序, 没有太多成员或任务需要同时管理)时, 这非常好。
会员
你可以将卡分配给成员, 这就是将卡分配给开发人员的方式-在那里非常简单。你也可以在评论中标记其他成员, 这可以帮助涉及问题的每个人保持就此进行交流。
只需单击一下, 用户即可轻松过滤他们的卡或属于其他团队成员的卡, 这在”日历”视图中特别方便。
非常视觉
由于其简单性, 只要打开卡中的内容, Trello就可以看到看板。这是一种非常直观的方法, 因为你无法逃脱此视图。此外, 卡片可以具有板上可见的图像。
这是Jira所没有的(或者至少我没有看到它在实际项目中使用过)。由于图片可以说的不止于话, 因此你无需打开每张票就可以轻松查看正在发生的事情。
此外, Trello的彩色标签可用于添加更多信息, 而无需扩展卡。通过良好的组织, 这些相当于看板的Post-It标签可以证明非常有帮助, 并为你节省了很多不必要的点击。
信息超载
由于其固有的简单性, Trello促使你保持简单明了, 避免因信息量过多而感到不知所措。很多时候, 你将在一个项目中工作, 在该项目中, 你甚至没有参与的项目的通知会不断轰炸你。
至少从我的经验来看, Trello上的这种额外噪音似乎有所减少。由于Trello在添加信息时并不那么用户友好, 因此我发现问题往往较小, 这意味着任务要比Jira分解成更小的部分。通过一些计划, 这些小任务不应产生太多噪音。
游戏化
游戏化的概念部分是承担一项简单的任务, 并通过使用奖励将其转变为游戏。正如Trello博客上这篇文章所指出的那样：”如果有奖励, 难度就不会让你失望。”
每当将票从一个阶段转移到另一个阶段时, 肾上腺素(或多巴胺)就会增加。由于你不能将卡片拖到Trello上而将其移到另一个阶段(而在Jira上, 只需更改问题的状态是最容易的), 因此你可以与正在取得的进展建立物理联系。在某个时刻, 如果你没有意识到这一点, 你会觉得自己在竞争自己, 那天淘汰了比前一天更多的问题(我希望我不是这种感觉的人), 或者你只是想奋力打造待办事项专栏尽快清空。如今, 许多软件产品都通过游戏化来创造更大的参与度, 就像大多数社交平台上的观点和喜好一样—行动奖励机制使人们参与到平台中来。
好和坏
我仍然对使用Trello感到高兴感到惊讶, 当然, 它的简单性对于这种体验至关重要。任务通常较小—尽管你完成的工作相同, 但将三个任务移至”供审阅”列比将单个Jira故事的状态更改为”完成”感觉要好。 (我觉得一个Jira故事的转换率大约是Trello上的三张卡片。)
这对于尝试管理项目的新开发人员或企业所有者是理想的选择, 因为进入的门槛非常低。 Trello容易被任何人, 软件工程师或其他人掌握。问题在于, 对于某些项目和庞大的团队来说, Trello可能太轻量级。尽管你可以轻松地创建其他板, 但是让许多开发人员在单个板上工作会带来麻烦。从本质上讲, 它与Jira的共享工作区不同。
优点
- 进入门槛低-你不需要任何经验
- 简单的用户界面
- 极佳的视觉效果-你马上就能想到
- 小项目和小团队的理想选择
缺点
- 不是一个友好的UI / UX, 无法为问题添加很多细节
- 在移动设备上的翻译效果不佳, 因为你实际上需要更多空间来显示看板
- 没有办法(至少直观地)确定任务的优先级
我应该使用项目管理工具吗？
是的, 我认为在当今典型的情况下, 经理或企业所有者无法全天候回答问题24/7, 你应该考虑使用工具, 就像拥有一个存储所需内容的方法一样清楚地这将帮助你避免混乱或遗漏的项目, 因为它们在Skype对话中被遗忘或埋藏在数百封电子邮件下面。如果你的项目较小, 例如一个业余爱好站点, 那么PMT可能会显得过大。
我应该使用哪一个？
答案就是最适合你的需求。如果你的团队由四人以上组成, 并且该项目将持续一年以上, 那么我将选择Jira。在这种情况下, 我强烈建议你阅读有关如何使用Jira以及如何使用软件开发方法的更多信息。
如果你的团队少于四个人, 并且该项目是一个简单的网站, 或者可能在现有项目中添加了一些功能, 则由于其简单性, 我建议Trello。一如既往, 借助工具, 两者都能完成工作, 但这并不意味着最好的工具对每个人来说都是一样的。
评论前必须登录！
注册