主頁 > 軟體工程 > 如何對待工程師團隊犯錯誤

如何對待工程師團隊犯錯誤

2021-06-09 19:10:14 軟體工程

昀哥 2021年5月

首先我把話撂到這兒:

如果針對工程師團隊犯的每一個錯誤都錙銖必究,以罰代管,那也就不需要這種管理團隊了,罰,誰不會罰?!管,你會嗎?!

 

一.犯錯誤是什么狀態?

干活的才會犯錯,不干活當然不會犯錯,

2002年我剛做技術總監,依托于微軟的COM+服務做分布式服務治理,面向全國提供一項移動資料企業級服務,每天就像坐在火山口,如履薄冰如臨深淵,

你說我有沒有責任心?肯定是有的,每天都在上下班路上閉著眼復盤代碼和架構(那時候C++程式是基于COM+和MSMQ服務的松散耦合多服務多節點協同模式),腦海中就像《后翼棄兵》里一樣打開了一屏屏代碼和日志的視圖上下翻動,絞盡腦汁想有什么可以優化的地方,還有哪些地方可能會引發記憶體泄漏或執行緒安全,

你說我有沒有壓力?當然有啊,恐懼和焦慮伴隨著我,讓我懼怕聽到短信告警聲和電話鈴聲,手機里常備一條上行短信指令,隨時隨地準備上行短信,遠程重啟核心服務,

你說我態度端不端正?非常端正,服務有隱患,我特別愿意承認,特別愿意改,我曾經說過,實事求是,是工程師團隊的最低道德要求,但在沒有更先進的架構級解決方案出現之前(比如十年后出現的Redis、Dubbo、Docker等史詩級解壓作品),我只能在原有方案基礎上修修補補,

有此親身體會,我遇事都是相信除了極個別人之外絕大多數工程師都是榮譽感很強的,也是非常不愿意看到事故發生的,更會在第一時間開動腦筋定位和解決問題,用不著領導催,

 

二.如果換成是我,我會犯這個錯誤嗎?

有一次線上嚴重漏測造成了比較大的影響,我該責怪誰呢,產品、研發、測驗?

我把這個專案的測驗用例拿出來仔細看了一遍,把測驗用例評審會議紀要又都翻出來看了一遍,最后我的結論是,如果把最后的看門人換成是我,我撰寫的測驗用例,還與產品和研發都評審了幾輪測驗用例,在這種情況下也沒有能查缺補漏提前發現,那說明只能亡羊補牢,補上測驗用例,用測驗用例來確保每次更新迭代都能復核這個路徑,還能怎么辦?
態度有問題嗎?

態度有問題,可以處罰,

態度如果沒有問題,那就是能力有問題,

能力有問題,那也是領導的管理問題,

板子應該打到領導的屁股上,要么是領導沒有預見性,要么是領導沒有輸出工具,要么是領導沒有培訓到位,

領導沒有預見性怎么辦?換領導啊,預見性這種東西,真的是天賦,

沒有輸出工具怎么辦?亡羊補牢為時未晚,趕緊總結方法論,全面自動化,

沒有培訓到位怎么辦?從這一刻開始,認認真真逐字逐句地死磕RCA報告制度,讓每一次錯誤變成有意義的共同記憶,

如果這些都做了,那追究責任的話,也只能“壓實”分管領導的“主體責任”了,

 

三.技術歸零 管理歸零

出了事故,處罰誰?

罰基層員工?

罰部門主管?

罰分管高管?

罰之前先搞清楚目的,

罰是為了不再發生,對吧?

可在IT生產上,往往是你要是知道這么會死你就不會死,往往是死了才知道原來還有這種死法~
面對錯誤,有兩種領導,

第一種,成功領導,成功領導會問你還需要什么資源支持,喜歡從錯誤中吸取教訓,舉一反三,構筑內功,絕不再犯,

第二種,普通領導,而普通領導則既不能技術歸零“定位準確、機理清楚、問題復現、措施有效、舉一反三”,也不能管理歸零“程序清楚、責任明確、措施落實、嚴肅處理、完善規章”,反正就是員工你不對,你錯了,你疏忽大意,你搞砸了,你要對此負全部責任,


有一年在一個重要節日的晚高峰,我們的驗券核心服務突然出現嚴重超時問題,不僅僅是我,連業務方都派了代表蹲守在排查人的旁邊,大眼瞪小眼,你看我我看你,但是經過了兩個多小時的排查,各種服務重啟無效,代碼看了一個遍,始終找不到問題原因,在排除了所有的不可能之后,無論剩下的多么難以置信,那就是真相,終于發現是偶然間把測驗環境的 MySQL 資料庫埠號配置帶上了線,因為測驗環境的服務器資源緊張,所以驗券的核心資料庫 MySQL 埠號不是默認的 3306,但兩三年來他們一直如此,測驗環境和生產環境就是不一樣,從未因此出錯,這回把錯誤的埠帶上去之后,生產環境的驗券組件連接資料庫超時之后進入了另一個業務邏輯(這段邏輯還包在一個C++庫里,多年都未動過,所以第一時間沒有懷疑到這里),倒是也能驗券,但損失了等待超時的時間,從而讓商家無法容忍,

怎么辦?

后來我要求研發協作平臺必須實作一個特性:上線的時候必須做到一包(注:打包的包)到底,一鏡(注:鏡像的鏡)到底,具體指的是,一個代碼分支對應的一個包(或鏡像),可以流經測驗環境,直接上生產環境,一路穿行,全程無需手工干預,無需手工改組態檔,無需重新打包,一鏡到底,就要求配置與代碼分離,與環境有關的配置不能存盤在工程的組態檔里,

