寫給工程師的十條精進原則-摘要

XingJimmy發表於2019-02-05

閱讀了美團技術團隊的文章《寫給工程師的十條精進原則》,感觸很多。文章提到的觀點不僅對職場菜鳥,對老司機也很有幫助。總結下其中重要的描述記錄下來,希望能持續勉勵自己。

原文:juejin.im/post/5b762b…

摘要:

原則一:Owner意識

  1. 認真負責是工作的底線。對交付的結果負責。
  2. 積極主動是"Owner意識"更高一級的要求。做好份內工作,也要積極主動做"份外"的工作。推動合作團隊進度,保證專案順利推進。不給自己設限,努力成為更優秀的人。

原則二:時間觀念

  1. 工作安排要有計劃性。計劃粒度足夠細,關鍵時間點要可檢查。
  2. 工作安排分清主次。按照重要、緊急程度分四象限。

原則三:以終為始

  1. 先想清楚目標,然後努力實現。根據問題設定目標,再進行優化。做需求的同時關注目標和收益及使用效果。解決特定的問題才是技術優化的目的。
  2. 帶著目標去學習。有目標的學習效果比碎片化閱讀要好。

原則四:閉環思維

  1. 溝通要有結論,通知要有反饋,TO DO要有驗收。
  2. 定期主動進行階段性的反饋。專案是否正常推進,是否遇到問題需要協助。

原則五:保持敬畏

  1. 儘快學習團隊既有規範,與團隊保持一致。
  2. 如果規範存在不妥之處,可以全組討論,及時更新迭代。

原則六:事不過二

  1. 所有評審和問題討論,不要超過兩次。通過這種方式,倒逼利益方儘可能做好需求和設計方案。評審前,嘗試與所有相關方達成一致,會上有針對的討論。
  2. 同樣錯誤不能犯兩次。每次故障後做好覆盤,分析故障原因和明確可執行的TODO LIST。

原則七:設計優先

  1. 重視前期的架構設計。
  2. 寫別人看得懂的設計。好的設計,一定是邏輯清晰易懂、細節落地可執行的。

原則八:P(產出)/PC(產能)平衡

  1. 系統要在不斷支援業務需求的過程中,持續進行架構的優化。一味做需求而不優化系統,系統越來越差,最終影響業務;反之,一個沒有業務產出的系統,最終會消亡。
  2. 要在做專案過程中,通過學習總結持續提升自己的技術能力和軟素質,並應用到專案實施交付中,達到雙贏。

原則九:善於提問

  1. 首先要勤於提問。只有在爭辯中,才可能誕生最好的主意和決定。
  2. 懂得如何提問。要有知識儲備、專業技能、經驗,還有批判性思維。

原則十:空杯心態

  1. 時刻進行自我檢視和反省。不能讓自信演變為自滿。

個人感覺不太容易記憶,重新總結梳理(類似軟體設計思維),力求簡短容易記憶。

目標明確(以終為始) -> 設計優先 -> 業務技術相輔相成(P/PC平衡) -> 有計劃、分主次(時間觀念) -> 認真工作、主動承擔(Owner意識) -> 遵守、改進規範(保持敬畏) -> 多思考、勤提問(善於提問) -> 及時反饋、驗收(閉環思維) -> 不犯相同錯誤(事不過二) -> 空杯心態

相關文章