01 敏捷是管理流程
敏捷開(kāi)發(fā)就是管理流程，不僅僅涉及到組織形態(tài)，更關(guān)乎整體的組織結(jié)構(gòu)和人員職責(zé)，所以敏捷同時(shí)還代表著企業(yè)管理方式，績(jī)效方式，系統(tǒng)架構(gòu)方式。敏捷一共有三大特性：
1、產(chǎn)品特性：即聚焦屬性，采用小組式的開(kāi)發(fā)方式能將目標(biāo)做到最小，最快，最優(yōu)的輸出，能快速試錯(cuò)，不斷的快速迭代，這也是敏捷的核心作用。
2、產(chǎn)品效率：因?yàn)橄到y(tǒng)的模塊化，插件式的方法開(kāi)發(fā)，需要非常強(qiáng)大的系統(tǒng)架構(gòu)能力，也促進(jìn)了產(chǎn)品結(jié)構(gòu)化更加合理。
3、產(chǎn)品靈活性：小組小，目標(biāo)小，整體性考慮低，很容易達(dá)成一致，溝通和執(zhí)行就更加便捷，減少損耗，不但可以達(dá)到預(yù)想不到的結(jié)果，還能有效預(yù)防風(fēng)險(xiǎn)。那么敏捷開(kāi)發(fā)是如何做到的這些特性的呢？如下圖所示：
1、決策小組：等于是核心智能大腦，主要負(fù)責(zé)戰(zhàn)略規(guī)劃和資源協(xié)調(diào)。這樣就能最大化的減少資源等待期，只要確定方向資源隨取隨用。
2、程序模塊：等于是把一個(gè)大的產(chǎn)品系統(tǒng)，切碎，切碎，在切碎，切到最小的業(yè)務(wù)單元，這樣就能讓小組聚焦到一個(gè)非常小的范圍。大大加快了小組的快速反應(yīng)能力，每次迭代都是MVP。3、研發(fā)小組：只有產(chǎn)品和研發(fā)，其他資源都是決策小組和程序模塊配置的，這樣就大大加快了開(kāi)發(fā)進(jìn)度，除了研發(fā)小組外的成員快進(jìn)快出。這樣就可以提高溝通和執(zhí)行能力，不用因?yàn)殚_(kāi)會(huì)溝通等瑣碎的事務(wù)，產(chǎn)生非常長(zhǎng)的決策等待期。
02 流程以管理為目標(biāo)
常見(jiàn)的開(kāi)發(fā)模式有三種，瀑布流開(kāi)發(fā)、迭代開(kāi)發(fā)、敏捷開(kāi)發(fā)。瀑布流開(kāi)發(fā)就是最原始的開(kāi)發(fā)模式，流程是產(chǎn)品經(jīng)理評(píng)估、定義、設(shè)計(jì)好產(chǎn)品，在評(píng)審進(jìn)入開(kāi)發(fā)流程，項(xiàng)目經(jīng)理鎖定資源進(jìn)行開(kāi)發(fā)，這樣的管理方式因?yàn)橐?guī)劃的周期長(zhǎng)，開(kāi)發(fā)周期也長(zhǎng)，那么就損失掉了靈活性，同時(shí)因?yàn)橘Y源長(zhǎng)期鎖定，造成了資源利用率差的現(xiàn)狀。所以就產(chǎn)生了迭代式開(kāi)發(fā)模式，這種開(kāi)發(fā)就是把產(chǎn)品切成節(jié)點(diǎn)，一點(diǎn)點(diǎn)做，雖然整體規(guī)劃切小了，但是產(chǎn)品戰(zhàn)略沒(méi)變，只是節(jié)點(diǎn)上的資源釋放率被加大了。于是就有人想出了敏捷開(kāi)發(fā)，其實(shí)就是技術(shù)架構(gòu)的成熟，形成了插件式的開(kāi)發(fā)方法，而這種開(kāi)發(fā)方法又契合了去掉中層管理的理念，所以就被流行起來(lái)了。其實(shí)、很多企業(yè)根本不具備敏捷的條件，產(chǎn)品也沒(méi)有龐大到能夠切分的程度。所以、大部分企業(yè)是不適合敏捷開(kāi)發(fā)的。
有童鞋會(huì)說(shuō)，我不信！那我就對(duì)比下這三種開(kāi)發(fā)模式都有多大的差別吧，我們分別從產(chǎn)品定義、產(chǎn)品文檔、產(chǎn)品設(shè)計(jì)、產(chǎn)品研發(fā)四個(gè)角度分析，如下圖所示：
產(chǎn)品定義：瀑布流采用的是全局定義，也就是產(chǎn)品經(jīng)理必須從BRD,MRD,PRD做到一氣呵成，完整統(tǒng)一。迭代開(kāi)發(fā)產(chǎn)品只需要定義總體愿景規(guī)劃后，定義每個(gè)節(jié)點(diǎn)的產(chǎn)品目標(biāo)，即任務(wù)定義，等于PRD分了階段，但是MRD不可能分階段（因?yàn)槭袌?chǎng)需求必須先定義，也不會(huì)因?yàn)殚_(kāi)發(fā)改變，如果市場(chǎng)需求真的變了，整個(gè)產(chǎn)品規(guī)劃都要變）。敏捷開(kāi)發(fā)呢，BRD\MRD都由決策層做了，而產(chǎn)品經(jīng)理只需要做用戶行為設(shè)計(jì)定義，等于產(chǎn)品三大目標(biāo)，可行性、有效性、可用性，只保證可用性就可以了。是否可行是決策組決定的，是否有效是敏捷教練決定的。這也是這么多年C端產(chǎn)品如雨后春筍般爆發(fā)的原因之一。
產(chǎn)品文檔：瀑布流開(kāi)發(fā)是完整的產(chǎn)品文檔，啥都得寫(xiě)，從市場(chǎng)到業(yè)務(wù)，從業(yè)務(wù)到開(kāi)發(fā)，從開(kāi)發(fā)到執(zhí)行，從執(zhí)行到運(yùn)營(yíng)。屁事都得想多面面俱到，不僅時(shí)間長(zhǎng)，更有很多老產(chǎn)品開(kāi)玩笑說(shuō)自己就是個(gè)文檔撰寫(xiě)員。迭代開(kāi)發(fā)呢，因?yàn)楣?jié)點(diǎn)比較多，前期調(diào)研時(shí)間和定義時(shí)間是大頭，產(chǎn)品一旦進(jìn)入執(zhí)行階段，因?yàn)槲臋n量大大減少，而且需求可以分期執(zhí)行，就存在很大的空間和時(shí)間研究下一個(gè)階段的細(xì)化工作，但是企業(yè)因?yàn)楫a(chǎn)品在開(kāi)發(fā)階段的輕松，就感覺(jué)產(chǎn)品經(jīng)理沒(méi)事干了，讓產(chǎn)品經(jīng)理兼顧了用戶體驗(yàn)、項(xiàng)目經(jīng)理、測(cè)試經(jīng)理的職責(zé)（迭代開(kāi)發(fā)的產(chǎn)品童鞋是不是很想哭？），這樣的配置還不如瀑布流開(kāi)發(fā)呢，產(chǎn)品經(jīng)理反而更累，更雜了。反觀敏捷開(kāi)發(fā)，決策不用管了，方向不用找了，資源有人配了，系統(tǒng)有支持了，那么基本上BRD,MRD都剩了，PRD的大部分結(jié)構(gòu)和邏輯也不用管了，咱就踏實(shí)的寫(xiě)信息架構(gòu)和用戶行為路徑就好了，所以文檔量大大減少，甚至可以減少到零，因?yàn)?strong style="margin: 0px; padding: 0px;">開(kāi)發(fā)量小，需求細(xì)碎到每次就改一兩個(gè)邏輯，技術(shù)又是自己小組內(nèi)的，嘴炮都行。
產(chǎn)品設(shè)計(jì)：瀑布流是以版本為基礎(chǔ)，因?yàn)楫a(chǎn)品目標(biāo)和產(chǎn)品屬性塑造，每次都是整體性開(kāi)發(fā)和改動(dòng)，一旦立項(xiàng)基本都是一個(gè)版本的迭代，很少出現(xiàn)就改一兩個(gè)功能的情況，不是新產(chǎn)品發(fā)布就是全面改版。迭代開(kāi)發(fā)呢？是以功能清單為基礎(chǔ)，改動(dòng)的都是基于某個(gè)系統(tǒng)框架的基礎(chǔ)上做到改動(dòng)，簡(jiǎn)單來(lái)說(shuō)就是產(chǎn)品把要改的功能分別分配到不同的項(xiàng)目中去，然后跟蹤不同的項(xiàng)目進(jìn)度。反觀敏捷開(kāi)發(fā)，是以用戶行為為基礎(chǔ)，改動(dòng)的時(shí)候都是非常小的目標(biāo)，不用管什么產(chǎn)品結(jié)構(gòu)、架構(gòu)，不用管資源匹配，甚至不用管一致性和完整性，因?yàn)樾〗M只需要管好自己產(chǎn)品目標(biāo)下單完整性和一致性就好了。產(chǎn)品研發(fā)：瀑布流是以項(xiàng)目為單元，基本就是每次產(chǎn)品迭代都要成立項(xiàng)目組，立項(xiàng)評(píng)審是必須的。如果是細(xì)節(jié)的調(diào)整基本都是跟著別的項(xiàng)目改動(dòng)一下，否則都是獨(dú)立項(xiàng)目制度。迭代開(kāi)發(fā)是以功能模塊為單元，基本就是每次產(chǎn)品迭代都要等包，跟包，因?yàn)楫a(chǎn)品不夠大所以都要等待資源釋放后在成立項(xiàng)目組，打包進(jìn)去所有產(chǎn)品線的功能一起調(diào)整，有時(shí)候因?yàn)槟承┊a(chǎn)品線涉及到功能模塊是獨(dú)立任務(wù)，所以等包時(shí)間超級(jí)長(zhǎng)。反觀敏捷開(kāi)發(fā)，是以獨(dú)立發(fā)布形式存在，不用管那個(gè)項(xiàng)目組，項(xiàng)目經(jīng)理直接入場(chǎng)支持，用到那個(gè)模塊就調(diào)用那個(gè)模塊，靈活到想干啥干啥。
總結(jié)：瀑布流設(shè)計(jì)統(tǒng)一，需要很強(qiáng)大的產(chǎn)品戰(zhàn)略能力，布局能力，開(kāi)發(fā)周期長(zhǎng)，資源利用率低。迭代開(kāi)發(fā)，需要很強(qiáng)大的產(chǎn)品長(zhǎng)期作戰(zhàn)能力，一旦中途換產(chǎn)品可能造成無(wú)法完成交接，甚至整個(gè)產(chǎn)品變樣，開(kāi)發(fā)周期雖然短了，管理成本提升了。敏捷開(kāi)發(fā)，需要非常強(qiáng)大的決策支持和系統(tǒng)支持，雖然產(chǎn)品經(jīng)理的工作變少了，開(kāi)發(fā)也變輕了，但是一旦決策組戰(zhàn)略調(diào)整或者系統(tǒng)模塊資源無(wú)法支持，產(chǎn)品經(jīng)理就變成了無(wú)頭蒼蠅，可能把馬設(shè)計(jì)成飛蛾。
03 決策力和系統(tǒng)決定開(kāi)發(fā)模式？
了解了三種開(kāi)發(fā)模式的優(yōu)劣，那么我們就看一下什么樣的企業(yè)適合敏捷開(kāi)發(fā)呢？如下圖所示：
產(chǎn)品需要承載市場(chǎng)需求，企業(yè)需求，用戶需求三個(gè)方面。如果公司的產(chǎn)品體量比較小，系統(tǒng)開(kāi)發(fā)能力比較弱適合瀑布流開(kāi)發(fā)，因?yàn)檎麄€(gè)公司更缺少的是戰(zhàn)略規(guī)劃和設(shè)計(jì)統(tǒng)一，此時(shí)即沒(méi)有項(xiàng)目經(jīng)理協(xié)調(diào)，不存在大量的資源溝通，設(shè)計(jì)敏捷方式等于設(shè)計(jì)了非常復(fù)雜的組織結(jié)構(gòu)，又沒(méi)有配合的基礎(chǔ)，所以建議中小企業(yè)，采用瀑布流開(kāi)發(fā)，還能招聘到好一點(diǎn)的產(chǎn)品經(jīng)理和開(kāi)發(fā)經(jīng)理。如果公司的產(chǎn)品復(fù)雜度低，產(chǎn)品線少，系統(tǒng)開(kāi)發(fā)能力強(qiáng)適合迭代開(kāi)發(fā)，因?yàn)楣拘枰衅笡Q策層產(chǎn)品和執(zhí)行層產(chǎn)品，實(shí)際就是等于放棄了大部分都中層產(chǎn)品經(jīng)理，這樣的結(jié)構(gòu)一旦決策層出現(xiàn)問(wèn)題，執(zhí)行層根本達(dá)不到效果，還損失了統(tǒng)一性。提高的那點(diǎn)點(diǎn)的人員成本，一次就全部耗損進(jìn)去了。如果公司產(chǎn)品復(fù)雜度高，體量大，系統(tǒng)開(kāi)發(fā)能力非常強(qiáng)適合敏捷開(kāi)發(fā)，多產(chǎn)品線的大型公司，產(chǎn)品項(xiàng)目甚至可以達(dá)到上萬(wàn)個(gè)，敏捷的這種分布式矩陣結(jié)構(gòu)加大了產(chǎn)品靈活性，還能更好做好風(fēng)險(xiǎn)控制，不至于一個(gè)產(chǎn)品出問(wèn)題影響到其他產(chǎn)品項(xiàng)目和產(chǎn)品線。
04 敏捷流程構(gòu)建方法
最后、講一下如何構(gòu)建敏捷開(kāi)發(fā)流程吧，如下圖所示：
敏捷開(kāi)發(fā)分三個(gè)主要組成：1、決策組、2、程序組，3、敏捷小組。敏捷小組又分三類人員：1、產(chǎn)品負(fù)責(zé)人（一般是產(chǎn)品經(jīng)理），2、敏捷教練（一般是技術(shù)專家），3、小組成員（一般是研發(fā)人員）決策組負(fù)責(zé)對(duì)每個(gè)小組的組織架構(gòu)和小組職責(zé)進(jìn)行劃分，并提供完整的產(chǎn)品戰(zhàn)略藍(lán)圖和產(chǎn)品規(guī)劃方法，對(duì)接小組負(fù)責(zé)人（產(chǎn)品經(jīng)理）。程序組對(duì)每個(gè)小組的敏捷教練（技術(shù)專家），提供有效的技術(shù)支持。執(zhí)行人包含兩部分，分別是產(chǎn)品負(fù)責(zé)人（產(chǎn)品經(jīng)理），研發(fā)人員和其他成員（因?yàn)槠渌蓡T都是共享的，需要時(shí)候進(jìn)小組，不需要就撤離，例如項(xiàng)目經(jīng)理，發(fā)布經(jīng)理）.OK，這篇文章詳細(xì)介紹了敏捷開(kāi)發(fā)，您的企業(yè)需要嗎？有需要產(chǎn)品管理和產(chǎn)品設(shè)計(jì)咨詢，請(qǐng)聯(lián)系我的微信號(hào)：chinwind001（我們做到產(chǎn)品落地層面）
致力推進(jìn)產(chǎn)品管理模式
