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，因為它很簡單。 與往常一樣，使用工具，兩者都可以完成工作，但這並不意味著最好的工具對每個人都是一樣的。