NO.91 禪道使用分享第十三期：按流程分工協做，工做效率提高。

關於禪道使用經驗分享

禪道使用經驗分享，歡迎你們一塊兒來探討關於禪道項目管理軟件使用方面的問題。咱們普遍的收集對禪道的見解和建議，充分了解廣大用戶使用禪道的具體狀況和要求，進而不斷完善禪道的功能和服務。

本期禪道使用經驗分享來自於上海乘風企業管理諮詢有限公司的測試經理寧紅舉先生。該公司主業務是物流企業管理的技術支持，以及物流行業所需的管理系統的軟件研發等。很是感謝他百忙之中接受禪道的採訪，分享他和工做團隊使用禪道的經驗和心得。

分享嘉賓

寧紅舉。測試經理。主要負責需求管理、流程監控、測試計劃及測試任務安排、驗收測試、發佈系統及版本控制等工做。

禪道使用經驗分享實錄

禪道：您公司的工做團隊目前有多少人？是怎樣分工的？

寧紅舉：公司現有15人。總經理1人，研發團隊6人，測試團隊3人，客服團隊3人，人力資源1人，網絡工程師1人。

禪道：目前公司都在進行哪些項目？項目的週期通常是多長？

寧紅舉：web新產品研發、雲產品研發、RIA客戶端項目、EDI數據對接等項目，項目週期1個月至2個月。

禪道：您公司的項目開發目前使用什麼語言和框架？

寧紅舉：C#和.NET 4.0。

禪道：您以前項目管理都用過什麼工具軟件？使用效果怎麼樣？

寧紅舉：Redmine，效果通常，不少功能沒法知足實際須要。

禪道：您是經過什麼渠道接觸到禪道的？您在安裝禪道的過程當中，出現什麼問題嗎？是怎麼解決的？

寧紅舉：經過Bugfree的相關消息得知禪道工具。安裝過程當中基本沒遇到什麼困難，一鍵安裝包很省心省事，並且幫助文檔描述的很詳細，很好幫助我答疑解惑。

禪道：您公司使用禪道有多久時間了？使用的是禪道開源版仍是專業版？多少人在使用？

寧紅舉：三個月，使用的是開源版。公司的人都在用，一些合做夥伴及一少部分客戶也加入到公司內部的禪道系統，總使用人數30人。

禪道：團隊推廣使用禪道，先期會對團隊成員進行禪道使用流程相關培訓嗎？以什麼形式進行的？

寧紅舉：會進行相關培訓，培訓形式爲座談會的方式，進行實際操做演示。

禪道：您以爲禪道的UI設計得如何？禪道最新版本發佈後，您會第一時間下載更新使用嗎？您以爲更新到新版本麻煩嗎？

寧紅舉：很喜歡禪道的UI設計，簡單明朗，看上去很舒服。

        固然必定會第一時間下載更新使用。

        升級步驟並不複雜，不以爲麻煩。

禪道：禪道基於scrum，工做團隊是採用敏捷開發模式嗎？若是不是，團隊會由於使用禪道而學習相關的敏捷開發知識嗎？

寧紅舉：暫時不是以敏捷開發模式研發，我正在努力推行敏捷開發的思想，將來可能會專門學習相關的敏捷開發知識。

  

禪道：若是您在使用禪道中遇到不明白的地方，您是怎麼解決呢？

寧紅舉：諮詢禪道官方技術羣。

禪道：您以爲禪道的使用、幫助文檔須要作哪些改進和完善？這些資料對您使用禪道有怎麼的幫助？

寧紅舉：展示方式設計的不夠，每次查看幫助，都比較難定位到本身須要的頁面或文檔。查看這些文檔對我快速理解禪道管理思路頗有幫助。

　

禪道：工做中主要用到了禪道的哪些功能？哪些功能是您從沒用過的？爲何不用呢？

寧紅舉：基本已有模塊功能都在用。抄送功能沒有在使用，郵件功能沒有使用。抄送只能提供郵件提醒，而郵件的功能未能很好的獲得實現，相關設置也未有提醒或說明，比較難實施。這兩部分的功能不影響大局，不使用也不影響主業務。

