新手村觀察筆記 #7
這篇文章想跟你分享
新手村筆記走到了第七篇！來看看在開發團隊中的數據團隊，日常面對到哪些挑戰，以及如何從非工程師的背景，融入團隊合作方式、溝通環境，以及學習心態！
關於新人
目前擔任數據團隊開發者，從數據分析出發，發展出相關服務，提供開發者更便利的工作環境，提升開發效率與品質。
在三個月的新人 Orientation 中，團隊評估出規模適當且重要性適中的開發，實際交付開發工具的技術，使我可以在完成開發的過程中，實際參與團隊運作的內部流程，並進一步了解產品、服務、工作內容的全貌，進而在問問題的過程中，有效率地熟悉工作流程與團隊合作方式，也加速認識每個團隊成員的溝通模式。
並且，由於手上的工作並非練習題或另開的小專案，而是實際可貢獻回團隊的，因此三個月過後，更有扎實融入團隊的感覺，成員也可以更具體實際地，針對合作模式或工作習慣進行反饋與建議，以便日後更快速地調整。
以工程師思維去解決問題
在加入團隊之前，曾擔任數位音樂上架實習生，所屬團隊組成成員以非工程師為主。當時發現，面對多數問題時，經常以溝通的方式解決，不論是集眾人之力量在會議中討論出措施，或是聯繫客戶、尋求工程團隊協助；透過良好的溝通技巧、將問題有效陳述給對的相關人，以加速問題解決的進程。
多數的問題的根本，是源自於對系統的理解面向不同，在溝通時因缺乏工程師思維，感覺到自己仍難以直達問題核心，因此毅然決然開啟了工程師的學習之路。
在踏入程式開發的工作後，觀察到團隊遇到問題時，在理解問題、釐清核心需求後，往往會帶回自己手上，花較長的時間在問題的脈絡，找到核心後開始深入根部進行探索與研究，得出解法，並在自己手上實際排除該問題，在過程中，時時刻刻相信著可以靠著自己努力提升硬實力、克服問題。
工程師的工作內容
團隊對於解決問題的方式，基本上是基於資料分析，後發展出的相關的小服務。在過程中，發現會議討論中，需要很強的臨場反應，隨時保持思緒明晰、邏輯暢通，才能即時反饋問題、聚焦到核心，使討論更簡短、有效率。
到了實作的階段，有別於一般常見的公司文化，可以感受到每位工程師的想法都是被重視的，而不是工具人，且團隊十分開放與透明，每次都有非常豐富的討論，使我更加了解產品發展的背景，並擁抱創新的解法與技術，只要心中常保「知道自己這麼做的目的」，團隊對發展硬實力的廣度亦十分鼓勵。
新創的扁平式管理：PM & RD
與團隊相處一陣子後，發現不僅僅是面對程式與 PM 提出的需求，更是有開發前會議。在產品提出需求之時，PM 就會聚合相關的人力與資源，一起進行需求討論，提早參與討論，基於實作面提出建議，例如：基於需求與 UI / UX 評估資料搜集的可行性⋯⋯等，有效創造出對話透明，以及更全面的視角，使最終的開發需求符合產品與開發面之考量。
在參與討論的過程中，應而會比單純的程式開發更了解產品面的思維，在實作時會更注重細節，有助於未來討論時，基於技術面的知識，提出創新的想法與功能。
團隊文化重視生活＆鼓勵分享
團隊固定每年有四次的 1-on-1 與主管對話，歷經了幾次對話後，觀察到主題除了圍繞在檢討每段期間的工作回顧以外，更會深入探討更深層的想法。舉例來說，對談中談論到個人的長期職涯規劃，主管除了會以技能樹的形式，討論硬實力的發展路徑，更會重視職涯中的 Work-Life Balance，試圖了解每個人對 work 與 life 的定義不同，進而共同討論取得 balance 的作法。
此外，在其他的團隊中，大多只會針對艱深的技術研究進行分享，往往聽完回到自己日常的工作時，仍然用不上這些技術，但團隊氛圍十分重視每個分享，以及分享的意義，經常會在結論時，互相討論出日後可以將這些技術用於日常的開發。
另外，主管、資深同事之間的相處模式非常水平，在工作之餘閒聊的時候，有很多機會可以獲得實用的技能、學習管道，更特別的是，團隊根深蒂固的閱讀風氣，拋出問題的時候，經常會獲得一本書的書名作為解決該問題的答案，而非一個問題一個指令的形式，可以感受到團隊的風氣更趨向開放、交流、討論的方式，匯集每個人的視角與思考，來取得答案，這個過程中，更會受到感染，被激勵著保持閱讀習慣，以及持續學習的動力。
總結
在這裡，認識到完整的開發流程、開放且正向的團隊氛圍，在面對工作上的挑戰時，不會覺得自己是孤軍奮戰的，轉頭看看四周，總會找到一起成長、對產品本身充滿熱情與理想、關心你的人，那個人可能來自不同部門、可能是非常資深的前輩、可能是還在學校的實習生。
如果你也在尋找軟性或硬性層面上都同樣重視的公司，或是嚮往一個團隊具備溫和卻堅定地持續學習文化，亦或是一張站在鎂光燈下的門票發揮一技之長與分享洞見，我想就是這裡了。
