AgileCommunity.tw 今天在新竹舉辦聚會, 這次是由黃品甄分享之前實施敏捷的經驗. 其內容提到了電信公司中運用 Scrum 的故事, 包括遇到的痛點, 為什麼要改變? 嘗試過的做法有哪些, 以及還有哪些可以做得更好.
 
 
品甄一開始提到了, 公司為了要推行 Scrum, 找到一位顧問來指導. 他提供了兩天課程和 30 小時的諮詢. 我想這對很多公司來說, 是常見的方式, 是一個好的開始, 至少老闆願意讓大家上課.
 
但是在後面諮詢的時候, 很多人提出了很多疑問, 認為顧問跟專案不熟, 並沒有駐點和團隊在一起, 只是時間到了來接受諮詢, 這樣的效果很有限. 沒錯, 如果你是這樣使用顧問諮詢時間, 自然效果很有限.
 
 
根據社群朋友的經驗, 一般來說, 常見的顧問的使用有幾種做法
 
(1) 不同目的, 不同顧問
如果公司很有錢, 你可以找嘴砲能力很強, 很擅長跟長官 social 的人, 讓他想辦法跟高層洗腦, 讓高層願意支持敏捷推行的活動. 這件事說難很難, 說簡單很簡單. 對於工程師 style 的人, 這就不容易了. 但是這件事情很必要的. 如果長官願意大力支持, 敏捷的推廣就至少成功一半了.
接下來, 你就需要另一組顧問, 這組顧問是要來落地的. 幫你接通天地線, 手把手解決掉你技術上問題. 這種的通常團隊是非常喜歡的
 
(2) 定期駐點協作
有些公司會請顧問定期駐點, 每週來個三天, 然後維持一季. 或者是前一兩個月每天都在公司, 和你一起合作開發, 讓你的 Scrum 能真的落地. 這種的其實也是所費不貲, coco 也是要準備好. 但是缺點是在於無法規模化, 一次大概只能應付 1-2 個團隊. 
 
(3) 定期駐點諮詢
跟第二種來的時間和頻率很像, 不同之處他只是待在公司, 但是並沒有和團隊一起合作處理事情. 他等待團隊來詢問問題. 這樣的做法是比較容易規模化. 但是這可能只適用在團隊已經上了軌道, 否則以台灣這麼害羞的個性, 大多數人應該不會主動去問問題的
 
 
個人覺得大部分的公司銀彈應該沒有這麼充足, 要能請顧問做到以上的狀況, 是件很難的事情. 或許可以採取以下做法, 來彌補沒有顧問的缺憾
 
(1) 專職敏捷佈道師
公司內可以指定有人專職研究新流程, 並且協助導入新技術 (像是 TDD, CI 或是新工具). 因為他是公司的人, 對公司的文化, 或是遭遇的困難會比較知道, 外加他在公司內可以隨傳隨到, 效果會好很多. 顧問最常被詬病的地方, 就是沒有這麼在乎你的專案, 以及對你專案產品一蓋不知. 專職佈道師就比較不會有這問題. 
 
(2) 自組讀書會
任何流程和技術是可以自學的, 或許不能像顧問那樣精通, 但是還是要有基本常識. 你可以安排不同角色, 去研讀不同的東西. 像是 Scrum Master 可以看 Scrum Guide 或是引導方面的知識. Product Owner 可以看看 user story 的撰寫或是評估的技巧等等, 開發人員可以研究 CI 工具或是自動化的方法, 而測試人員可以了解 exploratory testing 在搞什麼. 基本功還是要自己唸唸, 去外面上課只是告訴你有什麼.
 
(3) 週期性團隊交流做法
如果有多個團隊一起施行敏捷, 這是不錯的狀況, 每個團隊可以在一段時間後, 各自交流自己所做的嘗試. 老闆可以利用輸人不輸陣的心態, 讓大家呈現出自己最好的一面.
 
(4) 參加社群
如果真的沒有內援, 這時候就需要靠外援了. 目前台北有不少社群, 新竹至少也有我們, 台中也有 Max 在. 相信可以讓你知道不少敏捷的消息, 但是是不是每次符合你的需求, 這可能就要看運氣了. 在新竹地區, 很多人是剛開始實施, 藉由參加我們的聚會, 他們可以了解到, 原來有這些好東西可以用, 或者是原來別人有這樣的做法. 在你不知道你不知道方面, 參加社群是可以給你不少刺激的. 
 
(5) 相互支援
團隊中不會所有人才都有, 也不會都沒有行的人, 這時候可以讓某些領域的人才, 手把手指導其他團隊. 像是測試自動化的人, 他可以跟其他團隊 pair 個數週; 或是有的人擅長引導, 他可以幫忙 host 三四次會議. 這些內部能仁的交流, 也是可以幫助公司初期推廣活動能進行得較為順利.
 
 
其實, 方法一定不只這些, 很多朋友一定可以提出不同做法, 最重要的還是在於你們團隊或公司, 是不是有心想把事情搞好.
 
 
 
 
arrow
arrow
    全站熱搜

    kojenchieh 發表在 痞客邦 留言(0) 人氣()