公司級的軟件過程實踐系列文章,請參見連接。
前提
本文為《大型網(wǎng)絡應用全景圖》的續(xù)編。也是為了幫助各種想轉(zhuǎn)型,各種想進入互聯(lián)網(wǎng)行業(yè)的人們提供一個簡單的對比。讓各位了解一下進入需要考慮哪些東西,怎么樣選擇團隊的搭建等等內(nèi)容。
舉幾個例子:
-
滴滴的第一版
在百度上一搜就可以知道滴滴第一版的事情。簡單總結(jié)一下在滴滴剛起步時需要一個軟件團隊來幫忙實現(xiàn)程維的想法。程維想的是又快又好又便宜的上線并驗證想法,軟件團隊想的是付出多少就會有多少回報,軟件團隊的成本是比其他行業(yè)高的多的。所以雖然錢花出去了,東西有了。最終落了個最悲慘的結(jié)局。
-
創(chuàng)業(yè)團隊技術(shù)負責人帶走整個團隊
前一段時間聽一個朋友說,他們的團隊技術(shù)負責人在上線的前一周離職了把整個技術(shù)團隊都帶走了。具體原因就不說了,大概說一下情況,一個金融行業(yè)的人想出來做一個面向最終用戶的商品推薦平臺,運營的人說如果產(chǎn)品上線,一周內(nèi)可以推廣10萬人使用。這個創(chuàng)始人說上線時可以引入2000個高端品牌。我相信這是一個非常好的項目,但是忽略了軟件研發(fā)是需要投入的。簡單分析:產(chǎn)品是有自己的運營渠道的,可以進行很快的推廣。創(chuàng)始人是經(jīng)過了很長時間的走訪調(diào)查的才能積累這么多的品牌。軟件研發(fā)人員就是被招進來立馬就要做出來可以支撐10萬人系統(tǒng)的。凡是都是需要一視同仁的,運營經(jīng)過多長時間積累下的渠道,創(chuàng)始人是經(jīng)過多長時間積累的想法與品牌。研發(fā)也需要經(jīng)過很長時間的搭建,才能搭建出一套完整的系統(tǒng)的。
-
小公司為了省成本被騙
大概說明一下前因后果。公司從外面請一個團隊幫忙實現(xiàn)想法,想法實現(xiàn)了。因為小公司不懂整體的開發(fā)與交付過程。所以在項目交付時沒有交付任何形式的文檔,代碼的內(nèi)容。項目就直接上線,并開始運營。在前一段時間的運營過程中還是比較好的,公司請團隊修改,添加功能都還是比較好。后來因為各團隊運營不善,項目修改與添加功能遲遲不能支持。公司只能一直付費,然后進行功能的添加。然后,后來還聽說團隊在代碼內(nèi)加了限制,限制系統(tǒng)上的用戶數(shù)。被威脅不付費的話就不要在想使用。(這個絕對不可能是研發(fā)人員趕出來的,肯定是一些城府很深的業(yè)務人員要加的)。
所以,團隊肯定是自己組織好,但是自己組織沒有把控力??赡鼙患夹g(shù)負責人直接整團隊帶走??偨Y(jié)一下可以說:就像其他行業(yè)(如:建筑設計,藥品研發(fā),芯片制造)一樣,軟件研發(fā)不是誰想做就能做的。但是,軟件研發(fā)也有它自己的特點,它需要跟各個行業(yè)結(jié)合才有價值。所以,不管在什么樣的情況下雙方只需要做到誠而不欺即可達到最好的發(fā)展。
寫這篇文章就是為了解決這些現(xiàn)象。就有可能會出現(xiàn)一些人會懷疑說,你寫了這些,誰還會找你咨詢,找你做實現(xiàn)?
- 我遇到的事情也是比較多了。遇到各種各樣的不靠譜的事情,所以,想在這里勸解一下各位想進入互聯(lián)網(wǎng)行業(yè)的人。不要輕易的進入,如果要進入,還是要考量清楚之后在進入。
- 我相信世間還是好人多的。不要被騙,也不要騙人。
- 知識是需要輸出的。沒有輸出,就沒有意義。并且你的一點點輸出說不定哪天就能為整個行業(yè)的提升做出巨大的貢獻。
在本文中會對比使用外部力量來幫助實現(xiàn)和自己組織團隊之間的區(qū)別、不同等內(nèi)容。這里不會具體把兩個的成本列出來,因為成本是顯而易見的。在這里更多的討論的是團隊背后的事情,這些也是為了讓產(chǎn)品(項目)能更長遠更好的發(fā)展的一個前提。
下面會以項目制(外部力量幫助)和產(chǎn)品制(自己組織團隊)這兩種方式在各個事務上的對比描述各自的優(yōu)缺點。其中涉及九個大方向,每個方向都會有具體的說明。并在最后會對這九個方向進行一個大致的總結(jié)。下面讓我們One By One的看一下這幾個方向的內(nèi)容。
目標
每一個人在做任何事情之前肯定要知道目標是什么,用目標來知道我們的具體實施過程。所以,一個團隊或者一個公司肯定也是有自己的目標的,用這個目標指導項目團隊管理,實施過程管理等等的軟件過程管理工作。下面分別說明不同團隊在目標上的不同:
-
項目制的目標:
- 在需求方規(guī)劃的基礎(chǔ)上,需求放將規(guī)劃的一部分交個項目方進行實現(xiàn)。由項目方為軟件客戶解決某方面的問題;
- 軟件開發(fā)公司與軟件使用公司項目合作,達到雙贏的目標;
- 項目方可以在實現(xiàn)過程中積累行業(yè)經(jīng)驗,為深入行業(yè)內(nèi)部做前期工作;
- 在實施過程中可以對項目方自己的業(yè)務體系、技術(shù)體系、咨詢體系、管理體系進行不斷的升級與優(yōu)化。
-
產(chǎn)品制的目標:
- 解決行業(yè)中的問題,并通過這個途徑完成項目;
- 將系統(tǒng)服務運營起來,并實現(xiàn)盈利;
- 為客戶提供更好的服務,提升客戶滿意度;
- 形成完整的產(chǎn)業(yè)閉環(huán),從產(chǎn)業(yè)閉環(huán)內(nèi)賺取利潤。
-
總結(jié):
- 從目標上就可以看到項目外包和自研項目的主要區(qū)別在于項目制時的軟件實施公司更注重自身的成長與發(fā)展啊。產(chǎn)品制公司更注重產(chǎn)品是否能上線,能吸引客戶,能夠盈利。
- 在軟件研發(fā)過程成需要有很強的業(yè)務規(guī)劃能力和軟件過程把控能力。不是不經(jīng)過長期訓練就可以實現(xiàn)對軟件的研發(fā)、運營、運維的整體認識;
- 這里隱藏一句話。如果有興趣可以加我微信,我可以單獨發(fā)給你。
產(chǎn)品規(guī)劃
目標明確之后,接下來就要對產(chǎn)品進行規(guī)劃。本階段中所有的內(nèi)容,在二流及以下的項目制團隊中都不會有涉及。除非像一流的項目制團隊或者咨詢公司中才會有。例如:ThoughtWorks,埃森哲,IBM,HP等等。
-
產(chǎn)品規(guī)劃
產(chǎn)品規(guī)劃是指產(chǎn)品規(guī)劃人員通過調(diào)查研究,在了解市場、了解客戶需求、了解競爭對手、了解外在機會與風險以及市場和技術(shù)發(fā)展態(tài)勢的基礎(chǔ)上,根據(jù)公司自身的情況和發(fā)展方向,制定出可以把握市場機會,滿足消費者需要的產(chǎn)品的遠景目標(Vision)以及實施該遠景目標的戰(zhàn)略、戰(zhàn)術(shù)的過程。
-
階段規(guī)劃
在信息系統(tǒng)架構(gòu)設計階段,確定主要的信息類型和處理這些信息的應用系統(tǒng)。在本階段有兩個主要的步驟,數(shù)據(jù)架構(gòu)設計和應用架構(gòu)設計,二者既可以依次開發(fā),也可以并行開發(fā)。核心內(nèi)容為:IT系統(tǒng)如何滿足企業(yè)的業(yè)務目標;信息以及信息之間的關(guān)系;應用以及應用之間的關(guān)系。
-
運營模式
一般來說,運營的目標不同,基于目標的手段也就不一樣。對一個產(chǎn)品來說,基本的運營手段至少包括三種:內(nèi)容運營,活動運營和用戶運營。
內(nèi)容運營是最古老的運營手段之一。通過內(nèi)容去打動用戶,以內(nèi)容為主的產(chǎn)品會更具黏性,媒體產(chǎn)品就是一個非常典型的內(nèi)容產(chǎn)品。包括微博也是,微博現(xiàn)在已經(jīng)成為了一個通過內(nèi)容去打動用戶的產(chǎn)品,所以對新浪微博來說,內(nèi)容運營是非常重的一塊。
一般來說活動運營有兩個目標,一個是結(jié)合市場部門需求,起到吸引新用戶的作用;另一個則是結(jié)合用戶運營需求,起到活躍用戶的作用。做一個活動運營(或者稱之為策劃),我們更關(guān)注的應該是執(zhí)行過程的細節(jié),并通過活動的投入產(chǎn)出來衡量活動效果。
-
用戶驗證

