技術PM如何解決新產品研發(fā)面臨的資源不足、人手匱乏等難題？

本期案例

案例背景

項目行業(yè)：關乎公司前景的新產品研發(fā)起步

個人崗位：技術PM

項目現(xiàn)狀與問題

公司是做酒店自助機的項目，最早是由一群海歸創(chuàng)建的，為酒店提供自主入住、退房等無人服務，后基于合規(guī)要求，在人員上進行了硬性劃分，互不溝通且不允許知情。其中前端、后端、支付、數(shù)據(jù)庫都分開，不同的人只能掌握幾個模塊，而非全部模塊。但因為系統(tǒng)是02年net構造的，工作流程是通過wcf上傳服務器進行處理，處理完再回傳客戶端，整體系統(tǒng)比較老舊，效率低下，經(jīng)常受到客戶投訴，暫時還能保留一定的市場份額。但現(xiàn)在的市場有新的競品的加入，競品也拿到了更多的風投，競品的系統(tǒng)還更快更好，很多新客戶也開始慢慢選擇競品，競品采用的是JAVA分布式本地處理?；诂F(xiàn)在這種情況，老板想重構一個新的產品，但是出于維穩(wěn)，又不能抽調原來的團隊，同時財務緊張(客戶少了)不能招聘新人。

待解決的問題

想請教一下大家，這種情況下怎么才能更好的實現(xiàn)新產品的研發(fā)產出?個人也很頭疼，不知道如何向上反饋，希望大家可以出謀劃策，點撥思路。

主治醫(yī)師：老魚

看到這個標題，我有個疑問，是不是項目完成后，公司高層把海歸踢走，然后換了跟在海歸后頭的開發(fā)人員來主打?據(jù)我所知，當下的一些公司會采用這種方式達到短期快速上市的目的。其實該項目短期內沒飯吃的可能性不大，但合規(guī)這部分的內外部環(huán)境分析很重要，形勢判定和預估可能牽扯出風險或機遇。

①分析自身的問題所在，譬如系統(tǒng)老舊、合規(guī)信息不暢、處理不及時等等，找到問題的根源點去舉一反三，制定好預防對策，在暫無新品上市前做好舊系統(tǒng)的維護工作，網(wǎng)住客戶。

②新品的產出都會有明晰的生命周期，做好市場調研、用戶分析以及競品分析的判定，然后評估對應市場的預期占有率，做好項目成本預估及開發(fā)周期，預測上市后利潤為正的時間節(jié)點，把控好風險預測成本與維護成本。

③做為技術PM，要主動與產品經(jīng)理溝通確定好新品概念，考慮到目前沒人沒錢的情況，可以考慮先模仿一版做個升級，先穩(wěn)一下市場。當然也可以痛定思痛直接來一個艷壓群芳，把確定好的方案找老板做匯報，并最終敲定立項報告并讓老板簽字。

④關于沒錢沒人的情況，要看是不是真的沒錢還是老板怕耽誤給自己的跑車加油，所以項目經(jīng)理要適當?shù)腜UA一下老板，按內外部環(huán)境判定及風險收益比的計算，該花就花。關于人員不足的情況，總結形成問題手冊和解決方案，以標準化代替人工資源。

⑤其實還可以找技術專家簽個整包，產品搞定后拿錢走人，內部少數(shù)的資源可以一步不離的跟著學習、測試。公司也可以嘗試跟高校長期合作形成研學銷平臺，有名聲、有資源、有idea。

我有話說

撲滿 | 深圳 行業(yè)：IT

個人遇到過類似的情況，說一下我的解決辦法：

最初基于自己技術出身的根基，重新分析了全部的代碼，然后針對性的去和具體開發(fā)人員對接，從而大致上全盤掌握系統(tǒng)細節(jié)。后續(xù)細化處理他們原來遇見的問題，提出合適的解決方案，比如優(yōu)化系統(tǒng)數(shù)據(jù)吞吐量等措施。還可以按業(yè)務的流程，從資源占用和系統(tǒng)反應的角度入手，重新設計了新的架構，并和老團隊做了溝通交流，以占用1/3或是更低的時間來進行新系統(tǒng)開發(fā)，接下來就是按流程執(zhí)行即可。

HFAN | 長沙 行業(yè)：IT

