
132
|
第五章
這不是他們想聽到的!原來他們只是需要一個簡單的功能去提名他們朋友的影片以便多
一點正面評價。不知怎麼地,團隊把一個簡單的需求建構成全功能的標準成就編輯器,
擁有完整的自製虛擬腳本語言和服務基礎架構──沒有一個客戶經理知道該如何把它銷
售給用戶。這大大浪費了團隊的努力,更重要的是,現在他們的待處理項目新產生了一
堆需要但還沒建構的功能。
事情不應該朝這個方向發展!
會議結束後,Roger 和 Avi 回去找 Eric,他並不訝異會議的結果。Roger 問:「我們該如
何是好呢?」
Avi 說他已盡全力試著給客戶經理們他們所想要的了。他一直有持續維護待處理項目,
依價值整理,並呈給團隊。他還能如何做得更好? Roger 根本連從何著手都不知道,但
他知道如果他們不改變,他們只會一直得到相同的結果。唯一不同的是,這次他們會給
團隊一次大型的精神喊話,並讓他們對 Scrum 燃起熱情,而現在他們讓大家很失望。如
果他們不趕快做出一些改變,他覺得他們可能會永遠失去這個團隊。
Eric 說,「秘訣就在於了解你的用戶腦袋裡到底想要什麼。你需要知道他們將如何使用
軟體。更重要的是,你必須知道在衝刺結束時,你建構的軟體到底正不正確。如果是正
確的,你的軟體將一直被使用下去,而你的用戶也將會很開心。」
Roger 感到遲疑,因為從過往經驗他發現用戶在真正開始使用軟體前,鮮少知道他們到
底要什麼。而 Avi 則對於他所扮演的產品負責人角色開始感到有點倒楣。
Avi 問,「我們要如何知道他們想要什麼?」
用戶故事、速度,以及普遍被接受的 ...