“日前，一位華為內(nèi)部署名“泥瓦匠”的海歸程序員，寫下了這篇《華為到該炸掉研發(fā)金字塔的時(shí)候了》，從組織、流程、環(huán)境、工具等四方面怒斥在華為做研發(fā)之不易。此文被轉(zhuǎn)發(fā)到華為心聲社區(qū)后引起激烈討論，更驚動(dòng)了任正非本人。

任正非按：在技術(shù)工作的客氣是毒品，直面的批評(píng)、爭(zhēng)論才是良藥。

丁耘按：我們?cè)贑T領(lǐng)域取得的產(chǎn)品成功不是未來(lái)可靠的向?qū)В覀儽仨氁掷m(xù)進(jìn)步才能適應(yīng)時(shí)代的客戶需求、才能獲得未來(lái)的發(fā)展。我們要清晰地認(rèn)識(shí)到，面向ICT融合，在軟件能力、效率和質(zhì)量方面存在的挑戰(zhàn)，在組織流程、作業(yè)環(huán)境等多方面存在的或多或少的不適應(yīng)性和問題。

盡管我們?cè)趨⒖紭I(yè)界、反思自己的基礎(chǔ)上，開展了軟件能力建設(shè)并取得了部分進(jìn)展，但要實(shí)現(xiàn)我們期望的目標(biāo)還需要持續(xù)做出更大的努力，需要生產(chǎn)力持續(xù)的提高，在此過程中我們各級(jí)主管和專家在思想意識(shí)和行為技能上的轉(zhuǎn)變是關(guān)鍵。

期望各級(jí)主管和專家閱讀所附文章，不局限于文章中提到的問題建議，深入討論影響軟件研發(fā)效率、質(zhì)量、業(yè)務(wù)發(fā)展的問題，討論中多審視自己、少抱怨別人，天底下容易的是指責(zé)別人，難的是改變自己。組織的生命力恰恰在于自我進(jìn)化能力。我們既需要坐而言，更需要起而行，從自己做起，堅(jiān)持以客戶為中心，通過點(diǎn)點(diǎn)滴滴、持之以恒的努力，持續(xù)有效改進(jìn)，靜水潛流實(shí)現(xiàn)ICT成功的轉(zhuǎn)型。

華為到該炸掉研發(fā)金字塔的時(shí)候了關(guān)于我司軟件研發(fā)效率與質(zhì)量提升的思考

作者：泥瓦客

近年，在從CT到ICT的轉(zhuǎn)型的過程中，華為公司的研發(fā)如何能解放和發(fā)展生產(chǎn)力，大幅提升研發(fā)效率，是我們未來(lái)能否立足于強(qiáng)者之林的一個(gè)關(guān)鍵。

筆者以前曾在美國(guó)硅谷工作，和世界上最頂尖的軟件工程師和計(jì)算機(jī)領(lǐng)域的牛人一起共事過，也先后帶領(lǐng)過不同的團(tuán)隊(duì)交付了一些業(yè)界領(lǐng)先的企業(yè)級(jí)軟件產(chǎn)品。

幾年前進(jìn)入華為，和幾個(gè)做企業(yè)業(yè)務(wù)的產(chǎn)品線有些合作，在此過程中感到華為公司在軟件產(chǎn)業(yè)的差距還比較大;和中國(guó)領(lǐng)先的互聯(lián)網(wǎng)產(chǎn)品相比，在易用性、貼近用戶和產(chǎn)品快速迭代等方面也落后不少。我們?cè)谲浖邪l(fā)領(lǐng)域的確存在不少問題，這些問題導(dǎo)致我們的IT軟件產(chǎn)品質(zhì)量比較低下、開發(fā)效率低、產(chǎn)品交付周期漫長(zhǎng)，很是讓人痛心。

因此筆者寫下了這篇文章，希望能拋磚引玉，供大家思考。

1組織

1、架構(gòu)設(shè)計(jì)SE與開發(fā)分離，一些架構(gòu)師與專家基本不懂開發(fā)

一般各個(gè)產(chǎn)品線都會(huì)設(shè)有架構(gòu)設(shè)計(jì)部，主要成員也會(huì)以各個(gè)層次的SE為主。這些SE也都曾是程序員，但通常因?yàn)殚L(zhǎng)期脫離開發(fā)部門，主要精力都放在會(huì)議、膠片和文檔的編寫上，以致編程的能力基本丟失，新技術(shù)學(xué)習(xí)的機(jī)會(huì)也有限。

例如一個(gè)移動(dòng)開發(fā)的SE，自己對(duì)怎么在Android、iOS上進(jìn)行開發(fā)一點(diǎn)兒都不清楚。在這樣的基礎(chǔ)上，做好真正的架構(gòu)簡(jiǎn)直是空談。在硅谷成功的公司里，好的架構(gòu)設(shè)計(jì)師一般是融入在產(chǎn)品團(tuán)隊(duì)中的，隨時(shí)都能上手編程，而且編程能力非常強(qiáng)。

