甘特圖插件

本文目錄一覽：

• 1、如何使用 Excel 繪制甘特圖
• 2、Atlassian In Action-Jira之核心插件（三）
• 3、你好，請問您問的excel關于打印的插件您問到了么？
• 4、甘特圖插件和 “Team Calendars”有什么區別

如何使用 Excel 繪制甘特圖

1、打開excel，準備要好整理的數據。

2、調整excel格式，一般excel格式為時間格式的，需要調整成常規。

3、選擇數據，點擊‘插入’菜單，找到條形圖---二維條形圖---堆積條形圖，點擊選擇即可。

4、將時間條顯示在上方，方便查看。點擊生成圖的Y軸，右鍵，設置坐標軸格式，勾選逆序類別。

5、設置X軸屬性，讓起始位置顯示在原點，適當調節間距。

6、選擇列表中的圖像，選擇藍色部分，右鍵，設置數據系列格式為無填充。

7、還原之前設置的日期的單元格格式。則可以完成甘特圖效果，適當拖動，調整。

注意：這里的顯示顏色大小都是可以根據需要調整的。

Atlassian In Action-Jira之核心插件（三）

Jira的道在于構建了整個環境和思維模式，也贏得了市場的認可，成了一種勢。無數的廠家便成了Jira的海洋生態當中的重要組成部分。有些廠家的插件是提升了Jira的體驗，有些則是強化了特定功能。這里只推薦三個算得上 必須 使用的插件。

圍繞這三個插件，我們能夠搭建起研發管理的整體路線和迭代管控視圖，簡化流程，完善管理制度。接下來就介紹每個插件的場景和使用方式。

我們通過一張圖形成一個大概的印象

我們當時選擇這個插件期望滿足的場景有下面幾個：

我們項目管理常用的軟件就是微軟的Project，所以我們選項目標也是按照這樣的思路來挑選的。最簡化的概念就是 甘特圖 。

當中有設置的必要的應該是Working schedule了

設置放假和周末，這樣在計算任務起止的時候能夠在甘特圖中正確的顯示，其他我沒有做過多的設置。

從上圖可以看出甘特圖的組織形式分為4層。

1. 項目（Project）

2. 版本（fixVersion）：注意是根據父任務的修復版本確定的

3. 父任務（Story/Task）

4. 子任務（Sub-Task）

在甘特圖的界面可以進行任務的管理。

可以拖動任務的兩端進行開始和截止日期的調整，也可以直接拖動整個任務進行任務的調整。

任務的進度是通過下面的三角標識進度，這個計算是使用實際投入的工時與預計工時直接的比例。

藍色的線是在日期欄直接左擊，就可以設置一個時間線，默認是設置在選擇日期的開始。可以用于設置迭代里程碑。

顯示內容的設置界面如下：

可以看到有四種方式可以混合使用：

1. 面板

2. 過濾器

3. 項目

4. JQL查詢語句

任務列表界面上元素都是可以根據實際系統中設置的字段進行調整的，如下圖所示：

綠色的是自定義字段，灰色的是系統字段。自定義字段基本都是單純的顯示，系統字段會有一些其他的效果。

這個插件在前端沒有任何感知，知道Jira系統中存在這個插件的基本也只有管理員了。但是對于管理員來說，這是流程推進、串聯的最重要的工具了。

它的作用是在工作流的流轉過程中可以附加其他的操作，列表如下：

可以看到主要有賦值、分配人員、評論、觸發其他流轉環節、自定義腳本等等，而且可以針對問題本身、父問題、關聯問題。基本能夠涵蓋日常應用的場景了。

我講一下我實踐過程中，比較常用的幾種場景：

使用到 Assign to last role member 或者Assign to role member 。場景例如bug，當測試發現一個bug時，可能并不直接指定具體研發，而是 提交給研發管理小組 確認之后再分配給具體研發，具體研發人員修改完成后，點擊 修改完畢 按鈕，轉發給測試。測試若發現bug沒有完全修復，點擊 退回研發 按鈕，直接退回對應研發（而且可以累積退回次數）。

這里面的幾個步驟：

