產(chǎn)品研發(fā)團隊建設問題與解決方案

產(chǎn)品研發(fā)團隊建設問題與解決方案在公司工作已經(jīng)一年多了，經(jīng)歷過產(chǎn)品從零到一的過程，越來越多的人關注公司的產(chǎn)品，并提出很多寶貴的意見。隨著產(chǎn)品的多線化，慢慢的開發(fā)方面就出現(xiàn)很多磨合問題。故提出以下方案，希望可以做到公司戰(zhàn)略多線化，產(chǎn)品開發(fā)團隊單線化。旨在提高開發(fā)團隊的開發(fā)效率。一、面臨問題1、開發(fā)分工過于細：目前開發(fā)分工非常細，以至于工作互相推托，這樣就出現(xiàn)了前端認為功能是后端需要開發(fā)的，后端認為功能是需要前端開發(fā)的，并無統(tǒng)一規(guī)劃。開發(fā)團隊等級太多管理人員多，不扁平化目前php團隊、前端團隊都有一個頭，而安卓與蘋果團隊是負責人制度，這樣就出現(xiàn)有些問題無法找到負責人、傳達過慢、缺乏管理。3、工程師類型的程序員過少：工程師類型也就是說一個程序員擁有多門開發(fā)語言能力，且能以用戶為前提去開發(fā)程序。4、程序員調動負責不同項目過于頻繁由于資源與源碼架構的原因，開發(fā)人員往往負責多個項目開發(fā)，以至于對所開發(fā)的項目業(yè)務流程并不了解，且對產(chǎn)品沒有歸屬感。5、人員需要補充如公司快手，目前負責開發(fā)就只有一個人，修改bug還要開發(fā)新功能，不但進度受限制，開發(fā)人員壓力也大。6、溝通不順暢目前公司的辦公室分散，產(chǎn)品在上下樓上面浪費了很多時間，溝通非常不順暢。分級的部門關系，功能開發(fā)者經(jīng)常改變，問題下發(fā)不可以第一時間到相應開發(fā)人員，都要經(jīng)過不同的人進行分發(fā)，過多對口人與級別。7、產(chǎn)品對開發(fā)后的產(chǎn)品沒有做好把關由于敏捷開發(fā)，加上市場的壓力，有時候產(chǎn)品的把關不夠以至于上線的產(chǎn)品與策劃方案有所出入。8、自動化測試缺乏，程序開發(fā)缺乏自查目前測試團隊的經(jīng)驗不是很足，缺少自動化測試，正在規(guī)劃中。程序目前只有研發(fā)經(jīng)理復查，程序復查不夠，測試浪費時間長。二、方案基于目前的問題，建議開發(fā)低耦合產(chǎn)品，建立高耦合團隊——分產(chǎn)品線建立扁平化小型開發(fā)團隊，增強產(chǎn)品歸屬感。2.1團隊模式改變開發(fā)團隊采用F型的開發(fā)模式：每一個開發(fā)人員既屬于同類型的部門，又屬于某一個項目組。在工作沖突的情況下，以項目組為基準。2.2項目團隊項目團隊分為：三劍客團隊、電商團隊、共同部分服務團隊和其他新項目團隊。下面以三劍客為例分析如何開發(fā)低耦合產(chǎn)品，建立高耦合團隊：（1）改變?nèi)藛T架構現(xiàn)狀：目前三劍客開發(fā)人員如下：PHP工程師，經(jīng)常調動，人數(shù)不確定前端工程師：需要的時候才有安卓工程師：2.5個（師傅的安卓工程師還需要開發(fā)商城功能）蘋果開發(fā)工程師2.5個（師傅的安卓工程師還需要開發(fā)商城）UI設計師1個（有時候還需要做物料或者商城的工作）測試工程師：6個（4個正式2個實習）產(chǎn)品經(jīng)理/專員（3個）目前人員存在一人多負責，技術無統(tǒng)一負責人，各部門關系不密切，人員不足的情況。解決方案將三劍客產(chǎn)品組增加到26人，且全部開發(fā)人員只單獨負責此項目（盡量減少負責其他項目），具體方案如下：產(chǎn)品經(jīng)理（1人）、項目經(jīng)理（1人）產(chǎn)品經(jīng)理/專員（2人）后端開發(fā)工程師5個（要求至少會php與html）安卓開發(fā)工程師5個蘋果開發(fā)工程師5個UI設計師1個測試工程師：6個成員要求：團隊成員全部須自愿參加，有經(jīng)驗、多面手優(yōu)先。必要時可以自主招聘或者公司內(nèi)部招聘。（2）項目進度問題現(xiàn)狀目前產(chǎn)品經(jīng)理跟蹤產(chǎn)品的進度，但是沒有權利安排開發(fā)人員，也無法要求其完成時間；技術方面，前端評估的進度就單單前端，后端就單單后端，沒有做開發(fā)的統(tǒng)一規(guī)劃，項目進度處于比較寬松的狀態(tài)。解決方案啟用產(chǎn)品經(jīng)理+項目經(jīng)理制度，由產(chǎn)品經(jīng)理與技術項目經(jīng)理共同制定開發(fā)時間，并跟進開發(fā)進度。由產(chǎn)品經(jīng)理定期整合匯報工作情況給研發(fā)部副總，并根據(jù)機密程度公布到公司各運營部門。（3）溝通協(xié)調問題現(xiàn)狀：項目開始，由產(chǎn)品做過產(chǎn)品的簡單介紹，并開迭代需求會議，但在開發(fā)的過程中溝通并不足夠，開會溝通極其浪費時間。由于開發(fā)都在不同部門，沒有統(tǒng)一管理，經(jīng)常出現(xiàn)前端開發(fā)好后端不知道，后端開發(fā)好前端不知道；開發(fā)目標、需求沒有明確，整個開發(fā)的主線每一個成員都不明確，只是做自己的功能互不了解。項目組的人員分散在公司的各個不同地方，有些還在樓下溝通起來極其不方便。解決方案采用產(chǎn)品經(jīng)理+項目經(jīng)理負責制，做好內(nèi)部溝通與內(nèi)部協(xié)調（如開發(fā)進度與功能開發(fā)屬于前端還是后端）。將項目團隊聚集坐到一個地方，做到一端修改全部人都通知；借助白板進度與主線功能的公布等方式，確保每一個開發(fā)人員都明確開發(fā)重心；團隊內(nèi)部活動（如：聚餐、球賽等），提高團隊凝聚力。業(yè)務流程、產(chǎn)品方向問題現(xiàn)狀：目前開發(fā)人員只是了解自己開發(fā)的產(chǎn)品或部分功能，并了解整體的功能。如負責快手的安卓工程師就了快手的功能，后端的工程師只是了解某一個模塊。（運營市場人員也是）對產(chǎn)品發(fā)展方向完全不知。解決方案：開發(fā)工程師需要了解項目的業(yè)務流程，同時要把自己代入到用戶，將產(chǎn)品做到更好、產(chǎn)品經(jīng)理不斷地對團隊內(nèi)部人員灌輸產(chǎn)品流程概念，讓團隊了解產(chǎn)品發(fā)展方向，團隊成員可以提出自己的建議。如：分享會和平時的溝通技術能力現(xiàn)狀只有少部分有大量開發(fā)經(jīng)驗和多門語言能力的程序員，又懂產(chǎn)品的技術更加少；產(chǎn)品方面了解技術、了解運營得也非常缺乏；目前只有部門成員內(nèi)部做過相應的分享會，也就是說前端就做前端分享會，后端就做后端，這樣一來他們的技術是有所提高，但是他們并不了解其他的，對于項目與他們自己的提高都有限。解決方案：定期召開全公司分享會議，可以分享項目成功經(jīng)驗、技術、理念等，提高團隊的多方面能力。（產(chǎn)品做方案可以多考慮技術，技術開發(fā)的時候可以多考慮用戶。）（6）測試問題現(xiàn)狀快速的開發(fā)讓項目出現(xiàn)很多bug，測試需要花費大量時間來找出bug。目前由于項目開發(fā)的速度過快加上測試人員經(jīng)驗不足，自動化測試一直都在研究，并有小范圍使用，并無大范圍使用。解決方案：采用自查或互查的方式確保在程序員層面減少bug，減少測試人員名額加到研發(fā)人員中去；多采用自動化測試，減少測試無用功；全團隊都是產(chǎn)品測試人員，出現(xiàn)問題就是全團隊的問題。（7）框架問題：現(xiàn)狀：目前幾個項目的代碼屬于緊耦合（全部的代碼都在一個系統(tǒng)中）。解決方案技術債是不能欠的，要殘酷無情地還債，將代碼分離出來。將目前的代碼分成不同的系統(tǒng)，通過一個用戶中心將產(chǎn)品串聯(lián)起來。團隊文化建設現(xiàn)狀只有部門初期的團隊文化，不存在項目團隊文化。解決方案創(chuàng)建團隊文化提高成員的榮譽感，產(chǎn)品有問題并非其中一個人的問題而是全團隊的問題，產(chǎn)品需要加班并非某一個人的問題，而是全團隊的