請(qǐng)輸入圖片描述
程序員，你的工作和生活平衡嗎？
最近，技術(shù)圈有些躁動(dòng)。熱播劇《都挺好》中關(guān)于大齡程序員的焦慮熱論剛結(jié)束，TGO 鯤鵬會(huì)也就相關(guān)問(wèn)題采訪了一些技術(shù)管理者，詳情可查看《大齡技術(shù)人都活得怎么樣？別焦慮了，都挺好》。
然而這輪焦慮剛過(guò)，幾天前，技術(shù)圈又被“996”刷了個(gè)屏，微博也上了個(gè)熱搜。
請(qǐng)輸入圖片描述
程序員，你的工作和生活平衡嗎？
起因是這樣的，3 月 27 日，有人在知名代碼托管平臺(tái) GitHub 上發(fā)起了一個(gè)名為“996.ICU”的項(xiàng)目，之后便被大家傳開(kāi)。發(fā)起人在頁(yè)面上寫(xiě)道，“什么是 996.ICU？工作 996，生病 ICU”，根據(jù) 996.ICU 項(xiàng)目 996 公司名單“曝光 / 施行時(shí)間”來(lái)看，京東、有贊、智貝科技、氪細(xì)胞、霽云科技、必勝課、蝴蝶互動(dòng)等 20 家公司，均在 2019 年“曝光 / 施行”了 996 工作制，對(duì)于其中部分公司，舉報(bào)人甚至在“制度描述”中寫(xiě)上了“9106”和“007”。項(xiàng)目發(fā)起人還將 996 工作制下最低 72 個(gè)工時(shí)與《勞動(dòng)合同法》等條文對(duì)比，并呼吁“程序員生命為重（Developers’ lives matter）”，這一舉動(dòng)得到了絕大部分程序員、技術(shù)人的共鳴和響應(yīng)。其實(shí) 996 對(duì)于技術(shù)人，對(duì)于企業(yè)尤其是互聯(lián)網(wǎng)、科技行業(yè)的技術(shù)人，都不是一個(gè)新名詞。
請(qǐng)輸入圖片描述
程序員，你的工作和生活平衡嗎？
企業(yè)需要在互聯(lián)網(wǎng)時(shí)代快速交付和迭代，產(chǎn)品功能不斷上線、優(yōu)化，互聯(lián)網(wǎng)行業(yè)早已經(jīng)成為 996 的重災(zāi)區(qū)。這不得不讓人想到年初時(shí)，有贊 CEO 白鴉在年會(huì)時(shí)的演講引起的巨大爭(zhēng)議，網(wǎng)傳白鴉宣布“將實(shí)行 996 工作制度，即工作時(shí)間為 9:30 到 21:00。周三為家庭日，員工可按晚 6 點(diǎn)的正常時(shí)間下班。遇到緊急項(xiàng)目時(shí)，一周工作 6 天，每天工作時(shí)間會(huì)更長(zhǎng)”。事后，有贊也對(duì)此做了相關(guān)回應(yīng)，“當(dāng)時(shí)發(fā)言的是首席技術(shù)官，只是在做一個(gè)技術(shù)部門(mén)而非全公司的年終匯報(bào)，陳述很多技術(shù)部同事加班的狀況，并不是在發(fā)布一條公司規(guī)定”。
雖然事情已經(jīng)過(guò)去并逐漸平息了下去，但 996 也會(huì)時(shí)不時(shí)引起技術(shù)人的關(guān)注。很多企業(yè)出于法律法規(guī)、人文關(guān)懷、企業(yè)形象考慮，不會(huì)公開(kāi)宣稱要求員工加班或者實(shí)行 996，但在實(shí)際的工作中，仍有不少企業(yè)會(huì)認(rèn)為“只有愿意為公司付出，愿意加班的員工才是好員工”，如果再對(duì)這一類員工進(jìn)行激勵(lì)和獎(jiǎng)勵(lì)，到最后大多會(huì)形成 996 的氛圍。對(duì)大部分員工尤其是技術(shù)人來(lái)講，有加急的項(xiàng)目或者事情需要處理時(shí)，很多時(shí)候都會(huì)留下來(lái)加班；大家拒絕的，是變味的 996、長(zhǎng)期的 996，這種狀態(tài)勢(shì)必會(huì)導(dǎo)致技術(shù)人身心俱疲，甚至出現(xiàn)健康問(wèn)題。據(jù)《2108 年程序員研究報(bào)告》顯示，有 33.4% 的程序員表示會(huì)為“個(gè)人身體健康問(wèn)題”感到擔(dān)憂。
冷靜下來(lái)思考，拋開(kāi)一些緊急的項(xiàng)目和突發(fā)的情況，996 背后涉及的很多都是研發(fā)效能問(wèn)題，在產(chǎn)品開(kāi)發(fā)中，很多管理者往往關(guān)注的是各環(huán)節(jié)的產(chǎn)出以及工程師的忙碌程度。
對(duì)于如何提升研發(fā)效能，阿里資深技術(shù)專家何勉認(rèn)為，這些局部的優(yōu)化往往是研發(fā)效能改進(jìn)過(guò)程中最大的坑。產(chǎn)品開(kāi)發(fā)的核心問(wèn)題從來(lái)不是停滯的資源（工程師），而是停滯的價(jià)值項(xiàng)（用戶需求）。如果僅僅關(guān)注“停滯的工程師”，我們總有辦法讓各個(gè)資源環(huán)節(jié)忙起來(lái)，至少看上去忙起來(lái)，但它往往只是掩蓋了問(wèn)題。停滯的需求才是影響研發(fā)效能的關(guān)鍵所在。
請(qǐng)輸入圖片描述
程序員，你的工作和生活平衡嗎？
而讓需求的停滯以及停滯的原因即時(shí)顯現(xiàn)，可視化需求端到端的流動(dòng)過(guò)程是做到這一點(diǎn)的基礎(chǔ)。在產(chǎn)品開(kāi)發(fā)中，可視化實(shí)踐并不新鮮。很多號(hào)稱應(yīng)用敏捷開(kāi)發(fā)的團(tuán)隊(duì)，都在做比如在白板上貼上不同顏色的即時(shí)貼，或者應(yīng)用看板展示工作任務(wù)。然而，它們中的大多數(shù)只不過(guò)是展示團(tuán)隊(duì)工作的任務(wù)墻，對(duì)效能改進(jìn)的作用有限。而真正有效的可視化看板，需要可視化需求端到端的流動(dòng)過(guò)程，即可視化用戶價(jià)值端到端流動(dòng)和交付的過(guò)程。要看到流動(dòng)過(guò)程，要明確流動(dòng)的是什么，它大致可以分為兩類：
請(qǐng)輸入圖片描述
程序員，你的工作和生活平衡嗎？
1、業(yè)務(wù)需求。它們直接體現(xiàn)業(yè)務(wù)價(jià)值、貢獻(xiàn)業(yè)務(wù)能力，如：用戶對(duì)產(chǎn)品的需求、業(yè)務(wù)規(guī)劃的需求，體驗(yàn)提升需求等。
2、支持性的需求。它們不直接體現(xiàn)業(yè)務(wù)價(jià)值，但幫助更快、更高質(zhì)量和持續(xù)的交付價(jià)值，如：基礎(chǔ)設(shè)施的建設(shè)和改進(jìn)，持續(xù)交付管道和自動(dòng)化測(cè)試的建設(shè)，技術(shù)架構(gòu)的升級(jí)和重構(gòu)，新的技術(shù)框架或算法庫(kù)的引入等。
識(shí)別了流動(dòng)的基本單元——需求，接下來(lái)要做的是展現(xiàn)需求端到端的流動(dòng)過(guò)程。用戶價(jià)值驅(qū)動(dòng)，前后職能拉通，左右模塊對(duì)齊，是可視化價(jià)值流動(dòng)的基礎(chǔ)。最后在可視化價(jià)值流動(dòng)的基礎(chǔ)上，才能做到問(wèn)題和瓶頸即時(shí)和充分的顯現(xiàn)和解決。
在眾說(shuō)紛紜的 996 爭(zhēng)論聲中，你如何看待？關(guān)于這一現(xiàn)象出現(xiàn)的原因和解決方法，你覺(jué)得是什么？歡迎在大魚(yú)號(hào)下方留言。
我自己是一名高級(jí)python開(kāi)發(fā)工程師，這里有我自己整理了一套最新的python系統(tǒng)學(xué)習(xí)教程，包括從基礎(chǔ)的python腳本到web開(kāi)發(fā)、爬蟲(chóng)、數(shù)據(jù)分析、數(shù)據(jù)可視化、機(jī)器學(xué)習(xí)等。送給正在學(xué)習(xí)python的小伙伴！這里是python學(xué)習(xí)者聚集地，歡迎初學(xué)和進(jìn)階中的小伙伴！
