跳到主要內容

免費軟體使用教學:專案管理一定要用的甘特圖

免費軟體使用教學:專案管理一定要用的甘特圖,清楚呈現9大重要資訊

shutterstock
市面上不少好用、介面漂亮的「任務管理」工具,但牽涉到團隊協作、任務相關性高的專案管理時,任務管理工具常常不敷使用,本文列出使用甘特圖的九大好處以及免費軟體使用教學。
網路上討論生產力的文章很多,但幾乎全是任務管理相關的,很難看到專案管理App。
甘特圖就是幾乎沒有被人介紹到的一個有力生產力工具。透過甘特圖,可以一目了然看到一個專案裡面的各個任務分別從什麼時候開始什麼時候結束,不同任務之間是否有時間重疊和依賴,以及哪些任務可以同時做哪些任務必需有先後順序。
當你開始使用甘特圖來規劃任務,你就會發現你的生產力進入了另一個層次。

什麼是甘特圖

什麼是甘特圖呢?下面這張圖就是甘特圖。
null
這張圖是我12月離職做交接時候的甘特圖。
  • 不同的顏色表示不同的人
  • 每一行表示一個任務
  • 紅色豎線表示今天應該完成的任務
  • 任務與任務之間的黑色箭頭表示任務之間的依賴關係,必需完成前面的才能完成後面的
  • 帶中心黑線的任務表示已經完成的任務
透過這一張甘特圖,我能一眼看出以下信息:
  1. 今天誰應該做什麼任務
  2. 這個任務從什麼時候開始,到什麼時候結束
  3. 一個人在一段時間裡有哪些任務
  4. 應該先做哪些任務再做哪些任務
  5. 哪些任務可以同時做
  6. 這個任務是否被其他任務依賴,如果是,那麼這個任務就不能推遲,必需按時完成或者提前完成,否則會影響後面的任務
  7. 每個任務已經完成多少還剩多少
  8. 大任務下面有哪些子任務
  9. 任務的里程碑是什麼時候

為什麼要用甘特圖

使用甘特圖,可以克服任務管理工具的幾個缺陷。
少數派的文章喜歡介紹任務管理工具,很多人也喜歡用任務管理工具。任務管理App,更是多不勝數,常見的Things 3、Todoist、Any.do、Teambition、Trello……其中Things 3和Todoist,本質上就像是一個增強版的提醒工具,你要做什麼事情,填上去,設置好Deadline,事情做完了勾掉。如下圖所示。
null
但這種類型的App有一個缺點——任務只有未做完成兩個狀態,沒有正在做的狀態。
而Teambition與Trello稍微進步一點,引入了看板的概念,於是能夠顯示任務在各個階段的狀態,如下圖所示。這張圖是少數派的Trello看板,用來讓作者選題。
null
這種類型的App有一個很大的問題:你做了很多任務,但是你不知道你做這些任務是為了什麼。任務管理類App適合用來記錄和追蹤各種瑣碎的任務和相關性不強的任務。就像是少數派的每一篇文章,文章與文章之間不是一個系列的關係,他們各自獨立,誰都可以領題、寫文章,哪個選題先寫哪個選題後寫,關係不大。
一旦要規劃一個專案,對於規劃專案的人和做專案的人,用任務管理類App都會讓人覺得使不上勁。對於做任務的人,看到每一個獨立的任務,對專案沒有整體的概念;對於規劃專案的人,不知道任務是不是已經切分得足夠細,是否有遺漏。舉一個例子,下面是一些任務:
  • 找IT申請伺服器
  • 配置Dockerfile
  • 配置Docker Swarm
  • 搭建Jenkins
  • 配置Github Hook
  • 選擇三個Repo測試
現在看到上面的幾個任務,你知道我是想做什麼嗎?我想實現持續集成(CI),實現開發人員把程式碼一推到Github,系統自動使用Jenkins把程式碼拉到測試伺服器,檢查程式碼風格,做單元測試,做功能測試,自動生成Code Review申請發送給相關人員,Code Review以後自動把程式碼集成到主幹並部署。但是對於做任務的人,卻很難根據上面的任務發現要做這個事情。對於規劃任務的人,也很難發現是否漏掉了任務,以及是否其中的一個或者多個任務可以繼續拆分。
再一個問題,在為每一個任務設定時間的時候,任務一旦多,很難把控每個任務的具體時長。也難以發現哪些任務可以同時做,哪些任務有依賴必需先做這個再做那個,前置任務必需按時完成。即使設置了任務優先級,但是對於同級的任務誰先做誰後做,你卻無法把控,只有看 App 上哪個排前面就先做哪個。
我曾經有一篇文章,就是因為考慮到Teambition的這個問題,所以把Teambition與大綱工具Workflowy結合起來使用。文章為:TeamFlowy——結合Teambition與Workflowy
但是,如果你使用了甘特圖,你就可以克服任務管理App的這些缺陷。因為為了繪製出甘特圖,你必需強迫自己完成以下幾件事情:
  1. 確定每一個任務的開始時間和結束時間
  2. 確定任務的依賴關係
  3. 分離可以同時運行的任務
  4. 確定不同人的任務間的時間關係
