您好,登錄后才能下訂單哦!
介紹:
在敏捷開發模式中,Sprint Retrospective Meeting 也是一個必不可少的環節,它通常發生在每個Sprint的結尾,其主要作用是對于當前的迭代周期做一個階段性的總結,包括好的方面和不好的方面,然后我們可以在接下來的迭代中揚長避短,所以這對于一個團隊的健康發展也是有好處的。
實現方式:
一般我們項目組是通過圓桌會議來完成Sprint Retrospective Meeting ,會有相應的人(一般是項目組的人按照名字序列輪流)記錄好Meeting Minutes. 我們一般從以下方面來進行Retrospective.
(1) 開發團隊效率如何
(2) 開發團隊合作如何
(3) 項目進展曲線是否平穩
(4) 開發團隊前端和后端的分工如何
(5) 測試團隊的缺陷報告率如何
(6) 開發周期中有沒有被嚴重Block的因素。
(7) 有沒有需求方面的不明確導致Rework
(8) 在任務分配方面有沒有不均衡,導致個別人太忙或者太閑。
當然了, 各個因素因團隊而已,一旦整理好這些好的/不好的方面之后,我們應該用專門的地方去記錄他們,最好的存放這些記錄的方式肯定是Wiki, 因為方便閱讀,當然了,用某些文檔來記錄也是可以的,但是你必須對文件名有統一規范,最關鍵的是:一旦總結下來的,team leader一定要帶領team盡可能落實,而不是只記在那里沒人看,那樣就失去了意義。
我這里給一個我們上個Sprint的Retrospective Meeting記錄。
總結:
必須很認真的對待Sprint Retrospective Meeting ,因為它非常重要,正如孔子所云: ”學而不思則罔,思而不學則殆“,學習是這樣,做項目同樣必須遵守這個原則,因為只有不斷反思總結Sprint狀況,才能揚長避短,讓團隊更健康的往前發展。而且執行力很重要,這要考慮team leader的威信和素質了。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。