自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

Scrum初體驗(yàn)的經(jīng)驗(yàn)和教訓(xùn)

開(kāi)發(fā) 項(xiàng)目管理
敏捷項(xiàng)目管理我們團(tuán)隊(duì)已經(jīng)試行了近三輪,現(xiàn)將在實(shí)踐過(guò)程中的體驗(yàn)分享給大家。有些經(jīng)驗(yàn)和教訓(xùn)。

 一、寫(xiě)在前面

敏捷項(xiàng)目管理實(shí)施前,一直在倡導(dǎo)做項(xiàng)目、需求要敏捷,在保證質(zhì)量的同時(shí)盡可能的快速完成開(kāi)發(fā)任務(wù),但很少有真正實(shí)踐的機(jī)會(huì)。之前的需求開(kāi)發(fā)流程基本如圖1所示。

(圖1 基本開(kāi)發(fā)流程圖)

該流程最大優(yōu)點(diǎn)是需求能快速上線(xiàn)。需求方提出的需求,基本都希望能盡快上線(xiàn)。各開(kāi)發(fā)針對(duì)自己開(kāi)發(fā)的需求,在需求方要求的時(shí)間內(nèi)完成對(duì)需求的開(kāi)發(fā),發(fā)布上線(xiàn)。

缺點(diǎn):

1)不利于產(chǎn)品發(fā)展。開(kāi)發(fā)人員滿(mǎn)足于開(kāi)發(fā)眼前需求,缺少對(duì)產(chǎn)品的整體認(rèn)識(shí),對(duì)產(chǎn)品發(fā)展的貢獻(xiàn)不足;

2)不利于開(kāi)發(fā)人員的成長(zhǎng)。需求一個(gè)接一個(gè)的開(kāi)發(fā),純粹為開(kāi)發(fā)需求,缺少沉淀和總結(jié),開(kāi)發(fā)人員很累;

3)缺少團(tuán)隊(duì)合作。每個(gè)開(kāi)發(fā)人員各自為戰(zhàn),欠缺開(kāi)發(fā)人員之間的溝通。

二、體驗(yàn)Scrum

基于以上需求開(kāi)發(fā)流程,我們嘗試改變?cè)械姆绞?,擬采用兩周一迭代的敏捷開(kāi)發(fā)模式。

1) 第一輪迭代

由于先前對(duì)于敏捷開(kāi)發(fā)的認(rèn)識(shí)并不是很足,于是乎第一次的迭代基本可用“摸著石頭過(guò)河”來(lái)形容。整體周期如圖2所示:

(圖2 第一輪迭代周期圖)

該迭代以2周為一個(gè)周期,整體開(kāi)發(fā)周期為6天,2天為集成測(cè)試時(shí)間,PM資源權(quán)重為0.5?;仡欉@一次迭代,整個(gè)過(guò)程還是比較順利,主要遇到以下幾個(gè)問(wèn)題:

1)緊急需求的插入(新增3個(gè)需求,約4人/日的工作量);

2)對(duì)于一句話(huà)的需求,工作量評(píng)估不足(如,“XXX頁(yè)面增加X(jué)X功能”需求。評(píng)估1.5人/日,實(shí)際需要3人/日。)

處理辦法:

1) PM壓縮部分時(shí)間投入于緊急需求的開(kāi)發(fā);分配部分任務(wù)給項(xiàng)目成員(其他任務(wù)完成較快的開(kāi)發(fā));

2) 開(kāi)發(fā)晚上加班處理對(duì)于工作量評(píng)估不足的需求;項(xiàng)目組成員共同協(xié)調(diào)處理。

總得來(lái)看,采用敏捷開(kāi)發(fā)與之前的變化:1)每天晨會(huì),開(kāi)發(fā)間的溝通多了;2)開(kāi)發(fā)對(duì)于整體需求認(rèn)識(shí)度提升;3)項(xiàng)目成員開(kāi)始相互協(xié)作,共同解決問(wèn)題;4)緊急需求能快速響應(yīng),項(xiàng)目組內(nèi)部消化。

2) 第二輪迭代

    針對(duì)第一輪遇到的不足點(diǎn)(需求評(píng)估不足)以及項(xiàng)目開(kāi)發(fā)周期的試用總結(jié),對(duì)于第二輪迭代做了相應(yīng)調(diào)整。如圖3所示:

