大千世界，我們眼睛所能看到的幾乎都是表象，真正的本質是不容易觸及的，大蝦這里要探討的是作業中的一些表象，以及如何觸及本質，這里的本質并不是世間萬物的本質，不要偷換概念哈，大蝦也遠達不到這個境界，舉個大家最熟悉的例子：加班，之前看過一篇文章說的是金融公司來了一位職場小白，每天都非常努力加班到很晚，后來領導找他談話了，大家以為這是一個勵志的故事，錯了，領導說：這幾天我觀察了你所做的事情，本來一個Excel公式就可以搞定，但是你每天都在重復著進行人工操作，所以大家干完活都下班了，但是只有你還在繼續加班，你每天花很多時間加班，但是卻不會創造出更多的價值，對你的能力也沒有提高，你沒有主動學習新的更高效的方法，只是沉浸在自己所了解的世界里，這樣不但不能進步，反而對你的職業觀會產生很不好的影響，
由此我們可以看出，加班沒有好或者不好，因為TA只是一個表象，只有透過表象達到本質我們才能做到明辨是非，大蝦公司也免不了加班，如果經常看到下屬加班，我會跟Leader了解下具體情況，當然可能是自己能力跟不上，所以多花些時間在處理；也有可能是任務安排很多導致加班，針對不同的“本質”我們需要用不同的應對方法，如果是能力跟不上，就需要找團隊Leader溝通，是否有給予TA更多的幫助，安排的任務是否符合TA的能力等等，當然如果已經無藥可救的話，還是要放棄治療的，如果是任務太重導致的持續加班，就需要了解這種狀態大概需要持續多久，有張有弛才能保持團隊的長期穩定和強大的戰斗力，
聊到這里同學們對表象和本質有了大致的了解，那么我們什么時候需要去分析表象呢，該用什么方法來觸及本質呢，下面我們展開討論，由于人的精力是有限的，我們不可能對所有的表象都進行分析，我們只需要分析“例外現象”即可，什么是“例外現象”呢，同學們可能會想到：持續加班；bug率（比如：每1萬行代碼出現的bug數）太高 等等，其實這個理解是片面的，bug率過低也要引起我們的注意，這也屬于“例外現象”，要判斷是否是例外現象需要找一個基準，比如：來自組織的資料（大型公司會收集沉淀每個專案的資料，這些資料又能反哺新的專案，），歷史資料，參照同行業等等，
下面我們還是用“bug率”來進行更深入的探討，比如：根據組織提供的bug率資料一般在0.5~1.5%，那么如果我們專案的資料也在這個范圍可以假定他是正常的，如果不在這個范圍我們就要分析TA的根本原因了，即之前提到的本質，那么要怎么來分析呢，除了大家耳熟能詳由日本管理大師石川馨先生發明的魚骨圖，大蝦在這里介紹另外一種方法，這個方法來自于之前大蝦公司使用的一個模板，就是不斷的追問“導致TA的直接原因是什么？”，直到發現“根本原因”，一般問1到3次就可以發現根本的原因，讓我們再次回到bug率問題，如果我們專案的bug率只有0.3%大家是不是很開心呢，別高興的太早了，如果分析結果如下圖所示，那么問題還真是不小啊，
當然分析下來也可能是非常好的結果，如下圖所示，這種情況，我想可以讓那幾位工程師開個分享會了，
這里大蝦只是簡單的舉了幾個例子，其實TA的應用范圍非常廣泛，特別是做各種匯報時，如果出現了例外現象，一定要做分析，否則領導可不是那么容易糊弄過去，比如：專案結束后的，專案總結PPT上顯示實際投入的成本比預計的高，但是最后實作的范圍卻比預計的小，就是說跟原計劃相比，花了更多的錢卻做了更少的事情，你簡單一筆帶過，領導肯定是不讓的，也會對你的專業性和人品打個大大的問號，
文中bug率百分之幾只是打個比方，一般千分之幾或者萬分之幾，感興趣的話，大家可以在網上查詢CMMI不同級別對應的Bug率，
大蝦出品必屬精品，每篇文章都是十多年作業經驗的總結，后續會持續更新更多質量，流程，工具方法，管理等相關軟技能，無論走技識訓是管理路線都可借鑒，如果您看完文章能有所受益，或者引發思考共鳴，請關注，點贊，評論哈，您的支持是對大蝦最大的鼓勵，也是大蝦持續輸出更多優秀原創的動力，感謝！
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/265971.html
標籤：其他
上一篇：“老板，對不起！我胃不好，您給的餅我消化不來”，我去騰訊吃“軟飯”了！
下一篇：SSM框架整合【圖文詳解】