產(chǎn)品開發(fā)管理之流程和體系（總篇）
前言
秋風瑟瑟，夏日的灼熱猶在，就瞬間迎來刺骨寒風。凜冬將至，今天對我們來說，像貼面的利刃一樣冰冷而真實。農(nóng)民、建筑工人、司機、程序員、私企高管、私企老板、資本巨富，都被裹挾進了這個焦灼的時代，沒有人能獨善其身。
焦灼無法解決任何問題，這一次的風雪也并不會比以往的更為凜冽，唯有勇于踏雪前行者，才能迎來春天。這對于踏實肯干的互聯(lián)網(wǎng)研發(fā)企業(yè)來說，未必不是一件幸事——只要度過寒冬，來年我們會走得更遠！
三架火箭
先有雞還是先有蛋？我們不去探討這個問題，但是如果你家母雞都沒喂大，就想買蛋賺錢，這是一個問題。
產(chǎn)品研發(fā)就如養(yǎng)雞，雞大才有蛋，雞好才是真的好，雞長得快風險和成本才會更小，因此產(chǎn)品開發(fā)和管理才是重中之重。
如何解決產(chǎn)品研發(fā)中的“控風險、縮周期、降成本”的痛點？每個人都會有每個人的反思和總結(jié)，而我們有了本篇的反思和總結(jié)。
根據(jù)我們多年的開發(fā)和管理經(jīng)驗，在降低生產(chǎn)成本、提高生產(chǎn)效率和保障生產(chǎn)質(zhì)量的角度上，我們提出了“三架火箭”的概念，即：
框架和組件
工具
流程和體系
值得注意的是，三大寶劍，哦三架火箭只是我們的心血總結(jié)，希望能給大家一些幫助以及和大家共同探討，但是在一個產(chǎn)品團隊中，管理者不能忽視的一點是——以人為本。
框架和組件
對于一個軟件公司或者互聯(lián)網(wǎng)公司來說，開發(fā)成本是一個公司不得不說的痛，因為其在前期幾乎是全部的成本，而一旦功敗垂成，則片甲不留——打水漂可能還能聽幾個響。而約定一個統(tǒng)一的框架和技術體系，對于一個開發(fā)團隊來說，這就是一個團隊的積累和財富！這就是讓你的團隊繼續(xù)鏖戰(zhàn)的基礎！
擁有一套統(tǒng)一的優(yōu)秀的企業(yè)級開發(fā)框架意味著有如下好處：
意味著統(tǒng)一了主體的技術體系，可以最大限度的減少后續(xù)的開發(fā)、維護、擴展成本。
意味著擁有了一套成熟的解決方案。
意味著保障了代碼的穩(wěn)定性、延續(xù)性和可持續(xù)開發(fā)，而不是代碼全家桶。很多初創(chuàng)團隊的產(chǎn)品的初始代碼來自于五湖四海（各自成員的前公司的代碼段或技術積累），當開發(fā)到一定程度，隨著人員的交替，維護和擴展幾乎不在可能。一份好的代碼是一個產(chǎn)品的根本，否則后續(xù)的產(chǎn)品開發(fā)都將無從下手。 這里分享一下世上最爛代碼的結(jié)果：史上最爛代碼。
極大的提高了產(chǎn)品的生產(chǎn)效率。
建立有效的開發(fā)、知識、體系積累。軟件開發(fā)是一種知識活動，因此知識的聚集和積累是至關重要的?？蚣苣軌虿捎靡环N結(jié)構(gòu)化的方式對某個特定的業(yè)務領域進行描述，也就是將這個領域相關的技術以代碼、文檔、模型等方式固化下來。
減少重復開發(fā)。簡單的說，大大提高了代碼的復用性。畢竟每次打仗都要臨陣磨槍，耽誤時間不說，質(zhì)量和速度都沒法保障。
有利于提高團隊水平?？蚣芡邢鄳囊?guī)范、約定、設計模式、理念、技術點，通過框架的源代碼既可以輸出開發(fā)和技術理念，提高團隊成員的水平，又可以規(guī)范代碼，而且可以降低程序員之間溝通以及日后維護的成本。
提高軟件質(zhì)量。
提高企業(yè)的競爭能力，包括降低成本、提高質(zhì)量、改善客戶滿意程度、控制進度等方面。
有利于團隊多人協(xié)作和分工合作。架構(gòu)師專注于設計框架、組件、領域模型等；軟件開發(fā)人員專注于業(yè)務邏輯，以及業(yè)務的更深程度的分析和挖掘；前端人員更專注前端交互（前后端分離）體驗。
當然，任何事物都需要多方面權(quán)衡，我們也要看到一些問題。比如前期需要付出培養(yǎng)成本，框架的理念以及先進性會限制團隊的理念和先進性等等，但是對于企業(yè)和創(chuàng)業(yè)團隊來說，持續(xù)的成本控制是第一位的。
這里奉送中小團隊一句箴言——你可以沒有自己的框架，但是一定要有統(tǒng)一的技術體系。
最后，附上我們團隊的框架和組件庫地址，均已開源。擁抱開源一直是我們團隊的核心理念之一。
團隊框架地址：https:///xl_wenqiang/Magicodes.Admin.Core
團隊組件庫地址：https://github.com/xin-lai/
后續(xù)文章我們會繼續(xù)分享我們在框架和組件這塊的理念和經(jīng)驗。
工欲善其事必先利其器
框架只是意味著不要從零開始編碼，而配套的工具則能更好的提高團隊溝通和協(xié)作能力、提高編碼速度以及減少低級代碼的編寫。工具分為辦公軟件、開發(fā)工具、管理軟件和開發(fā)輔助工具。
我們可以初步確定以下兩個原則：
統(tǒng)一的環(huán)境、工具和軟件
善用工具
在這塊，我們也有挺多我們的心得，這塊，我們后面再詳聊。
流程和體系
流程體系旨在于提高工作效率，明確流程接口和步驟，確定相關崗位或者相關事務的要求、原則、規(guī)則。
流程
工作流程是工作效率的源泉,流程決定效率，流程影響效益。好的產(chǎn)品流程能夠使團隊各項工作良性開展，從而保證團隊的高效運轉(zhuǎn)，相反地，差的流程則會問題頻出，出現(xiàn)角色間、人員間職責不清相互推諉等現(xiàn)象，從而造成資源的浪費和效率的低下。因此，設計、建立科學、嚴謹?shù)漠a(chǎn)品流程并保持這些流程得到有效執(zhí)行、控制和管理，對一個企業(yè)、一個部門或團隊至關重要。
產(chǎn)品流程需要標準化！ 一個產(chǎn)品團隊都有不同的工作、不同的崗位，并且需要相應的人員來完成。然而，不同的產(chǎn)品流程就會有不同的效率，進而言之，就會對整個產(chǎn)品產(chǎn)生不同的影響。因此，我們需要將產(chǎn)品流程標準化，就是要分析某一工作的性質(zhì)和類型，在其基礎上對相應的工作設立對應的崗位或角色，并且安排具體的工作者來承擔。即“一個蘿卜一個坑”，無論何時在某個節(jié)點或步驟上出現(xiàn)了工作的失誤都能迅速且準確地找到責任人，這樣可以有效地防止相關工作的不同崗位間、角色間的互相扯皮、踢皮球的現(xiàn)象。
注意：上面雖然提及“一個蘿卜一個坑”，但是并不代表一個人不能多個坑。一個坑代表的是職責的明確，而不是一個崗位。另外，筆者也非常推崇產(chǎn)品開發(fā)團隊成員盡可能是全棧工程師。
產(chǎn)品流程方面，一般推薦完成以下流程：
產(chǎn)品開發(fā)流程
產(chǎn)品反饋流程
產(chǎn)品上線流程
體系
對于一個軟件公司來說，產(chǎn)品管理開發(fā)體系極為重要。這也是一個公司的軟實力的體現(xiàn)。
技術體系
這里借用秦統(tǒng)一文字和貨幣的部分意義，來說明統(tǒng)一技術體系的意義：
有利于團隊的溝通，維護團隊的統(tǒng)一和促進團隊文化的發(fā)展。
鞏固了團隊技術管理的統(tǒng)治，維護了產(chǎn)品技術體系的統(tǒng)一。
降低開發(fā)人員離職風險。這里特別說明一下，編程不比其他職業(yè)，不同的編程語言、框架體系、設計風格、編碼風格決定著不同的上手門檻和成本。門檻達不到，那就是不行。上手成本高，那就必須付出相應的代價。既無法取巧，亦無法越過。
老秦可以走了，我們繼續(xù)。重要的話說三遍，你可以沒有自己的框架，但是一定要有統(tǒng)一的技術體系。
除了技術體系之外，我們還應該完善設計體系、測試體系、運維體系和運營體系。
規(guī)范
古人云，“先學規(guī)矩后學藝”，在產(chǎn)品開發(fā)領域亦是如此。從設計到開發(fā)，測試甚至運維運營，都應該有對應的規(guī)范。畢竟，有章可循，有據(jù)可依，有正確的產(chǎn)品流程規(guī)范，我們的工作才不至于產(chǎn)生混亂，團隊的工作才能更有成效。
正確的規(guī)范有哪些好處呢？筆者認為主要有以下幾點：
提高團隊的工作/開發(fā)效率，便于團隊更協(xié)調(diào)、有效運作；
端正成員工作態(tài)度，體現(xiàn)團隊精神；
對人員進行有效管理；
有效降低溝通、管理成本；
提高成員修養(yǎng)和能力；
積累團隊經(jīng)驗，促使團隊健康發(fā)展；
因此規(guī)范的建立不能隨手照搬照抄，需要根據(jù)企業(yè)以及團隊現(xiàn)狀，不斷地思索、總結(jié)、積累，然后建立適合自己的行之有效的規(guī)范。同時還要注意兩點：
規(guī)范重在執(zhí)行，如果只是自欺欺人，那么規(guī)范將無絲毫意義。
規(guī)范從來不是一成不變的，企業(yè)或團隊在發(fā)展的過程中，一定要不斷更新和完善自己的規(guī)范。
關于規(guī)范這塊，我們可以根據(jù)產(chǎn)品開發(fā)運營的生命周期進行細化，落實到點子上，比如團隊規(guī)范、API設計規(guī)范、前端規(guī)范、源代碼管理要求和規(guī)范等等。這些在后續(xù)的文章中，我們再來共同完善。
理念
先進的理念是團隊產(chǎn)品開發(fā)管理的指導思想，是團隊成功的關鍵，亦能促使團隊成長和奮進。在產(chǎn)品開發(fā)管理之中，筆者接下來或逐步和大家分享以下理念：
精益創(chuàng)業(yè)
同理心
自我刷新
全棧工程師
開源
敏捷開發(fā)
渠道集成
單一職責
IaaS、PaaS、SaaS
DDD（領域驅(qū)動（Domain-Driven Design））
TDD（測試驅(qū)動開發(fā)（Test Driven Development））
CI（持續(xù)集成(Continuous Integration)）
CD（持續(xù)交付(Continuous Delivery)）
微服務(Microservices Architecture)
RESTful（Representational State Transfer）
前端工程化
All in code（作者提出）
這里先優(yōu)先側(cè)重簡單地說下敏捷開發(fā)，因為在整個產(chǎn)品的生命周期之中，開發(fā)一直是基礎中的基礎，而開發(fā)模式和管理模式對互聯(lián)網(wǎng)產(chǎn)品影響深遠。
敏捷開發(fā)(Agile Development)是一種以人為核心、迭代、循序漸進的開發(fā)方法。目標是提高開發(fā)效率和響應能力。
敏捷從來不是一件容易的事情，俗話說，“天下武功，唯快不破”，但是這快并不好實現(xiàn)。敏捷開發(fā)在很多情況下是一種愿景，在國內(nèi)落地比較難，但是因難而不往，就會一直錯失快速開發(fā)和快速迭代的能力，產(chǎn)品競爭力也會不夠（產(chǎn)品競爭力應該包含產(chǎn)品迭代速度），而且還會因為不能適應快魚法則而被淘汰。
敏捷開發(fā)的實施不能一蹴而就，比較講究天時地利人和。對于一個初創(chuàng)團隊，如果理念以及技術水平相近，團隊溝通協(xié)調(diào)能力不錯，這時候?qū)嵭忻艚蓍_發(fā)就會事半功倍。但是敏捷開發(fā)是不能生搬硬套的，否則就會水土不服，每一個團隊應該視自身情況打造自身的敏捷流程，而不是硬生生的套用Scrum流程。當然最重要的是，要將團隊的溝通能力、協(xié)作能力、包括技術水平提升起來，這才是實行敏捷的前提。
會議體系
會議一直會貫穿產(chǎn)品開發(fā)管理的整個過程，筆者倡導以下會議：
站立會議
規(guī)劃會議
反思會議
評審會議
接下來，筆者將會和大家一起分享這些會議的細節(jié)，比如目的、要求、內(nèi)容。
寫在最后
本篇僅是拋磚引玉，我們接下來會將我們這些年的經(jīng)驗、總結(jié)和反思一點一滴的分享出來，期待和大家共同進步，多多交流！
