產(chǎn)品經(jīng)理對(duì)技術(shù)理解應(yīng)該達(dá)到一個(gè)什么程度?
1.技術(shù)架構(gòu)/實(shí)現(xiàn)方式
比如設(shè)計(jì)一個(gè)網(wǎng)站類的產(chǎn)品是使用什么編程語(yǔ)言開(kāi)發(fā)的php,jsp或者Python。確定了編程語(yǔ)言以后你要知道整個(gè)產(chǎn)品項(xiàng)目中使用了什么開(kāi)發(fā)框架,是團(tuán)隊(duì)自己研發(fā)的框架,還是使用市面上比較流行的框架。其次是數(shù)據(jù)庫(kù)的選擇,根據(jù)你們的業(yè)務(wù)需求是使用mysql這種關(guān)系型數(shù)據(jù)庫(kù)還是mongodb這類非關(guān)系型數(shù)據(jù)庫(kù),最后就是服務(wù)器,服務(wù)器一般關(guān)心的問(wèn)題就是穩(wěn)定性,安全性,還有負(fù)載了。
根據(jù)不同需求選擇服務(wù)器,
使用什么樣的服務(wù)器?自己管理的,還是云。如果是云的話還要了解一些云服務(wù)和產(chǎn)品的內(nèi)容,比如RDS,負(fù)載均衡,內(nèi)容分發(fā)等等。
使用什么操作系統(tǒng)是window還是linux?Linux的話一般還分Ubuntu和redhat兩個(gè)派系。
服務(wù)器的運(yùn)行環(huán)境是怎樣的?使用怎樣的代理nginx,Apache還是tomcat或者為了實(shí)現(xiàn)高負(fù)載混合使用它們還是要自己用node來(lái)寫(xiě)一個(gè)更好更適用的。還要注意是否有其他插件需要支持。
如果是桌面級(jí)應(yīng)用或者是手機(jī)APP這樣的產(chǎn)品需求的東西還不一樣,你還要考慮跨平臺(tái)性以及其他細(xì)節(jié)問(wèn)題。上述例子主要是網(wǎng)站產(chǎn)品主要依靠瀏覽器,平臺(tái)兼容的考慮少一些。
2.技術(shù)特性
技術(shù)的生命周期:作為產(chǎn)品經(jīng)理的你已經(jīng)知道了產(chǎn)品是有生命周期的,那么其實(shí)我們生產(chǎn)產(chǎn)品使用的技術(shù)也是有生命周期的。假如項(xiàng)目周期比較長(zhǎng),比如10年吧,技術(shù)生命周期一般就2~3年,服務(wù)器操作系統(tǒng)生命周期會(huì)更長(zhǎng)一些,,如果這部分能考慮到能節(jié)省很多重構(gòu)成本??墒顷P(guān)鍵問(wèn)題是這個(gè)問(wèn)題本身就不太現(xiàn)實(shí),我們很難預(yù)測(cè)2~3年以后我們的產(chǎn)品的樣子。
技術(shù)的優(yōu)缺點(diǎn):作為PM你不用了解具體的實(shí)現(xiàn)方式,關(guān)鍵在于你要知道不同技術(shù)架構(gòu)有什么優(yōu)缺點(diǎn),適合做什么事情。比如mysql和mongodb的區(qū)別,php和jsp的區(qū)別,它們的開(kāi)發(fā)效率和健壯性怎么樣,是不是符合我現(xiàn)階段產(chǎn)品開(kāi)發(fā)的需求。項(xiàng)目不大其實(shí)沒(méi)區(qū)別,項(xiàng)目大的話就很明顯了。
3.技術(shù)成本
不管怎么說(shuō)作為PM掌控產(chǎn)品全局你要知道整個(gè)項(xiàng)目的技術(shù)開(kāi)發(fā)成本是怎樣的。其實(shí)都是項(xiàng)目管理里面的內(nèi)容這里就不多說(shuō)了,值得提的是程序員是個(gè)喜歡創(chuàng)造的工種,如果你只是設(shè)計(jì)好了讓他們照著設(shè)計(jì)做他們會(huì)玩的很沒(méi)樂(lè)趣的。要讓他們也參與其中你會(huì)發(fā)現(xiàn)你的項(xiàng)目會(huì)比你想象中的進(jìn)展要好。親測(cè),上個(gè)項(xiàng)目,我的開(kāi)發(fā)團(tuán)隊(duì)就為客戶提供了超出合同范圍的各種各樣的功能……重要的是這部分開(kāi)發(fā)人員是愿意付出不計(jì)較成本的。(丫的,你們搞那么多功能就不怕有BUG客戶再讓咱們改嗎????)
4.了解設(shè)計(jì)模式
其實(shí)才是整個(gè)業(yè)務(wù)架構(gòu)里比較重要的東西,不過(guò)我現(xiàn)在理解的也不深刻,只能建議了。
一般你要先了解面向?qū)ο缶幊淌窃趺椿厥隆?/p>
然后了解一些,單例模式,工廠方法模式,抽象工廠模式,建造者模式,原型模式,這類的設(shè)計(jì)模式。了解以后對(duì)你認(rèn)識(shí)程序員的工作有所理解,最少忽悠不了你,你知道他們?cè)O(shè)計(jì)一個(gè)業(yè)務(wù)邏輯的流程是怎么樣子的。這樣就能做到心中有數(shù)了。
轉(zhuǎn)自互聯(lián)網(wǎng)的一些事
作為一個(gè)實(shí)習(xí)過(guò)兩年開(kāi)發(fā),畢業(yè)后轉(zhuǎn)產(chǎn)品的一年產(chǎn)品萌新來(lái)說(shuō)…這些東西還是都懂的
可能有些產(chǎn)品會(huì)覺(jué)得知道這些沒(méi)啥用,但在工作中,產(chǎn)品部門(mén)經(jīng)常因?yàn)椴欢夹g(shù)和開(kāi)發(fā)沒(méi)法一個(gè)頻道溝通
尤其是像后臺(tái)產(chǎn)品,不懂技術(shù),以后的學(xué)習(xí)成本會(huì)非常大
理想很豐滿,現(xiàn)實(shí)很骨感,能做到這些的產(chǎn)品是鳳毛麟角了
這了解的程度有點(diǎn)過(guò)頭,基本上是全才了
產(chǎn)品知道到這種程度,還只拿產(chǎn)品的薪水,那要么就是這人無(wú)私,要么就是剛洗了頭。
是該了解些技術(shù),但是有點(diǎn)夸張了,不需要了解的這么深。。。
這個(gè)說(shuō)法片面,如果產(chǎn)品經(jīng)理來(lái)決定這個(gè),我想知道團(tuán)隊(duì)中的系統(tǒng)架構(gòu)師在做什么?
架構(gòu)師是這方面的決策者,而作為產(chǎn)品來(lái)說(shuō),你需要知道這些而已,知道他們的特性,這方便于未來(lái)對(duì)你工作時(shí)有一個(gè)更好的判斷,尤其是在小型公司,更是如此。
這篇文章其實(shí)沒(méi)有那么深的概念,去查一查很多就能明白了,比如主流的開(kāi)發(fā)語(yǔ)言是什么,比如java的主流框架是什么