2、開發(fā)者多為低級(jí)別，比較難有技術(shù)積累

一般基層程序員在工作幾年后，有能力的都被提升到PL、PM、SE等職位，員工也都想著被提拔，漸漸成為管理者。大家覺得，光做開發(fā)沒有職業(yè)前途，永遠(yuǎn)都是在金字塔的底層。而在硅谷的公司，說話比較有分量、收入相對(duì)較高的有很多是在各層級(jí)中的技術(shù)佼佼者，他們備受尊重，干得也開心，不少人根本不愿意轉(zhuǎn)做管理者。

編程其實(shí)是一門藝術(shù)，熱愛和用心是非常重要的，也相應(yīng)的容易出成績(jī)。這就是為什么在計(jì)算機(jī)領(lǐng)域，如果做到頂尖程序員，一個(gè)人頂一百個(gè)很正常。如果程序員覺得沒有前途，不思進(jìn)取，而資質(zhì)較好的很快又被提拔為管理者，那我們的軟件開發(fā)將很難有技術(shù)和人才的積累。

3、多頭管理

我司負(fù)責(zé)產(chǎn)品開發(fā)的部門有PDT、PDU等，相應(yīng)的擁有PDT經(jīng)理、PDU經(jīng)理、架設(shè)部經(jīng)理和SE、Project Manager、PO經(jīng)理、RDPDT經(jīng)理、Line Manager、Project Leader等多個(gè)角色。這種組織結(jié)構(gòu)清晰地定義了每個(gè)Leader的角色，確保一個(gè)大的產(chǎn)品開發(fā)周期和質(zhì)量有保證，同時(shí)保證開發(fā)的人力得到最合理的應(yīng)用。

但它帶來(lái)的問題也顯而易見，就是各個(gè)角色在產(chǎn)品開發(fā)過程中有不同的想法和意見，可能出現(xiàn)多頭指揮，讓開發(fā)人員無(wú)所適從，溝通的成本也非常大。同時(shí)，這種復(fù)雜的管理結(jié)構(gòu)對(duì)需要快速迭代的IT軟件開發(fā)也會(huì)帶來(lái)很大制約。大家看看微信的起家史，應(yīng)該能感覺到，對(duì)于一些相對(duì)獨(dú)立的、需要快速迭代的IT軟件產(chǎn)品，往往在一個(gè)比較強(qiáng)的(產(chǎn)品)經(jīng)理帶領(lǐng)下的一個(gè)扁平化的團(tuán)隊(duì)效率會(huì)高很多。

4、溝通成本高

由于組織復(fù)雜，中間層較多，各種各樣的任務(wù)從上面下來(lái)，落實(shí)的方法就是各種各樣的會(huì)議，所以現(xiàn)在很多研發(fā)員工的不少時(shí)間都被各種各樣的規(guī)劃、研討、問題回溯、客戶支持等會(huì)議占用。員工笑稱：白天是用來(lái)開會(huì)的，晚上加班才有時(shí)間編程序。針對(duì)于不同的組織和項(xiàng)目，能盡快找出相應(yīng)的溝通節(jié)點(diǎn)并能有效地減少這些溝通節(jié)點(diǎn)，是一個(gè)項(xiàng)目和部門領(lǐng)導(dǎo)需要經(jīng)常思考的問題。

2流程

1、IPD流程不太適合需要快速迭代的軟件

公司引入的IPD產(chǎn)品開發(fā)交付流程給公司帶來(lái)了巨大的收益。但時(shí)代在發(fā)展，技術(shù)在演進(jìn)，IPD流程更適合偏硬件的產(chǎn)品開發(fā)，為了保障產(chǎn)品質(zhì)量，開發(fā)交付的周期較為漫長(zhǎng)。從基層員工的角度，IPD流程節(jié)點(diǎn)的很多環(huán)節(jié)，如為完成CLINT減少Warning的數(shù)字、DTS值減少等僵化的指標(biāo)，實(shí)際上反而可能會(huì)加大產(chǎn)品的風(fēng)險(xiǎn)，降低產(chǎn)品質(zhì)量。

2、安全紅線耗費(fèi)資源巨大

安全紅線的目的是防止產(chǎn)品出現(xiàn)安全漏洞，初衷是好的，但執(zhí)行起來(lái)相對(duì)比較僵化，效率也低。試想一個(gè)互聯(lián)網(wǎng)產(chǎn)品為了過安全紅線一個(gè)版本等一兩個(gè)月，根本無(wú)法生存。

