昨天的討論里，有同學提到了：把持續(xù)集成可視化出來，有助于團隊和領導更好地理解和遵守持續(xù)集成的紀律。
那么今日的極限拷問來了：
1、應該可視化哪些信息？
2、以什么形式可視化？
3、可視化的信息如何幫助團隊做得更好？
將持續(xù)集成信息可視化，是為了團隊對目前開發(fā)狀況有直觀清晰的了解，也方便工作的持續(xù)進行，提高團隊的協(xié)作度與效率。那么以下信息就應該公示出來：
環(huán)境信息，例如：DEV/UAT/PROD。
環(huán)境下的服務信息，例如：服務名。
單個服務的構建信息，例如：stages，每個 stage 的時間，總的構建時間，構建成功狀態(tài)，構建失敗狀態(tài)，失敗的stage，構建的版本信息。
Pipleline的團隊規(guī)則和進行狀態(tài)，例如：紅不過夜、狀態(tài)（pending , in progress , sucess , fail ）。
正在可視化形式方面，最好可以做到簡潔、直觀，和醒目，可以用的方式有：
使用顯示器來可視化。用顏色來標記狀態(tài)。在開發(fā)團隊工作區(qū)域附近放置，抬頭即可看到，能夠相互提醒。缺點是大家都不抬頭，就得一段時間后才能發(fā)現問題。
使用 catlight 工具進行可視化。即時通知，簡單環(huán)境下，能夠直接訂閱需要關注的 pipleline，工作的電腦上就能獲得通知，算是顯示器的一個補充。
顯示器+聲音。當構建失敗時，播放聲音，引起團隊注意。
有群友直接向大家分享了自己團隊正在使用的可視化系統(tǒng)：
可視化的信息如何幫助團隊做的更好呢？
通過可視化信息，能夠讓團隊明確的知道規(guī)則，并解決中間的歧義，知道底線在哪里。
相互提醒。顯示屏、聲音、catlight 等工具能夠盡可能幫助團隊第一時間發(fā)現問題，并進行處理。
解決問題。發(fā)現問題后，避免只是指出問題，只做指指點點，而不去幫助造成問題的同學解決。這一點取決于 Experience，如果團隊還有開發(fā)同學對pipleline不清楚不熟悉，當他遇到問題時最好和他一起定位問題和解決。
每日持續(xù)集成。如果沒有問題才是最大的問題，可以回顧下分支管理，保證每日構建持續(xù)集成。避免一直沒有錯，一直不構建。
共同關注 Stage。在某些項目中，由于有的開發(fā)人員，由于種種原因，而去掉某些 stage，導致 pipleLine 一直是綠的。
圍繞 Pipleline 組織一些團隊內的小活動。通過小活動讓團隊關注 pipleline，并記錄下來，可視化在某處。
近幾天持續(xù)的關于持續(xù)集成的討論，不禁讓芒果產生了一個疑問：
持續(xù)集成這么好用，為什么還有領導不知道或是不支持持續(xù)集成？大家的公司領導都是這樣嗎？
結果群員們?yōu)槲液茉敿毜慕忉屃似渲芯売桑?/p>
在日常的工作中，不知道的情況很多，畢竟有些程序員都不知道，更別說外行的領導了。
然而知道的領導還需要綜合考慮到成本、效率、產出等情況。
成本：時間成本、金錢成本，以及團隊人員的精力成本，都算在內。從傳統(tǒng)的開發(fā)模式轉變成持續(xù)集成模式，必然要求團隊成員水平提高，在現有成員情況下，需要考慮到學習、磨合所耗費的各種成本。
效率：堅持下來的話，團隊效率肯定會提上來，但是這個過程是耗費時間、物力以及人力的一個過程，現有的人員基礎上，持續(xù)集成前期的效率可能會更低。團隊需要磨合，才能更好的適應持續(xù)集成，從而提高效率。
產出：作為領導來講，更關心的是你有沒有產出，產出質量是怎樣的，而不是你用什么方法、工具達成產出。持續(xù)集成、測試驅動都是技術實踐，有沒有用、需不需要是技術問題，領導不關心也不會替你做決定。
所以，持續(xù)集成也好，TDD也好，都是開發(fā)人員做好工作對自己最起碼的要求。
本期內容整合自【極限編程中國 | 實踐者】
如果你也想加入討論，獲取干貨
迅速成長，提高效率
歡迎加入我們
↓↓↓
立即掃描下方二維碼
限時免費加入
【極限編程中國 | 實踐者】微信群
和前ThoughtWorks總監(jiān)咨詢師熊節(jié)實踐敏捷開發(fā)
