KenKuan

一直都充滿熱血的開發者

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

Like my work??
Don't forget to support or like, so I know you are with me..

CC BY-NC-ND 2.0

Want to read more ?

Login with one click and join the most diverse creator community.