偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

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

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

 一、寫在前面

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

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

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

缺點(diǎn):

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

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

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

二、體驗(yàn)Scrum

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

1) 第一輪迭代

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

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

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

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

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

處理辦法:

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

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

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

2) 第二輪迭代

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

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

紅色部分為變化的點(diǎn)。其中在迭代任務(wù)分配完,進(jìn)行了整體需求的評(píng)審;開發(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é)。

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

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

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

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

3)第三輪迭代

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

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

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

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

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

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

三、總結(jié)

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

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

【編輯推薦】

責(zé)任編輯:彭凡 來源: 博客園
相關(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開源操作系統(tǒng)

2009-03-09 15:12:39

XenServer安裝

2019-07-05 10:24:33

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

2023-07-15 08:01:38

2010-11-22 10:31:17

Sencha touc

2011-05-30 15:12:10

App Invento 初體驗(yàn)

2010-03-11 10:26:15

Ubuntu的初體驗(yàn)

2018-04-11 11:00:56

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

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

2021-11-15 10:21:22

CIOIT董事會(huì)

2009-11-30 10:09:02

谷歌Chrome OS

2011-08-02 10:26:59

iOS 多線程 線程

2011-11-01 10:30:36

Node.js

2013-06-08 10:15:29

Outlook 201Outlook 201

2011-09-15 15:03:10

點(diǎn)贊
收藏

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