建議參照一些先進(jìn)公司的方法，把安全意識(shí)教育和SDLC(安全開發(fā)生命周期)融入到員工日常開發(fā)習(xí)慣中，在開發(fā)的同時(shí)進(jìn)行測(cè)試和督促整改，對(duì)于一些紅線達(dá)標(biāo)比較好的部門，可以適當(dāng)放松以加快交付，檢查出問題，相應(yīng)的問責(zé)機(jī)制要嚴(yán)格。把安全意識(shí)充分融入到開發(fā)者的血液中，讓安全紅線檢查“形同虛設(shè)”。

3環(huán)境

1、沒有時(shí)間抬頭看路

開發(fā)員工長(zhǎng)期在上述流程、組織問題和客戶支持的壓力下加班加點(diǎn)，幾乎沒有時(shí)間“抬頭看路”，只會(huì)用一些比較老舊的技術(shù)，也不太會(huì)站在巨人的肩膀上前進(jìn)，走了不少?gòu)澛罚牧烁嗟馁Y源。

互聯(lián)網(wǎng)時(shí)代，MOOC提供了大量實(shí)時(shí)、實(shí)用、先進(jìn)的網(wǎng)上課程(包括免費(fèi)的和收費(fèi)的)，如Coursera、Udemy、Pluralsight、Stanford Online、edX、YouTube相應(yīng)的Channel等，想要學(xué)的課程幾乎什么都有。

現(xiàn)在的計(jì)算機(jī)技術(shù)日新月異，新的思想、方法、工具等層出不窮，例如Java語(yǔ)言是2000年左右在企業(yè)軟件領(lǐng)域崛起的，幾乎成為很多平臺(tái)、服務(wù)端軟件的必選，但隨著大規(guī)模分布式架構(gòu)、云計(jì)算的興起，它的短板，如內(nèi)存管理/GC不可控性、多線程或是異步對(duì)IO的控制效率，過度依賴較為重載的OOP等問題，如果使用不當(dāng)很容易造成災(zāi)難性問題。

Google內(nèi)部漸漸把它們有些后臺(tái)軟件都遷移到了他們自己發(fā)明的更為先進(jìn)的Go語(yǔ)言環(huán)境下。Dropbox更是兩年前開始使用了比Go還先進(jìn)的Rust語(yǔ)言，無(wú)縫遷移了90%以上的云存儲(chǔ)平臺(tái)。試問，我司有幾個(gè)人用過甚至是聽說過這些語(yǔ)言?我們的研發(fā)員工如果不去不斷地提升，怎么可能趕上時(shí)代的步伐?怎么能開發(fā)出質(zhì)量好的產(chǎn)品?

2、技術(shù)任職資格效果不佳，傳幫帶困難

理論上，技術(shù)任職資格是用來(lái)給搞技術(shù)的人提供晉升通道的。但實(shí)際應(yīng)用上，雖然有破格提拔機(jī)制，總體上還是按資排輩，評(píng)委也大多是由有較高級(jí)別技術(shù)任職資格，但對(duì)現(xiàn)在技術(shù)并不太了解的管理者擔(dān)當(dāng)。

同時(shí)，任職從申請(qǐng)、技能鑒定考試到做答辯膠片、答辯，消耗了員工不少時(shí)間和精力。硅谷的公司一般在這方面比較靈活，技術(shù)通道由360 Review和與其工作密切相關(guān)的主管直接評(píng)價(jià)、申請(qǐng)和授予，有些員工在28-33歲左右已經(jīng)有了非常高的技術(shù)職級(jí)和地位。

因?yàn)榧夹g(shù)晉升通道不順暢，能力較強(qiáng)的員工漸漸離開了開發(fā)崗位，較多時(shí)間沉浸在文檔、膠片和會(huì)議中，新來(lái)的年輕員工過幾年又在走同一個(gè)循環(huán)。是否可以徹底打通技術(shù)升值通道，鼓勵(lì)有能力的人帶新人，同時(shí)完善獎(jiǎng)勵(lì)機(jī)制，在及時(shí)激勵(lì)和長(zhǎng)期激勵(lì)上下功夫，讓研發(fā)人員看到技術(shù)發(fā)展空間，樂于編碼，留住人才。

4工具

1、研發(fā)辦公環(huán)境

在硅谷先進(jìn)的軟件公司里，MacBook Pro/Air是標(biāo)準(zhǔn)配置，方便攜帶，隨時(shí)隨地編程。很多軟件及移動(dòng)開發(fā)調(diào)試都在家里、公司、食堂隨時(shí)可以進(jìn)行，包括編程、編譯、Review和提交;數(shù)據(jù)庫(kù)、各種Library、工具和Docker等都可以在本地的OSX/Linux環(huán)境下運(yùn)行。需要的話，也隨時(shí)可以跟公司內(nèi)部服務(wù)器通過命令行互聯(lián)，進(jìn)行文件、代碼的傳輸和測(cè)試。