用戶體驗(User Experience,簡稱UE/UX)是用戶在使用產(chǎn)品過程中建立起來的一種純主觀感受。但是對于一個界定明確的用戶群體來講,其用戶體驗的共性是能夠經(jīng)由良好設計實驗來認識到。計算機技術(shù)和互聯(lián)網(wǎng)的發(fā)展,使技術(shù)創(chuàng)新形態(tài)正在發(fā)生轉(zhuǎn)變,以用戶為中心、以人為本越來越得到重視,用戶體驗也因此被稱做創(chuàng)新2.0模式的精髓。在中國面向知識社會的創(chuàng)新2.0——應用創(chuàng)新園區(qū)模式探索中,更將用戶體驗作為“三驗”創(chuàng)新機制之首。
-
企業(yè)運營
需要進行企業(yè)內(nèi)部的運營管理。使用各種各樣的方式進行運營過程管理,產(chǎn)品過程管理,實施計劃管理等等企業(yè)運營管理過程。
-
總結(jié)
產(chǎn)品制公司需要有很強的業(yè)務支撐能力,項目才能真正的進入實施階段。需要有業(yè)務分析能力,才能形成完整的業(yè)務閉環(huán)。需要有完整的企業(yè)內(nèi)部流程管理,才能真正的驅(qū)動開發(fā)過程。所以,這些內(nèi)容不可能交給一個項目制公司去代管。需要有產(chǎn)品制公司整體的想法與過程才可以真正的支撐起來項目團隊與運營團隊。
需求調(diào)研
不管是項目制還是產(chǎn)品制,跟研發(fā)團隊溝通時都需要SMART原則下的項目需求。因為這一步已經(jīng)進入視線階段了,如果需求仍然不夠明確那研發(fā)團隊做出來的東西肯定和你想的不一致。這個時候不要怪研發(fā)團隊怎么能這樣,這是因為你自己沒有說清楚。所以,需要進行業(yè)務調(diào)研、業(yè)務分析、業(yè)務設計工作。
-
業(yè)務調(diào)研
讓產(chǎn)品經(jīng)理、研發(fā)團隊充分的理解業(yè)務的目標,業(yè)務過程的一個過程。然后產(chǎn)品經(jīng)理會根據(jù)了解的內(nèi)容進行業(yè)務分析并進行業(yè)務建模工作。
-
項目制
- 在業(yè)務調(diào)研過程中需要給項目制團隊一個明確的需求邊界。正如產(chǎn)品規(guī)劃中所說明的,項目團隊不會為產(chǎn)品做整體規(guī)劃。所以,產(chǎn)品團隊需要有計劃性的劃分出來一塊并進行交給項目制團隊進行實施工作。
- 在實施過程中項目制團隊會需要與業(yè)務專家進行溝通、學習。以方便了解業(yè)務的內(nèi)容。
- 項目制團隊在進行項目調(diào)研時會有非常明確的方向,并有針對性的跟客戶溝通業(yè)務邊界內(nèi)的內(nèi)容。
- 項目制團隊面向的客戶為產(chǎn)品團隊,不是產(chǎn)品團隊的最終用戶。
- 項目制團隊中的業(yè)務邊界是不可以逾越。因為在這方面的投入產(chǎn)品團隊是不會做響應的費用的。
-
產(chǎn)品制
- 在進行業(yè)務分析之前,產(chǎn)品制團隊只能拿到一個業(yè)務方向。業(yè)務方向可以確定產(chǎn)品大致需求。需求部分不是很明確。
- 在產(chǎn)品制團隊中,最主要的客戶是最終使用系統(tǒng)的用戶。所以產(chǎn)品制團隊需要根據(jù)市場反饋再進行項目業(yè)務方向的調(diào)整。
- 在產(chǎn)品制公司內(nèi)部人人都是業(yè)務專家。降低業(yè)務專家與軟件人員的溝通成本。
- 產(chǎn)品制的團隊會為了收集客戶需求而組織各種各樣的形式的最終用戶調(diào)研:
1> 在線問卷調(diào)查
2> 線下有償問卷
3> 調(diào)查優(yōu)惠券
4> 客戶投訴、反饋
5> 等等
-
業(yè)務分析
-
項目制
- 針對項目級進行業(yè)務的分析與設計工作。項目的業(yè)務目標就是整個實施過程中的目標。
- 針對項目進行業(yè)務設計工作,進行項目集成的分析與設計工作。
- 分析結(jié)果為形成業(yè)務系統(tǒng)中的閉環(huán),并稍作考慮形成業(yè)務體系內(nèi)的閉環(huán)。
- 產(chǎn)品團隊需要對項目團隊設計出來的業(yè)務系統(tǒng)進行評審,看是否滿足業(yè)務的需求。通過評審后才能進入實施階段。
-
產(chǎn)品制
- 針對公司的業(yè)務方向,配合行業(yè)內(nèi)的情況進行分析與設計。
- 使用完整的企業(yè)架構(gòu)方法論進行企業(yè)的業(yè)務的架構(gòu)設計,如:ToGAF
- 形成業(yè)務的標準化的企業(yè)流程與規(guī)范,更好的滿足企業(yè)的潛在需求
-
總結(jié)
- 項目制在軟件實施過程中的目標性更強一些,可以推動項目真正的向前進。從某個側(cè)面推動整個產(chǎn)品的不斷前行。
- 產(chǎn)品制的計劃更強一些,可以保證在為公司的業(yè)務發(fā)展有正確的方向??梢猿掷m(xù)的去優(yōu)化,改善系統(tǒng)。
投入評估方法
在企業(yè)管理過程中比較重要的是對人財物時的管理工作。針對于軟件研發(fā)過程也是適用的,但人不是一般意義上的人。這里的人是指由專業(yè)技能的人,可以真正在軟件研發(fā)層面上解決問題的人。下面具體說明投入評估的區(qū)別。
-
特點
-
項目制
- 項目有明確范圍,并且已經(jīng)進行了前期的調(diào)研和分析工作。分析出的業(yè)務模型就可以是工作量,并且可以評估出實施需要的資源、時間等等內(nèi)容。
- 在項目制團隊中不會針對運營過程中的投入進行評估,基本上也不會涉及運營過程中的工作。并且不會對其進行評估
- 評估投入時會考慮與業(yè)務專家進行溝通與確認的成本,即需求調(diào)研的投入成本。
-
產(chǎn)品制
- 因為產(chǎn)品制支撐時需要的基礎(chǔ)設施都是由公司統(tǒng)一管理的,所以很多基礎(chǔ)設施都不會進行相關(guān)的評估工作。只需要用時隨時申請即可。
- 在產(chǎn)品制的項目中,因項目是一個長期投入的過程。所以不會針對事務進行階段性投入評估。
- 在產(chǎn)品制公司內(nèi)部,不會評估出具體需要投入的費用。因為費用就涉及到人力費用、設施費用等等,這些其實很多時候多直接歸入到公司運營成本里了。
- 基本上只會在項目啟動階段會進行項目啟動時需要的投入的評估,以方便啟動項目。
- 在項目運營過程中會有人、物、時的各種調(diào)整。不是顯式的調(diào)整,更多的是隱式的調(diào)整。
-
評估方法
-
項目制
- 根據(jù)經(jīng)驗進行工作量的評估。
- 根據(jù)工作量的多少評估費用。
- 按照客戶的要求,進行倒排的方式安排計劃以及投入人員。
-
產(chǎn)品制
- 形成團隊戰(zhàn)斗力,并根據(jù)戰(zhàn)斗力進行評估。
- 對其他投入使用各種評估方法進行相關(guān)的評估,例如:設備要求,性能要求。
- 比較依賴于對團隊的長期輸出的期望以及能力的考量。
-
評估內(nèi)容
這里說明評估過程中項目制團隊關(guān)心的內(nèi)容和產(chǎn)品制團隊關(guān)心的內(nèi)容的不同點。
-
項目制
- 業(yè)務咨詢:即是否需要出動咨詢師,咨詢師的投入時怎樣的。
- 軟件實施:軟件實施的功能范圍,非功能需求的工作量。
- 運營咨詢與實施:項目運營的咨詢師的投入,以及咨詢師策劃的內(nèi)容的實施投入。
-
產(chǎn)品制
- 人員投入:進入項目的各項人員,產(chǎn)品經(jīng)理,項目經(jīng)理,研發(fā)人員,測試人員,運維人員,運營人員等。
- 時間投入:是否可以按照計劃進行軟件實施、運營活動過程。
- 資源投入:硬件成本,活動成本等。
-
總結(jié)
- 項目制的各項都比較明確,可以根據(jù)明確的目標進行明確的評估工作。總體來說會按照人員投入情況進行評估。
- 產(chǎn)品制整體內(nèi)容不是很明確,只能保證某段時間內(nèi)需要這樣的功能或業(yè)務。也不會進行相應的評估工作。所以需要長期支撐整體團隊的要求。
實施過程
上面規(guī)劃也做了,設計也完成了,也對投入沒有什么問題的時候。就開始進入實施過程中。實施過程如果是不理解軟件工程的人就會認為招人去做就OK了。其實沒有那么簡單,舉個簡單的例子很多地方都會用到齒輪,齒輪是不是要考慮材料的強度,韌性才可以知道材料是否合適,坯料來了之后加工時,是否需要嚴格控制誤差尺寸。要不放不進去,不能和其他齒輪咬合?;旧线@兩項可以定義一個齒輪的質(zhì)量了,但是軟件中的很多質(zhì)量都是隱形的,看不到的。這個東西就沒有辦法去實施了。這里就對這些內(nèi)容加以說明。
-
實施計劃
-
項目制
- 制作實施計劃的目標是為了確保項目按時按點上線。
- 在實施過程中會針對項目的實施業(yè)務與進度考慮。
- 實施計劃需要有明確的截止時間,以及實施范圍。交付內(nèi)容,結(jié)款方式都需要明確。
- 在制作實施計劃時需要明確項目運營支持系統(tǒng)的計劃、需求、評估、費用等等。
-
產(chǎn)品制
- 產(chǎn)品就是為了搶占市場先機的MVP先上,所有的東西都是為了這么目標而服務。
- 產(chǎn)品上線后,針對市場反饋完成的中后期,進行MVP項目的持續(xù)優(yōu)化與完善工作。
- 產(chǎn)品制的計劃時漫長的,所以,需要不斷的增加新的業(yè)務方向,并循環(huán)上面兩步。
- 需要對運營支持系統(tǒng)一起進行考慮并體現(xiàn)在實施計劃中。
-
質(zhì)量管理
-
項目制
- 為了能夠把項目快速交付,省去了很多事情。(好像這句話是個悖論,具體怎么悖論我就不說了。)
- 不考慮長期質(zhì)量的問題。為長期的數(shù)據(jù)存儲,容災,備份等考慮較少。
- 不考慮長期投入的問題。為了降低長期投入可以制作回歸測試,自動化測試等方式。
-
產(chǎn)品制
- 注重系統(tǒng)可靠性,以防止上線后產(chǎn)生故障問題。
- 注重系統(tǒng)可用性,以防止上線后產(chǎn)生不可用問題。
- 注重系統(tǒng)的安全,以防止線上數(shù)據(jù)被竊取,商業(yè)秘密泄露等問題。
- 上線的系統(tǒng)需要有良好的質(zhì)量屬性,并有很好的用戶體驗。
- 考慮長期運行過程中的問題,并進行持續(xù)的跟進與解決。
-
驗收
項目在到達上線水平時,需要考慮是否允許上線。上線后的部署情況等內(nèi)容,所以需要進行詳細的考量工作。以下說明兩種不同的方式的考量內(nèi)容:
-
項目制
- 需要確定的驗收方法以及交付過程。以及需要交付的各種資料。
- 需要確定參與驗收的業(yè)務人員,以及確定驗收工作中的核心流程。
- 需要確定驗收用例通過多少后才可以整體通過驗收,并規(guī)定驗收測試問題中的修復時間。
-
產(chǎn)品制
- 產(chǎn)品制是一個不斷改進,不斷根據(jù)使用者的情況做變化的產(chǎn)物。所以驗收需要有最終客戶驗證??梢詷?gòu)建運營支持系統(tǒng)方便進行AB測試。
- 產(chǎn)品制公司內(nèi)部一般都會形成質(zhì)量標準,所以,產(chǎn)品制團隊的產(chǎn)品需要遵循企業(yè)的質(zhì)量標準。
-
總結(jié)
實施過程主要的內(nèi)容是將計劃和設計實施落地為一個真正的可運行的項目。在這個過程中不管是那個階段,那個團隊欠的債最終都是要還的。
團隊
正如本文開始時候的例子,需要對技術(shù)團隊有把控的能力。在軟件研發(fā)與運營過程中最主要的就是團隊需要控制。這里說明團隊控制的內(nèi)容。
-
團隊目標
-
項目制
- 快速開發(fā),快速交付為項目做出貢獻。
- 注重個人輸出,快速的輸出才可能把軟件團隊運營起來。
- 需要對項目進行快速交付。
-
產(chǎn)品制
- 需要考慮長期實施計劃,需要有針對性的實施。進行快速決策的支持等。
- 進行項目中人員項目備份。產(chǎn)品是需要持續(xù)運營的,所以項目成員需要穩(wěn)定。
- 進行全功能團隊組織。保證項目運營過程中可以持續(xù)的進行輸出。
-
團隊基礎(chǔ)情況
-
項目制
- 每個項目都需要構(gòu)建一套團隊基礎(chǔ)設施。
- 每個項目的團隊基礎(chǔ)體系都不相同。
-
產(chǎn)品制
- 公司制度規(guī)定的基礎(chǔ)設施的操作過程。
- 公司的團隊管理規(guī)范。例如:活躍網(wǎng)絡公司內(nèi)部使用故事點評估工作量,評估Bug率的做法。
-
總結(jié)
團隊的組織方式不一致。產(chǎn)品制團隊更注重穩(wěn)定、可靠,注重持續(xù)的進展以及輸出。項目制的團隊更加注重快速輸出,快速解決問題。
運營支持
運營是項目上線后非常重要的一件事情,在這個階段項目制團隊幾乎不參與。這個階段的內(nèi)容需要有運營團隊+產(chǎn)品經(jīng)理來完成。
-
運營系統(tǒng)
-
項目制
- 項目制的團隊會把運營系統(tǒng)的需求也作為一個獨立項目進行實施。
- 運營的項目會根據(jù)客戶主導方式進行實施。
-
產(chǎn)品制
- 根據(jù)產(chǎn)品線的實施過程申請公司運營資源進行支持。
- 根據(jù)業(yè)務的特點定制化運營支持系統(tǒng)。
-
運營需求
- 項目制
- 針對每一個階段,每一個支持進行立項。并收取費用。
- 產(chǎn)品制
- 產(chǎn)品經(jīng)理收集運營數(shù)據(jù),并針對運營數(shù)據(jù)進行分析得出需求。對這些需求進行分析與設計。
- 針對內(nèi)部管理需求進行開發(fā)。對這些需求進行分析與設計。
-
總結(jié)
項目制需要獨立立項,獨立的完成。產(chǎn)品制在項目開始階段就規(guī)劃好,并持續(xù)執(zhí)行。
技術(shù)
軟件過程中一個比較重要的點是技術(shù),技術(shù)是整個項目的支撐。這里對比一下項目制和產(chǎn)品制技術(shù)的特點。
-
對比
-
項目制
- 一般是業(yè)界流行什么樣的技術(shù),項目制團隊會招什么樣的技術(shù)人員進入。
- 在項目中使用到的技術(shù),從不同的團隊過來。
-
產(chǎn)品制
- 根據(jù)產(chǎn)品的需求對技術(shù)進行選型,并形成體系化使用技術(shù)的方式。
- 在產(chǎn)品中不同的人負責不同的技術(shù),并在業(yè)務層面上進行合作。
-
總結(jié)
項目制公司的技術(shù),更加針對通用型的業(yè)務。產(chǎn)品制的技術(shù)需要有全方位,全方位的儲備以及使用。因為在不同的場景下需要不同的技術(shù)來實現(xiàn)。
公司對比
最主要的是公司會根據(jù)以上的對比進行各項事宜的指導工作。所以,這些就是不同的類型的公司行事風格的基礎(chǔ)。有些是有項目制上遇到一些事情,將就一下就過去了。因為不涉及到運營部分,所以,之后發(fā)生的問題也找不到這批人。但是,在產(chǎn)品過程中,現(xiàn)在可以將就一下。但之后發(fā)生了問題肯定還是需要解決的。
從某些角度講,從傳統(tǒng)行業(yè)進入軟件行業(yè)是比較困難的一件事情。因為所有的東西都跟數(shù)學,邏輯有關(guān)。很多人都無法理解這個里面的內(nèi)容,并且在實施和團隊管理過程中的投入也比傳統(tǒng)行業(yè)要巨大的多。如果在公司內(nèi)部可以按照這種方式進行行事會事半功倍。在外部和公司合作,就需要考慮這些情況會不會影響自己的計劃。
這是我第一次寫沒有任何插圖的文章,不過我還是針對這個文章整理了思維導圖。如有興趣可以加我微信,我把思維導讀發(fā)給你。
他人意見
-
高人的看法:
說我的幾個看法吧:
1、首先產(chǎn)品的開發(fā)是要在公司戰(zhàn)略的支撐下的,產(chǎn)品的生命周期內(nèi)會有幾個項目的生命周期組成
2、產(chǎn)品需要更快的完成業(yè)務閉環(huán),去市場驗證,反復修改,獲得回報,Product Owner是一個產(chǎn)品重要的角色,通常他是項目中的內(nèi)部客戶
3、產(chǎn)品的開發(fā)周期較長,涉及版本較多,所以對產(chǎn)品的版本的維護、hotfix、SP等后期的維護的考慮在開發(fā)中要有所體現(xiàn)。同時產(chǎn)品生命周期長,為了持續(xù)保持產(chǎn)品的質(zhì)量,UT,AT的比重要根據(jù)產(chǎn)品的周期和規(guī)模,不斷加強。
4、產(chǎn)品開發(fā)中要考慮營銷模式、運維、知識庫等多種因素
我感覺產(chǎn)品制其實就是高度標準化的項目制。產(chǎn)品制目標就是實現(xiàn)項目聚焦,增加可復制性。
參考
運營有三種模式,你懂幾種?
產(chǎn)品規(guī)劃
聊聊用戶體驗的五個要素
良好的用戶體驗3個特點和實現(xiàn)4個層次
系統(tǒng)架構(gòu)設計方法論——TOGAF