很開心這次公司安排的 Scrum 課程中，
同事們都非常投入，投到連講師們都有些不知所措了
而除了學習新知之外，感覺大家對於團隊合作的實踐方面，也取得了進一步的共識，
我相信這對一個成長中的團隊來說，是相當難能可貴的經驗。
▼看著大家認真討論的樣子，甚感欣慰
回想 VeryBuy 的上古時代
只有 1.5 位工程師、1 位 PM，大家在一間只有 3 坪大的辦公室裡一起工作，
開發上一有什麼問題，只要隊友在座位上，一轉頭馬上就可以開始吵架......
誒不對是馬上就可以得到解答XDDDD
同時網站規模小、功能少，雖然不敢說改 A 爛 B 的狀況不常發生，
但即使發生了也可以很快速地修正。
身為假文青兼工程師兼共同創辦人（簡稱假工人），
這種說改就改、說上線就上線的爽度，真的是值得令人懷念再三啊。
隨著研發團隊人數越來越多，
為了避免改 A 爛 B 之類的問題，
R&D 的開發流程和與 PM 們的規範就變得越來越複雜，
而與此同時，各部門的團隊也在增長，需求也開始越來越五花八門。
時至今日，同樣一個簡單的小功能，以前也許 10 分鐘就搞定了，
現在因為開發程流長，再加上資源排擠的關係，可能 10 天上線都算快了。
對我來說那種等待的感覺就好像快痊癒的傷口一樣，很癢卻又不能抓，不蘇胡。
而這種狀況，未來會不會隨著團隊成員越來越多，而變得越來越嚴重？
這次上完 Scrum 課之後，
我想上述這個普遍存在大家心中的問題，也許已經得到了初步的解答：
問題出在溝通啊！
每一個需求的優先權需要溝通、
每一個開發環節遇到的問題需要溝通、
每一個做事的方式是否合適也都需要溝通
而 Scrum 提供了一個看起來很不錯的框架，
在「價值驅動」的思維下，有機會讓團隊的溝通效率能夠更勝以往，進而讓開發速度提升，
就像當初那樣，一轉頭就能開始吵架......
誒不對，你知道的，是心平氣和地討論事情（慘了越描越黑）。
雖然上完課後，大家心裡對 Scrum 實際跑起來之後會遇到的狀況仍抱著不少疑問，
但感覺大家都很期待 Scrum 的導入。
而站在假工人的立場，不管是 scrum 還是死逛，是敏捷還是保時捷，
只要能讓開發活動更順暢地進行、能讓團隊默契與時俱進的任何做事方式，
我想我們都是很願意嘗試的＾＾
by 外星人(?)呂阿又
▼附贈一張假工人的帥氣背影照