(圖3 第二輪迭代周期圖)

紅色部分為變化的點(diǎn)。其中在迭代任務(wù)分配完,進(jìn)行了整體需求的評(píng)審;開(kāi)發(fā)周期從6天調(diào)整為7天;集成測(cè)試2天調(diào)整為1天;PM資源權(quán)重從0.5調(diào)整為0.7;項(xiàng)目完成后,增加了項(xiàng)目總結(jié)環(huán)節(jié)。

回顧該迭代,主要遇到的問(wèn)題有以下幾點(diǎn):

1)緊急需求的插入;2)需求評(píng)審較晚,影響開(kāi)發(fā)人員的開(kāi)發(fā)時(shí)間;3)前端開(kāi)發(fā)工作量評(píng)估不足;

針對(duì)以上問(wèn)題的解決辦法:

1) 周末PM加班處理緊急需求;2)相應(yīng)開(kāi)發(fā)加班趕進(jìn)度;3)項(xiàng)目總結(jié)。

3)第三輪迭代

針對(duì)第二輪迭代遇到的主要問(wèn)題(需求評(píng)審太遲,影響工作量評(píng)估,影響開(kāi)發(fā)時(shí)間),將需求評(píng)審的時(shí)間再往前移。如圖4所示:

(圖4 第三輪迭代周期圖)

第三輪迭代目前正在進(jìn)行,已經(jīng)感知到的問(wèn)題有以下兩個(gè):1)需求評(píng)審還是太遲,影響工作量評(píng)估及部分開(kāi)發(fā)工作;2)整個(gè)周期缺少設(shè)計(jì)環(huán)節(jié),缺少對(duì)于技術(shù)的沉淀。

    針對(duì)以上兩個(gè)問(wèn)題,擬對(duì)迭代再次調(diào)整。如圖5所示:

(圖5 擬第四輪迭代周期圖)

    將需求評(píng)審再次提前。需求評(píng)審?fù)旰?,指定相?yīng)開(kāi)發(fā)跟進(jìn)需求,進(jìn)行相關(guān)的設(shè)計(jì)工作,擬減輕迭代中的開(kāi)發(fā)任務(wù)。

三、總結(jié)

    以上迭代流程并不是最優(yōu),還在不斷地實(shí)踐中優(yōu)化??傮w感覺(jué),敏捷開(kāi)發(fā)是不斷自我進(jìn)化的一個(gè)過(guò)程。通過(guò)不斷地實(shí)踐,在實(shí)踐過(guò)程中進(jìn)行不斷地總結(jié),不斷完善和優(yōu)化,使項(xiàng)目朝著健康、有序、向上的方向發(fā)展。

原文鏈接:http://www.cnblogs.com/xjk15082/archive/2012/09/25/2702165.html

【編輯推薦】

責(zé)任編輯:彭凡 來(lái)源: 博客園
相關(guān)推薦

2021-11-18 10:08:43

企業(yè)IT技術(shù)

2012-10-30 10:09:56

Redis

2009-08-01 09:06:35

UbuntuOneLinux開(kāi)源操作系統(tǒng)

2009-03-09 15:12:39

XenServer安裝

2019-07-05 10:24:33

云計(jì)算技術(shù)開(kāi)發(fā)

2010-11-22 10:31:17

Sencha touc

2011-05-30 15:12:10

App Invento 初體驗(yàn)

2018-04-11 11:00:56

混合云云安全數(shù)據(jù)

2010-03-11 10:26:15

Ubuntu的初體驗(yàn)

2023-07-15 08:01:38

2021-11-15 10:21:22

CIOIT董事會(huì)

2018-04-12 11:42:48

混合云

2023-05-29 14:32:48

數(shù)據(jù)治理

2018-04-26 10:37:08

公共云經(jīng)驗(yàn)教訓(xùn)混合云

2023-12-20 15:41:46

VueViteVue 3

2012-03-05 13:08:35

編程

2011-09-05 10:20:21

Sencha ToucAPP

2013-05-28 10:22:03

2017-09-05 05:55:24

AWS ES集群大數(shù)據(jù)

2009-07-21 13:08:08

iBATIS DAO
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)