禪道：在使用禪道過程當中，您以爲有哪些使用得不順手的地方？

寧紅舉：

     一、頁面佈局和列的展現，在小分辨率的筆記本電腦上看起來很痛苦。（注：在1024x768下面看起來還行，不知道你的分辨率有多小？）

      二、一些操做的彈出頁面操做後不會自動關閉。（注：已經調整。）

      三、任務不能關聯bug，也不能關聯多個需求，測試實際使用比較不便。（注：測試任務嗎？）

      四、測試模塊與項目模塊的結合度太低，影響管理流程的肯定。（注：模塊已經從新調整，具體看發佈信息。）

      五、填寫消耗工時能夠自動計算剩餘工時。（注：暫時沒有這個開發需求。）

   

禪道：您但願禪道新版本增長怎樣的功能和服務，以知足您工做上的一些新需求？

寧紅舉：

一、 頁面的佈局進行調整，方便小分辨率屏幕的查看。

二、 缺乏Debug相關的功能或任務類型。

三、 測試用例、Bug及Debug，應該深度整合到管理流程中。

四、 測試模塊下獨立的測試任務關聯不明，實際使用中會出現流程斷路。（建議去掉）

五、 產品、項目、需求、任務、測試、用例、BUG、DEBUG的流程串聯更加簡單、明朗。

禪道：大家有根據團隊的自身須要對禪道進行二次開發嗎？都進行了怎樣的擴展？

寧紅舉：修改了角色名稱、待辦默認爲私人事務、填寫消耗工時自動計算剩餘工時。

禪道：使用禪道後，您認爲貴公司及工做團隊在項目開發上有了什麼變化？

寧紅舉：按流程分工合做，責任清晰，工做效率提高。但同時問題也增多，須要必定時間磨合。

禪道：大家的工做團隊是如何進行溝通和協調工做的？如遇研發人員不足，大家是怎麼應對的？

寧紅舉：經過肯定流程分工明確，依照流程辦事，每一個人的上游下游明確，溝通難度下降。跨部門溝通要由每一個部門的負責人進行溝通，每一個部分負責人起到承上啓下的做用。

研發人員不足，經過控制需求優先級和任務優先級進行緩解，但最終解決方式依然是引進研發力量。 

 

禪道：項目開發中需求變更頻繁，大家是如何處理的？一個產品若是bug頻出，大家又是如何進行補救的？ 

寧紅舉：需求有制定優先級，頻繁變更的需求優先級通常不會設定爲1/2級，設置爲3/4級的需求計劃2周或更久完成。開始分解任務的時候，需求變動已經基本穩定。1/2級的需求，1周內完成，此時間內的需求若有變更需進行評審會議，會議結果多方簽字確認，並對再次出現變動進行合理限制，確保減小變動風險。

Bug問題也比較容易解決。首先，引導研發對debug的責任心，令其明白心態不正確，形成返工浪費時間，只會給你們都帶來麻煩。其次，更新系統的版本控制工做由測試經理負責，測試計劃可獲得較好的實施保障，bug的修復狀況也更加可控。最後,公司要給員工創造學習的時間和學習的機會，讓研發和測試的技術要不斷提高。

禪道：公司項目遇到延期或者產品質量沒法保證時，大家是怎樣處理這些問題的?

寧紅舉：公司的作法是優先保證質量，延期不可避免的時候，要及時通知客戶，過後總結經驗和教訓。

禪道：公司對員工是如何進行研發項目績效考覈的？績效考覈數據會參考禪道里面的數據嗎？若是參考了，那麼所佔的比例大概是多少？

寧紅舉：因爲使用禪道的時間還不是很長，績效考覈結合禪道數據還在計劃中，並未進行實施。初步以任務數量、任務工時、任務超時、任務延期、bug數量、激活次數等數據做爲考覈內容，所佔比例大概佔全部考覈50%。

往期禪道分享回顧： http://www.zentao.net/thread-view-81969.html