敏捷思維在項(xiàng)目管理中的應(yīng)用與分析

【摘要】隨著互聯(lián)技術(shù)的發(fā)展，特別是進(jìn)入21世紀(jì)以后，互聯(lián)網(wǎng)技術(shù)的應(yīng)用也越來越廣泛，從事互聯(lián)網(wǎng)創(chuàng)業(yè)的公司也如雨后春筍般應(yīng)運(yùn)而生，可是如果大家還是按照以往的軟件開發(fā)模式來管理項(xiàng)目，當(dāng)軟件產(chǎn)品開發(fā)完成時也許市場上已經(jīng)沒有你的位置了，所以對于軟件產(chǎn)品需要快速迭代，縮短開發(fā)周期、并推向市場驗(yàn)證可行性的項(xiàng)目管理模式。

【關(guān)鍵詞】互聯(lián)網(wǎng)企業(yè) ?項(xiàng)目管理 ?敏捷思維

一、傳統(tǒng)項(xiàng)目管理思想

傳統(tǒng)軟件項(xiàng)目開發(fā)管理方法主要強(qiáng)調(diào)軟件項(xiàng)目過程的規(guī)范化與工程化，其中最為典型的代表方法就是瀑布模型方法。瀑布模型法實(shí)際上源自一種軟件開發(fā)架構(gòu)，它于1970年被溫斯頓□羅伊斯（Winston Royce）提出。

瀑布模型將軟件生命周期劃分為制定計(jì)劃、需求分析、軟件設(shè)計(jì)、程序編寫、軟件測試和運(yùn)行維護(hù)等六個基本活動，并且規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。

在瀑布模型中，軟件開發(fā)的各項(xiàng)活動嚴(yán)格按照線性方式進(jìn)行，當(dāng)前活動接受上一項(xiàng)活動的工作結(jié)果，實(shí)施完成所需的工作內(nèi)容。當(dāng)前活動的工作結(jié)果需要進(jìn)行驗(yàn)證，如驗(yàn)證通過，則該結(jié)果作為下一項(xiàng)活動的輸入，繼續(xù)進(jìn)行下一項(xiàng)活動，否則返回修改。

從本質(zhì)來講，它要求軟件開發(fā)過程通過一系列階段嚴(yán)格按照順序展開，從系統(tǒng)需求分析開始直到產(chǎn)品發(fā)布和維護(hù)，依次通過。即是每個階段每個活動都只進(jìn)行一次，最后得到軟件輸出產(chǎn)品。上一個階段產(chǎn)生的輸出結(jié)果被作為下一個階段的輸入對象，并且在利用上一階段輸出結(jié)果的基礎(chǔ)，對該結(jié)果進(jìn)行評判，若是符合標(biāo)準(zhǔn)，就實(shí)施下一階段活動;若是得不到確認(rèn)，則返回上一階段，重新執(zhí)行操作直到結(jié)果得到確認(rèn)。

總而言之，瀑布型的開發(fā)模式開發(fā)周期太長;需求變更時會需要重新返工，增加開發(fā)成本和風(fēng)險;在項(xiàng)目末期才可以看到成果，不易及時發(fā)現(xiàn)問題等缺點(diǎn)。

然而當(dāng)下互聯(lián)網(wǎng)軟件項(xiàng)目期望開發(fā)周期不要太長，開發(fā)成本不要太高，能迅速應(yīng)對變化，傳統(tǒng)的項(xiàng)目管理模式與人們的期望是南轅北轍的，因此需求新的項(xiàng)目管理思維成為了必然選擇。同時對于當(dāng)下瞬息萬變的市場，以及不斷革新的互聯(lián)網(wǎng)技術(shù)，“變”成了常態(tài)，因此傳統(tǒng)的項(xiàng)目管理思想瀑布模型也需要革新。

二、敏捷思維

（一）敏捷的定義

在軟件開發(fā)領(lǐng)域，“敏捷”有時被人們等同于某種具體的敏捷方法如Scrum和極限編程（XP）。Scrum是一種軟件開發(fā)模型，它是建立在多個小型團(tuán)隊(duì)緊密合作基礎(chǔ)上的一種模型。

戴維·里克（ David rico）博士對敏捷性有一個更通用的解釋：在變化無常的全球商業(yè)環(huán)境中，能夠快速響應(yīng)變化并做出改變以獲得收益;當(dāng)需求、技術(shù)和知識發(fā)生變化時，能夠快速地重新調(diào)整資源配置;通過充分地與客戶互動，對突如其來的市場變化和新的競爭做出快速反應(yīng);通過發(fā)展的、漸進(jìn)的和不斷迭代的發(fā)布以整合成最優(yōu)的解決方案通過恰當(dāng)、不過分的和及時的流程和文檔來實(shí)現(xiàn)最大的業(yè)務(wù)價值。

戴維·里克（ David rico）博士的解釋可以突出說明敏捷的最大優(yōu)點(diǎn)就是為了應(yīng)對變化而生。

（二）Scrum角色分配