當你根據以上的規則繪製好第一版甘特圖以後,你會發現有些地方是可以繼續調整的,但是這種調整,在你沒有畫圖之前是不能發現的。於是你會在調整甘特圖的過程中,讓專案的規劃越來越清晰。

怎麼做甘特圖

繪製甘特圖不一定需要App,你可以在紙上做甘特圖,也可以用Excel來做。下面這張圖是來自網絡。
null
這是使用Excel做出來的效果,但是做起來稍顯麻煩。
OmniPlan和MS Project都是非常專業的甘特圖製作軟體,但是價格非常高。畢竟這是生產力軟體,使用這個軟體你是可以賺大錢的,自然軟體本身就會比較貴。
開源的甘特圖軟體也有不少,不過不是功能不全就是界面醜陋。這裡介紹一個相對比較完整的甘特圖製作軟體:GanttProject,除了長的比較醜,其他方面GanttProject很好用。
GanttProject的官方網站為ganttproject.biz,在這裡你可以下載到macOS、Windows或者Linux版本的軟體。
GanttProject運行以後的界面如下圖所示。
null
在左側任務面板右鍵或者按下鍵盤Command + T就可以添加任務,Windows和Linux對應的快捷鍵為Ctrl + T。如下圖所示。
null
創建好了一個任務,它默認的開始時間和結束時間都是今天。在任務上面右鍵,選擇任務屬性,可以打開任務屬性設置界面,在這裡可以設置任務的開始時間和任務時長。但是你不能設置任務結束時間。因為任務結束時間會根據開始時間和任務時長自動計算。如下圖所示。
null
在這個界面,還可以設置任務的顏色,實現不同人不同顏色,或者不同專案不同顏色。也可以在這裡更新任務進度。
創建多個任務,如果後面的任務依賴前面的任務,那麼在右側被依賴的任務色條上單擊鼠標左鍵,按住並拖動到依賴它的任務上。依賴它的任務的起始時間自動就會變為被依賴任務的結束時間,如下圖所示。此時,後一個任務只能設置任務的時長,不能修改任務的起始時間。
null
如果依賴關係設置錯誤,打開依賴任務的任務屬性,定位到前置任務選項卡,在這裡可以刪除被依賴的任務或者修改被依賴任務。如下圖所示。
null
如果你需要移動任務的順序,滑鼠單擊選中它,按下鍵盤上的Alt + 方向鍵上或下即可移動任務。
我認為甘特圖有一個非常重要的元素,就是豎直紅線,它指向了今天的任務。要打開這條紅線,需要單擊菜單欄的編輯 - 設置,定位到甘特圖設定,在將今天顯示為紅色點選為,如下圖所示。
null
單擊確定回到甘特圖的界面,可以看到圖中出現了一條紅色豎線。這條豎線指向了今天應該做的事情。如下圖所示。
null
每天打開甘特圖,這根紅線都會指向當天。
GanttProject可以把做好的甘特圖導出為圖片,CSV、HTML或者PDF文件。單擊專案 - 導出,點選Raster圖像文件,並單擊下一步,如下圖所示。
null
設置保存路徑和甘特圖的日期範圍即可導出為PNG文件,以方便分享。
GanttProject還有更多功能,你可以安裝以後慢慢研究。
本文授權轉載自:少數派

留言

這個網誌中的熱門文章

2017通訊大賽「聯發科技物聯網開發競賽」決賽團隊29強出爐!作品都在11月24日頒獎典禮進行展示

