接受了工作後，不主動匯報，不吭聲，就如同：「
拿到工作任務， 就歸隱山林」
哲學告訴我們，不能以孤立的眼光看待問題，要用聯絡的觀點看待問題，任何人的工作都是團隊工作的一部分，個人工作成果只有放到團隊工作目標中，才能體現價值和意義。那麼個人工作作為完成團隊工作目標的一部分，個人就有責任和義務，階段性匯報進度，讓團隊就個人所負責的工作進展資訊同步。
如果你承擔了團隊分配的一項工作內容，那麼作為職業素養達標的人，應該是什麼姿勢呢？
接到任務時，你應該首先會嘗試告訴團隊，你準備什麼時候開始做，大概怎麼做，步驟是什麼，可能需要多久，如果時間長，你多久反饋一下進度。從而讓你的團隊對你及你所負責的工作建立合理的認知和期望。而不是拿到任務就像歸隱山林一樣，等到寶劍鑄成才「出山」，更難以接受的是「出山」之後告知失敗，還需要「進山」處理一段時間……
倘若是你作為對團隊工作負責的人，遇到這種情況是不是很崩潰？
禮多人不怪，溝通也是如此，勤快一點匯報進度和問題，讓團隊了解你的工作進展情況。
如果有可能延遲，要及時告知團隊負責人，由其評估延遲帶來的影響，團隊或客戶能否接受？如果不能接受，就需要立即採用加班或加資源等措施將進度趕回來。
如果能夠「提前預估延遲並及時告知」得到諒解的概率要遠遠大於「過程中一聲不吭，別人都以為你沒有問題，最後期限到時才說沒完成「 的概率，前者提前知曉後採取應對措施，能夠將影響降至最低，而後者已成定局，無法補救，得到只能是上司或者客戶的怒火，感嘆你的職業素質不達標。
mysql 鎖的現象和解決
2018 12 3 14 43 11 星期一 資料庫鎖了的現象 乙個程序程序一直在嘗試更新,而且殺不掉,重啟mysql以後還是會有 乙個update語句執行了很久 寫的業務都不可以,查詢也很慢 原因 可能是事務沒有提交 結束 比如,乙個事務開始了,但是中途呼叫的其他方法除了錯誤,或者方法不存在等導致...
mysql 鎖的現象和解決
2018 12 3 14 43 11 星期一 資料庫鎖了的現象 乙個程序程序一直在嘗試更新,而且殺不掉,重啟mysql以後還是會有 乙個update語句執行了很久 寫的業務都不可以,查詢也很慢 原因 可能是事務沒有提交 結束 比如,乙個事務開始了,但是中途呼叫的其他方法除了錯誤,或者方法不存在等導致...
死鎖的現象和解決辦法
產生死鎖的根本原因是兩個或者兩個以上執行緒在執行過程中，因爭搶資源而產生相互等待的一種現象。在申請鎖的時候發生了交叉閉環申請。死鎖產生的四個條件 1 互斥。共享資源同時只能被乙個執行緒訪問。2 占有且等待。執行緒t1在取得共享資源a的時候，請求等待資源b的時候並不釋放資源a。3 不可搶占。其他執行緒...