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

最小可行產(chǎn)品與良好的特性集合

開(kāi)發(fā) 項(xiàng)目管理
本文對(duì)最小可行產(chǎn)品的概念和優(yōu)點(diǎn)進(jìn)行了一些介紹。最小可行產(chǎn)品,就是只是“剛剛好”滿足客戶的需求,這樣的產(chǎn)品人們樂(lè)意付費(fèi),而且可以盡快推向市場(chǎng)。

最小可行產(chǎn)品是和敏捷開(kāi)發(fā)的理念一致的一個(gè)概念。下面是InfoQ的Shane Hastie對(duì)近日一次有關(guān)最小可行產(chǎn)品相關(guān)訪談的整理,看了這篇文章會(huì)對(duì)其大致的概念以及優(yōu)點(diǎn)增進(jìn)了解。

在Venture Hacks(Advice for Entrepreneurs)網(wǎng)站上最近的一次訪談里面,評(píng)論員Eric Ries討論了最小可行產(chǎn)品(Minimum Viable Product,簡(jiǎn)寫為MVP)的概念——只是“剛剛好”滿足客戶的需求,這樣的產(chǎn)品人們樂(lè)意付費(fèi),而且可以盡快推向市場(chǎng)。正如Reis所言:

最小可行產(chǎn)品應(yīng)該只包含那些足以讓你交付產(chǎn)品的特性,早期的潛在客戶可以查看該產(chǎn)品,而且至少有一部分人會(huì)認(rèn)可、并愿意購(gòu)買產(chǎn)品,開(kāi)始向你提供反饋。

他把這種做法和非常典型的“構(gòu)建所有能想到的特性”的“散射式”做法進(jìn)行了對(duì)比:

“散射式”做法的問(wèn)題在于:你只有在完成了所有不同的產(chǎn)品特性之后,才能獲得反饋。為了滿足那些不同的特性,你必須在產(chǎn)品中實(shí)現(xiàn)不計(jì)其數(shù)的特性。而且一般來(lái)說(shuō),等到產(chǎn)品完成的時(shí)候,一切已經(jīng)太晚,根本無(wú)法確保你行進(jìn)在正確的道路上。

只關(guān)注于最小可行產(chǎn)品是有益的,因?yàn)榛旧夏阒挥谜f(shuō)“看,我們的愿景是構(gòu)建一個(gè)產(chǎn)品,解決客戶的這個(gè)核心問(wèn)題,以及這些類型的一般特性領(lǐng)域”,我們認(rèn)為:對(duì)于期冀這種解決方案的前期潛在客戶而言,這些是可以接受的。

如果我們向他們交付了核心的、綱領(lǐng)性的特性,而這些特性可以指出我們下一步的方向,他們就能想象出產(chǎn)品現(xiàn)在暫時(shí)不具備但是將來(lái)會(huì)有的特性。

在訪談中,他舉了一些他的公司如何通過(guò)關(guān)注于MVP從而達(dá)成良好結(jié)果的例子,并講述了在沒(méi)有這么做時(shí)他們所遇到的問(wèn)題。

他建議使用MVP以真正地驗(yàn)證產(chǎn)品的愿景——如果你不能識(shí)別出MVP,你很可能正在構(gòu)建一件錯(cuò)誤的產(chǎn)品——趁早結(jié)束它!

將會(huì)有一些創(chuàng)業(yè)的人找到我,跟我說(shuō):“但是等等,我的客戶并不知道他們想要什么。如果我問(wèn)他們‘你需要這個(gè)東西嗎?’雖然答案應(yīng)該為‘是’,但他們卻可能說(shuō)‘不’?!?

然而,這只是一個(gè)被濫用的借口而已,雖然在有些情況下的確是那樣的。判斷的關(guān)鍵在于:哪些才是最小的特性集合?在一些案例中,比如娛樂(lè)產(chǎn)品,也許你得先構(gòu)建出一個(gè)早期的原型,或者一個(gè)圖樣,或者甚至產(chǎn)品的第一個(gè)版本,其中包括你認(rèn)為可行的最小特性集合。

一個(gè)最小特性集合的好處是你有了一系列中間點(diǎn),可以經(jīng)常詢問(wèn)自己“我現(xiàn)在是在關(guān)注最小特性集合嗎?我現(xiàn)在是在關(guān)注最小特性集合嗎?”

只要你不害怕做錯(cuò)的負(fù)面評(píng)論,也就是說(shuō),假如你構(gòu)建好了系統(tǒng)最初的紙質(zhì)原型,并且向人們做了展示,但卻沒(méi)有人想要它,而你不會(huì)為此覺(jué)得沮喪。這并不意味著,你要因?yàn)椤巴浰?,我們永遠(yuǎn)做不好”的言論而放棄,你可以說(shuō):“好吧,讓我們多重復(fù)幾次?!?