我再也不相信測驗通過后的二次打包,一次兩次上線可能不出錯,一千次一萬次上線呢?一鏡到底是保證我們不再次死于非命的保命良方,而且系統即流程,要把這個最佳實踐做實到系統里,

 

四.小結

言而總之,總而言之一句話,壓實分管領導的主體責任,同時讓災難成為團隊的寶貴財富而不僅僅是罰款和心理負擔,

 

-EOF-

附圖:

攝影師:K. Treetrong

轉載請註明出處,本文鏈接:https://www.uj5u.com/gongcheng/285975.html

標籤:其他

上一篇:關于在pycharm上使用git(保姆級別教程)

下一篇:軟體專案復雜性

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • Git本地庫既關聯GitHub又關聯Gitee

    創建代碼倉庫 使用gitee舉例(github和gitee差不多) 1.在gitee右上角點擊+,選擇新建倉庫 ? 2.選擇填寫倉庫資訊,然后進行創建 ? 3.服務端已經準備好了,本地開始作準備 (1)Git 全域設定 git config --global user.name "成鈺" git c ......

    uj5u.com 2020-09-10 05:04:14 more
  • CODING DevOps 代碼質量實戰系列第二課,相約周三

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。**《DevOps 代碼質量實戰(PHP 版)》**為 CODING DevOps 代碼質量實戰系列的第二課,同時也是本系列的 PHP ......

    uj5u.com 2020-09-10 05:07:43 more
  • 推薦Scrum書籍

    推薦Scrum書籍 直接上干貨,推薦書籍清單如下(推薦有順序的哦) Scrum指南 Scrum精髓 Scrum敏捷軟體開發 Scrum捷徑 硝煙中的Scrum和XP : 我們如何實施Scrum 敏捷軟體開發:Scrum實戰指南 Scrum要素 大規模Scrum:大規模敏捷組織的設計 用戶故事地圖 用 ......

    uj5u.com 2020-09-10 05:07:45 more
  • CODING DevOps 代碼質量實戰系列最后一課,周四發車

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。 **《DevOps 代碼質量實戰(Java 版)》**為 CODING DevOps 代碼質量實戰系列的最后一課,同時也是本系列的 ......

    uj5u.com 2020-09-10 05:07:52 more
  • 敏捷軟體工程實踐書籍

    Scrum轉型想要做好,第一步先了解并真正落實Scrum,那么我推薦的Scrum書籍是要看懂并實踐的。第二步是團隊的工程實踐要做扎實。 下面推薦工程實踐書單: 重構:改善既有代碼的設計 決議極限編程 : 擁抱變化 代碼整潔代碼 程式員的職業素養 修改代碼的藝術 撰寫可讀代碼的藝術 測驗驅動開發 : ......

    uj5u.com 2020-09-10 05:07:55 more
  • Jenkins+svn+nginx實作windows環境自動部署vue前端專案

    前面文章介紹了Jenkins+svn+tomcat實作自動化部署,現在終于有空抽時間出來寫下Jenkins+svn+nginx實作自動部署vue前端專案。 jenkins的安裝和配置已經在前面文章進行介紹,下面介紹實作vue前端專案需要進行的哪些額外的步驟。 注意:在安裝jenkins和nginx的 ......

    uj5u.com 2020-09-10 05:08:49 more
  • CODING DevOps 微服務專案實戰系列第一課,明天等你

    CODING DevOps 微服務專案實戰系列第一課**《DevOps 微服務專案實戰:DevOps 初體驗》**將由 CODING DevOps 開發工程師 王寬老師 向大家介紹 DevOps 的基本理念,并探討為什么現代開發活動需要 DevOps,同時將以 eShopOnContainers 項 ......

    uj5u.com 2020-09-10 05:09:14 more
  • CODING DevOps 微服務專案實戰系列第二課來啦!

    近年來,工程專案的結構越來越復雜,需要接入合適的持續集成流水線形式,才能滿足更多變的需求,那么如何優雅地使用 CI 能力提升生產效率呢?CODING DevOps 微服務專案實戰系列第二課 《DevOps 微服務專案實戰:CI 進階用法》 將由 CODING DevOps 全堆疊工程師 何晨哲老師 向 ......

    uj5u.com 2020-09-10 05:09:33 more
  • CODING DevOps 微服務專案實戰系列最后一課,周四開講!

    隨著軟體工程越來越復雜化,如何在 Kubernetes 集群進行灰度發布成為了生產部署的”必修課“,而如何實作安全可控、自動化的灰度發布也成為了持續部署重點關注的問題。CODING DevOps 微服務專案實戰系列最后一課:**《DevOps 微服務專案實戰:基于 Nginx-ingress 的自動 ......

    uj5u.com 2020-09-10 05:10:00 more
  • CODING 儀表盤功能正式推出,實作作業資料可視化!

    CODING 儀表盤功能現已正式推出!該功能旨在用一張張統計卡片的形式,統計并展示使用 CODING 中所產生的資料。這意味著無需額外的設定,就可以收集歸納寶貴的作業資料并予之量化分析。這些海量的資料皆會以圖表或串列的方式躍然紙上,方便團隊成員隨時查看各專案的進度、狀態和指標,云端協作迎來真正意義上 ......

    uj5u.com 2020-09-10 05:11:01 more
最新发布
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:41:12 more
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:35:34 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:05:44 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:00:18 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:20:31 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:55 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:18:51 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:00 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:17:55 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:12:06 more