SCRUM Team Member 轉職該問的三個問題

三年前從研究所畢業後就直接到遊戲橘子服研發替代役，

兩個月前決定離開橘子到一家小外商公司(簡稱 F 公司)闖闖；

現在又即將要去另一家 startup 。

我的軟體開發的價值觀完全是在橘子所養成的，感謝 Richard 和 Gilbert 一手打造了一個非常尊重、互信及能夠持續改善的敏捷團隊。

對我來說，每個 sprint 跟 Product Owner 討論 User Story 、提出自己的看法、估點、排 story、切 task到領 task 、 實作，到最後的最後 demo 。是生活中的一部份，是每天都在發生的事。軟體開發本來就是這樣的!

所以在跟 F 公司 interview 時，我其實沒有就如何進行規劃、如何領 task 這些與工作管理相關的部份詢問的很清楚，也沒有和 CTO 或 CEO 談過就決定過去了。

結果就是兩個月後，我又離開了…在 interview 下一份工作時，為了不再犯下同樣的錯誤，整理了三個問題，給大家參考一下：

1. 你們如何決定每日的工作?

(x) 由某人分配給你。

(o) 你自己領取要做的事。

分配 / 領取 = 背動 / 主動。一個暢導主動的環境會讓人更加主動的思考、管理自我，提升整個團隊的工作動力；而背動的環境讓人失去思考的機會進而造成整個團隊更加背動。將整個工作管理、排程全部放在某人身上的結果變成多數人都不再思考這些事情，而影響團隊的效率及氣氛。

另外一個很大的差別是當工作做不完時，自己領的很自然會有一股責任感：這是經過思考後我 Promised 的，我自願加班做完也是心甘情願。那由某人分給你的呢? 似乎就會變成：這是你硬塞給我的，我可從來沒說過我要把這些做完。

2. 工作 (task) 怎麼來的?

(x) 由某人切好。

(o) 團隊進行。

同樣從一條 User Story ，怎麼切成 task 也是非常重要的。由某個人切好或許可以在短時間內得到所需的 task ，但同樣的問題在於，團隊對於這個 user story 缺乏全盤的了解，沒有思考的機會。得到的只是一張張破碎、不知從何而來、沒有感情的 ticket。

在 F 公司我們稱 task 為 ticket ，就我個人胡思亂想，我覺得 task 比較有"人"的因子在其中， ticket 比較像冰冷冷的無機物質。

我認為：如果一個工作項目其中包含了"人"的感情，會比較讓人充滿熱情的去完成。

3. 遇到管理的問題時，解決辦法是什麼?

(x) 老闆說的算。

(o) 每個人都可以提出建議，並由團隊評估實行。

剛上任遇到的第一件大事是我們 team 試用了一套新的工作管理系統，比起公司原本的系統改進了一些問題，但最大的問題是：老闆不肯用。結果是老闆爆炸，對整個 team 破口大罵，就全部搬回去舊系統。

一個團隊即使原本沒有很多強者，但如果能有一個 open mind 的環境，接納不同的看法，並持續的改進，團隊也能慢慢成長，接近理想中的模樣。反之，只會讓有想法的人閉嘴，最後選擇離開吧。

如果以上三個問題都是 YES ，那就可以考慮一下。不然，還是不要浪費彼此的時間了。

2014.1.18