4 個工作流管理工具,您的移動應用業務離不開
已發表: 2016-02-23[ Proto .io 是一種移動應用程序原型製作工具,企業家和初創公司使用它來創建外觀和感覺都像真實應用程序的完全交互的逼真原型。]
工作流管理對於設計滿足用戶需求的應用程序至關重要,同時展示您的設計和開發團隊的技能,使您的業務看起來不錯。 但是有這麼多面向設計師、開發人員和企業家的項目管理軟件,您怎麼知道什麼適合您的特定團隊或機構? 在進行資本投資之前,了解自己作為移動應用程序創建者的需求以及同事的需求至關重要。

正如我們列出的頂級 UX 設計工具列表一樣,任何移動應用程序設計師都不應缺少這些工作流管理工具,其中許多工具可能會讓人感到驚訝——它不僅僅與軟件有關! 無論您是獨自飛行還是作為代理機構的一員,這四個工具對於讓每個人都在同一個頁面上是必要的,簡化您的流程,同時使最終產品更加美觀:
連貫的項目管理方法論。

你是一個 Scrum 商店,還是你都是看板? 你是比精益更敏捷,還是兩者兼而有之? 無論您採用何種項目管理方法,您都可以使用一種工具來創建項目和任務、確定它們的優先級、將設計人員、開發人員、測試人員和其他團隊成員分配給項目、監控截止日期和跟踪客戶反饋——等等。
已經不知所措? 首先,讓我們看看你的方法論。 如果您在最後一段中迷失了方向,我們將為您提供最新信息。
面向設計師和開發人員的項目管理軟件理念
我們明白了:方法論與軟件甚至白板在同一意義上的工作流管理工具不同。 但是,它們是組織您的項目、讓您的團隊在同一頁面上以及確定您將如何將一個好主意變成一個更大的移動應用程序的不可或缺的框架。
另外,在你有一個清單之前你不能去購物,而且移動應用程序團隊可用的任務管理工具往往基於這些預先建立的方法。 在為設計人員、開發人員和經理選擇任務和項目管理軟件之前,確定要使用什麼框架來運行項目至關重要。 這將根據您的項目需求、客戶需求、團隊文化和個人項目管理理念而有所不同(是的——我們要求您在這裡深入挖掘!)。
敏捷項目管理
最初是關於項目管理的宣言,現在已成為基於敏捷哲學的更具體框架的保護傘,例如 Scrum。 2001 年,一群開發人員提出了敏捷宣言,這有點像軟件開發對馬丁路德的 95 篇論文的回答——除了挑戰教會之外,敏捷宣言違背了瀑布方法論,曾經是項目的鐘聲管理球。
不要去追逐瀑布

那麼,讓敏捷誕生的瀑布項目管理出了什麼問題呢? 與技術中的任何事物一樣,它主要與用例有關,而瀑布只是不是,嗯,敏捷 對於大多數軟件開發項目來說已經足夠了。 瀑布式管理是一個非常線性、順序的過程,具有嚴格的項目階段(收集需求、設計、實施、測試和維護)和充足的文檔。
說真的,大量的文檔。 雖然“瀑布”方法之所以如此命名,是因為項目的進展被認為是貫穿每個階段的,但它可能會讓你感覺自己真的被淹沒在項目文檔的瀑布下。
雖然對技術作家來說可能是一個福音,但瀑布並不適合軟件開發人員或他們的經理,他們發現項目需求有時在項目開始時難以預測,而且僵化的結構使得即興創作和靈活性成為必要對於成功的軟件開發來說很難執行。 結果,這個過程花費了太長時間,客戶的需求沒有得到解決,溝通變得緊張,所有這些都以最終產品為代價。 (除了文檔——文檔是正確的。)
敏捷宣言用更強調人而不是流程和“工作軟件”而不是文檔(例如,快速創建交互式原型而不是創建密集註釋的扁平線框)取代了這種僵化的結構。 從本質上講,Waterfall 不夠快或不夠靈活,無法滿足現代軟件和應用程序開發的需求,而敏捷取代了它。
精益項目管理
其目的類似於敏捷——使項目生命週期更高效、更易於管理——但其實施的不同之處在於精益。 通常被認為更像是一種製造項目管理風格,尤其是與 80 年代後期豐田的生產相關時,精益管理及其原則也在科技界流行起來。
根據精益企業研究所的說法,精益管理的基礎是“最大限度地提高客戶價值,同時最大限度地減少浪費”,精益通過五個主要原則來實現這一點:確定最終產品對客戶的價值,制定實現該目標的步驟產品並消除任何不增加價值的步驟,最大化這些步驟的流程,建立拉動(評估客戶需求和反饋)並完善流程,直到它“完美”——即最大價值,沒有浪費。
為了幫助項目經理實施精益和敏捷方法,一些更具體的框架已經發展,以使其原則更加具體。
為你推薦:
Scrum 和看板 – 為您的商店尋找合適的工作流管理工具

