第197講做好研發(fā)管理3個關(guān)鍵_第1頁
第197講做好研發(fā)管理3個關(guān)鍵_第2頁
第197講做好研發(fā)管理3個關(guān)鍵_第3頁
第197講做好研發(fā)管理3個關(guān)鍵_第4頁
第197講做好研發(fā)管理3個關(guān)鍵_第5頁
已閱讀5頁,還剩3頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

第197講|邱良軍:做好研發(fā)管理的3 14:46大小你好,我是極智嘉研發(fā)總監(jiān)邱良軍,一個18年的IT老兵,其中有8年管理經(jīng)驗,包括研51042發(fā)生命周期管理和項目管理,包括項目管理PMP認證、瀑布開發(fā)主流模式CMMI軟件成熟度模型、Agile敏捷開發(fā)(前有XP極限編程,后是主流Scrum)、DevOps(開發(fā)運維一體化)個成功的IT創(chuàng)業(yè)公司在快速發(fā)展過程中,研發(fā)管理是如何伴隨著組織擴大和組織架構(gòu)演變第一階段是公司的創(chuàng)業(yè)初期,創(chuàng)始團隊中往往有技術(shù)強人和產(chǎn)品牛人,大家齊心協(xié)力目標一致,就是把產(chǎn)品盡快做出來,推向市場或者尋找客戶。研發(fā)管理主要關(guān)注技術(shù)和產(chǎn)品,其中產(chǎn)品(或業(yè)務(wù))又是最主要的,這時候考慮的是客戶的痛點需求,而研發(fā)效率是最關(guān)鍵的,用最少的錢辦最重要的事情。在這個階段,團隊規(guī)模小、目標一致,基本不需要管理,主要是個人技術(shù)能力+行業(yè)洞察第二階段是公司初具規(guī)模,一般到了A/B/C輪融資,研發(fā)團隊接近或超上百人,甚至幾百35模型來提升研發(fā)管理能力。再第三階段是公司達到幾百甚至上千人的研發(fā)規(guī)模,各職能部門都建立起來了,研發(fā)效率卻越來越低,做什么事情都特別難,客戶抱怨員工也抱怨,危機四伏。創(chuàng)始人及核心骨干特別懷念創(chuàng)業(yè)之初金戈鐵馬,氣吞萬里如虎的瀟灑自由。PMO項目辦公室,臨時組建項目團隊來打各種戰(zhàn)役。開發(fā)模式演變?yōu)镃MMI瀑布式+敏eanxgma》,課程內(nèi)容是參考豐田汽車的制造過程設(shè)計的,非常的不錯。此研發(fā)管理的成長就是技術(shù)積累、業(yè)務(wù)理解、研發(fā)效率和風(fēng)險控制的平衡發(fā)展過程,我們應(yīng)該從實際出發(fā),根據(jù)公司和團隊發(fā)展的不同階段而靈活使用不同的方法。總得來說包括了對產(chǎn)品的理解(行業(yè)知識累計),還有技術(shù)水平(研發(fā)能力、含運維)一個段子說:CEO負責(zé)吹牛,銷售負責(zé)讓客戶相信CEO吹的牛,CTO負責(zé)讓CEO吹的牛變成真的。這個過程就是把CEO吹的天花亂墜的產(chǎn)品做出來,并且是在有限的時間和成本內(nèi)把好的產(chǎn)品做出來。不過,業(yè)務(wù)類型的不同會產(chǎn)生很大的差異:對ToC業(yè)務(wù),產(chǎn)品體驗是至關(guān)重要的;對ToB業(yè)務(wù),很多系統(tǒng)在簽合同的時候還是個Demo不管公司是在初創(chuàng)階段,還是在快速發(fā)展階段,產(chǎn)品的好壞始終是最關(guān)鍵的,它決定著公司是否能賺到錢,決定著公司的生死。公司的一切必須圍繞著產(chǎn)品來轉(zhuǎn),現(xiàn)在流行說人人都是產(chǎn)品經(jīng)理,說的就是這個理。研發(fā)管理的難點之一就是技術(shù)團隊對業(yè)務(wù)的理解、對于產(chǎn)品的理解。在我的職業(yè)生涯中,做BB是Bness,指企業(yè)客戶),并且主要是做的大B,有金融行業(yè)、半導(dǎo)體行業(yè)、倉儲機器人行業(yè)等。對于技術(shù)管理者來說,如何做好對產(chǎn)品業(yè)務(wù)的理解是一個巨大的挑戰(zhàn)。以下是我經(jīng)歷以及觀察到的如何去理解產(chǎn)品和業(yè)務(wù)的一些實踐:培養(yǎng)具有程序員思維的產(chǎn)品經(jīng)理,或具有產(chǎn)品思維的程序員,通常樂于溝通、勤于溝通的程序員經(jīng)過2理解業(yè)務(wù)最好的方式就是從自己的生活出發(fā),曾經(jīng)我一個新加坡同事為一家銀行研發(fā)一產(chǎn)品設(shè)計遵循MVP原則,在開始設(shè)計產(chǎn)品時不要追求一個完美的產(chǎn)品需求的完美需求也是不存在的),而是通過提供最小化可行產(chǎn)品獲取用戶反饋,并在這個最小化可行產(chǎn)品上持續(xù)快速迭代,直到產(chǎn)品到達一個相對穩(wěn)定的階段。這樣可以快速驗證團隊的目標,快速試錯。業(yè)內(nèi)很多厲害的產(chǎn)品經(jīng)理也是出身程序員,最有名的要屬微信之父張小龍,其他的還有雷軍、馬化騰等都是技術(shù)達人+速度是關(guān)鍵。oCToB整,以適應(yīng)業(yè)務(wù)發(fā)展的需要。在預(yù)算許可的條件下,適當?shù)淖?~12個月的業(yè)務(wù)前瞻。在做研發(fā)管理的時候,我們還必須做好質(zhì)量管理,其中代碼質(zhì)量是非常重要又極其容易被忽略的,工期或者資源一緊張,或者團隊發(fā)生入離職的時候,代碼質(zhì)量就很容易失控。由于人在代碼的重構(gòu)中,特別是系統(tǒng)到一定的復(fù)雜度后,我們需要對代碼做一定的減法,包括刪除廢代碼和注釋掉不用的代碼,還有詳細看一下代碼邏輯,避免重復(fù)代碼,重復(fù)造輪子。還可以利用一些已有的開源代碼來替換寫得不理想的代碼。利用一些設(shè)計模式來簡化系統(tǒng)的復(fù)雜性,提升代碼的復(fù)用率。0人,甚至達到00人時,就需要專門的人或者團隊來關(guān)注這塊了。工程效能的核心是在符合公司流程要求(風(fēng)險控制要求)evOps兩套方法論的使用,兩種方式都是大量地使用自動化工具來提升效率。敏捷開發(fā)是是軟件研發(fā)團隊管理的一種方式,JIRA支持的umJIRA可以做需求管Usery)、缺陷跟蹤、任務(wù)管理等等,JIRArum視圖和Kanbn視圖等,特別適合敏捷開發(fā)團隊使用。大型互聯(lián)網(wǎng)公司如dInFacebk、By等內(nèi)部幾乎都在使用JIR,我們公司也是使用JIRAevOpsIDEGit和Sona,在代碼提交時做自動掃描檢查,再通過ns把MaenJIR、GitJmeter集成起來做到自動化的部署發(fā)布,以及crbbix自動監(jiān)控等,最后通過短信、郵件、微信、Jira從0的亂弄和低效,再到部門墻的產(chǎn)生是無法避免的,最好要考慮好如何拆除部門墻,所謂分久必合合久必分。管人的本質(zhì)是“知人性,有人性”,每個人的個性都不同,然而人性卻是相通的,學(xué)會換位思考,己所不欲勿施于人。秘訣是自我修養(yǎng),知行合一,修煉自己的人品、口碑、心態(tài)最為重要。邱良軍,極智嘉研發(fā)總監(jiān),TG

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論