產(chǎn)品經(jīng)理對技術(shù)理解應(yīng)該達到一個什么程度
1.技術(shù)架構(gòu)/實現(xiàn)方式
比如設(shè)計一個網(wǎng)站類的產(chǎn)品是使用什么編程語言開發(fā)的php,jsp或者Python，
產(chǎn)品經(jīng)理對技術(shù)理解應(yīng)該達到一個什么程度
。確定了編程語言以后你要知道整個產(chǎn)品項目中使用了什么開發(fā)框架，是團隊自己研發(fā)的框架，還是使用市面上比較流行的框架。其次是數(shù)據(jù)庫的選擇，根據(jù)你們的業(yè)務(wù)需求是使用mysql這種關(guān)系型數(shù)據(jù)庫還是mongodb這類非關(guān)系型數(shù)據(jù)庫，最后就是服務(wù)器，服務(wù)器一般關(guān)心的問題就是穩(wěn)定性，安全性，還有負載了。根據(jù)不同需求選擇服務(wù)器，
使用什么樣的服務(wù)器?自己管理的，還是云。如果是云的話還要了解一些云服務(wù)和產(chǎn)品的內(nèi)容，比如RDS，負載均衡，內(nèi)容分發(fā)等等。
使用什么操作系統(tǒng)是window還是linux?Linux的話一般還分Ubuntu和redhat兩個派系。
服務(wù)器的運行環(huán)境是怎樣的?使用怎樣的代理nginx，Apache還是tomcat或者為了實現(xiàn)高負載混合使用它們還是要自己用node來寫一個更好更適用的。還要注意是否有其他插件需要支持。
如果是桌面級應(yīng)用或者是手機APP這樣的產(chǎn)品需求的東西還不一樣，你還要考慮跨平臺性以及其他細節(jié)問題。上述例子主要是網(wǎng)站產(chǎn)品主要依靠瀏覽器，平臺兼容的考慮少一些。
2.技術(shù)特性
技術(shù)的生命周期：作為產(chǎn)品經(jīng)理的你已經(jīng)知道了產(chǎn)品是有生命周期的，那么其實我們生產(chǎn)產(chǎn)品使用的技術(shù)也是有生命周期的，
資料共享平臺
《產(chǎn)品經(jīng)理對技術(shù)理解應(yīng)該達到一個什么程度》(http://www.msguai.com)。假如項目周期比較長，比如10年吧，技術(shù)生命周期一般就2~3年，服務(wù)器操作系統(tǒng)生命周期會更長一些，，如果這部分能考慮到能節(jié)省很多重構(gòu)成本。可是關(guān)鍵問題是這個問題本身就不太現(xiàn)實，我們很難預(yù)測2~3年以后我們的產(chǎn)品的樣子。技術(shù)的`優(yōu)缺點：作為PM你不用了解具體的實現(xiàn)方式，關(guān)鍵在于你要知道不同技術(shù)架構(gòu)有什么優(yōu)缺點，適合做什么事情。比如mysql和mongodb的區(qū)別，php和jsp的區(qū)別，它們的開發(fā)效率和健壯性怎么樣，是不是符合我現(xiàn)階段產(chǎn)品開發(fā)的需求。項目不大其實沒區(qū)別，項目大的話就很明顯了。
3.技術(shù)成本
不管怎么說作為PM掌控產(chǎn)品全局你要知道整個項目的技術(shù)開發(fā)成本是怎樣的。其實都是項目管理里面的內(nèi)容這里就不多說了，值得提的是程序員是個喜歡創(chuàng)造的工種，如果你只是設(shè)計好了讓他們照著設(shè)計做他們會玩的很沒樂趣的。要讓他們也參與其中你會發(fā)現(xiàn)你的項目會比你想象中的進展要好。親測，上個項目，我的開發(fā)團隊就為客戶提供了超出合同范圍的各種各樣的功能……重要的是這部分開發(fā)人員是愿意付出不計較成本的。(丫的，你們搞那么多功能就不怕有BUG客戶再讓咱們改嗎????)
4.了解設(shè)計模式
其實才是整個業(yè)務(wù)架構(gòu)里比較重要的東西，不過我現(xiàn)在理解的也不深刻，只能建議了。
一般你要先了解面向?qū)ο缶幊淌窃趺椿厥隆?/p>
然后了解一些，單例模式，工廠方法模式，抽象工廠模式，建造者模式，原型模式，這類的設(shè)計模式。了解以后對你認識程序員的工作有所理解，最少忽悠不了你，你知道他們設(shè)計一個業(yè)務(wù)邏輯的流程是怎么樣子的。這樣就能做到心中有數(shù)了。
【產(chǎn)品經(jīng)理對技術(shù)理解應(yīng)該達到一個什么程度】相關(guān)文章：
1.一個產(chǎn)品經(jīng)理的職業(yè)軌跡[2]