Scrum Master（Scrum推動者）： 是Scrum教練和團(tuán)隊(duì)帶頭人，確保團(tuán)隊(duì)合理的運(yùn)作Scrum，并幫助團(tuán)隊(duì)掃除實(shí)施過程中遇到的障礙。

Owner（產(chǎn)品負(fù)責(zé)人）：確定產(chǎn)品的方向和愿景，定義產(chǎn)品發(fā)布的內(nèi)容、優(yōu)先級及交付時間，為產(chǎn)品投資回報率負(fù)責(zé)。

Developer（開發(fā)者們）：由開發(fā)者組成，人數(shù)5-9人，團(tuán)隊(duì)擁有交付可用軟件需要的各種技能。

（三）Scrum的四個會議

Sprint計(jì)劃會（Sprint Planing）

每日站會（Daily Scrum）

Sprint評審會（Sprint Review）

Sprint回顧會（Sprint Retrospective）

（四）敏捷的開發(fā)的優(yōu)點(diǎn)

提高可交付產(chǎn)品的質(zhì)量;快速適應(yīng)變化;提供更好的計(jì)劃并且花費(fèi)更少的時間創(chuàng)建它們;更好地控制項(xiàng)目進(jìn)度和狀態(tài)。

（五）敏捷開發(fā)的特點(diǎn)

統(tǒng)一團(tuán)隊(duì)：跨部門、跨職能溝通、提升協(xié)調(diào)和溝通能力;迭代開發(fā)：小步、快跑;用戶故事：盡早發(fā)現(xiàn)小問題，杜絕大問題;站立會議。

（六）總結(jié)

敏捷開發(fā)通過逐步細(xì)化、迭代前進(jìn)的方式，分階段地將需求予以實(shí)現(xiàn)。在敏捷開發(fā)中，軟件項(xiàng)目的構(gòu)建被切分成多個子項(xiàng)目，各個子項(xiàng)目的成果都經(jīng)過測試，具備集成和可運(yùn)行的特征。換言之，就是把一個大項(xiàng)目分為多個相互聯(lián)系，但也可獨(dú)立運(yùn)行的小項(xiàng)目，并分別完成，在此過程中軟件一直處于可使用狀態(tài)。

敏捷軟件開發(fā)要注意項(xiàng)目規(guī)模，規(guī)模增長，團(tuán)隊(duì)交流成本就上去了，因此敏捷軟件開發(fā)暫時適合不是特別大的團(tuán)隊(duì)開發(fā)，比較適合一個組的團(tuán)隊(duì)使用。對于一個創(chuàng)業(yè)公司一個小的團(tuán)隊(duì)也可以考慮優(yōu)先選擇敏捷的方式管理項(xiàng)目。

總之，敏捷思維是進(jìn)行最小可行性（Minimum Viable Product，MVP）研究最方便的項(xiàng)目管理方式，快速迭代開發(fā)，推向市場聽取用戶反饋，然后及時調(diào)整功能規(guī)劃。

三、敏捷思維在中項(xiàng)目管理的應(yīng)用

（一）項(xiàng)目介紹

“馬踏飛燕”app是一款比價產(chǎn)品軟件，目前已經(jīng)上線的業(yè)務(wù)線有：機(jī)票、酒店、門票、火車票、出行、電影院、租車、醫(yī)美（美容產(chǎn)品），共8條業(yè)務(wù)線。作為一款比價產(chǎn)品的app從0到1 的過程之中并不是所有業(yè)務(wù)一起開發(fā)上線的，不同業(yè)務(wù)線不同時間的開發(fā)和上線也就是一個敏捷思維在項(xiàng)目管理之中的應(yīng)用。

對于一個創(chuàng)業(yè)公司而言，重要是快速推出產(chǎn)品，到市場上去驗(yàn)證可行性，如果等全部的業(yè)務(wù)線都開發(fā)完成上線，不知猴年馬月了，，市場也可能被人占領(lǐng)，也許到時你做出來的再好也無濟(jì)于事，其實(shí)對于互聯(lián)網(wǎng)的軟件創(chuàng)業(yè)項(xiàng)目而言，有太多失敗的案例了。

一款app有一個0到1的過程，對于其中一個業(yè)務(wù)線也是一個從0到1的過程，一條業(yè)務(wù)線的開發(fā)上線一開始并不是完美的，也是一個不斷完善和迭代的過程，由于自己開始負(fù)責(zé)機(jī)票業(yè)務(wù)線時，機(jī)票已經(jīng)經(jīng)歷了0到1這個階段，而是從1.1起步的。我所做的工作就是一個不斷完善的過程。以下僅從機(jī)票業(yè)務(wù)線版本的迭代來說明敏捷思想對于項(xiàng)目管理的應(yīng)用與分析。

（二）版本迭代

對于每一次功能的迭代安排以及項(xiàng)目管理，我是根據(jù)項(xiàng)目的需求類別來換分的，不同的需求點(diǎn)，放在不同的項(xiàng)目版本之中，比如：機(jī)票的退票、機(jī)票的改期、延誤險、訂單頁面優(yōu)化等等，當(dāng)然有時可能不是相關(guān)的功能，這類每次迭代都是按照項(xiàng)目需求功能的異同來進(jìn)行迭代，或者根據(jù)優(yōu)先級來劃分。

