大概你會認為奇異：項目司理控制產物才能做甚麼?吃飽瞭撐著嗎，那是產物司理該做的事。在騰訊許多項目司理都處在合作劇烈、變更快速的互聯網產物情況中，我們能夠很顯著感到到互聯網情況對介入個中的每一個職員的產物才能的需求，這是一小我人都是產物司理的情況，這更是一個產物導向的情況。項目司理作為個中的一個主要腳色，須要知足互聯網產物情況的請求。

　　項目司理要有哪些產物根本才能?上面是我們評論辯論提出的一些才能項：

　　需求的懂得剖析才能(★★★)

　　需求代價評價才能 (★★★)

　　需求裂解才能 (★★★)

　　產物認識(貿易認識、用戶認識) (★★★)

　　產物體驗(斷定甚麼好與欠好，幸虧哪) (★★)

　　運用場景復原才能 (★★)

　　用戶反應處置才能 (★★)

　　運營數據剖析才能( ★ )

　　競品剖析才能 ( ★ )

　　運用Moscow原則對才能項的主要性做瞭簡略排序，三顆星表現Must Have、二顆星表現Should Have、一顆星表現Could Have(Nice to Have)，與PM事情越慎密的星級越高，無妨就拔取前5項作為PM要有的5個產物根本才能。須要解釋的是產物才能項有許多，這裡隻是枚舉瞭個中的一部門。(你有甚麼發起或分歧的意見嗎?)

　　產物研起源於需求，以是人人投票把需求相幹的才能項放到瞭最高星級。

　　軟件需求是一個相同題目。–Mike Cohn

　　而PM就像是橋梁，一座在產物、開辟、測試之間負擔起相同懂得和合作的橋梁。

　　以需求裂解才能為例，平日產物司理提出一個特征(Vip玩傢約請社區石友玩遊戲)，看起來異常簡略，一樣平常情形下產物司理願望團隊快速開辟托付，但是一旦做起來就會發明越做越多，有許多處所本來沒有斟酌到，末瞭要末不克不及定時托付，要末重復調劑修正。這裡起主要影響的就是需求裂解才能，假如PM構造團隊深刻對用戶運用場景舉行評論辯論，剖析交互流程和履行途徑，我們便可以將特征需求裂解成多個詳細明白的子特征(比方：F1.1.被約請石友參加遊戲後，兩邊主動成為石友;F1.2.約請石友勝利後授與嘉獎等)，團隊會發明需求是不是有邏輯漏掉，對付詳細束縛和規模有明白的界定(比方：嘉獎規矩由CP同一實行，沒有許可反復嘉獎等)。

　　當PM具有瞭產物根本才能，這些才能帶來的利益也是不言而喻的：

　　與產物司理和技巧團隊更好的懂得和相同

　　控制瞭產物根本才能，就像控制瞭產物的說話，老外學會瞭中文天然能和國人更好的交換。有技巧配景的PM可以或許很好的和技巧團隊相同交換也是相似的事理。

　　對做甚麼有更好的掌握，削減準確地做毛病的事

　　許多人對PM的懂得是PM賣力跟進和監控項目實行進程，進程做的再好也隻是在準確地幹事，更主要的是做準確的事，假如我們做的產物沒人須要，做的再好又有甚麼用。產物認識、需求剖析等根本才能都是贊助我們做準確的斷定。

　　大概你會問：

　　如許是不是對PM的請求太高瞭?

　　是的，對付初階和中階項目司理，如許才能請求確切比擬高，但引發PM對產物根本才能的存眷是有需要的，產物根本才能的控制也沒有是一朝一夕的工作，須要在一樣平常的事情中逐步積聚，夙興步早受益。

　　PM控制這些產物根本才能，要做到甚麼水平?會沒有會與產物司理的事情反復瞭?

　　項目司理是產物/技巧/項目標橋梁，他把這三者綜合在一路，供給一個奇特的視角，以是他沒有會與產物司理反復，反而會是一個異常無益的彌補。

　　項目司理在產物才能上的專業度固然不克不及與產物司理比擬，他的本職重要事情沒有變更，其實不是去做產物司理要做的事， 在這個基本上這些產物根本才能越強越好。

　　當我們曉得PM為何要具有產物根本才能和要具有哪些產物根本才能後，若何控制這些才能項反而是比擬簡略的。上面是幾個常見做法：

　　多體驗產物，成為重度用戶

　　公司內有異常多相幹的分享和培訓，進修之

　　在詳細的項目事情中理論、理論、再理論