LeSS in Action - 入職
閱讀時間約 2 分鐘
《LeSS in Action》是一個關於 Scrum 的工作坊，我們將在一週的時間內模擬加入一間公司，並且在一週後馬上離職。因此這是一間工程師 100% 離職率的公司，在這一週的時間內我們需要學習針對一個真實的產品進行開發，跨團隊的協作來產生貢獻。
團隊分配
如同我們到一間新的公司一樣，我們在課程的開始會先進行團隊的分配，將大家指派到不同的團隊之中。
以往我們會習慣用前端、後端、維運等等職能來劃分團隊，然而對於這間公司來說，更希望「最大化差異」也就是每個團隊都會有前端、後端並且個性、經歷都要不同，根據不同的特性標籤（像是喜歡維護程式碼、待過遊戲業）來嘗試將我們這幾個團隊的差異最大化。
工作習慣
入職之後我們需要開始學習這間公司的習慣，理所當然的是採用「敏捷開發」的方式，因此我們會有著許多不同的會議。
因為要更好的訓練我們，因此除了原本每個 Sprint（衝刺）該有的會議之外，每天早上的站立會議我們還會多做一些事情。
Temperature Reading
每天早上我們會先進行 Temperature Reading 來發表感謝、新知、擔心的事情以及今天希望完成的任務，來開始我們的一天。
Code Appreciations
另一方面，我們會用「欣賞」的方式來進行 Code Review（程式碼審查）的東西，根據我們所撰寫的程式碼、筆記挑選出值得討論、有疑慮的部分進行說明跟解釋。
Pair Programming or Mob Programming
在這份工作中，有著我們不熟悉的框架以及語言存在。因此我們大多會透過 Pair Programming（結隊程式設計）這類方式，讓大家輪流引導其他同事進行工作，並且協力完成任務。
工作協議
在了解這間公司該怎麼做之後，我們還需要為團隊設定一些共同的協議，這樣才能確保我們用相同的認知進行工作。
Working Agreement
每一個團隊都會有自己的必要條件，像是是否該使用 Linting（語法檢查）工具等等，因為是新組成的團隊，因此我們先將這些條件設計成適合一起協作的方式。
Definition of Done
除了團隊之外，我們也需要對 PO（Product Owner）負責，因此我們會為當下的產品設定一個關於完成（Done）的定義，包括了不能讓自動化測試失敗等等條件，以及對產品的驗收需要完成到什麼程度等等。
DoD 也反應了一整個產品團隊目前所能做到的最低水平，因此我們會不斷的更新提高我們的水平。
至此，我們還需要學習如何運行一個 Scrum 才能夠開始工作。
為什麼會看到廣告
55會員
40內容數
軟體工程師逐漸變成一個熱門的職業，當我們進入這個職業之後應該要具備怎樣的技能才會在工作上更加順利呢？這系列的專欄會分享日常工作中的經驗以及一些案例分析，讓我們一起努力成為一位更優秀的軟體工程師吧！
留言0
查看全部
你可能也想看
Google News 追蹤
在上次的課程中，我們第一次探討了「人」這個要素，特別是關於任務指派時，遇到配合度問題的應對方式。當你指派任務時，即使員工具備完成任務的能力，但如果他們故意不願意配合，這會對工作進度造成影響。
當我們遇到人員在任務指派過程中出現不配合的情況時，除了要了解事情的表面原因外，還應該
敏捷開發的實踐方式有很多，其中以簡單、易懂的 Scrum 框架最廣為大家接受。 2024年7月 LeSS 網站發布了新一版的《Scrum 指南》，其中調整的內容我覺得讓這個框架更符合實務上的應用，因此就其內容並結合個人經驗與見解撰寫這篇短文，希望幫助大家快速了解這套能幫助團隊適應變化的敏捷開發方法。
在數位時代，Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件，並結合我開發CDP的實際經驗，分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum，優化專案流程。
前年第一次藉公司機會，參加了DevOpsDay的活動。雖然devOps一詞各自表述，大多狀況還是偏向維運會遇到的技術為主，做為平時開發、跟使用者訪談需求的工作內容來說，參加聚會如果沒有一定的知識，對講者所提到的狀況比較難有共鳴...
放鬆的週末，我與幾位同事決定提升我們的後端開發技巧，選擇了「日期範圍生成器」作為我們的小型實作。作為團隊中較有經驗的PHP工程師，我引領著團隊從基礎程式碼的撰寫開始，進而深入到物件導向的結構調整，最後提高程式可擴充性的挑戰。雖然過程中遇到不少困難，但我們通過不斷的討論和優化，最終成功克服了所有挑戰。
企劃為一種商業性的服務業，對象可以是政府單位、商業合作夥伴、一般民眾。最主要的工作軸心為時間和金錢，熟悉這兩大要素才能開始執行一個完美的企劃。企劃發想要擁有強大的創意以及精神力，在短時間內生成出所有的項目，並確保細節能夠完善執行。【時間與不確定性】【溝通與壓力排解】【明確性、敏銳度、文字掌握】
追求乾淨的程式碼是好的開始，但不要陷入過度設計的陷阱，導致程式難以維護。實際上，考慮團隊狀況和專注於解決真正的問題更為重要。了解公司的規模和現實情況，適時調整工作重心。技術不斷進步，使得寫程式變得更加容易，但這並不意味著工程師的角色會消失。在選擇技術時，也要考慮隱形成本有時簡單的解決方案反而更有效。
在上次的課程中，我們第一次探討了「人」這個要素，特別是關於任務指派時，遇到配合度問題的應對方式。當你指派任務時，即使員工具備完成任務的能力，但如果他們故意不願意配合，這會對工作進度造成影響。
當我們遇到人員在任務指派過程中出現不配合的情況時，除了要了解事情的表面原因外，還應該
敏捷開發的實踐方式有很多，其中以簡單、易懂的 Scrum 框架最廣為大家接受。 2024年7月 LeSS 網站發布了新一版的《Scrum 指南》，其中調整的內容我覺得讓這個框架更符合實務上的應用，因此就其內容並結合個人經驗與見解撰寫這篇短文，希望幫助大家快速了解這套能幫助團隊適應變化的敏捷開發方法。
在數位時代，Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件，並結合我開發CDP的實際經驗，分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum，優化專案流程。
前年第一次藉公司機會，參加了DevOpsDay的活動。雖然devOps一詞各自表述，大多狀況還是偏向維運會遇到的技術為主，做為平時開發、跟使用者訪談需求的工作內容來說，參加聚會如果沒有一定的知識，對講者所提到的狀況比較難有共鳴...
放鬆的週末，我與幾位同事決定提升我們的後端開發技巧，選擇了「日期範圍生成器」作為我們的小型實作。作為團隊中較有經驗的PHP工程師，我引領著團隊從基礎程式碼的撰寫開始，進而深入到物件導向的結構調整，最後提高程式可擴充性的挑戰。雖然過程中遇到不少困難，但我們通過不斷的討論和優化，最終成功克服了所有挑戰。
企劃為一種商業性的服務業，對象可以是政府單位、商業合作夥伴、一般民眾。最主要的工作軸心為時間和金錢，熟悉這兩大要素才能開始執行一個完美的企劃。企劃發想要擁有強大的創意以及精神力，在短時間內生成出所有的項目，並確保細節能夠完善執行。【時間與不確定性】【溝通與壓力排解】【明確性、敏銳度、文字掌握】
追求乾淨的程式碼是好的開始，但不要陷入過度設計的陷阱，導致程式難以維護。實際上，考慮團隊狀況和專注於解決真正的問題更為重要。了解公司的規模和現實情況，適時調整工作重心。技術不斷進步，使得寫程式變得更加容易，但這並不意味著工程師的角色會消失。在選擇技術時，也要考慮隱形成本有時簡單的解決方案反而更有效。