iT邦幫忙

2019 iT 邦幫忙鐵人賽

DAY 18
0
Agile

UP, Scrum 與 AI專案系列 第 18

Sprint Plan內容

  • 分享至 

  • xImage
  •  

七位成員你一嘴我一舌的討論下,轉眼間會議已經過了三個小時。會議上最花時間的是來回溝通每個工作項的實質內容,尤其稍微討論一下如何達成目標,就有很多想法,Gavin 儘量忍住守住 Molly 多次提醒 Product Owner 加入 Development Team 常會發生權威不對等,不要變成Development Team裡唯一指導指揮的人。

但是一討論到要不要納入某個PBI(待辦事項)進這個 Sprint 裡時,Gavin 的多年工作慣性使然,他會給自己訂立比預估的工作量再提高一兩成,這是從小生活困苦環境下生存必然反射反應。覺得天天向上是作為一位像樣的人類的必備條件,看國家地理雜誌, BBC 等等動物頻道更證實他的理念:連獅子,獵豹都知道生存競爭是必須戰戰兢兢的,更何況這麼戰略性的專案。所以作為 Product Owner 職責所在,努力嘗試的壓縮每個待辦事項的估算工作量。

Pete 這次罕見的沒有與他同一陣線:
”Gavin 如果納入太多我們自認達不成的目標在這個 Sprint,結果只有兩個:可能加班趕工完成,這違反你自己想嘗試改變的超工時的惡習;另一可能,就是做不到乾脆放棄,這讓團隊沮喪降低士氣。無論往哪個方向,我不認為是有智慧的作法”。

佳麗暖頰:
”其實我看到的是大家第一次接觸AI專案,所以對這專案的工作內容不熟悉,每個人的估算工作量差異相當大。這就影響要不要納入某個待辦事項進Sprint 就有爭議了。Molly 你可否以過去的經驗來分享看看如何解決?”

Molly 依然用慣有的淺淺一笑,希望輕鬆的面對爭議:
”現在我可要以 Scrum Master 來說話囉,大家要遵守以下的權威講話,大家有無異議?”

Cash 附和,期待讓氣氛不要是緊繃的:”Molly 姐你老早就是我們的偶像,不需要權威,我們把全部通通交給你,一起打怪。”

Molly:”首先我們必須接受這個現實,Product Owner 的立場與 Development Team 的期望不可能完全一致的,大家必須認清這一點,不要為這樣的討論產生太大的摩擦。事實上我所有的專案一開始都有發生剛剛類似的爭議,但專案後續跑得順與否,有時還真要看 Scrum Master 作為緩衝的能力。這也是我曾有一次Product Owner兼Scrum Master 後才發現這兩個角色,絕對不要同一個人來扮演,因為立場差異過大,經常無法站在Scrum Master的角度來看問題,最後幾乎只能帶著 Product Owner 那頂帽子,這對開發團隊不好。”

“假使專案團隊成員整體是夠成熟的,我們團隊就是,而且不只是,我們還是 Best of Best。我個人來看有無多納入一兩個 PBI 進這個 Sprint,對專案整體影響不大。於執行過程中,我們守住Time-Box 不超時工作,在結束 Sprint 前,我們有 Sprint Retrospective 會議,有人翻譯為短衝反省會議,在這個會議上我們可以探討哪些 PBI 沒有完成背後的原因。再持續。。。”

Moore:”看來要不要納入PBI進一個 Sprint, 還是老話,這可不是 Moore is Better。Sprint Retrospective 會議會不會變成檢討大會?甚至變成鬥爭會議?這樣我們更不該納入太多的 PBI 進Sprint,以免要花太多時間解釋為何沒有完成” 。中間穿插 Gavin 與 Pete 及時為這老梗捧場大笑幾聲。

“這有點多慮,因為每天 Daily Scrum 會議都會談遇到執行上什麼問題,哪須在Sprint Retrospective 會議檢討。事實上這個會議如說要檢討,那被檢討對象應該是 Scrum Master,這是開玩笑的啦!。因為如果人對了,如果事情發展不如預期,當然是流程, 工具, 分工出問題,或者有成員有狀況等等。我們反省目的是為了改善下一個 Sprint,持續優化。”

“那是否會發生因為太保守做計畫,Sprint 還有好幾天,但所有的 Sprint Backlog 都完成了,大家都沒事做?”
Gavin 還是積極向上的心態問道。

“會,但很少發生。如果發生了 Development Team 可以主動與 Product Owner 溝通,在不影響 Sprint 初始的目標下,做一點變動是可以的。同樣的這也可以在Sprint Retrospective 會議討論。專案偶而幾個 Sprint 大家比較清閒的進行,也許宏觀看,反而可以增加效益。”

“另外說明一下反省會議我個人來看是 Scrum Master 幫助團隊平順執行Scrum的好機會,這是唯一一個Scrum Master 一定要每次都參加的會議,因為如果流程不順,那由 Scrum Master 當責,所以當然一定要參加。”

Moore 提醒大家要拉回主題,只剩不到一小時就達原預定的 Time-Box時限。他必須準時下班,因為他美麗可愛的老婆今天有煮晚餐。Gavin 多少也認清一項事實,要先信賴團隊是積極的,放手讓大家發揮。突然間這個會議進行的很快,第一個Sprint 的 Backlog 會議結束前十分鐘被產出。

備註:

專案的工作執行記錄在【深度學習所需入門知識--一位初學者的認知】


上一篇
Sprint Planning會議
下一篇
Daily Scrum, 每日短『站』會議
系列文
UP, Scrum 與 AI專案31
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言