開發(fā)流程：

以機(jī)票“延誤險”版本為例說明敏捷思想的應(yīng)用。

（1）市場分析：機(jī)票產(chǎn)品與延誤險一起銷售可以說是市場的需要，其實(shí)就目前國內(nèi)各地旅游的平臺也都有這塊的業(yè)務(wù)，可以說是市場是成熟的，對于我們自己的app而言，別人有，我們沒有的話就是我們的不足，與別人對比就是我們的劣勢來，因此對于開發(fā)上線此功能顯得尤為重要。

（2）業(yè)務(wù)分析：既然決定開發(fā)延誤險功能，就需要有對接的第三方保險服務(wù)商，因?yàn)閷τ诒ｋU業(yè)務(wù)我們本身是沒有資源的，所以也就只有選擇第三方對接了，與第三方對接延誤險但需要切合我們本身機(jī)票業(yè)務(wù)，對方的延誤險只支持國內(nèi)機(jī)票，我們也就優(yōu)先給我們國內(nèi)機(jī)票增加延誤險產(chǎn)品了。

（3）需求分析：主要分析延誤險的相關(guān)屬性，例如：有效期、投保狀態(tài)以及與下單流程。

（4）原型設(shè)計(jì)。搞清楚需求，以及了解清楚第三方提供的接口文檔內(nèi)容，就進(jìn)入原型設(shè)計(jì)階段了。此階段主要是完成下單的設(shè)計(jì)和后臺訂單的展示，以及對于異常情況的處理，比如：購買失敗等。

（5）ui設(shè)計(jì)。產(chǎn)品經(jīng)理完成原型設(shè)計(jì)由ui同事根據(jù)原型圖設(shè)計(jì)效果圖，即產(chǎn)品最終長成的樣子，顏色也好，文字樣式也罷，都由ui同事來負(fù)責(zé)。

（6）開發(fā)。ui設(shè)計(jì)效果圖的同時，開發(fā)同事已經(jīng)根據(jù)需求文檔進(jìn)行數(shù)據(jù)庫等基礎(chǔ)功能的開發(fā)，ui完成頁面設(shè)計(jì)后，開發(fā)同事在進(jìn)行頁面的開發(fā)。

（7）測試。開發(fā)的同事完成功能開發(fā)后交給測試的同事進(jìn)行功能的測試。

（8）驗(yàn)收。產(chǎn)品經(jīng)理負(fù)責(zé)驗(yàn)收需求是否都已經(jīng)實(shí)現(xiàn)，ui同事負(fù)責(zé)驗(yàn)收ui設(shè)計(jì)稿，即視覺層面的驗(yàn)收。

（9）上線。大家都確認(rèn)沒有問題后，由項(xiàng)目經(jīng)理來發(fā)布上線通知，安排項(xiàng)目上線。

（10）反饋。項(xiàng)目上線后，運(yùn)營的同事根據(jù)用戶反饋以及市場反饋的結(jié)果在進(jìn)行需求的整理，反饋給產(chǎn)品經(jīng)理，然后再進(jìn)入下一個循環(huán)，對不足進(jìn)行彌補(bǔ)。

一個個小的循環(huán)，組成了一個完成的項(xiàng)目開發(fā)周期，提高了開發(fā)速度，縮短了開發(fā)周期，降低了成本。

（三）會議

早會：每天的早上10：00項(xiàng)目組的成員都會開一個早會，主要交流是否遇到了問題，以及今天的主要工作內(nèi)容;周會：每周一的下午四點(diǎn)項(xiàng)目組的所有成員都會開周會，主要討論現(xiàn)階段的工作內(nèi)容，以及下一個階段的安排，以及遇到的問題;總結(jié)會：項(xiàng)目上線后一方面總結(jié)在本次迭代之中需要吸取的經(jīng)驗(yàn)和教訓(xùn)，另一面方面收集該功能上線后運(yùn)營和用戶的反饋，方便不斷優(yōu)化。

敏捷思維在項(xiàng)目管理的每個階段的應(yīng)用前景越來越廣泛，以上僅從敏捷對于項(xiàng)目管理開發(fā)的角度來闡述，也許還有不足，希望指正。

四、結(jié)語

當(dāng)今不斷變化的互聯(lián)網(wǎng)環(huán)境下，互聯(lián)網(wǎng)企業(yè)的項(xiàng)目管理方式也在不斷革新，由于當(dāng)下軟件產(chǎn)品差異性、個性化增加，在項(xiàng)目管理中需要靈活應(yīng)用各種技術(shù)，提高軟件開發(fā)效率、降低軟件開發(fā)成本，保證軟件的產(chǎn)品質(zhì)量。

作者簡介：：雷棟（1989-），男， 山東省濟(jì)南市平陰縣人，學(xué)士，中國社會科學(xué)院研究生院，研究方向：項(xiàng)目管理。