專案與團隊

有些知識學校不會教你，而是需要從工作中一點一滴累積。跨國軟體開發就是這樣的事 ，我很幸運在外商待了很多年，遇到很多很好的前輩和主管，經年累月下來，教會了我很多事，決定將心得記錄下來分享給大家

本篇為系列文的續篇，將討論在跨國軟體開發中「執行期間」以及「日常準備」中有什麼眉眉角角，當然，我相信部分原則是有普世性的，同樣可以參考用於其他軟體開發專案，一起來看看吧！

Hi 大家好，我是 Jayden，先前曾經撰寫系列文分享我在外商進行跨國軟體開發的心得，在我的職涯中，因為帶團隊的關係，處理過大大小小各種軟體需求管理的狀況，以下總結了五件我認為「應該要知道的五件事」，一起來看看吧！

有時候團隊中的問題已經「盤根錯節」或是「隱匿難尋」，不是僅僅靠傳統的 Retro 就能把團隊「導回正軌」的，此時可以改為使用 ORID 的方式來開 Retro 檢討會，這也是我過去幾年與團隊時常使用的方法，收到很好的效果。以下將分享這個方法，以及實際的執行方式

衡量軟體工作進度向來不是一件容易的事情，透過「可用的軟體(Working Software)」能夠讓我們更有效的來控管進度，讓每一次「進度」等於產品「價值增加」。本文將說明這樣做的好處與挑戰，讓我們在實務應用的時候能夠更理解敏捷宣言的深意。

回想自己在2015 年導入 Scrum 的時候，所遇到的種種困難。當時發了一篇筆記，記錄 Sprint 一再失敗的原因。本篇是2015年原文復刻，當時文筆較為粗糙也比較犀利，大家可以參考看看是不是目前自己的 Scrum 流程也相同的問題。

最近有位以前的同事問我，他帶團隊常常改了 A 功能壞了 B 功能，要怎麼定義「做完」這件事情？這種鳥日子，什麼時候才能到頭啊？ 為什麼做完這件事情很難定義？我們能怎麼做？這是這篇文章要探討的。​

跨職能團隊 (Cross functional team) 是軟體業近年來非常流行的組織形式，由 PM 與設計師和工程師等不同職能的人一起設計與開發軟體，團隊中甚至是能包括公司外部的人，聽起來很不可思議，不同職能的人怎麼一起工作？這是這篇文章所要討論的。

並行工作這個道理看似很好懂，但為什麼有些團隊執行起來一團亂，有些團隊卻能高效前行呢？ 亂的原因在於變動 (Change)。可是在專案執行上，沒有什麼事情是不會變的，只有分「變動多」和「變動少」的差別。