1. 修改完畢，會追溯到測試角色的最后一個經辦人，并且將問題分配給他

1. 退回研發，會追溯到研發角色的最后一個經辦人，并且將問題分配給他

為何要追溯某角色的最后一個經辦人？因為內部可能還存在多次指派，甚至對bug進行分析后發現不是后端bug要指定給前端研發。測試不用自己分析要退回給誰，讓流程來判斷。

使用到 Transition linked issues 和Transition parent issue 。我們最早就講過，整個系統是子任務驅動的，具體人員只用關心和管理自己的子任務（子任務只有開始和結束兩個簡單狀態），但是父任務涉及多人合作和角色含義，狀態和節點可能會有幾十個，無論讓誰來管理都是很困難的。場景，一個父任務需要UI、產品、前端、后端、測試共同完成。其中可能產品先行，完成之后交付給UI，完成就可以前后端介入，研發全部完成后才能交付給測試執行。

這里面思想其實很簡單，就是子任務工作流+角色。首先對于不同角色要區分出合理的用戶組，當每個人完成任務時，判斷他自身的角色從而觸發父任務的狀態流轉。比如產品完成任務時，轉至 方案設計完成 ，研發完成時可以判斷當前父任務下是否存在測試子任務，若存在轉至 研發完成待測 ，若不存在說明不需要測試轉至 研發完成無需測試 。

這里給大家一個小小的建議

當你添加自動化工作流時，這里時可以選擇名稱或者id的，id就是一串唯一數字，當你需要精確觸發工作流時可以指定。但是像上面描述的那種情況，其實并不能完全判定當前的狀態是什么。比如需要產品協助時，產品會先完成任務之后研發才開始，這時候研發介入的上一環節是 設計方案完成 ，但是也存在不需要產品研發直接開始比如研發內部優化，這種情況下研發介入的上一環節是 待辦 。如果這時候指定的具體的工作流，起始狀態不正確就無法執行。所以建議是使用名稱，而且建議規范是 轉至+下一環節名稱 ，比如到研發這個環節，無論從待辦或者方案涉及完成，甚至測試退回，都成為 轉至研發 ，這樣我們只要寫一次post function就可以滿足多種情況了。

注意 ：即使使用名稱流轉，也必須滿足該流轉的起始和中止狀態滿足當前情況。例如如果我 方案設計中 如果沒有指向 研發進行中 節點，即使我嘗試觸發該流轉也是無法執行的。

研發在質問我，已經9012年了我們還要使用工時這種low爆的形式來做績效管理么？每天湊滿8小時工作時間對于管理層就這么重要么？你們的能力僅僅就是看著這個人工時有沒有記錄好么？

如果你這么想，說明你沒有想過研發管理到底該做什么。研發管理控制三要素：時間、成本、質量。控制的目的是提升，如何提升？必然是發現問題，改進才能提升。最簡單發現問題的地方是 工時分配 ，而不是某個員工8小時工時本身。某個迭代中，那個story投入的工時超出成本，哪些人的bug工時投入超出正常比例、哪些人的線上問題投入工時較高、整體研發部門投入在非研發工作上的比例是多少，要不要優化。這些才是我們應當去關注并改進的。當所有人員只有3-5個人，可能這個數據受個人影響比較大，但是當人員超過30-50人時，個人少報或者沒有正確填寫的影響就已經比較小了，我們要觀察的是趨勢，大項的時間投入正常都是有記錄的，這樣基本就能夠反應真實情況了。

所以Tempo作為目前時間管理最好的工具，在研發管理中重要性相信各位管理人員都有認知了。

tempo當前最新是9.4.2版本，我使用的是8.15.3 。我嘗試升級過一次插件，結果大家都不習慣新的界面，我不得不退回老版本。

全局配置中有幾點說明，我們是子任務驅動所以工時不允許記錄在父任務。但是只有一個任務下有子任務的時候才是父任務，否則就可以記錄工時。

Work Attributes是設置工時填寫面板的自定義字段

注意 ：這里的字段只有通過記錄工時按鈕呼出的界面才有，比如完成任務時填報工時的界面是沒有自定義字段的。

