出來創業了兩年多, 感觸最深的一件事, 就是所謂的團隊合作這件事。
可以說, 台灣的教育血液中, 並沒有團隊合作這樣的精神, 從小到大的學習過程中, 學到的更多是與每個同學的競爭, 與自己的競爭, 少有機會可以合作完成一件事, 大部份的時候, 都在爭第一, 比個你死我活!
這樣教育體系下的我們, 不知道如何團隊合作, 現在想來, 也許在正常也不過了。
誤解一: 團隊合作是讓每個人都能充分發揮自己的所長, 當我們能專注做好自己擅長的事, 就能發揮團隊一加一大於二的綜效。
這或許是理想中的團隊狀態, 當有共同目標時, 將每個人的專業發揮在所擅長的地方, 朝目標邁進。
可惜的是, 現實生活總是殘酷的, 創業的技術團隊往往讓一個人負責一種技術, 我負責iOS的開發, 你負責安卓的開發, 他負責後台的開發, 然後就此各自專注做好自己擅長的事就好。
往往轉變成, 你管好你的iOS, 我管好我的安卓, 他管好他的後台, 專業精細的分工, 常會造成每個人的誤解與各自的堅持和自大。 因為不了解彼此的技術內容, 個人的修養若不成熟, 會造成溝通上的不良以及團隊失衡。
團隊合作的一個很大的前提是一起犯錯, 一起學習, 一起成長, 一起互相包容尊重彼此的優缺點。
解決方案1: 技術分享的Workshop
鼓勵團隊將各自原本已經相當熟悉的技術, 學著去教給你的隊友, 從中建立彼此專業的信任跟交流。 這算是國外相當常見的方式, 要將原本的技術深化進步, 教人如何使用這樣的技術是最好的方式了。 而透過這樣的教學 & 實作, 可以讓團隊的氣氛跟交流更好。
解決方案2: Pair Programming
這是屬於比較成熟沒有太大時間壓力的團隊可以採用的方式。 這是一個初期會很痛, 但一陣子過後才會察覺到很好的做法。
將每天的工作任務, 輪流由原本的一個人, 變成兩個人。 然後透過資深的工程師去寫Code, 資淺的工程師在旁觀看學習。 資淺的工程師寫Code, 資深的工程師指導 & 說明。 來達成擁有品質較為優良的程式碼質量。
實作參考 : Pair programming wiki
解決方案3: BrainStorming & Hackathon
研究所時代念的是遊戲設計, 那時候學生們很流行一件事, 就是每個禮拜五舉辦的阿宅遊戲Hackathon, 簡單的說就是一個禮拜五晚上六點開始, 到禮拜六晚上六點的創造遊戲馬拉松, 會有個主辦的主題, 然後由主題開始發想, 用自己熟悉的技術, 一天弄出一個會動的遊戲原型。
在團隊舉行這樣的活動, 可以極大地增加團隊合作的精神, 在有限的時間中, 要做出可行可動的小遊戲, 這真的需要大家努力合作配合才有機會達成。
多試個幾次吧! 這件事情, 一次是不會成功的XDD
小結: 團隊合作要努力的讓自己變小, 讓團隊變大, 所以盡可能地以想完成的事情或者共同的目標出發, 無私的貢獻出自己, 才真的有辦法達成所謂的團隊合作。
探索更多來自 懶泥陳的閱讀書房 的內容
訂閱後即可透過電子郵件收到最新文章。