2016-08-08 分類: 軟件開發(fā)
今天這個時代迭代開發(fā)已經(jīng)成為常識,甚至政治正確。隨便誰就能給你扯兩句mvp。敏捷也從一個開發(fā)的,名詞變成了管理名詞。迭代,測試,反饋,名詞滿天飛。
人人都在說這些術語,仿佛他們真的就懂怎么做軟件了。起碼,覺得自己真的懂怎么創(chuàng)新了。然而經(jīng)不起細聊,一旦深入下去聊一個mvp,聊聊他的迭代計劃。就會發(fā)現(xiàn)露餡了張嘴閉嘴,談的都是功能。這個迭代要交付幾個功能,這個mvp多了什么功能?他的競爭對手都有哪些功能?卻很少聽到用戶人人都在喊,以用戶為中心??谔柡暗谜鹛祉?,但你看他們的行為模式,他們的語言,并沒有用戶的身影。
我時常覺得這個事情不太對勁。但是也沒有想到更好的方法。敏捷中使用的故事卡比功能的視角要好一點。因為在故事卡里,你要寫下用戶的價值。但是,我一直也不知道這個價值是從哪兒來的。是先開槍后畫靶子我們想做某個功能了,所以硬按一些價值的。還是真的存在的,價值的單位應該是什么呢?沒有單位的東西就無法管理。無法管理,也就無法優(yōu)化。我們交付的價值是越來越多嗎?還是交付的不如以前了?用什么來判斷?
回答不了這些問題,不管輸贏都是有點不明不白的。這些問題的核心問題就是價值的單位應該是什么?怎么算一個價值?直到我看了,我們公司設計團隊的一個框架MERLIN。又在《創(chuàng)新的窘境》,作者的新書《與運氣競爭》里,看到了理論依據(jù)。這個問題在我這里才算是告一段落。我明白了,以用戶為中心的軟件開發(fā)大概應該怎么做。
如果我們想以用戶為中心進行軟件開發(fā),那么知行要合一,我們的分析方法應該是圍繞著用戶展開的。
這個方向倒是不新鮮,我們在inception的時候做用需求分析時我們的方法就是圍繞著用戶展開的。一個典型的分析過程,如下圖所示:
我們會在上面畫一條軸,標示出用戶旅途。這是用戶在使用軟件的時候的,他的一個全過程。然后在對應的時間點上,標記出,我們的功能。這樣我們的功能就不是平白出來的。每一個都聯(lián)系了用戶價值。在ThoughtWorks,我們可能標記的是用戶故事,相對于功能,用戶故事,首先就是要寫出價值。
但是這個圖還是不夠給力。首先,從用戶旅途上的點,到功能的映射簡直是個magic move。并不能很好的傳遞為什么是這樣的一個功能,而不是別的功能?畢竟實現(xiàn)一個用戶的價值方法有很多。后續(xù)在執(zhí)行的過程當中,難免會僵化行事。 其次,上面的旅途,還可以再抽象和封裝。簡言之,旅途本身也應該是有抽象層次的。一個旅途上的一個點,可能也是一段新的旅途。
一個更系統(tǒng)的做法是這樣的,首先做服務設計:
系統(tǒng)化的分析用戶的行為,過程中與企業(yè)有哪些觸點,在這些觸點上用戶“雇傭”企業(yè)的產(chǎn)品到底是來做什么的,也就是動機。
然后將這些點再進一步細化,采用故事的模式:
當我們定義出了價值的單位,就可以從這一單位的價值里面映射出故事卡,來進行開發(fā)過程的管理。
這里就是我們的重點,我們將來交付的軟件、交付的服務、我們交付的一個MVP本質(zhì)上是交付給了用戶一組體驗。MVP的迭代則應該是更多的體驗或某些舊體驗的升級(也就是同一個動機,換了一個故事來滿足)。
這就是以用戶為中心的軟件開發(fā)的核心。最終我們把用戶的價值很好的表達了出來,并且找到了用戶體驗的基本單位——故事板,由于故事板也可以轉(zhuǎn)化為用戶故事,結(jié)合早已經(jīng)存在的敏捷開發(fā)方法,也就可以對體驗的交付進行度量和管理。達到真正的以用戶為中心進行軟件開發(fā)。
文章名稱:以用戶為中心的軟件開發(fā)
鏈接地址:http://redsoil1982.com.cn/news/45473.html
網(wǎng)站建設、網(wǎng)絡推廣公司-創(chuàng)新互聯(lián),是專注品牌與效果的網(wǎng)站制作,網(wǎng)絡營銷seo公司;服務項目有網(wǎng)站維護、軟件開發(fā)等
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容