10答疑篇反對(duì)996并不奮斗

加微信 發(fā)送“贈(zèng)送”領(lǐng)取贈(zèng)送精加微信 發(fā)送“贈(zèng)送”領(lǐng)取贈(zèng)送精品課發(fā)數(shù)字“2”獲取眾籌列下載2019-09-13葛俊研發(fā)效率破局之13:53大小你好，我是葛俊這篇答疑文章，已經(jīng)是我們“研發(fā)效率破局之道”專(zhuān)欄的10篇文章了。很多同學(xué)在這文章下面留下了精彩的留言，闡述了自己對(duì)研發(fā)效能的認(rèn)識(shí)、遇到的問(wèn)題以及解決方案比如，@囧囧冰淇淋，基本每節(jié)課都會(huì)整理詳細(xì)的學(xué)習(xí)筆記，并結(jié)合自己的經(jīng)驗(yàn)進(jìn)行思考、提煉和總結(jié)；又比如，@Geek_93f953、@Geek_1988，@Robrt小七、學(xué)留下了非常精彩的留言，這里我就不一一提及了這些留言活躍了專(zhuān)欄氣氛，幫助其他同學(xué)進(jìn)一步思考，也激勵(lì)著我要把專(zhuān)欄寫(xiě)得更好。所以，在這里我首先要對(duì)你表示感謝，感謝你對(duì)我的信任，也感謝你的積極參與。這9篇文章涉及的問(wèn)題，我基本這9篇文章涉及的問(wèn)題，我基本都在評(píng)論區(qū)直接回復(fù)過(guò)了。在今天這篇文章中，我會(huì)挑 個(gè)大家普遍關(guān)注的問(wèn)題再詳細(xì)展開(kāi)一下，也算是研發(fā)效能綜述和研發(fā)流程這兩個(gè)模塊的次總結(jié)與復(fù)習(xí)，打好基礎(chǔ)以應(yīng)對(duì)接下來(lái)的工程方法、個(gè)人效能、管理和文化模塊的內(nèi)容現(xiàn)在，我們就正式開(kāi)始今天的4個(gè)問(wèn)題吧996在專(zhuān)欄第1篇文章“效能模型：如何系統(tǒng)地理解研發(fā)效能”中，我談到了996的話題。留言來(lái)看，關(guān)于我對(duì)996的態(tài)度，有些同學(xué)還存在些誤解。所以，我們?cè)賮?lái)討論下這個(gè)題第1個(gè)誤解是，硅谷的互聯(lián)網(wǎng)公司加班不太多，工作生活間的平衡做得很事實(shí)是，硅谷的互聯(lián)網(wǎng)公司，加班也比較常見(jiàn)。這一點(diǎn)，在創(chuàng)業(yè)初期的公司尤其明顯比如，我在2010年加入Facebook的時(shí)候，F(xiàn)acebook已經(jīng)比較成熟了，有接近800開(kāi)發(fā)人員。但由于業(yè)務(wù)的高速發(fā)展和同事間的競(jìng)爭(zhēng)，我們的加班都很?chē)?yán)重。我每個(gè)周末去公室加班的時(shí)候，都能看到大概百分之三四十的同事在加班所以，工作和生活的平衡，完全要靠自己來(lái)調(diào)節(jié)。而我看到的是，很多開(kāi)發(fā)人員實(shí)際上調(diào)節(jié)的都不是特別好，基本上只有工作沒(méi)有生活。另外，這樣的加班是自愿的，沒(méi)有加班工資。只有在一些特殊時(shí)期，比如和競(jìng)爭(zhēng)對(duì)手拼速度的時(shí)候，公司會(huì)要求大家Lockdown（類(lèi)似于國(guó)內(nèi)的封閉開(kāi)發(fā)），才會(huì)有加班工資。第2個(gè)誤解是，反對(duì)996是在反對(duì)奮正如上面所說(shuō)，硅谷的互聯(lián)網(wǎng)公司也有很多人在加班，我個(gè)人也是大量的主動(dòng)、自愿加班。因?yàn)椋覠釔?ài)軟件開(kāi)發(fā)這個(gè)行業(yè)，愿意花費(fèi)大量的時(shí)間、精力為之奮斗。996，并不是反對(duì)奮斗，而是反對(duì)用工作時(shí)長(zhǎng)，尤其是強(qiáng)制上下班時(shí)間，在第2篇文章“效能度量：效果不好甚至有副作用，怎么回事？”中，我提到研發(fā)效能度量困難的一個(gè)原因就是，度量數(shù)據(jù)的收集難易程度不同，人們傾向拿容易收集的數(shù)據(jù)去關(guān)效率。因此，管理者使用時(shí)長(zhǎng)這種很直觀、很容易度量的指標(biāo)去衡量研發(fā)效能，結(jié)果就是事倍功半。效率。因此，管理者使用時(shí)長(zhǎng)這種很直觀、很容易度量的指標(biāo)去衡量研發(fā)效能，結(jié)果就是事倍功半。排，方便大家提高工作效率比如 默認(rèn)每周三是沒(méi)有會(huì)議的工作日，也就是盡量不安排會(huì)議，大家可以選在家工作。另外 的上下班時(shí)間很靈活，這對(duì)于需要接送孩子的員工來(lái)說(shuō)，就方便了總而言之，反 996，是反對(duì)不科學(xué)地使用工作時(shí)長(zhǎng)來(lái)提高研發(fā)效能有同學(xué)在第7篇文章“分支管理：Facebook的策略，適合我的團(tuán)隊(duì)嗎？”后留言反饋，要和你澄清一下，我前邊描述的各種概念和原則，比如持續(xù)開(kāi)發(fā)、持續(xù)集成、持續(xù)交付，前端（包括Web前端、移動(dòng)前端等）和后端來(lái)說(shuō)都是一致的以FacebookiOS應(yīng)用開(kāi)發(fā)為例。他們采用的也是單主干的開(kāi)發(fā)分支模式，也要求代碼提交的原子性，以及master分支上線性的代碼提交歷史。在持續(xù)集成方面，他們也是使用 作為流程和質(zhì)量控制中心，進(jìn)行各種各樣的代碼入庫(kù)前檢查。在持續(xù)交付方面，他們也是采用了和后端類(lèi)似的方式，每隔一定時(shí)間進(jìn)行一次全量的構(gòu)建和驗(yàn)證當(dāng)然，前、后端的開(kāi)發(fā)也有些區(qū)別，比如iOS的AppStore的發(fā)布周期是兩周一次，所以他們采用了兩周一次全量部署的方式，取消了日部署和熱修復(fù)部署。不過(guò)，后來(lái)Facebook采用在原生App中實(shí)時(shí)加載JavaScript的方式，在一定程度上繞過(guò)了AppStore的發(fā)布周期限制，于是之后也引入訪問(wèn)即可進(jìn)行驗(yàn)證。而移動(dòng)端開(kāi)發(fā)的情況要復(fù)雜一些，F(xiàn)acebook的方式是提供App安裝服務(wù)，讓大家可以在自己的手機(jī)上安裝不同版本的App，包括master分支版本、周部署測(cè)試版本以及部署測(cè)試版本以及線上版本等，并提供自動(dòng)更新的功能。通過(guò)這些自動(dòng)化，使得移動(dòng)開(kāi)的流程更順暢在測(cè)試移動(dòng)端App需求，F(xiàn)acebook進(jìn)行了大量的自動(dòng)化，能夠讓測(cè)試在各種不同的環(huán)境中自動(dòng)運(yùn)行。同時(shí)，F(xiàn)acebook還研發(fā)了一個(gè)服務(wù)化的手機(jī)池，讓開(kāi)發(fā)人員自助式地把自己的App到某一個(gè)特定的硬件和操作系統(tǒng)上，并使用遠(yuǎn)程控制進(jìn)行檢驗(yàn)后端先上線，同時(shí)使用功能開(kāi)關(guān)讓這個(gè)API對(duì)用戶不可見(jiàn)；然后前端上線，最后打開(kāi)功能開(kāi)關(guān)完成整個(gè)功能總的來(lái)說(shuō)，研發(fā)流程這個(gè)模塊中提到的各種原則，在前端和后端都同樣適用。在理解這些則之后，你可以針對(duì)具體的情況，去設(shè)計(jì)適合的流程和方法有同學(xué)留言反饋，環(huán)境問(wèn)題是他們研發(fā)過(guò)程中的最大痛點(diǎn)。具體來(lái)說(shuō)，聯(lián)調(diào)環(huán)境、測(cè)試環(huán)境的獲取，常常需要排隊(duì)。這里，我再提供些具體的解決方法吧。從我的經(jīng)驗(yàn)來(lái)看，使用云的架構(gòu)，尤其是在Docker和Kubernetes的支持下，把這些環(huán)比如，雖然Kubernetes沒(méi)有提供“環(huán)境”這一概念，但我們可以在它上面添加一層裝，通過(guò)InfrastructureasCode（IaC）的方式，來(lái)自動(dòng)化環(huán)境的獲取和釋放。這是一比較通用的辦法。具體來(lái)說(shuō)，實(shí)現(xiàn)環(huán)境服務(wù)化的思路是參數(shù)，處理諸如數(shù)據(jù)庫(kù)、MQ等服務(wù)在環(huán)境上的差異。任何規(guī)模的任何環(huán)境中。還有，如果QA可以將測(cè)試數(shù)據(jù)和測(cè)試用例也服務(wù)化，編排到管道中，就可以實(shí)現(xiàn)安全高效的一站式發(fā)布在下一篇文章中，我會(huì)與你更系統(tǒng)地討論如何給團(tuán)隊(duì)配置、提供高效的研發(fā)環(huán)境。希望這樣的內(nèi)容安排，可以最大程度地幫助你解決環(huán)境問(wèn)題。在第3篇文章“效能度量：如何選對(duì)指標(biāo)與方法，真正提升效能？”中，我對(duì)常用的度指標(biāo)給出了分類(lèi)方法，以及選用的基本原則。有同學(xué)反饋，希望我能給出一些更具體的實(shí)和使用建議所以，在今天這篇文章中，我會(huì)基于不同的改進(jìn)目標(biāo)，分別從提供用戶價(jià)值、流程高效和量這3個(gè)角度，再給出幾個(gè)具體建議從提供用戶價(jià)值的角度來(lái)看，可以選擇以下幾個(gè)指標(biāo)凈推薦值系統(tǒng)/App機(jī)時(shí)間和嚴(yán)重線上事故數(shù)；核心服務(wù)SLA可用性指標(biāo)，也就是我們常說(shuō)的服務(wù)能達(dá)到幾個(gè)9。這個(gè)指標(biāo)尤其適用于否達(dá)成了對(duì)客戶的承諾從流程高效的角度來(lái)看，可以選擇以下幾個(gè)指標(biāo)工作，詳見(jiàn)第3篇文章對(duì)累積流程圖的描述。一個(gè)非常有效的提高研發(fā)流程順暢度的辦法是，限制WIP。也就是說(shuō)，每個(gè)環(huán)節(jié)不能同時(shí)有超過(guò)一定數(shù)量的任務(wù)。如果你想了解的反饋。發(fā)布的交易成本指的是，每次部署需要的流程工作，比如拉分支、代碼合并、行測(cè)試用例等。考慮行測(cè)試用例等?？紤]到發(fā)布的交易成本，對(duì)很多互聯(lián)網(wǎng)產(chǎn)品來(lái)說(shuō) 周通常是比較適的發(fā)布頻率構(gòu)建時(shí)長(zhǎng)，指的是個(gè)人構(gòu)建以及CI/CD建時(shí)長(zhǎng)等指標(biāo)。它們對(duì)持續(xù)開(kāi)發(fā)和CI/CD利從質(zhì)量的角度來(lái)看，可以選擇以下幾個(gè)指標(biāo)工單返工率：反映的是開(kāi)發(fā)團(tuán)隊(duì)的代碼質(zhì)量和自測(cè)程度，以及QA的壓力和能力持續(xù)交付通過(guò)率：執(zhí)行構(gòu)建署試布全流程的成功率，反映的是開(kāi)發(fā)自好了，以上就是今天的主要內(nèi)容了。如果有哪些你希望深入了解的話題還未涉及到，希望你可以留言給我。最后，我想再和你強(qiáng)調(diào)一下，第4篇文章“流程優(yōu)化：怎樣才能讓敏捷、精益真正為我所用？”中，提到的Why-How-What黃金圈法則和“實(shí)用主義”原則。是學(xué)習(xí)一些可供我們參考的最佳實(shí)踐。這樣，我們才能靈活運(yùn)用這些原則、最佳實(shí)踐，真提升團(tuán)隊(duì)的研發(fā)效能所以，在整個(gè)專(zhuān)欄的寫(xiě)作中，我也會(huì)著重系統(tǒng)化地講解研發(fā)效能的基本原則。讓我備受鼓的是，很多同學(xué)在留言中表示會(huì)支持這個(gè)思路。這里，我衷心希望你可以通過(guò)實(shí)用主義的式，去尋找合適自己的最佳實(shí)踐感謝你的收聽(tīng)，歡迎你在評(píng)論區(qū)給我留言分享你的觀點(diǎn)，也歡迎你把這篇文章分享給更多的朋友一起閱讀。我們下期再見(jiàn)！?版權(quán)歸極客邦科技所有，未經(jīng)許可不得傳播?版權(quán)歸極客邦科技所有，未經(jīng)許可不得傳播售賣(mài)。頁(yè)面已增加防盜追蹤，如有侵權(quán)極客邦將依法追究其法律責(zé)任上一09|信息流通：讓團(tuán)