2017通訊大賽「聯發科技物聯網開發競賽」決賽團隊29強出爐!作品都在11月24日頒獎典禮進行展示 LIS   發表於 2017年11月16日 10:31   收藏此文 2017通訊大賽「聯發科技物聯網開發競賽」決賽於11月4日在台北文創大樓舉行,共有29個隊伍進入決賽,角逐最後的大獎,並於11月24日進行頒獎,現場會有全部進入決賽團隊的展示攤位,總計約為100個,各種創意作品琳琅滿目,非常值得一看,這次錯過就要等一年。 「聯發科技物聯網開發競賽」決賽持續一整天,每個團隊都有15分鐘面對評審團做簡報與展示,並接受評審們的詢問。在所有團隊完成簡報與展示後,主辦單位便統計所有評審的分數,並由評審們進行審慎的討論,決定冠亞季軍及其他各獎項得主,結果將於11月24日的「2017通訊大賽頒獎典禮暨成果展」現場公佈並頒獎。 在「2017通訊大賽頒獎典禮暨成果展」現場,所有入圍決賽的團隊會設置攤位,總計約為100個,展示他們辛苦研發並實作的作品,無論是想觀摩別人的成品、了解物聯網應用有那些新的創意、尋找投資標的、尋找人才、尋求合作機會或是單純有興趣,都很適合花點時間到現場看看。 頒獎典禮暨成果展資訊如下: 日期:2017年11月24日(星期五) 地點:中油大樓國光廳(台北市信義區松仁路3號) 我要報名參加「2017通訊大賽頒獎典禮暨成果展」>>> 在參加「2017通訊大賽頒獎典禮暨成果展」之前,可以先在本文觀看各團隊的作品介紹。 決賽29強團隊如下: 長者安全救星 可隨意描繪或書寫之電子筆記系統 微觀天下 體適能訓練管理裝置 肌少症之行走速率檢測系統 Sugar Robot 賽亞人的飛機維修輔助器 iTemp你的溫度個人化管家 語音行動冰箱 MR模擬飛行 智慧防盜自行車 跨平台X-Y視覺馬達控制 Ironmet 菸消雲散 無人小艇 (Mini-USV) 救OK-緊急救援小幫手 穿戴式長照輔助系統 應用於教育之模組機器人教具 這味兒很台味 Aquarium Hub 發展遲緩兒童之擴增實境學習系統 蚊房四寶 車輛相控陣列聲納環境偵測系統 戶外團隊運動管理裝置 懷舊治療數位桌曆 SeeM智能眼罩 觸...
opencv4nodejs Asynchronous OpenCV 3.x Binding for node.js   122     2715     414   0   0 Author Contributors Repository https://github.com/justadudewhohacks/opencv4nodejs Wiki Page https://github.com/justadudewhohacks/opencv4nodejs/wiki Last Commit Mar. 8, 2019 Created Aug. 20, 2017 opencv4nodejs           By its nature, JavaScript lacks the performance to implement Computer Vision tasks efficiently. Therefore this package brings the performance of the native OpenCV library to your Node.js application. This project targets OpenCV 3 and provides an asynchronous as well as an synchronous API. The ultimate goal of this project is to provide a comprehensive collection of Node.js bindings to the API of OpenCV and the OpenCV-contrib modules. An overview of available bindings can be found in the  API Documentation . Furthermore, contribution is highly appreciated....

完形心理學!?讓我們了解“介面設計師”為什麼這樣設計

完形心理學!?讓我們了解“介面設計師”為什麼這樣設計 — 說服客戶與老闆、跟工程師溝通、強化設計概念的有感心理學 — 情況 1 : 為何要留那麼多空白? 害我還要滾動滑鼠(掀桌) 情況 2 : 為什麼不能直接用一頁展現? 把客戶的需求塞滿不就完工啦! (無言) 情況 3: 這種設計好像不錯,但是為什麼要這樣做? (直覺大神告訴我這樣設計,但我說不出來為什麼..) 雖然世界上有許多 GUI 已經走得又長又遠又厲害,但別以為這種古代人對話不會出現,一直以來我們只是習慣這些 GUI 被如此呈現,但為何要這樣設計我們卻不一定知道。 由於 完形心理學 歸納出人類大腦認知之普遍性的規則,因此無論是不是 UI/UX 設計師都很適合閱讀本篇文章。但還是想特別強調,若任職於傳統科技公司,需要對上說服老闆,需要平行說服(資深)工程師,那請把它收進最愛;而習慣套用設計好的 UI 套件,但不知道為何這樣設計的 IT 工程師,也可以透過本文來強化自己的產品說服力。 那就開始吧~(擊掌) 完形心理學,又稱作格式塔(Gestalt)心理學,於二十世紀初由德國心理學家提出 — 用以說明人類大腦如何解釋肉眼所觀察到的事物,並轉化為我們所認知的物件。它可說是現代認知心理學的基礎,其貫徹的概念就是「整體大於個體的總合 “The whole is other than the sum of the parts.” —  Kurt Koffka」。 若深究完整的理論將會使本文變得非常的艱澀,因此筆者直接抽取個人認為與 UI 設計較為相關的 7 個原則(如下),並搭配實際案例做說明。有興趣了解全部理論的話可以另外 Google。 1. 相似性 (Similarity)  — 我們的大腦會把相似的事物看成一體 如果數個元素具有類似的尺寸、體積、顏色,使用者會自動為它們建立起關聯。這是因為我們的眼睛和大腦較容易將相似的事物組織在一起。如下圖所示,當一連串方塊和一連串的圓形並排時,我們會看成(a)一列方塊和兩列圓形(b)一排圓形和兩排三角形。 對應用到介面設計上,FB 每則文章下方的按鈕圖標(按讚 Like / 留言Comment / 分享 Share)雖然功能各不相同,但由於它們在視覺上顏色、大小、排列上的相似性,用戶會將它們視認為...