筆者在硅谷工作時(shí)認(rèn)識(shí)一個(gè)美國(guó)小伙子，他基本都是深夜在家里寫代碼，白天幾乎看不到人，但效率和質(zhì)量都很高。而我們的大部分研發(fā)人員，都被局限在公司內(nèi)部擁擠嘈雜的敏捷島，用著桌面云進(jìn)行著低效開發(fā)。

2、代碼庫(kù)管理、Review、Checkin和Bug Tracking工具

基于Web/Git的Review和Checkin的相應(yīng)工具差距非常大。通過源程序的Review審批和Checkin的機(jī)制，可以很快傳遞能力和互相學(xué)習(xí)，提升代碼質(zhì)量。同時(shí)，在任何一個(gè)時(shí)間點(diǎn)，任何一個(gè)高級(jí)工程師或是領(lǐng)導(dǎo)都可以通過這些工具來(lái)了解員工真正在代碼上的貢獻(xiàn)和價(jià)值，審查進(jìn)度和版本分支，進(jìn)度和質(zhì)量也好把握。以筆者的經(jīng)驗(yàn)，這是最好的傳遞技能的工具之一，往往有一個(gè)能人，很快就能把一批年輕人的能力帶起來(lái)。

我司一般用的是內(nèi)部開發(fā)的DTS bug tracking的工具，比較死板，總體和上述提到的最新的Git源程序管理工具、Review工具、自動(dòng)化和Nightly Build、敏捷管理工具無(wú)法無(wú)縫地連接在一起。

3、知識(shí)資源的獲取

由于公司內(nèi)網(wǎng)Proxy權(quán)限問題和受限于大家英語(yǔ)水平的原因，大部分員工還是習(xí)慣于使用百度進(jìn)行程序、庫(kù)、方法和問題的搜索。但由于共享性差，同時(shí)技術(shù)水平與美國(guó)相差比較大，所有能在百度上找到的好的資源非常有限，質(zhì)量也較差。美國(guó)軟件開發(fā)人員已經(jīng)把諸如StackOverflow、GitHub和Google作為學(xué)習(xí)和資源分享不可分割的一部分。

5管報(bào)、微信、心聲社區(qū)評(píng)論摘錄

1、整體觀點(diǎn)還是同意的，部分點(diǎn)比如網(wǎng)絡(luò)權(quán)限、開發(fā)流程、工具等現(xiàn)在很多部門已經(jīng)優(yōu)化了，跟互聯(lián)網(wǎng)公司也差距不大了，不過管理團(tuán)隊(duì)臃腫與問責(zé)機(jī)制的嚴(yán)苛，跨部門溝通成本高，安全紅線與IPD流程的繁瑣確實(shí)仍是相對(duì)嚴(yán)重的問題。不過隨著公司整體對(duì)IT化的思考，應(yīng)該會(huì)越來(lái)越好，部分部門有可能在2-5年內(nèi)趕上業(yè)界主流互聯(lián)網(wǎng)公司的研發(fā)效率。

2、很多研發(fā)的同學(xué)都抱怨過，聰明的人都去做管理了。根源還是研發(fā)團(tuán)隊(duì)的作戰(zhàn)方式。一個(gè)項(xiàng)目需要那么多人，必然需要有管理，就有所謂的管理者，管的人越多，管理者做技術(shù)的時(shí)間越少。要轉(zhuǎn)變開發(fā)的模式，班長(zhǎng)的戰(zhàn)爭(zhēng)。如果都是一個(gè)個(gè)的小團(tuán)隊(duì)，就不需要那么多的所謂的技術(shù)管理者了。

3、這些問題其實(shí)5，6年前我們內(nèi)部早已經(jīng)發(fā)現(xiàn)，如今從一個(gè)外界來(lái)的專家身上也提出了。因?yàn)橐郧拔覀兊娜藛T、組織快速膨脹，其中最難的問題：骨干員工都提拔去當(dāng)官、當(dāng)專家、專家不碰代碼的情況確實(shí)存在。隨著這兩年我們的人員、組織逐漸穩(wěn)定、任職上的牽引，讓骨干員工深耕一線開發(fā)崗位，核心骨干負(fù)責(zé)架構(gòu)代碼、核心模塊代碼、產(chǎn)品的設(shè)計(jì)正在成為現(xiàn)實(shí)，只要堅(jiān)持下去，研發(fā)扁平化組織我們也會(huì)實(shí)現(xiàn)。

4、總體陳述較客觀。不過華為畢竟是硬件公司，任總說改進(jìn)也最好是小步前進(jìn)。企業(yè)網(wǎng)項(xiàng)目將是后起之秀，現(xiàn)在比消費(fèi)者項(xiàng)目稍微落后點(diǎn)，請(qǐng)你海歸回來(lái)也是想獲得些新的理念獲得改進(jìn)提高，但炸掉研發(fā)金字塔有些過火。

