做迭代的測試master期間內，每週要出
測試週報，這就需要統計迭代相關的資料，包括開發進度，測試進度，缺陷情況等，每次都需要去翻看儲存的jira上的filter，如果之前沒有新建filter的話，還需要新建乙個過濾器，後來想想，其實可以利用jira上的dashboard來集中管理這些filter，然後利用其共享功能，share出去，這樣專案組的其他人都可以通過這乙個dashboard看到整個專案的實時進度情況，同時給master和測試負責人、sqa以及專案負責人提供統計資料，及時控制專案/迭代風險。根據這個想法，我新建了乙個迭代/專案進度管理模板，這樣乙個新的迭代或者專案，只要在迭代/專案開始設定一下filter條件，整個專案過程中就可以「一勞永逸」了，下面說一下這個模板，以及如何得到相關資料（其實這點不用說，只要一看模板就懂了...）：先給乙個整體模板圖
下面來看細節：
專案/迭代需求story列表及狀態：
從上面的途中可以一眼得到自己想要的任何資訊，而不需要任何多餘的設定和選擇
專案/迭代測試任務列表及狀態：
列表類似於需求story，這裡就不貼圖了
缺陷列表及狀態：
新增需求列表：
讓迭代master和測試負責人頭疼的不能及時知道需求變更的情況在這裡可以得到緩解
首先說一下，我們可以從模板上得到神馬：
1、 迭代/專案的需求數量、需求列表、開發進度；
2、 迭代/專案的測試任務、測試進度、測試任務列表；
3、 缺陷數量、缺陷解決情況、缺陷列表；
4、 需求變更情況
5、 模板中的內容（列表、統計圖等所有資訊），會根據專案情況實時自動更新的，不用作任何設定或變動（前提是開發和測試人員及時更新jira上的任務狀態~~這個不為過吧，本來就應該做到的~）
6、 匯出報表（對出專案報告和測試週報等報告灰常方便，這個主要用於master、測試負責人、專案負責人、sqa）。
然後說一下可以改良目前的哪些狀況：
1、 乙個專案/迭代，只需要乙個人（測試負責人或者master？）做一次配置更新，造福全專案/迭代的其他人；
2、 專案/迭代裡的任何人何以在任何時候了解到當前專案/迭代的開發和測試進度以及缺陷情況；
3、 master和測試負責人以及專案負責人、sqa可以及時賬務需求變更情況，來更好的控制迭代/專案風險
4、 匯出報表，不用手動統計需求情況和測試任務等條目，節省大量時間
5、 模板的通用性，可配置性
1）前面說了，這是乙個模板，每起乙個新的迭代或專案，只要更新一下過濾條件，另存為一下就ok了，乙個新的迭代/專案進度dashboard就出來了
2）如果還想得到專案其他的一些資訊，新建乙個過濾器，儲存在這個dashboard即可。
以上說的就是就是如何利用jira進行專案管理，目前已經用於各個專案和迭代中，而且起到了很好的作用，至於如何用jira建立這樣乙個dashboard這裡就不廢話給出了，因為會用jira的人看了這篇文章幾分鐘就可以把這樣乙個專案或者迭代的dashboard建立好了~
用網盤和git來管理資源
現在的網盤很多，比如dropbox 快盤 skydriver 115網盤 雲諾 堅果鋪子等，並且功能很強大，大部分提供的客戶端都有自動版本管理和加密傳輸的功能。這為我們管理我們的資源提供了便利條件，一般的資源直接使用網盤已經做夠了。但是我們有這樣的情況，你在家裡突然有乙個 的想法需要實現，但是你無法...
用網盤和git來管理資源
現在的網盤很多，比如dropbox 快盤 skydriver 115網盤 雲諾 堅果鋪子等，並且功能很強大，大部分提供的客戶端都有自動版本管理和加密傳輸的功能。這為我們管理我們的資源提供了便利條件，一般的資源直接使用網盤已經做夠了。但是我們有這樣的情況，你在家裡突然有乙個 的想法需要實現，但是你無法...
用白板解決專案管理和團隊溝通
1 任務板 任務是分解到手頭的實際的工作 把要做的任務,正在做的任務和已經完成的任務,用簡單的貼士貼在白板上.不同的顏色表示不同的重要程度.可以畫一些橫的泳道來表明任務應該是誰來完成.2 需求特性板 需求特性是軟體大的功能需求,通常按照月份來進行歸類.3 敏捷開發需要把軟體設計分成三個部分 特性 用...