如何打造高績效團隊: MTa 工作坊課後心得

身為一位基層工程師，這幾年工作下來，總覺得非技術性問題比技術性問題要困難多了，因為技術性的問題，可以用錢、多試幾次來克服，比如說現貨市場沒有適合的裝備給飛機用，可以跟標的廠商談好需求&規格，再用現貨件去修改；零件生產後強度不夠，可以多試製程參數去找到最適解。而非技術性的問題像是團隊合作、企業文化、分工、溝通、認知同步、如何問對問題、如何談判，常常是拖累解決技術問題的主要因素，而且從經歷過的職涯來觀察，真的有發現台灣人其實不太會合作；不太會合作又會連帶無法共同創造更大的價值，因此要如何drive群體，創造團隊合作，以實現自身職涯的期望便是我另一個課題，下面就是我透過MTa所得到的任務導向型團隊合作可執行的一些心法:

為何要學MTa:

公司就是只有這些人，只有這些錢，那該怎麼理解並在限制條件下工作，在時間壓力下制定計畫，共同執行成員一致同意的計劃，最後不斷地檢驗工作進展並重新計畫，便是在上這堂課的目的。

自身的心理建設:

• 工作時聽不懂對方說的事情會而導致情緒沮喪是正常的，如何快速恢復因沮喪帶來的腦袋理解離線是個要去面對的課題 。

• 做事情不要永遠假設前一手都是對的，而是你要假設這是錯的，這樣做的原因不是要去挑剔別人，而是萬一我們都這樣做這個假設，最後人物的結果都是對的那代表原先我們的設定是perfect。

• 失落和失敗是人生常態，我們要的重點不是毫無羞恥心的接受這個失敗，而是要想下一次要如何做會更好 。

• 別人不做事，自己撿起來多做一點是個最爛的做法，勇於承擔是好事，但有沒有想過這個勇於承擔其實是超出自身能力，該做的反而是要去找更合適的人。

• 壓力下就會失誤該怎麼辦 > 一定要保留時間彈性以便緩衝失誤帶來的衝擊。

真心話大冒險:

• 不需覺得當面講對方的問題會造成衝突，我們反映問題的用意不是要拿來指責對方，目的是要讓對方知道問題後，開始會去考慮到他不願意面對那一面，然後工作夥伴才能開始協助他建立解決問題的能力。

• 主動尋問工作夥伴，有什麼方法可以協助我，以便我可以進行改善 。

• 團隊正向循環開始於，成員公開得到評價而且是像表個這種精確的評價。

• 為避免太過樂觀、自信的偏誤，好的團隊裡面就是要有人敢質疑群體的決定。

• 永遠都要多問問題，而且要學習問好的問題。

溝通

• 不用說多，讓人有記憶點就好。

• 盡可能地訂出口語交換時會用到的通訊協定。

• 盡可地使用有fu的名詞、動詞、數字，減少虛無飄渺的形容詞。

• 善用當場手繪簡圖。

框架(AKA換一種說法)

• 就算你講得再清楚也不代表別人就聽得懂，而且也不代表別人就會聽了進去

•  定義不同就會造成誤會 。

• 對方聽不懂怎麼辦；換一個他可以地理解的方法告訴他，這也是一種轉換框架。

程序: 溝通很重要，但如何把任務完成的步驟也很重要

• 解決問題的步驟: 列出所有問題 > 區分技術、非技術問題 > 混合所有問題，按照難易排序  > 估計的問題解決需要花的時間 > 列出改善方案，做得更好。

• 沒有效率的原因通常都來自於處理問題順序是錯的，改變順序就會得到不同的結果。