
70
|
第三章
團隊必須信任彼此都能夠做出最正確的決策。當他們在處理電子書格式時,這麼做將會
很有幫助,因為他們將不必死守專案初期所指定的過時格式,反而能夠改採比較新的格
式。更棒的是,等到他們要開始做網路商店的時候,很可能會發現那已不再是個好點子
了,可以直接捨棄──如果團隊堅守這是規格的一部分的話,根本就不可能會想捨棄。
良好的溝通可以讓團隊將專案保持在最新狀態,交付的產品也將更具價值。
讓我們想像一下這件事發生在電子書閱讀器團隊。團隊現在對於正在撰寫的文件更加滿
意了,因為負擔減少許多。他們覺得良好的溝通為他們省下了不少時間,也略過了許
多不必要的文件。儘管如此,團隊究竟會發生什麼事呢?專案是否還能夠按照計劃來
進行呢?
不知怎麼地,從未真正節省時間。團隊似乎比以往更常加班,只為了在每個迭代週期內
完成產品負責人承諾的所有功能。似乎他們越敏捷,需要做的事情就越多,然後他們因
為加班而忽視家庭的機會就更大。這完全稱不上改善!在團隊燃燒殆盡之前,他們有沒
有辦法可以修補這點呢?
重點提要
• 過度詳盡的文件只會增加模稜兩可、誤解的風險,也容易造成團隊
成員溝通不良。
• 當敏捷團隊
專注於面對面談話
並且只撰寫最少量的專案文件時,
他們的溝通才會最有效率。(第 4 條原則)
• 開發人員與業務人員天天一起工作,因此能夠
交付最大價值
。( 第
5 條原則)
• 敏捷團隊的每位成員都自覺對於專案
有責任感
,也都自覺必須對專
案的成敗負責。(第 6 條原則)
專案執行:推動專案向前邁進
團隊成員之間良好的溝通與信任是一個好的開始。一旦每個人都開始工作,也都知道自 ...