產品開發管理之流程和體系（總篇）

秋風瑟瑟，夏日的灼熱猶在，就瞬間迎來刺骨寒風。凜冬將至，今天對我們來說，像貼面的利刃一樣冰冷而真實。農民、建築工人、司機、程式設計師、私企高管、私企老闆、資本巨富，都被裹挾進了這個焦灼的時代，沒有人能獨善其身。

焦灼無法解決任何問題，這一次的風雪也並不會比以往的更為凜冽，唯有勇於踏雪前行者，才能迎來春天。這對於踏實肯幹的網際網路研發企業來說，未必不是一件幸事——只要度過寒冬，來年我們會走得更遠！

先有雞還是先有蛋？我們不去**這個問題，但是如果你家母雞都沒喂大，就想買蛋賺錢，這是乙個問題。

產品研發就如養雞，雞大才有蛋，雞好才是真的好，雞長得快風險和成本才會更小，因此產品開發和管理才是重中之重。

如何解決產品研發中的「控風險、縮週期、降成本」的痛點？每個人都會有每個人的反思和總結，而我們有了本篇的反思和總結。

根據我們多年的開發和管理經驗，在降低生產成本、提高生產效率和保障生產質量的角度上，我們提出了「三架火箭」的概念，即：

值得注意的是，三大寶劍，哦三架火箭只是我們的心血總結，希望能給大家一些幫助以及和大家共同**，但是在乙個產品團隊中，管理者不能忽視的一點是——以人為本。

對於乙個軟體公司或者網際網路公司來說，開發成本是乙個公司不得不說的痛，因為其在前期幾乎是全部的成本，而一旦功敗垂成，則片甲不留——打水漂可能還能聽幾個響。而約定乙個統一的框架和技術體系，對於乙個開發團隊來說，這就是乙個團隊的積累和財富！這就是讓你的團隊繼續鏖戰的基礎！

擁有一套統一的優秀的企業級開發框架意味著有如下好處：

當然，任何事物都需要多方面權衡，我們也要看到一些問題。比如前期需要付出培養成本，框架的理念以及先進性會限制團隊的理念和先進性等等，但是對於企業和創業團隊來說，持續的成本控制是第一位的。

這裡奉送中小團隊一句箴言——你可以沒有自己的框架，但是一定要有統一的技術體系。

後續文章我們會繼續分享我們在框架和元件這塊的理念和經驗。

框架只是意味著不要從零開始編碼，而配套的工具則能更好的提高團隊溝通和協作能力、提高編碼速度以及減少低階**的編寫。工具分為辦公軟體、開發工具、管理軟體和開發輔助工具。

我們可以初步確定以下兩個原則：

在這塊，我們也有挺多我們的心得，這塊，我們後面再詳聊。

流程體系旨在於提高工作效率，明確流程介面和步驟，確定相關崗位或者相關事務的要求、原則、規則。

流程工作流程是工作效率的源泉,流程決定效率，流程影響效益。好的產品流程能夠使團隊各項工作良性開展，從而保證團隊的高效運轉，相反地，差的流程則會問題頻出，出現角色間、人員間職責不清相互推諉等現象，從而造成資源的浪費和效率的低下。因此，設計、建立科學、嚴謹的產品流程並保持這些流程得到有效執行、控制和管理，對乙個企業、乙個部門或團隊至關重要。

產品流程需要標準化！乙個產品團隊都有不同的工作、不同的崗位，並且需要相應的人員來完成。然而，不同的產品流程就會有不同的效率，進而言之，就會對整個產品產生不同的影響。因此，我們需要將產品流程標準化，就是要分析某一工作的性質和型別，在其基礎上對相應的工作設立對應的崗位或角色，並且安排具體的工作者來承擔。即「乙個蘿蔔乙個坑」，無論何時在某個節點或步驟上出現了工作的失誤都能迅速且準確地找到責任人，這樣可以有效地防止相關工作的不同崗位間、角色間的互相扯皮、踢皮球的現象。

注意：上面雖然提及「乙個蘿蔔乙個坑」，但是並不代表乙個人不能多個坑。乙個坑代表的是職責的明確，而不是乙個崗位。另外，筆者也非常推崇產品開發團隊成員盡可能是全棧工程師。

對於乙個軟體公司來說，產品管理開發體系極為重要。這也是乙個公司的軟實力的體現。

這裡借用秦統一文字和貨幣的部分意義，來說明統一技術體系的意義：

老秦可以走了，我們繼續。重要的話說三遍，你可以沒有自己的框架，但是一定要有統一的技術體系。

除了技術體系之外，我們還應該完善設計體系、測試體系、運維體系和運營體系。

古人云，「先學規矩後學藝」，在產品開發領域亦是如此。從設計到開發，測試甚至運維運營，都應該有對應的規範。畢竟，有章可循，有據可依，有正確的產品流程規範，我們的工作才不至於產生混亂，團隊的工作才能更有成效。

正確的規範有哪些好處呢？筆者認為主要有以下幾點：

因此規範的建立不能隨手照搬照抄，需要根據企業以及團隊現狀，不斷地思索、總結、積累，然後建立適合自己的行之有效的規範。同時還要注意兩點：

關於規範這塊，我們可以根據產品開發運營的生命週期進行細化，落實到點子上，比如團隊規範、api設計規範、前端規範、源**管理要求和規範等等。這些在後續的文章中，我們再來共同完善。

這裡先優先側重簡單地說下敏捷開發，因為在整個產品的生命週期之中，開發一直是基礎中的基礎，而開發模式和管理模式對網際網路產品影響深遠。

敏捷開發(agile development)是一種以人為核心、迭代、循序漸進的開發方法。目標是提高開發效率和響應能力。

敏捷從來不是一件容易的事情，俗話說，「天下武功，唯快不破」，但是這快並不好實現。敏捷開發在很多情況下是一種願景，在國內落地比較難，但是因難而不往，就會一直錯失快速開發和快速迭代的能力，產品競爭力也會不夠（產品競爭力應該包含產品迭代速度），而且還會因為不能適應快魚法則而被淘汰。

敏捷開發的實施不能一蹴而就，比較講究天時地利人和。對於乙個初創團隊，如果理念以及技術水平相近，團隊溝通協調能力不錯，這時候實行敏捷開發就會事半功倍。但是敏捷開發是不能生搬硬套的，否則就會水土不服，每乙個團隊應該視自身情況打造自身的敏捷流程，而不是硬生生的套用scrum流程。當然最重要的是，要將團隊的溝通能力、協作能力、包括技術水平提公升起來，這才是實行敏捷的前提。

會議一直會貫穿產品開發管理的整個過程，筆者倡導以下會議：

接下來，筆者將會和大家一起分享這些會議的細節，比如目的、要求、內容。

本篇僅是拋磚引玉，我們接下來會將我們這些年的經驗、總結和反思一點一滴的分享出來，期待和大家共同進步，多多交流！

posted @

2018-10-10 08:43

雪雁閱讀(

...)

編輯收藏

產品開發管理之流程和體系（總篇）

產品開發管理之流程和體系（總篇）

產品開發管理之流程和體系（總篇）

遊戲產品開發流程 Leangoo專案管理工具

相關推薦