5、這是由華為公司兩大基因決定的!

基因一: 基于不信任的管理

假定了一個(gè)團(tuán)隊(duì)或者一個(gè)員工個(gè)體，沒有辦法自動(dòng)地按要求完成任務(wù)，一定要有外力的干預(yù)和指導(dǎo)，才能保證航行在正確的軌道上。不信任的假定，造成了領(lǐng)導(dǎo)很焦慮，員工被干擾。領(lǐng)導(dǎo)焦慮哪一步?jīng)]看住就要出問題，所以比如各種對(duì)齊，各種進(jìn)展報(bào)告，各種回溯會(huì)。

然后制定各種管控流程(包括IPD)，設(shè)定各種管控角色，這些東西都需要員工參與，員工就寫膠片開會(huì)，為各種流程上繳交付件，向各種管控角色匯報(bào)。話分兩頭講，這一點(diǎn)也不能說是領(lǐng)導(dǎo)完全不對(duì)，他其實(shí)觸動(dòng)了華為的另一個(gè)“傳統(tǒng)”(這段可能有些人不愛聽)。

我們?cè)O(shè)想一下，文中提到的那個(gè)白天不出現(xiàn)，晚上寫代碼的哥們，怎么保證他是按需求和設(shè)計(jì)在編碼的呢?怎么審計(jì)?怎么考核?怎么跟蹤?其實(shí)答案很簡(jiǎn)單，那個(gè)哥們必定是個(gè)極客，而極客是免運(yùn)維的。而我司的研發(fā)定位，絕大部分基本就是程序員而已，這能不管理嗎?這就像手動(dòng)擋和自動(dòng)擋，既然選擇了開手動(dòng)，那為了適應(yīng)不同速度的換擋干預(yù)就是必不可少的，否則起步后永遠(yuǎn)掛1擋就是快不了。

現(xiàn)狀嘛，我司是需要大量手動(dòng)擋的開發(fā)人員，只要按部就班做好自己的事情就行，這是批量化標(biāo)準(zhǔn)化作業(yè)的要求。極客嘛，當(dāng)然也是需要的，但很少，這些人單獨(dú)管理就行。

我覺得公司推了這么多年的所謂敏捷開發(fā)流程，其實(shí)也是要建立在精英團(tuán)隊(duì)基礎(chǔ)上，幾個(gè)人簡(jiǎn)單思想一碰撞，各自都能清楚的理解和心中有數(shù)，就能按時(shí)完成任務(wù)對(duì)接起來(lái)，這是很高技巧的，也不是2,3年能掌握的，如果一個(gè)團(tuán)隊(duì)大部分員工剛寫了2年代碼，工作還需要?jiǎng)e人指導(dǎo)，早上像模像樣的開個(gè)早會(huì)，會(huì)上各種問題從9點(diǎn)開到11點(diǎn)，這不叫早會(huì)，這叫罰站。這也不叫敏捷，這叫保姆式開發(fā)。

基因二：組織復(fù)雜，各自為政

華為缺少扁平化管理，層級(jí)多，通道多。這樣復(fù)雜的組織機(jī)構(gòu)，造成了信息溝通對(duì)齊非常困難，每個(gè)組織機(jī)構(gòu)又有自己的考評(píng)，都要考慮自己的團(tuán)隊(duì)建設(shè)和發(fā)展，價(jià)值呈現(xiàn)。

人都有趨利的本性，必然會(huì)希望更多堅(jiān)持對(duì)自己發(fā)展和價(jià)值有利的，而放棄那種不太出彩又要大體力投入的。但活在那里，總要有人干，很多事情都不是一兩個(gè)leader能確定的，小leader也不能什么事都升級(jí)給大leader，顯得自己無(wú)能。于是就討論劃域定界再討論爭(zhēng)議升級(jí)開會(huì)對(duì)齊拉通再討論裁決拍板……甚至于，這種決策過程花費(fèi)的人力和時(shí)間甚至超過真正做事情本身。這還是組織自上而下沒太大分歧的情況。

如果趕上不同通道的組織之間分歧很大，那決策和研討時(shí)間又要再翻幾倍了。我甚至見過有領(lǐng)導(dǎo)感嘆自己指揮不動(dòng)下面的人的情況，并不是因?yàn)橹笓]不動(dòng)，而是多個(gè)通道的要求不同，下面不確定要怎么動(dòng)。

其實(shí)話說回來(lái)，說難聽點(diǎn)，這叫多頭管理多通道管理，說好聽一點(diǎn)，這不就是管理上的民主嗎?因?yàn)槊裰鳎圆艩?zhēng)吵啊，所以才決策慢啊，要是一個(gè)老專家或者老領(lǐng)導(dǎo)一發(fā)話，大家都照辦，那是效率高，是不是又要有人抱怨專政了?

