如何在程序員客棧做‘敏捷開發(fā)’

前文我們剛剛說了為什么要盡量避免【需求變更】

今天我們聊聊敏捷開發(fā)。

什么是敏捷開發(fā)

敏捷開發(fā)是以用戶需求進(jìn)化為核心，采用迭代，循序漸進(jìn)的方法進(jìn)行軟件開發(fā)的一種方法。

在瞬息萬變的互聯(lián)網(wǎng)，移動互聯(lián)網(wǎng)，乃至人工智能時代，我們看到越來越多的互聯(lián)網(wǎng)產(chǎn)品出現(xiàn)了一周進(jìn)行一次版本迭代的節(jié)奏，這么快的速度，就是為了迅速響應(yīng)市場與用戶的需求。

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

①小步快跑，盡早交付

正是因?yàn)殡S著時間，市場，用戶需求，競爭對手等因素都在發(fā)生變化，為應(yīng)對這種變化，讓用戶（包括內(nèi)部優(yōu)化）盡早看到結(jié)果，并給予反饋，我們要用小步快跑的姿態(tài)來做產(chǎn)品，盡早地交付新的版本。

②有計(jì)劃，但擁抱變化

敏捷開發(fā)不代表不做項(xiàng)目計(jì)劃，恰恰相反，敏捷開發(fā)更注重計(jì)劃的制定。但是會有更多的靈活性，因?yàn)槊艚蓍_發(fā)就是為了快速響應(yīng)用戶和市場的需求，不斷修正自己原來的計(jì)劃，利用變化為產(chǎn)品創(chuàng)造競爭優(yōu)勢。

③版本周期內(nèi)盡量不變更

盡管敏捷開發(fā)目的是盡量讓產(chǎn)品適應(yīng)市場需求的變化，但并不意味著可以毫無節(jié)制的添加和修改項(xiàng)目需求和任務(wù)。

每個迭代都有開始時間和結(jié)束時間，也就是在項(xiàng)目開始時就配置了相關(guān)資源進(jìn)行開發(fā)，如果突然插入或修改需求，一定會對項(xiàng)目進(jìn)度和成本產(chǎn)品影響，所以還是要在版本開始前就思考清楚，除非碰到特殊情況，盡量做到版本內(nèi)不加任務(wù)。

敏捷開發(fā)的原則

①抓住產(chǎn)品核心主流程

需要抓住最核心的產(chǎn)品流程，剔除多余的功能或高級功能。

如電商產(chǎn)品：

核心目標(biāo)：用戶下單購物。

核心流程：瀏覽商品-挑選商品-下單付款-查看物流。

其他如個性化推薦，活動推薦，秒殺大促，分享評論，積分等都屬于非核心流程，當(dāng)然，一款產(chǎn)品不同業(yè)務(wù)，不同場景的核心流程，需要團(tuán)隊(duì)和產(chǎn)品一起去商量的。

②不同階段MVP目標(biāo)不同

MVP1.0目標(biāo)就是驗(yàn)證需求，設(shè)想的需求是真實(shí)存在還是偽需求？高頻還是低頻？剛需還是非剛需？避免沒有驗(yàn)證用戶需求就陷入產(chǎn)品的日常迭代之中。

③可以嘗試任何產(chǎn)品形態(tài)

如做個DEMO先看下用戶反饋，或者一些開發(fā)成本高，但是可用人工的工作，先進(jìn)行人工驗(yàn)證，確認(rèn)有需求后再進(jìn)行開發(fā)。

敏捷開發(fā)的主要風(fēng)險

很多不確定因素都會導(dǎo)致項(xiàng)目計(jì)劃的失敗，如項(xiàng)目需求的變更，人員的流動，市場的變化等。

其中在平臺上有如下情況需要警惕和避免：

客戶需求階段沒有參與（較少參與），導(dǎo)致需求失真。

需求不明確或不完整，沒有確定自己想做一個什么方向的產(chǎn)品。

項(xiàng)目計(jì)劃不合理，要求實(shí)現(xiàn)難以完成的進(jìn)度計(jì)劃，導(dǎo)致后期驗(yàn)收修復(fù)時間長，項(xiàng)目周期往往比正常進(jìn)度更長。

平臺做敏捷開發(fā)的建議

①需求梳理階段，要區(qū)分好功能點(diǎn)和功能模塊的優(yōu)先級，便于后期制定設(shè)計(jì)和開發(fā)計(jì)劃。

②如果項(xiàng)目開發(fā)周期超過2個月，建議將項(xiàng)目按優(yōu)先級拆分成不同版次，第一版完成后快速上線運(yùn)營，根據(jù)實(shí)際情況判斷，直接開發(fā)第二版或根據(jù)運(yùn)營情況調(diào)整需求后開發(fā)。

③可以在客棧持續(xù)迭代您的產(chǎn)品，如果擔(dān)心開發(fā)者迭代間隙另有工作，不能連續(xù)進(jìn)行，可以通過云端工作（云端工作說明2.0）方式，與開發(fā)者建立長期合作。