在敏捷和精益的保護傘下有一些更具體的項目管理方法,每一種方法都有大量的工作流管理工具來幫助你運行更緊密的船。 移動應用程序開發中最受歡迎的兩個是 Scrum 和看板。 您可能會發現您的項目和管理風格彼此相得益彰,或者結合了兩者的元素:

Scrum 可能是最著名和最廣泛使用的敏捷項目管理方法論,並且是軟件開發商店的經典之作。 同樣,它是一個迭代過程——這意味著 Scrum 不像瀑布那樣具有一系列僵化的階段,而是根據產品認為必要的次數多次引導您完成規劃、構建、測試和審查過程。
例如,您可以快速構思一個應用程序,快速構建應用程序的交互式原型,測試應用程序的 Beta 版,然後返回概念和原型設計以使成品完美。 每個通過這個過程的過程稱為一個 sprint,每個 sprint 都有一個項目積壓和一組用戶故事(“作為用戶,我需要 X 來實現 Y”),直到最終產品準備好發貨。
看板是另一種流行的項目管理方法,這次是在精益的保護傘下。 由豐田在日本開發(同樣,設計汽車和移動應用程序之間有很多相似之處),看板使用視覺提示根據項目所處的階段來組織您的項目。 您確定完成項目所需的步驟(同樣,消除並非絕對必要的任何步驟),然後將每個步驟放入階段列(例如,“積壓”、“進行中”和“完成”)。 這使您可以輕鬆查看每個項目的位置以及可能出現瓶頸的位置。
Scrumban 是 Scrum 和看板的組合,是確保您的流程不僅精益而且靈活和自適應的好方法。 通過將精益/看板的自上而下的可見性和下游“拉動”需求添加到 Scrum 的流程(衝刺、積壓和用戶故事)中,您的團隊可以從這兩種工作流管理工具的優勢中受益。
監督項目的軟件工具
既然您已經考慮過要將哪種類型的框架應用於您的管理風格,您就可以摘下哲學帽,戴上採購帽。 在 80 年代,您可能不得不使用膠帶和實際的記事卡創建自己的看板,但現在有大量的項目管理軟件套件供設計師使用 Scrum、看板或 Scrumban 的原則。 這是我們最喜歡的兩個:
Basecamp 是最受歡迎的工作流管理工具之一,部分原因在於其強大的功能集——它不僅允許您將項目組織成不同的階段和步驟,還可以直接與您的團隊成員交流、存儲文件和接收通知當事情到期時(並在周末和休息日關閉這些通知,以平衡工作與生活)。
雖然嚴格來說不是 Scrum 工具,但 Basecamp 使用敏捷管理原則並很好地映射到 Scrum 流程。 因為它包含許多不同的實用程序(其中許多我們將在本文後面討論),所以如果您想盡量減少使用的工具數量並投資於完整的項目管理套件,它是一個不錯的選擇。
Trello 是另一種更廣泛使用的基於敏捷的工作流管理工具,但與 Basecamp 不同的是,它更專注於任務管理,混合了基於 Scrum 的團隊角色和基於看板的可視板。 如果您正在尋找一種組織項目的方式,Trello 是一個很好的選擇——此外,正如其網站上所示,Trello 非常適合家庭項目,例如重新設計廚房,甚至計劃婚禮,因為它是管理工作項目。 試用它供個人使用(它是免費的!),如果你喜歡它,升級到商務艙與你的團隊分享。
有更多的項目管理工具供設計師和開發人員使用,一些更適合 Scrum,一些更適合看板,一些更適合 Scrumban。 (我們很想知道你最喜歡什麼——在推特上@Protoio 分享你最喜歡的敏捷或精益工具,以及它如此出色的原因!)
考慮到業務而設計的消息傳遞工具