這兩個(gè)基因，在華為這種大公司，不太可能改變掉，局部試點(diǎn)是有可能的，比如搞搞精英團(tuán)隊(duì)，或者在某些項(xiàng)目上試點(diǎn)扁平化，都是有可能的，至于全面改變，不現(xiàn)實(shí)。而且真的改成那個(gè)樣子，還指不定出什么更大簍子。

6、首先肯定要直面批評(píng)。但是：1)不能用純軟件互聯(lián)網(wǎng)公司的開發(fā)模式來(lái)套用一個(gè)有深厚硬件開發(fā)任務(wù)的公司。美國(guó)的洛克希德馬丁公司也不會(huì)純粹這樣玩;2)不能用一個(gè)小作坊模式的開發(fā)團(tuán)隊(duì)來(lái)要求8萬(wàn)人研發(fā)的大公司，高通也不會(huì)容忍你半夜在家寫代碼白天不來(lái); 3)美國(guó)公司的問題也挺多，容易讓擅長(zhǎng)拍馬屁的印度人上位，長(zhǎng)久下來(lái)誰(shuí)優(yōu)誰(shuí)劣不好說。有病治病沒病辭退。

7、問題是存在的，不過沒有那么嚴(yán)重，世上沒有理想的環(huán)境，各家都有各家的問題。說Java過時(shí)這種無(wú)謂的語(yǔ)言之爭(zhēng)的說法格局就太小了。我在華為PaaS部，開發(fā)用Go、Python、Java各種語(yǔ)言，代碼review是Gerrit，公司還經(jīng)常會(huì)請(qǐng)Go、Scala的作者在公司做培訓(xùn)，全公司可以接入?yún)⒓印ＨA為很大，沒有完美的環(huán)境，心態(tài)很重要。

8、寫的很真實(shí)到位，尤其是LM/PL不編碼、SE不會(huì)編碼等現(xiàn)象還是比較普遍的。組織分散、會(huì)議多、協(xié)調(diào)多也是頑疾。這兩年研發(fā)顯率提升在工程、方法上進(jìn)步較多。在怎么讓編碼人員能夠長(zhǎng)期在編碼崗位上發(fā)展，是要好好研究解決。

9、導(dǎo)致研發(fā)質(zhì)量不高的原因還有一條：過量的外包開發(fā)人員，通常是一個(gè)PL帶著100人的團(tuán)隊(duì)，95個(gè)都是外包的。完成任務(wù)和用心做事兒的差別還是很大的，PL也根本管不過來(lái)，代碼質(zhì)量自然不高。

10、說一個(gè)幾天前來(lái)我司某基地出差來(lái)的見聞：鄰桌某PL在和別人espace語(yǔ)音，話間大意：我們組那個(gè)A童鞋，能力可以說是最強(qiáng)的，但他有個(gè)很嚴(yán)重的問題，他不會(huì)展示自己，他做的很多高質(zhì)量的工作，但是無(wú)法很好的向領(lǐng)導(dǎo)展示。所以他的這個(gè)上半年績(jī)效不能給太高。。。坐在旁邊“無(wú)意”聽到談話的我一臉懵逼，內(nèi)心一緊，又是個(gè)悲催的汪啊。

11、一個(gè)小小PL，平時(shí)既要聽資源領(lǐng)導(dǎo)，也要聽業(yè)務(wù)領(lǐng)導(dǎo)的，兩個(gè)老大的意見經(jīng)常還不一致，一言不合就吵起來(lái)，做下屬的都要累死了，實(shí)在左右為難啊。為什么在一個(gè)PDU內(nèi)部還要搞矩陣管理呢，實(shí)在降低效率增加扯皮，是為了安排人員崗位嗎。

12、關(guān)于先進(jìn)研發(fā)工具、平臺(tái)甚至開發(fā)語(yǔ)言，確實(shí)作為研發(fā)作戰(zhàn)武器是至關(guān)重要的，目前公司研發(fā)能力中心、各產(chǎn)品線在開源應(yīng)用和向外界學(xué)習(xí)的過程中，都在引入試點(diǎn)，希望擴(kuò)大規(guī)模，公司是倡導(dǎo)的。我們基層干活的也需要多看看外界軟件、硬件設(shè)計(jì)、開發(fā)上的一些新工具、新平臺(tái)、新方法，測(cè)試，使用。

13、這篇文章和其后的討論，讓我聯(lián)想到一本書《失去的制造業(yè) 日本制造業(yè)的敗北》，其中分析日立、NEC和三菱干不過三星的原因，和當(dāng)前的市場(chǎng)狀態(tài)蠻像的。

