Google 模式

軟體產品價值在於不同於別人的核心技術，是產品保有競爭力的主要原因。

並且身為一名工程師主動發現與解決問題的能力是很重要，我們要完成不僅僅是任務而是發覺一切對產品有利的事情。

我們也需要常常跳脫自己角色，站在一個能看見產品全貌的角度。收集更多數據，以數據佐證產品走向。

同時我覺得處於一個產品小組，小組的公開透明是有利於發展的。期許自己能夠做一個開會能夠常常發言提出建議的人。

敏捷開發

待過兩個以上採用敏捷開發的團隊，並且有實際將敏捷導入一個團隊經驗。

自己對於敏捷看法在產品方面，我認為一個敏捷團隊必須是包括各部門產品相關人員，不僅僅只有工程師。就像Google模式提到的組織透明度。

敏捷精神方面TDD、持續整合、重構、文件最小化、自動化測試... 都是我認同的核心精神。

流程方面，我的認知大部分團隊一樣。三個角色(SM、PO、小組成員)、四種會議(Planing Meeting、Stand Up Meeting、Review Meeting、RetroMeeting)、三個物件(Selected Backlog、Sprint Backlog、BurnDown Chart)。

測試

測試方面常見是RD包辦測試 或 純人力測試，

曾任團隊有導入 完整測試 並與交流過程 讓我在自動化測試方面有良好的成長。

流程方面在初期利用心智圖來規劃流程與案例，並且在制定玩後開會與開發工程師確認案例與補充不足部分，有種TDD Pair develop概念。

接著會透過制定好案例撰寫自動化，目前我個人在於Android Espresso方面比較有實際經驗，Flutter尚不夠成熟。

在跑完自動化後產出一個測試報表，載明版本與機型與重現步驟...等等資訊。並且我所認知的回歸測試(Regress Test)是有範圍的。

通過上述測試結束後，會進行多方（開發者、測試者、PO、主管)簽署發布。