30-60-90 日計畫,有效規劃與達成目標

30-60-90 日計畫(30-60-90 Days Plan) 用來指導新進員工並且有明確評估是否適用的依據。除了針對新進員工,在面試時提出此計畫來為自己的面試加分!


我們常聽到新進員工有適用期三個月,這三個月是哪裡來的呢?(如果是更高的職務可能也有六個月的)

  • 剛到職員工,最重要的是搞清楚如何通過適用期,搞懂考核的標準
  • 已在職員工,要如何評估新人是否適合部門

這兩者其實可以說是一樣的,通過 30-60-90 日計畫,有計畫性與標準的訓練新進員工,使得雙方都能夠達到目的,減少彼此浪費,這就是目的與好處。還有像是確保每位 Mentor 帶出來的員工都能盡量俱備一致水平、減緩新進員工對環境、工作內容不熟悉的緊張感。

除了適用於剛到職的員工,其實 30-60-90 日計畫也非常適用於面試,當你選定要面試的公司與職位時,可以制度這樣的計畫給面試官,了解你入職後如何上手工作,替整體面試印象分數加分!


如何建立計畫

定義目標

建立計畫就是設立目標,這個目標需要有這些特性:

  • 明確公司/部門的目標
  • 如何評估/衡量是否達成
  • 一個週期約 3~5 個目標
  • 這 90 天的目標大方向需要一致

我們可以透過 SMART 規則輔助確立目標。

規劃目標

知道如何建立目標後,下一個要思考的是目標是什麼?

  • 公司(部門、小組) 的使命、核心價值與目標是什麼?建立計畫需要與之相符
  • 務必將認識環境與同事作為目標之一,確保能夠建立適當的聯繫,而非像憑空多出一個陌生人
  • 希望新成員需要具備什麼樣的技能與知識才能夠開始幫助團隊?
  • 新成員要如何開始參與專案

資源

當新成員在執行這項計畫時,肯定需要很多額外的資訊與資源,一樣需要明確記載在文件上,確保它能夠找得到正確的人尋求協助。

  • 擔任 Mentor 的角色是誰?
  • 協助檢驗目標的人是誰?
  • 每個目標所需要具備的文件、內/外部網站、權限等,這些都能夠事先準備好,避免在職員工的緊急插單處理,減少工作切換(Context switch)的成本。
1
2
3
4
想到過往一個經驗,我也曾經提出過優先準備好這些資源,因為對新人來說,
這些流程與步驟皆為不可預期的。很常發生的狀況就是發現一個,詢問一個,
處理一個,這些來回都是浪費雙方的時間,且負責人會不斷的被打斷工作,
工作切換隱性的浪費遠大於初期建置成本!

新進軟體工程師 30-60-90日計畫 範本

First 30 Days

  • Meet with team members to understand the team’s goals, responsibilities, and expectations.
  • Learn the department’s technology stack and tools used for software development.
  • Get familiar with the department’s software and flow of coding, development and deployment.
  • Follow and do step by step of all rookie instruction documents, then feedback and maintain to latest content.
  • Start working on small, well-defined tasks to get familiar with the codebase and development environment.

First 60 Days

  • Start working on more complex tasks and features.
  • Identify potential areas for improvement in the development process and suggest solutions.
  • Attend team meetings and provide status updates on ongoing projects.

First 90 Days

  • Take ownership of a project or feature and see it through to completion.
  • Demonstrate a good understanding of the department’s software development process and best practices.
  • Work on improving the team’s productivity by identifying bottlenecks and suggesting solutions.
  • Work on a personal project to showcase your skills and creativity.

上述只是一個比較通用型的範本,實際狀況當然還是需要根據你們的需求來決定

  • 作者: MingYi Chou
  • 版權聲明: 轉載不用問,但請註明出處!本網誌均採用 BY-NC-SA 許可協議。