基于統(tǒng)一迭代節(jié)奏的全功能團(tuán)隊(duì)
團(tuán)隊(duì)的精進(jìn)之道
團(tuán)隊(duì)的精進(jìn)之道就是把交付過程中的一切活動(dòng)看作能力建設(shè)废离，把整個(gè)團(tuán)隊(duì)構(gòu)造成促進(jìn)每個(gè)成員成長(zhǎng)的生態(tài)系統(tǒng)琳拭。
當(dāng)我們?cè)陬I(lǐng)導(dǎo)一個(gè)團(tuán)隊(duì)的時(shí)候，我們總是想如何做好任務(wù)分配，平衡團(tuán)隊(duì)?wèi)?zhàn)能力闭翩，交付最好的結(jié)果。于是我們?cè)诜止さ臅r(shí)候迄埃，就會(huì)根據(jù)員工所擅長(zhǎng)的部分疗韵，因材分工，那隨著項(xiàng)目的進(jìn)展侄非，人員的流動(dòng)等等情況的發(fā)生蕉汪，項(xiàng)目在后期就會(huì)愈發(fā)的變得困難。
那針對(duì)上面的這個(gè)情況逞怨，我們能夠做出哪些調(diào)整呢者疤？
作者在文中舉了這樣一個(gè)例子：在某次項(xiàng)目中，項(xiàng)目經(jīng)理會(huì)問清楚每個(gè)人擅長(zhǎng)的部分叠赦，在分配的時(shí)候驹马，會(huì)去讓每個(gè)人做自己不擅長(zhǎng)的部分，如果不會(huì)那么就需要 去求助擅長(zhǎng)的人幫忙除秀。
這種方式和方法可能在項(xiàng)目初期看不到效果糯累，甚至?xí)下M(jìn)度，但是在這個(gè)過程中會(huì)發(fā)展團(tuán)隊(duì)成員的個(gè)人能力册踩，在一個(gè)較長(zhǎng)的時(shí)期里平均來(lái)看泳姐，其實(shí)我們就是在以最快的速度交付結(jié)果。
這里的第二種方式就應(yīng)了敏捷宣言中的那句話：個(gè)體與交互 高于 流程和工具
基于用戶故事的需求及范圍實(shí)時(shí)管理
估算的目的
- 資源分配：
- 對(duì)協(xié)調(diào)的幫助：
- 做決策
- 估算會(huì)議上促進(jìn)團(tuán)隊(duì)成員的彼此交流
估算本身并無(wú)好壞暂吉，如果你不用估算也可以很好的工作胖秒，那么你就不用。如果你需要通過估算來(lái)幫你做一些決策慕的，并且估算會(huì)影響到重大的決定阎肝，那么盡可能做出好的估算。針對(duì)你特定的上下文肮街，決定你采用什么樣的方法风题。
需求風(fēng)險(xiǎn)的壞味道和對(duì)策
當(dāng)項(xiàng)目進(jìn)入交付落地階段，項(xiàng)目負(fù)責(zé)人就應(yīng)該進(jìn)入“風(fēng)險(xiǎn)模式”低散；而“控制需求”就成為了控制風(fēng)險(xiǎn)中最重要的一環(huán)俯邓；如何來(lái)控制風(fēng)險(xiǎn)呢？
- 盡可能的靠近決策者
- 做系統(tǒng)決策人
- 不要給選擇
- 管理結(jié)果而非解決方案
- 建立游戲規(guī)則
軟件項(xiàng)目規(guī)模估計(jì)熔号，怎么估稽鞭？
在規(guī)模估算的時(shí)候會(huì)有下面幾個(gè)問題：
- 估計(jì)者估算的點(diǎn)數(shù)是否能代表團(tuán)隊(duì)估算的點(diǎn)數(shù)？
- 是否有故事卡片之外的工作時(shí)間沒有考慮到引镊？
- 故事卡的需求是否清晰呢朦蕴？
如何來(lái)解決這些問題呢篮条？
- 進(jìn)行集體估算：
集體估算可以緩解個(gè)人能力不同引發(fā)的單點(diǎn)偏差，不同開發(fā)人員對(duì)需求的闡述吩抓，也會(huì)讓大家對(duì)需求有更全面的理解涉茧，也易于發(fā)現(xiàn)潛藏在需求中的風(fēng)險(xiǎn)。 - 其次是方法：還有兩個(gè)方法大家可以參考：
- 理想人天法
- 故事點(diǎn)法
- 最后還要給項(xiàng)目加緩沖：
- 功能緩沖
估完點(diǎn)后疹娶，挑出其中必須要做的70%以內(nèi)的任務(wù)伴栓，剩下的30%作為可做可不做的任務(wù)，通過這種方式來(lái)緩沖項(xiàng)目里程碑的風(fēng)險(xiǎn)雨饺。 - 進(jìn)度緩沖
用來(lái)緩沖估計(jì)之外的異常情況引發(fā)的項(xiàng)目時(shí)間的拉長(zhǎng)钳垮。
- 功能緩沖
