摘要:如上所述,積壓修飾正在進(jìn)行中。應(yīng)該估計積壓項目以了解實施的成本。緊急表示積壓是動態(tài)的,總是從想法轉(zhuǎn)向完成工作。牢記顧客積壓修飾必須遵循,指南始終是客戶。將它們視為優(yōu)先處理積壓工作。因此,請確保在積壓修飾時識別任何依賴關(guān)系。
如上所述,積壓修飾正在進(jìn)行中。通常,這些更新是在與相關(guān)利益相關(guān)方會面時進(jìn)行的。產(chǎn)品所有者將主持會議并讓每個人查看現(xiàn)有的用戶故事,以決定哪些可以從積壓列表中刪除。此時也可以添加用戶故事,或者拆分用戶故事以使其更易于管理。以下是一些提高進(jìn)度效率的技巧。
先讓較高級的項目深入敏捷倡導(dǎo)者Roman Pichler提出了首字母縮略詞DEEP,它代表了詳細(xì)的,適當(dāng)?shù)?,估計的,緊急的和優(yōu)先的。這些描述了管理良好的積壓。
“適當(dāng)詳細(xì)”意味著優(yōu)先級較高的項目應(yīng)具有比優(yōu)先級較低的項目更多的細(xì)節(jié)。應(yīng)該“估計”積壓項目以了解實施的成本?!熬o急”表示積壓是動態(tài)的,總是從想法轉(zhuǎn)向完成工作。“優(yōu)先排序”說明哪個項目最重要,必須在其他項目之前解決。它們位于列表的頂部,最后移動到最低優(yōu)先級。
有更好的會議積壓修飾 (backlog grooming) 的工作通常在會議中完成,因此更有效地開展這些會議可以提高訂單的效率。因此,您并不總是要邀請所有人。唯一重要的人是產(chǎn)品所有者。之后,只邀請那些相關(guān)的人。如果需要來自會議中不需要的其他人的輸入,則在會議之前獲取該信息。
和任何會議一樣,準(zhǔn)備好了。制定一份明確規(guī)定目標(biāo)的議程,并確保所有人都了解這些目標(biāo)是什么以及預(yù)期如何為實現(xiàn)目標(biāo)做出貢獻(xiàn)。最后,保持會議簡短。會議往往會很長,但最好是保持簡短。知道必須做什么,并且可能每兩周才會遇到一兩個小時。
牢記顧客積壓修飾必須遵循lodestar,指南始終是客戶。將它們視為優(yōu)先處理積壓工作。客戶可以像其他所有衡量標(biāo)準(zhǔn)一樣。該產(chǎn)品正在為客戶生產(chǎn),因此客戶是始終保持視線的目的地。
識別依賴關(guān)系有時會有用戶故事或任務(wù)在另一個完成之前無法啟動。如果未識別,這些依賴關(guān)系可能會阻止團(tuán)隊成員,延遲進(jìn)度并阻礙團(tuán)隊生產(chǎn)力。因此,請確保在積壓修飾時識別任何依賴關(guān)系。
疏理有太約兩個Sprints的用戶故事的量 (而不是一個Sprint)完成備份修飾會話后,應(yīng)該有兩個可用于團(tuán)隊準(zhǔn)備工作的用戶故事沖刺。通過這種方式,他們有足夠的工作讓他們保持參與,直到下一次積壓工作,并且如果優(yōu)先級發(fā)生變化團(tuán)隊也可以繼續(xù)補(bǔ)上其他工作。
傾聽這個建議適用于無數(shù)的個人和專業(yè)情況,無論如何重復(fù),它總是需要進(jìn)一步關(guān)注。雖然具有既定目標(biāo)的議程對于智能積壓培訓(xùn)至關(guān)重要,但這并不意味著它是一成不變的。產(chǎn)品所有者必須保持開放的心態(tài),傾聽團(tuán)隊的意見,并根據(jù)需要進(jìn)行調(diào)整。
專業(yè)在積壓的修飾會議中會有不同的意見,但團(tuán)隊中的每個人都在努力創(chuàng)造最好的產(chǎn)品。他們可能會在如何做到這一點(diǎn)上發(fā)生沖突,但他們的動機(jī)是激情和經(jīng)驗。產(chǎn)品所有者或經(jīng)理必須牢記這一點(diǎn)并對所有人采取友好行動。讓每個人都聽到并受到尊重,但讓團(tuán)隊保持專注。
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/105329.html
摘要:使用時不應(yīng)該通過傳遞使用時不應(yīng)該通過傳遞根據(jù)安全最佳實踐章節(jié)在使用時您不應(yīng)該把放到中第一瀏覽器地址欄本來就是暴露的第二可以查看瀏覽記錄,找到。OAuth 2.1 是 OAuth 2.0 的下一個版本, OAuth 2.1 根據(jù)最佳安全實踐(BCP), 目前是第18個版本,對 OAuth 2.0 協(xié)議進(jìn)行整合和精簡, 移除不安全的授權(quán)流程, 并發(fā)布了 OAuth 2.1 規(guī)范草案, 下面列出了...
摘要:然而,我更傾向于使用來單元測試來文檔化異常。單元測試允許我在使用中查看異常,并且作為一個可以被執(zhí)行的文檔來使用。通過為異常編寫單元測試,你不僅可以記錄異常如何觸發(fā),還可以使你的代碼在經(jīng)過這些測試后更加健壯。 本文是關(guān)于 Exception 處理的一篇不錯的文章,從 Java Exception 的概念介紹起,依次講解了 Exception 的類型(Checked/Unchecked),...
摘要:,谷歌給的一份性能指南和最佳實踐。目前而言,前端社區(qū)有三大框架和。隨后重點(diǎn)講述了和兩大前端框架,給出了大量的文章教程和相關(guān)資源列表。我認(rèn)為,使用函數(shù)式編程方式,更加符合后端程序員的思路,而是更符合前端工程師習(xí)慣的框架。 showImg(https://segmentfault.com/img/bVbjQAM?w=1142&h=640); 這個是我訂閱 陳皓老師在極客上的專欄《左耳聽風(fēng)》...
閱讀 1482·2021-11-24 09:39
閱讀 3663·2021-09-29 09:47
閱讀 1598·2021-09-29 09:34
閱讀 3108·2021-09-10 10:51
閱讀 2573·2019-08-30 15:54
閱讀 3250·2019-08-30 15:54
閱讀 898·2019-08-30 11:07
閱讀 1039·2019-08-29 18:36