這個項目乍一看缺錢、缺人、市場還壓縮。雖然它有很多的缺點，但是它也有一個優(yōu)點：整體模塊化，接口做得比較好，高聚合低耦合。

①項目經(jīng)理可以結合競品信息、開發(fā)工具的主流性和用戶投訴反饋等綜合情況分析自己產品缺陷;

②嘗試采取整體維護、模塊末尾的淘汰方式。其實就是在現(xiàn)有人員的基礎上，對項目整體保持正常運營，對最差的模塊做重新開發(fā)的替換工作(這里要保證接口設計的好，其它部分就沒什么問題)，然后按需分配人力資源;

③最終把整個系統(tǒng)全部更新。這個項目的架構需要靈活拆分處理。按照原來系統(tǒng)高聚合低耦合的情況來看，可以激勵團隊加點班，做好系統(tǒng)整體更新上線。

WU | 佛山 行業(yè)：政務教育高校

這類問題我感同身受，之前入職的某家公司也是站在風口的頂尖。市場環(huán)境改變、競品上位太猛等的情況層出不窮。我建議項目經(jīng)理改變思路，轉變思想，從市場的競品分析里再找準新的風口。技術問題是肯定要改進的，現(xiàn)在的架構明顯影響了系統(tǒng)性能和投標參數(shù)，譬如老net2要升級net6了，整體得推倒重來，還要支持信創(chuàng)，逐步把客戶轉到新產品中使用。這里的成本都很大，怎樣都要花錢的，要看老板想不想繼續(xù)投入，引入新的資本了。

YANG | 昆明 行業(yè)：軟件

目前這位項目經(jīng)理面臨著：無法抽調原來的團隊、不能招聘新人、財務緊張的綜合情況。

我建議可以先進行一下成本分析，如果只是需要維護舊系統(tǒng)，應該占用不了整個團隊的資源。會出現(xiàn)這種局面，可能是你們對研發(fā)人員進行了硬性的職能劃分，導致每個人都是一個信息孤島，不了解彼此的業(yè)務，且溝通成本上升?？梢試L試從每個職能組里面各抽一位人員，組成運維小組專門處理舊系統(tǒng)的維護問題。剩余的人組成新的研發(fā)組進行新產品的開發(fā)。新產品不一定是大而全的，最好是深入市場調研下需求，做mvp這類最小化可行產品開發(fā)。初期開發(fā)的新模塊依賴舊系統(tǒng)來運作，功能慢慢完善后，再逐步替換老系統(tǒng)的舊模塊和接口，最后對舊系統(tǒng)進行整體替換。

總結起來就是兩點，一方面對現(xiàn)有人員進行重組，獲得新產品的開發(fā)資源，另一方面采用更加靈活的產品開發(fā)方式和深入市場的調研，拉長新產品的開發(fā)時間線，同時減少不必要的資源浪費。

Jason | 福州 行業(yè)：IT

無論是風險導致還是人員問題帶來的成本超支，其實都是項目管理要面對的問題，個人有以下建議：

從一個技術性項目經(jīng)理的角度來考慮，這種情況可以向領導推薦敏捷開發(fā)，目前java分布式系統(tǒng)是大型系統(tǒng)的主流，根據(jù)分布式的理念可以將不同事務拆分成不同的服務，如用戶、客房、入住、支付、人員等等。

由于目前團隊人手和預算都不足。項目經(jīng)理可以嘗試使用敏捷開發(fā)，用最小成本和最短路徑實現(xiàn)一個簡潔版的分布式酒店自助機的項目，做一個基礎功能1.0出來。然后再以子系統(tǒng)的形式逐步完善當前系統(tǒng)的功能，譬如相關廣告、信息推送、外送訂餐等內容，增設亮點來解決用戶痛點，并以此作為酒店自助機產品的賣點。

其實就像特斯拉的車子，首先你要做個能跑的車子出來。然后根據(jù)你能出的價位和你的需求，提供如自動駕駛、自動倒車、360監(jiān)控等功能。整體都可以用子系統(tǒng)插槽的方式，部署并鏈接到系統(tǒng)總線上來。產品的開發(fā)可根據(jù)重要程度和看板來進行規(guī)劃。相信系統(tǒng)主線出來后，伴隨著客戶增多，財務轉變良好，人員配置的問題也會得到解決，整體進入到良性循環(huán)的過程中。