今天是第13天！鐵人挑戰快要過一半了～

在一般超過50人-100人以上的大公司而言，通常產品team和工程開發team可能會隸屬不同部門，但新創公司講求扁平化、彈性和效率。根據我這一年來的工作經驗，在產品和開發團隊融合成同一個「產品開發部」（Product development team）的情況下，有許多好處：

1. 溝通更順暢：產品經理與開發團隊在同一部門，能夠更快速地交流需求和給予回饋，減少誤解與延遲。

2. 協作更緊密：產品和開發團隊之間的合作更為密切，每天早上daily scrum開會也都全員一起報告，能夠更加理解彼此的挑戰與需求。

3. 迭代更快：因為可以隨時進行討論和調整，產品迭代的速度會更快。

4. 統一的目標：所有成員都朝著共同的產品目標努力，能夠增強團隊的凝聚力。

5. 創新度更高：因為PM / UIUX / Developer 整合在同一個團隊，跨背景知識合作能激發創意，促進更突破框架的解決方案。

一般來說，產品經理可能會面臨對技術或專業技術細節了解不足的難題，但由於我是軟體工程師出身轉職產品經理，所以避免掉了這個問題，也更容易知道如何和和工程師溝通與配合。

加入幾個月熟悉並建立信任感後，我也試著根據以往的職場經驗，開始著手建立理想中良好的軟體工程團隊開發文化。

如何建立良好的軟體工程團隊開發文化

• Code review程式碼審查制度

實施程式碼審查制度非常重要，但不是每個團隊都有確實執行這件事。除了要前後端都要有至少一位成員堅持程式碼品質，才能將Review文化落地，有時會不定期讓前端和後端工程師互相審查程式碼。這不僅提高程式碼品質，還能促進知識分享。

• 提供進修機會

為工程師成員提供培訓和學習的機會，如和HR及管理層合作推出獎勵措施，鼓勵參加技術研討會或線上課程，以促進專業成長。

• 知識分享會

定期舉辦知識分享會，讓團隊成員分享他們在工作中學到的技術或解決問題的經驗，提升團隊整體技術水準和應變能力。當成員上課回來，我會鼓勵將上課筆記分享給同事內部，若有意願跨部門分享的同事，我會透過昨天鐵人賽提到的舉行Tech Talk，讓大家知道產品開發team member不斷在學習前進。

• 鼓勵創新與嘗試

相信大家都可以感覺得到有些工程師的特質是偏向保守、穩定，因此要鼓勵團隊成員隨時提出問題、和鼓勵根據建議找出可能性提出創新想法。（提供嘗試的空間、把實驗的空間撐出來很重要！就算有出錯的機會，責任是由經理承擔，因此不用擔心犯錯。）

• 獎勵與認可

當鼓勵嘗試之後，需要和獎勵回饋機制搭配，對於表現優異的團隊成員給予認可，無論是口頭表揚還是獎金，這能提升士氣和動力。在我進這家公司之前，工程開發團隊完全沒有寫測試的習慣和制度，但經過並且在daily scrum提供Demo場合，透過口頭表揚開始寫第一個測試的工程師，半年後現在全員都同意寫測試是一個must to do的項目，且前後端都已有test cases...真是太令人感動了。QQ

總結

在這一年中我深刻體會到"產品"和"開發"團隊融合於同一個「產品開發部」的好處。這樣的組織架構讓溝通變得更加順暢，促進了團隊成員之間的緊密合作。每天的 daily scrum 會議，讓我們即時了解彼此的挑戰和需求，加速產品迭代的速度。

作為一名從軟體工程師轉職的產品經理，我能夠理解技術細節，與工程師溝通時更加得心應手。為了建立良好的軟體工程團隊開發文化，我提出了多項措施，例如實施程式碼審查制度、提供進修機會、舉辦知識分享會等，這些都有效提升了團隊的技術水準和士氣。此外，我也鼓勵團隊成員提出創新想法，看到團隊從無到有建立測試習慣，並設置獎勵機制來肯定他們的努力。

整個產品開發團隊變得更加團結和高效率，讓我感到無比欣慰呀～～