日本人在DRAM產(chǎn)品上80年代到90年代取得了巨大的成功，占據(jù)了核心供應(yīng)商位置，市場(chǎng)占比達(dá)到80%。但在市場(chǎng)需求來(lái)源從高可靠性的大型機(jī)轉(zhuǎn)向低成本的PC過程中，因?yàn)閳?zhí)著于高可靠性的制程、工藝、一致性、良品率等指標(biāo)，長(zhǎng)期按三星的兩倍甚至更高的運(yùn)作成本在銷售DRAM，盈利微薄，最終完全退出了DRAM市場(chǎng)。

ICT領(lǐng)域的商業(yè)價(jià)值在向軟件、生態(tài)系統(tǒng)或者平臺(tái)型的提供者轉(zhuǎn)移過程中，如果我們也始終執(zhí)著于過去在通訊領(lǐng)域，為高可靠性產(chǎn)品開發(fā)而建立的組織、文化、流程，那在新的商業(yè)地圖上，我們的版圖終究會(huì)縮減下來(lái)。

14、領(lǐng)導(dǎo)以為給個(gè)人就能編碼，不知道編碼才是所有事情的核心，所以各個(gè)產(chǎn)品不停的重復(fù)犯錯(cuò)，所以公司各級(jí)每年都要開狗屁沒有用的質(zhì)量大會(huì)

15、對(duì)于研發(fā)工程師的定位在西方公司和中國(guó)公司之間確實(shí)有著巨大差異，本人曾經(jīng)工作的美國(guó)企業(yè)和歐洲企業(yè)，美國(guó)工程師和歐洲工程師50多歲還在寫代碼，做測(cè)試的比比皆是，并且都在項(xiàng)目、組織中享有重要地位;相比較之下，國(guó)內(nèi)連40多歲的程序員都很鮮見。

16、我認(rèn)為還沒有挖到根上，很深的一個(gè)根因，那就是PBC牽引太強(qiáng)，績(jī)效結(jié)果應(yīng)用太強(qiáng)，績(jī)效結(jié)果簡(jiǎn)直決定員工的一切回報(bào)!!現(xiàn)在PBC牽引太強(qiáng)了，如果能力強(qiáng)的員工不去搞與代碼無(wú)關(guān)的事情，就會(huì)沒有很好的績(jī)效。為啥?因?yàn)楝F(xiàn)在的績(jī)效管理是“人與PBC比”、“人與人比”。。。

PBC是死的，一般員工都會(huì)看好，但人是活的，你要超過別人，你必須搞點(diǎn)其他與代碼無(wú)關(guān)的事情，結(jié)果一搞就搞多了。研發(fā)普遍有一種認(rèn)識(shí)，搞定周邊部門遠(yuǎn)比搞定代碼要難度大。久而久之，寫代碼的績(jī)效就差了，誰(shuí)還愿意寫。

因此，要從根本上解決軟件開發(fā)的問題，必須要解決利益分配在執(zhí)行層面的問題，也就是績(jī)效管理問題，寫代碼的取消相對(duì)考評(píng)、采用絕對(duì)考評(píng)!!!減少考評(píng)結(jié)果的應(yīng)用，比如只關(guān)系晉升，不關(guān)系獎(jiǎng)金!!所謂流程的問題，根本就是表面現(xiàn)象，雖然也需要解決，但這種解決，我認(rèn)為只是持續(xù)演進(jìn)和適配的問題!!!

17、任何一個(gè)企業(yè)都存在自身的問題，每一個(gè)企業(yè)都有他獨(dú)特的文化，華為能發(fā)展到今天說明目前的方式是適應(yīng)華為的，你真正從華為工作過10年以后你再出來(lái)看看，外面的大部分企業(yè)都和華為有很大的差距。炸掉研發(fā)金字塔后又如何重建呢?

18、在工程師文化這一塊，我們確實(shí)做得很不夠，如果純技術(shù)員工都覺得很痛苦，沒出路，長(zhǎng)久肯定會(huì)導(dǎo)致人才流失，優(yōu)秀的人才吸引不來(lái)，自己的好員工都想逃離。但我覺得這個(gè)是整體導(dǎo)向的問題，而不光是HR思路問題，比如任職資格，本身在HR政策上就是為了牽引員工技術(shù)提升的，只是在執(zhí)行上，被論資排輩和“管理者優(yōu)先”的思想給害了，關(guān)鍵還是文章里說的，我們從上到下沒有給予頂尖程序員的成長(zhǎng)空間和足夠的牽引，希望能引起公司的重視。

