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

本期案例

案例背景

項目行業：關乎公司前景的新產品研發起步

個人崗位：技術PM

項目現狀與問題

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

待解決的問題

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

主治醫師：老魚

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

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

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

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

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

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

我有話說

撲滿 | 深圳 行業：IT

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

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

HFAN | 長沙 行業：IT

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

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

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

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

WU | 佛山 行業：政務教育高校

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

YANG | 昆明 行業：軟件

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

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

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

Jason | 福州 行業：IT

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

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

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

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