
114
|
第四章
衝刺、規劃,以及回顧
對某些專案來說,當情況是在終於有機會可以去建構人家已經說了好幾個月希望你去做
的那些在待處理項目上的事項時,去規劃衝刺將是輕而易舉的。如果有一些功能,是你
的用戶一直要求想要的,然後你把它列在優先清單上,那根本就是手到擒來。這在衝刺
規劃時只是一件很尋常的事而已。
但是有時衝刺規劃比平常更棘手一些。通常,衝刺規劃需要你──以及整個團隊──以
你從未有過的方式去思考你的用戶需要些什麼,他們認為什麼有價值。當人們談論著
Scrum 很困難,通常就是指這種情況。
幸運的是,有效率的 Scrum 團隊擁有一個不是太神秘的武器,可以用來解決這個問題:
產品負責人。當產品負責人真的花時間去了解關鍵關係人需要什麼,以及什麼是他們認
為有價值的,他就可以幫助團隊朝公司最需要被解決的問題去制定每一個衝刺。藉由協
助團隊看見價值所在,以及幫助他們的每個衝刺規劃以產出價值,有助於團隊將一個單
純的漸進式流程轉化為真正的迭代式流程。而且,當團隊在每個衝刺結束後舉行有效的
回顧會議時,產品負責人可以幫忙將團隊所學到的事帶回到公司中,所以每個人的期望
就可以與團隊的產出同步。
迭代式或漸進式?
什麼是每次衝刺最終產出的新版本的價值呢?
如果你規劃了有時限的衝刺,按照它來進行,這樣當時間用光時,團隊就停止所有的作
業,並且在每個衝刺結束時產出一個可用的軟體,你將因為採行此方法而得到很多好
處。你會擁有例行的查核點,能幫助你的軟體擁有最高品質。這幫助產品負責人、用戶
和關鍵關係人看見功能完整的版本,所以你可以看出功能是怎麼連動的 ...