寫在前面

之前有位老闆和我說過，大家智商是正態分佈曲線的，能力上都是大差不差，同時大家都在規範化的公司裡面坐著規範化的事情，能力也都差不多，那麼為什麼有人做的好，為什麼有的人更被老闆認可呢？其實無外乎就是做事靠譜，人在職場身不由己，究竟哪些東西可以讓我們做起事來靠譜呢？無外乎是一些心態吧。

本文結合美團Blog的一篇文章進行加工。

Owner意識

兩個層面：認真負責，積極主動。

認真負責是工作底線，對交付結果負責，細到每一個設計文件，每一行程式碼認真完成，對質量負責，如果文件混亂，程式碼難以維護，測試過程中一堆bug，不僅影響交付質量也讓RD，QA，PM對你產生不信任感。大到對系統負責，系統架構演進，文件細節整理，日誌完整，資料庫擴容，快取空間資源是否夠用，作為系統Owner需要認真履行。

積極主動是在Owner之上的又一層次要求，每個人每天都會面對大量的事情，很多事情可能不在計劃之內，這時需要一種主動精神，不能因為太忙沒有時間去處理。積極主動的心態應該是遇到計劃之外的事情仍然可以積極主動進行推進並解決問題。如果實在無法排開時間解決，可以將問題交付給能解決的同學。

積極主動可以體現在多個方面上，比如計劃之外梳理系統性能瓶頸，發現介面效能問題，並推進解決。 比如專案存在跨端情況是，可以積極主動承擔跨端主R的角色，積極發現問題，暴露問題並推進解決問題，推動團隊合作進度，保證專案推進。

當然這個是性格使然，有些人偏外向一些，有些人偏內向所以有的時候表現出來的就類似於積極一些或者主動一些，人需要慢慢長大的，可以強迫自己下，變得外向些。

時間觀念

所有的RD，QA，PM本質上都是需要為專案的交付負責，所以按時交付專案是最基本的要求，對於專案關鍵節點需要有時間觀念，防止專案delay，對交付結果負責。

試想一下如果同樣工作量的專案，在你負責期間時常delay，老闆會怎麼想？可能會認為你在能力上存在問題。

為了按時保質保量完成專案交付，重要的是：做事有計劃，工作分主次。

工作上需要有做事安排，比如RD在設計評審之後需要能夠精確預估出開發時間，進行合理的安排開發，聯調，測試時間節點。如果是專案負責人需要做多端協調，比如設計到FE，QA，PM甚至多端其他工種同學的配合。

所以為了保證複雜專案可落地可執行，需要事無鉅細的對專案節點的每一項進行細化拆分。事實證明拆分粒度越細，計劃執行也就越精準，實際開發時間和預期時間也就越接近。

很多dealy的專案主要的延期原因主要是一些關鍵節點上多方存在分歧，比如對於時間是上班時間還是下班時間提測可能存在理解上的二意性，或者在知識需求理解上存在不一致，一個複雜的專案再多的溝通和交流都是有必要的。

工作分主次，因為每天我們會面對各種計劃之外的事情，所以區分事情的重要性和主次很有必要，根據“艾森豪威爾-四象限法則”，工作按照重要，緊急分成四個象限。

優先做重要且緊急的事情，重要不緊急的事情放緩，但需要持續跟進。 緊急不重要但事情酌情委託其他人（合適的人）去做。 不重要不緊急的事情可以考慮不做。

很多事情delay未能正常交付的原因也常因為專案負責人分不清事情的主次，造成工作拖後腿，實際工作中應該避免一些本末倒置的工作方式，區分干擾工作項，保證重要緊急事情可以按時交付。

以始為終

以始為終是《高效能人士的七個習慣》中的一個習慣，目的是：先清楚目標，然後努力實現。

RD很多時候只是埋頭苦幹，季度總結時列出很多專案，付出很多努力，但是取得了哪些收益，對業務進行了什麼提升，卻很難說清楚。

所以工作中應該遵循以始為終法則，很多人做需要不關心收益，上線之後也沒有持續跟進效果。

比如我們進行一個介面的效能優化，但是優化之後具體的收益是什麼呢？或者目的是什麼呢？很多時候可以多問一下，我們的目標是什麼，是為了節日大促進行優化？還是系統可能存在宕機風險，最終是需要根據問題設定目標，實現目標。

以始為終對於技術同學來說是我們技術提升的核心，很多人看文章收穫很小往往沒有帶著目標去學習，在學習一門新知識之前，我們需要明確帶著問題去學習，這樣有了問題之後有了目標，再向這個目標持續前進，最後才