v9去掉的就是這個工時表，這個基本上是我們最常用的功能了。所以去掉之后大家都不知道怎么用了。

用戶這個地方的下拉框可以選擇如下幾種選項。其中比較難理解的是賬戶這個概念，tempo里面實際上是有成本概念的，就是通過賬戶當中的金額來管理，不過我們沒有使用過。

常用的幾個是用戶（分析單個用戶的工時分布），團隊（每個小組整體任務工時分布），高級（指定過濾器查看任務工時分布），問題（查看單個問題的人員工時分布）

時間區間可以任意指定，查詢出的結果可以直接導出excel用于做透視圖之類的。

v9主推的就是Reports操作的內容和界面形式應該是更加優化，上面的時間區間、過濾器設置（可以多選），分組可以多選和排序。

這個我們用的比較少，主要會針對某個具體問題、或者較大的Epic相關的項目站會、總結會時，分析人員工作進度和使用。

上述三個插件加入到Jira之后，我們完成了迭代整體控制、工作流實施、研發管理規范與提升三方面配置，基本已經可以開始組織一個研發團隊為了同一個既定目標按照統一規范流程進行開發，而且盡量簡化過程降低研發非研發類工作的占比。但是我們還是可以使用一些其他的插件來提高研發管理整體效率。另外必須說一句，這些插件的儀表盤可用插件沒一個能用的。

你好，請問您問的excel關于打印的插件您問到了么？

作為一個Excel小編，最痛苦的莫過于內心有一百種想實現的需求，卻不知道具體怎么操作。網上查吧，先不說你能不能準確描述需求，就算描述準確了，網上的消息魚龍混雜，不僅需要分辨質量還需要花不少學習成本。那咋辦呢？下面給小編們推薦幾個超牛逼的Excel插件，你想實現的需求里面幾乎都有。再也不用苦苦翻網上教程了。

一、方方格子工具箱

首推，非常強大的一款Excel插件，功能極為豐富，操作也十分簡單，鼠標點點點就行了。上百個實用功能包括批量錄入/刪除、數據對比、高級排序、聚光燈、宏收納箱等等，也支持用戶自定義工具箱。具體使用方法自己琢磨去吧，反正是傻瓜化的。

二、慧辦公

跟「方方格子工具箱」其實差不多，也是傻瓜化操作，集成很多常用的Excel操作：合并/拆分單元格、批量導出、批量插圖、Excel格式轉換…用它還是用方方格子，見仁見智咯。

三、EasyCharts

跟前面兩者不同的是，「EasyCharts」插件主要用于數據可視化，可以輕松制作出各種風格的圖表，如果你已經對Excel默認的圖表風格審美疲勞，用用它絕對有驚喜。

四、Gantt Chart for Excel

一款繪制甘特圖的Excel插件，甘特圖是項目經理常用的一種圖表類型，可以清晰表示出項目進度，用來作時間管理非常合適。

五、Gauge

也是一款圖表插件（不要問我為什么介紹了三款，顏值控！），可以一鍵生成類似汽車儀表板的圖表，非常高端大氣上檔次，而且傻瓜化操作。

甘特圖插件和 “Team Calendars”有什么區別

甘特圖主要有三種類型:

? 甘特計劃圖

? 甘特進度圖

? 甘特載負圖

甘特圖的作用：

計劃項目時間

跟蹤項目進度

測定工作負荷

怎么做：

在縱軸列出項目中的各項活動

橫軸列出連續的各個時間段

在坐標圖中標出每項工作所需的時間長度的橫條

甘特圖適用范圍：

傳統甘特圖的缺點是不能表示活動間的邏輯關系。目前的項目管理軟件已經解決了這個問題。它們通過連接箭頭來表示活動間的關聯。這樣,簡潔易懂的甘特圖成為人們做做項目時間計劃的常用工具。

網絡圖將任務計劃和進度安排分開的職能是甘特圖所沒有的。因此，一旦甘項活動的時間延誤，甘特圖整體將面臨大變動，而網絡圖則不然。這正是網絡圖的優勢和科學之處。

