Odd-e Certified ScrumMaster 心得分享 1 - 協同合作

大約在兩年前吧，有一次到趨勢科技參加一個 Scrum 的分享會議，那時候第一次遇到 Daniel 老師。那次會議中分享了如何組成一個 Scrum 團隊，說明了 Cross Function Team 如何組建。

之後，也經常在社群裡，聽聞許多人對於 Daniel 老師的課程讚譽有加，所以當社群內出現了報名資訊後，我就立馬用手機完成了報名程序。接著，過著一段非常忙碌的專案執行生活。一直到上課前一天，都還有著許多工作上煩人的事。

但是，既然都已經報名了這個課程，就必須讓自己放空好好的沈浸在課程之中，以發揮學習最大的效益。

在課程中，我記下了大量的資訊，每一個 Key Word 都有一些啟發，基於養成習慣持續性的交付這項學習心得來看，只好把心得的部分切成許多小的 story 來 release 了！

協同合作

   Scrum 本來就是延伸自橄欖球運動中的爭球，所以一直以來我認為一個良好的 Scrum Team 就是要像一個合作無間的球隊，成員間彼此有默契，能夠互相合作。但是，一個團隊的協同合作就像拔河一樣，當只有一個人的時候，你可能會發揮 100% 的力量。如果，現在我們有一個團隊一起進行，每個人的力量貢獻度就不一定是 100%。

   「協同合作」是我在第一天筆記時，寫下的第一個關鍵字。在第三天，我們在討論什麼是一個好的 Product Backlog 時，卻突然有了體會。在哪份 Product Backlog Item 上，已分配好的工作都有指定一個負責人。

   假設，今天我們在談的是協同合作。一個 Product Backlog Item 為何是指定給特定人士來完成？ Product Backlog Item 是一個 User Story，是一個對於客戶來說有價值的 End to End 功能特性的交付。這其中涵蓋許多的細節，包含分析、設計、開發、測試等一切我們必須進行的工作，也是一個交付的目標。

  既然，這是一個目標性的交付，應該是由團隊一起協同合作，完成一個 Product Backlog Item 的交付，否則團隊會在什麼時間點進行合作？

  大家只是各自處理各自的任務，是一個不協同合作的偽團隊罷了！仔細想想，這也是最常看到的分工模式。雖然，大家一起在為一個產品或專案努力，但是彼此之間卻互不相干，不互相幫助。

  一個良好的團隊，應該是共同為一個目標努力。中間有什麼問題需要協助，需要補位，喊一聲就會有人接替。我想，在這樣一個團隊下工作，應該是相當愉快的一件事。所以，也要好好跟團隊同仁分享一下這樣的概念，促進團隊在協同合作上的成長。