如果你堅(jiān)持對(duì)產(chǎn)品進(jìn)行迭代式的改善,你能一直讓它進(jìn)一步地經(jīng)受考驗(yàn)。在這樣反復(fù)10次之后的某個(gè)時(shí)候,你卻仍然絲毫沒(méi)有弄清楚,而且你從客戶那里得到的反饋只是哈欠連連,你可能會(huì)告訴自己:“知道嗎?我們走錯(cuò)了方向。事實(shí)上,我們超出了最小可行產(chǎn)品的邊界。這已經(jīng)不再是可行的產(chǎn)品了。”

他接著探討了比如TDD、短迭代周期和最小設(shè)計(jì)這樣的敏捷實(shí)踐的應(yīng)用如何允許了產(chǎn)品的不斷演化,從而交付了價(jià)值和競(jìng)爭(zhēng)優(yōu)勢(shì)。他比較了特性的流動(dòng)和非線性的網(wǎng)絡(luò)結(jié)構(gòu),比如互聯(lián)網(wǎng):

我現(xiàn)在覺(jué)得:與其把特性的流動(dòng)看成是線性的順序,我更傾向于認(rèn)為把它看作一個(gè)很大的網(wǎng)絡(luò)。問(wèn)題是:對(duì)于給定的任何特性,它會(huì)在網(wǎng)絡(luò)中沿著哪條路徑傳遞?不同的特性應(yīng)該沿不同路徑傳遞,就好像互聯(lián)網(wǎng)上我們?cè)诒匾獣r(shí)沿著不同的路徑傳遞包一樣。

他舉了一個(gè)例子,例子中的特性從來(lái)沒(méi)有被真正地構(gòu)建,沒(méi)有獲得客戶反饋,也就無(wú)從得知它是否給客戶添加了價(jià)值(如果我們構(gòu)建它,客戶真的想要它么?),一直到部署:

即使特性非常大而復(fù)雜,在某個(gè)關(guān)鍵頁(yè)面上也要有一個(gè)鏈接,告訴用戶可以去做其他的事情,或者用戶在某個(gè)關(guān)鍵時(shí)刻會(huì)收到一封郵件。

一般來(lái)說(shuō),對(duì)特性的訪問(wèn)只能通過(guò)一個(gè)單一的入口。我們經(jīng)常在分開(kāi)的測(cè)試?yán)锩嫣砑舆@樣的入口點(diǎn),看最初是否有人會(huì)去點(diǎn)擊它們?這樣我們就能看到相信那里存在這個(gè)特性的人們的點(diǎn)進(jìn)率。

我們同樣可以看到一個(gè)有趣的現(xiàn)象,有時(shí)只要特性存在,即使沒(méi)有人點(diǎn)擊,仍然會(huì)在其他方面影響人們的行為。

【編輯推薦】

  1. 再談敏捷開(kāi)發(fā) 從成本到收益的優(yōu)化
  2. 敏捷開(kāi)發(fā)中的成效評(píng)估模型
  3. 敏捷開(kāi)發(fā)在支付寶團(tuán)隊(duì)中的應(yīng)用
  4. 敏捷項(xiàng)目中的資源管理
  5. 敏捷開(kāi)發(fā)環(huán)境下的領(lǐng)導(dǎo)問(wèn)題
責(zé)任編輯:yangsai 來(lái)源: Infoq
相關(guān)推薦

2021-11-26 09:37:22

供應(yīng)鏈安全最小可行安全產(chǎn)品清單MVSP

2023-11-23 13:07:18

代碼Golang

2009-09-28 09:40:28

Hibernate集合延遲加載

2009-10-16 17:49:05

綜合布線產(chǎn)品

2010-04-26 09:28:43

Oracle數(shù)據(jù)庫(kù)

2014-05-09 14:30:03

思科人才培養(yǎng)思科

2021-12-24 16:15:45

PRMulticore O合并

2019-08-16 15:15:05

2011-04-13 10:16:41

編程習(xí)慣

2022-05-10 10:39:51

初創(chuàng)企業(yè)技術(shù)債務(wù)

2013-02-28 20:20:17

2009-10-12 18:03:49

Windows7兼容性

2009-10-20 15:06:40

綜合布線產(chǎn)品

2012-01-12 15:18:33

2021-06-28 11:50:07

APIHTTP網(wǎng)絡(luò)協(xié)議

2009-12-09 16:12:49

Visual Stud

2014-02-19 11:41:49

產(chǎn)品產(chǎn)品研發(fā)

2009-06-29 08:48:39

Linux編碼

2011-06-01 10:30:41

用戶界面

2009-06-15 09:57:46

HibernateIBatis
點(diǎn)贊
收藏

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