19、電信級(jí)的安全、穩(wěn)定要求與消費(fèi)級(jí)的快速迭代和快速適應(yīng)調(diào)整天然就存在矛盾，如果用電信的思維去管理必然導(dǎo)致以上問題，但我們的基因就是電信級(jí)的嚴(yán)謹(jǐn);要想在消費(fèi)領(lǐng)域有效突破唯有破釜沉舟大膽啟用外部新人，同時(shí)挑選一些內(nèi)部仍有變革思想和欲望的員工組建新團(tuán)隊(duì)，以新帶舊實(shí)現(xiàn)轉(zhuǎn)型;突破既有的電信級(jí)研發(fā)管理框架啟用新流程，人與流程適配才能有所作為!

20、軟件開發(fā)模式不是一種就可以包打天下，因此還需要針對(duì)不同的軟件開發(fā)進(jìn)行適當(dāng)?shù)亩ㄖ苹驼{(diào)整，包括組織、流程、環(huán)境和工具：如文中所提的互聯(lián)網(wǎng)應(yīng)用軟件，其體量、周期短，因此勢(shì)必要調(diào)整為快速迭代的敏捷開發(fā)模式。如果是開發(fā)體量大、周期長(zhǎng)的通信底層軟件，可以應(yīng)用稍厚重的軟件開發(fā)流程。

還有一個(gè)觀點(diǎn)不太認(rèn)同，“IPD流程不太適合需要快速迭代的軟件”，這里不應(yīng)該是IPD流程，而是在IPD流程體系下的軟件開發(fā)模型，對(duì)軟件開發(fā)怎么走起到?jīng)Q定性的還是下面的軟件開發(fā)流程(CMM or 敏捷等子流程)。事實(shí)上IPD流程框架只解決如何將產(chǎn)品開發(fā)作為投資來(lái)管理。

21、公司很多的軟件項(xiàng)目給項(xiàng)目組留的時(shí)間非常短，經(jīng)常是3到6個(gè)月就要出產(chǎn)品。從另一個(gè)方面講，就是前瞻性不夠。產(chǎn)品不需要的時(shí)候根本就不布局。等產(chǎn)品要的時(shí)候，跟本不給時(shí)間做探索。這樣做出來(lái)的產(chǎn)品質(zhì)量可想而知。過去成功的產(chǎn)品，基本上都是提前布局(悄悄的布局)，等產(chǎn)品要的時(shí)候基本路都走通了。這個(gè)時(shí)候說三到六個(gè)月就可以從容應(yīng)對(duì)了。

海思現(xiàn)在的做法也是一個(gè)技術(shù)樣片加一個(gè)產(chǎn)品樣片，中間相差半年到一年，這就非常合理。好的軟件架構(gòu)是需要時(shí)間去探索和磨合，不是一上來(lái)就百分之百能做好做對(duì)。而且將來(lái)還需要不斷的重構(gòu)。Google的主力產(chǎn)品每一年到一年半就要做一次大的重構(gòu)。如果不重構(gòu)，工程師自己都覺得他維護(hù)的產(chǎn)品會(huì)落后。當(dāng)然我司的產(chǎn)品也在做持續(xù)改進(jìn)，但意思好像不完全一樣。我們更多的關(guān)心的是競(jìng)爭(zhēng)力，人家關(guān)心的是架構(gòu)可持續(xù)發(fā)展。

22、程序猿、攻城獅文化的建設(shè)首先需要在晉升通道要暢通，讓更多的人留在專業(yè)崗位上，才能真正的出現(xiàn)沉淀、傳承和創(chuàng)新。如果每個(gè)人都想著往管理崗走，意味著一圈又一圈的輪回，競(jìng)爭(zhēng)力就更無(wú)從談起。

23、樓主用硅谷的互聯(lián)網(wǎng)軟件開發(fā)模式，跟華為的ICT行業(yè)嵌入式軟件開發(fā)模式來(lái)比較，是不是有些南轅北轍了呢?互聯(lián)網(wǎng)軟件是全球集中控制(如Google)，系統(tǒng)發(fā)現(xiàn)bug后，能夠在線低成本實(shí)時(shí)更新版本，你甚至都沒有感覺，人家就悄悄的整完了，因此敢玩敏捷試錯(cuò)，可以每周甚至每天更新版本。由此也就產(chǎn)生了與之對(duì)應(yīng)的新的開發(fā)模式。

CT嵌入式軟件，發(fā)布之后是隨硬件發(fā)貨遍布到全球各地，發(fā)現(xiàn)bug就要到現(xiàn)場(chǎng)批量召回/替換/整改，你得跟客戶道N次謙，做好N個(gè)應(yīng)急切換方案，才敢去干，成本非常高昂。我司主力產(chǎn)品每年都是上百萬(wàn)級(jí)別的，“敏捷試錯(cuò)”一下試試，每個(gè)錯(cuò)的代價(jià)最低都是千萬(wàn)美刀起步吧?你敢玩兒?jiǎn)?你的客戶讓你這么玩嗎?IPD流程根本就不是為了敏捷試錯(cuò)，而是為了高可靠性而打造的。