大家可能聽過“删庫跑路”這個詞，這個詞一般指程式員或者技術人員因某種原因，删除資料庫中的資料，然後離開公司。這種行為基本不會出現，因為太極端，而且還會觸犯法律，是非常不可取的行為。
但是這位技術主管為何會這麼做？
技術主管一般是組内或者一個項目團隊的主要負責開發的基層上司，大多也是技術出身，除了有過硬的技術技能，也是掌握項目各種賬戶密碼的人。因為公司大上司不太關注項目賬戶和密碼這類的工作，也預設交給組内的技術主管負責。
這位技術主管比他的上司（項目經理）更早進入公司，因為這位項目經理有大廠背景，有着國内頂級大學畢業的光環，是以公司也很放心的把這個位置交給他，這位新任上司的年齡比技術主管還要小，并且新上司似乎更願意和公司高層打成一團，而非更多的關注項目裡的事，是以很多需要溝通的事情，都是技術主管去對接外部的工作，無形之中，給他增加了很多工作量，甚至一些不必要的會議，也要拉着技術主管去開，還要寫一些無關緊要的報告發給項目經理。在大家看來這些事情應該是項目經理要做的，而不是一個負責開發任務和技術的主管的本職工作。
沖突在一步一步更新，導緻後面項目經理讓技術主管再去開會時，直接遭到這位主管的拒絕，話不投機半句多，兩人吵了幾句後，項目經理立馬發郵件給公司上司，申請替換他負責的團隊技術主管。
後期上司是如何回複處理的，大家不得而知，好在風平浪靜了半個月。
可在最近一次周例會上，又是一番龍虎鬥。這次例會是項目經理主持，以前都是技術主管主持，也是簡單地講一下項目進度，過程中的難題，哪些需要外部協調的，總結一下。但這次參加周例會的還有兩個公司的副總，大家也納悶，不知道他們來幹什麼。這次周例會結果就變成了一場批鬥會，主動權完全掌握在項目經理手裡，将項目的進度和問題，批評得一文不值。技術主管在維護團隊成果和成員時，也對項目經理提出的問題，一一作答，但是這些回答在上司看來，似乎成了一種狡辯，顯得很蒼白無力。一個技術怎麼鬥得過一個耍嘴皮子的人呢。後來才知道，這次兩個副總的參加，也是項目經理向公司大上司極力回報的結果，回報說團隊裡的各種不良現象，比如工作量不飽和，進度緩慢等等，是以才安排兩個副總也來聽聽這次周例會。
經過項目經理的一番操作，技術主管似乎也留不住了，他也不想再待在這裡。
但是簡單的一走了之，豈不是便宜了這個“混蛋”項目經理，是以他也做出了不理智的行為“删庫跑路”。
從這件事中，我們也能看出一些問題，大廠出來的似乎更樂意參加各種會議，而作為基層技術管理者來說，更多的隻會關注組内的事宜，其他無關的，不是很願意參加。因為在影響到互相利益或者損害到自己利益時，沖突已經埋下了。
那麼最後的結果是，雖然資料可以通過備份找回部分，但是任然給公司造成了一定的損失。而技術主管也為他的行為付了法律責任，項目經理的結果也不會很好，因為至少在他出現之前，公司從未出現這麼嚴重的問題，事故的發生，也是由他和技術主管的沖突引起的。