在電子郵件和項目管理套件之間,您可以通過多種方式與您的團隊進行交流。 如果您在辦公室工作,您可以隨時走到設計師或開發人員的辦公桌前開始對話,或者將所有人聚集在白板上。 但是,無論您是在遠程工作還是在單個位置工作,有時您都沒有機會離開辦公桌,而是需要與您的團隊實時聯繫。
即時通訊對商業世界來說並不新鮮,但以一種對商業友好的方式使用它可能是一個挑戰。 使用您已經用於在辦公室外進行交流的工具(例如 Facebook Messenger 或 Google Chat)會很方便。 但是,當他們從與朋友和家人的意識流聊天中過濾(或未能過濾)業務消息時,它也會降低團隊的生產力。 此外,在任一平台上忽略通知都太容易了,因此您可能會錯過一位同事的重要更新。
為您的代理機構提供的最佳消息傳遞工具是針對特定工作的——也就是說,來自測試和 QA 團隊的重要更新不會與你祖母的蘋果脆食譜或你叔叔的雙關語混為一談——並且能夠按項目隔離你的對話和團隊。
在 Proto.io,我們是 Slack 作為即時消息傳遞和協作解決方案的忠實擁護者。 Slack 的優點在於,您不僅可以為特定項目團隊之間的聊天創建“私人頻道”,還可以創建組織中每個人都可以看到的開放頻道,並使用主題標籤進行組織。 然後,就像在社交媒體上一樣,您可以查看專注於特定主題的聊天流(例如,“#marketing”、“#golfouting”、“#IT-issues”等)。
而且,與任何其他即時通訊工具一樣,您可以使用 Slack 發送直接消息,這樣您就可以與您的一個項目的首席設計師進行一對一的聊天(或向會計部門的 Stacy 詢問這些 cookie 的配方)她今天帶來了)。
為協作優化的快速原型設計。
無論您是敏捷車間還是精益車間(或兩者兼而有之),快速原型製作都是消除流程浪費的重要方法。 交互式原型不僅在爭取潛在合同和作為您的數字營銷材料的高度參與的富媒體內容方面提供了巨大的投資回報率,而且它們還減少了在流程開發階段花費的時間,同時為您提供了一種快速的方法根據客戶反饋更新您的設計。
使用 Proto.io 之類的工具,您可以創建令人驚嘆的、栩栩如生的移動應用程序數字原型,其中包含動畫和交互——因此它更像是最終產品(如果您不相信,請查看這些交互式原型演示!)。 更好的是,Proto.io 針對協作進行了優化,使其成為您最重要的工作流管理工具之一。
任何項目經理必須處理的最大難題之一是收集和組織客戶反饋,確保在最終產品中滿足所有需求。 通常,這意味著在您的收件箱中搜索您可能發誓已經閱讀過的消息,但數小時後卻發現它深深地埋在了一個長長的電子郵件鏈中。
使用 Proto.io,來自團隊、beta 測試人員或客戶(您可以邀請任意數量的合作者)的所有反饋都直接在應用程序中進行組織,使協作變得輕而易舉。 這既可以節省時間,又可以確保客戶或 Beta 用戶獲得最大價值,使其成為您精益管理工具包的完美補充。
您最喜歡的工作流程管理工具是什麼?
設計師的項目管理工具幾乎與設計團隊一樣多,最適合您的特定技能、工作風格和精神的工具可能與保持另一家公司精益和敏捷的工具不同。
你最喜歡的工具是什麼? 沒有什麼軟件你絕對不能沒有? 通過推特@Protoio 讓我們知道!
[ Proto .io 是一種移動應用程序原型製作工具,企業家和初創公司使用它來創建外觀和感覺都像真實應用程序的完全交互的逼真原型。]