甘特圖（Gantt chart ）又叫橫道圖、條狀圖(Bar chart)。它是以圖示的方式通過活動列表和時間刻度形象地表示出任何特定項目的活動順序與持續時間。它是在第一次世界大戰時期發明的，以亨利·L·甘特先生的名字命名，他制定了一個完整地用條形圖表進度的標志系統。由于甘特圖形象簡單，在簡單、短期的項目中，甘特圖都得到了最廣泛的運用

甘特圖的優點：

圖形化概要，通用技術，易于理解； 中小型項目一般不超過30項活動； 有專業軟件支持，無須擔心復雜計算和分析。

甘特圖的局限：

甘特圖事實上僅僅部分地反映了項目管理的三重約束（時間、成本和范圍），因為它主要關注進程管理（時間）

軟件的不足。盡管能夠通過項目管理軟件描繪出項目活動的內在關系，但是如果關系過多，紛繁蕪雜的線圖必將增加甘特圖的閱讀難度；

甘特圖的項目管理方式可以用微軟公司的Office Project來體現和實現

1、甘特圖表

在甘特圖中，橫軸方向表示時間，縱軸方向并列機器設備名稱、操作人員和編號等。圖表內以線條、數字、文字代號等來表示計劃(實際)所需時間，計劃(實際)產量，計劃(實際)開工或完工時間等。

2、帶有分項目的甘特圖

3、帶有分項目和分項目網絡的甘特圖

甘特圖的繪制步驟：

1.明確項目牽涉到的各項活動、項目。內容包括項目名稱（包括順序）、開始時間、工期，任務類型（依賴/決定性）和依賴于哪一項任務。

2.創建甘特圖草圖。將所有的項目按照開始時間、工期標注到甘特圖上。

3.確定項目活動依賴關系及時序進度。使用草圖，按照項目的類型將項目聯系起來，并安排項目進度。

此步驟將保證在未來計劃有所調整的情況下，各項活動仍然能夠按照正確的時序進行。 也就是確保所有依賴性活動能并且只能在決定性活動完成之后按計劃展開。

應用范圍：

1. 項目管理：在現代的項目管理里，被廣泛的應用。這可能是最容易理解、最容易使用并最全面的一種。它可以讓你預測時間、成本、數量及質量上的結果并回到開始。它也能幫助你考慮人力、資源、日期、項目中重復的要素和關鍵的部分，你還能把10張各方面的甘特圖集成為一張總圖。以甘特圖的方式，可以直觀的看到任務的進展情況，資源的利用率等等。

2. 微軟項目管理軟件(MicroSoft Project)：在微軟的Project軟件里，微軟公司把甘特圖植入程序里，通過項目經理對項目任務的分配，就可直接形成甘特圖。

3. 其它領域：如今甘特圖不單單被應用到生產管理領域，隨著生產管理的發展、項目管理的擴展，它被應用到了各個領域，如：建筑、IT軟件、汽車等等。

4. 相關軟件：由于軟件業的飛速發展，甘特圖這種廣泛應用于項目管理的軟件已可由其他項目管理軟件替代。如basecamp，TeamOffice（SaaS型）、趣客、易度（SaaS型）等，都可對項目進行管理，安排任務，查看進度。其中TeamOffice還有試用版，無需下載、不用安裝，上網就能使用，透視出項目管理軟件日臻完善的前沿趨勢。

同時避免關鍵性路徑過長。關鍵性路徑是由貫穿項目始終的關鍵性任務所決定的，它既表示了項目的最長耗時， 也表示了完成項目的最短可能時間。請注意，關鍵性路徑會由于單項活動進度的提前或延期而發生變化。 而且要注意不要濫用項目資源，同時，對于進度表上的不可預知事件要安排適當的富裕時間（Slack Time）。 但是，富裕時間不適用于關鍵性任務，因為作為關鍵性路徑的一部分，它們的時序進度對整個項目至關重要。

4.計算單項活動任務的工時量。

5.確定活動任務的執行人員及適時按需調整工時。

6.計算整個項目時間