案例：SMART法則在項目的目標管理中的應用

 郭致星 副教授

1.S：(Specific) 明確性

• 目標要清晰、明確，讓所有人能夠準確的理解目標。
• 明確的目標幾乎是所有成功團隊的一致特點。很多團隊不成功的重要原因之一就因為目標定的模棱兩可，或沒有將目標有效的傳達給相關成員。

例：本月要完成人事審批模塊開發。

本月，在公司已有開發框架基礎上，依據客戶確認的人事審批模塊需求，完成模塊設計文檔撰寫、代碼編寫、聯調自測并通過評審。

2. M：(Measurable)衡量性

• 目標要量化，有標準依據去衡量。
• 應該有一組明確的數據，作為衡量是否達成目標的依據。
• 如果制定的目標沒有辦法衡量，就無法判斷這個目標是否實現。
• 領導和下屬對團隊目標會產生的一種分歧。
• 大方向性質的目標就難以衡量。

例：本月要完成人事審批模塊開發。

本月，依據客戶確認的人事審批模塊需求，完成模塊設計文檔撰寫、代碼編寫、聯調自測并通過評審。時間以上傳SVN配置服務器時間為依據，質量以測試報告及評審報告為依據。

3. A：(Attainable)實現性

• 目標要通過努力可以實現，也就是目標不能偏低和偏高，偏低了無意義，偏高了實現不了。
• 目標是要能夠被執行人所接受的，
• 項目經理不能利用一些行政手段，利用權利性的影響力一廂情愿地把自己所制定的目標強壓給下屬，下屬典型的反映是一種心理和行為上的抗拒。
• 項目經理應該更多的吸納下屬來參與目標制定的過程，即便是團隊整體的目標。
• 定目標先不要想達成的困難，不然熱情還沒點燃就先被畏懼給打消念頭了。

例：本月要完成人事審批模塊開發。

本月，依據客戶確認的人事審批模塊需求，完成模塊設計文檔撰寫、代碼編寫、聯調自測并通過評審。時間以上傳SVN配置服務器時間為依據，質量以測試報告及評審報告為依據。如因客戶需求確認延遲，需求發更等因素造成交付延遲，以評審通過的發更申請為準。

4. R：(Relevant)相關性

• 目標要和工作有相關性，不是被考核者的工作，別設定目標。
• 個人目標與組織目標達成認識一致，目標一致，
• 要考慮達成目標所需要的條件，這些條件包括人力資源、硬件條件、技術條件、系統信息條件、團隊環境因素等
• 目標要有實際意義和效果，
• 定目標要考慮成本和結果的效益，要取得成本和結果的平衡點。

例：本月要完成人事審批模塊開發。

本月，在公司已有開發框架基礎上，依據客戶確認的人事審批模塊需求，完成模塊設計文檔撰寫、代碼編寫、聯調自測并通過評審。時間以上傳SVN配置服務器時間為依據，質量以測試報告及評審報告為依據。如因客戶需求確認延遲，需求發更等因素造成交付延遲，以評審通過的發更申請為準。

5. T：(Time bound)時限性

• 目標要有時限性，要在規定的時間內完成，時間一到，就要看結果。
• 目標是有時間限制的，要沒有時間限制的目標沒有辦法考核，要沒有時間限制的目標，上下級之間對目標輕重緩急的認識程度不同。
• 沒有明確的時間限定的方式也會帶來考核的不公正，傷害工作關系，傷害下屬的工作熱情。

例：本月要完成人事審批模塊開發。

本月30日前，在公司已有開發框架基礎上，依據客戶確認的人事審批模塊需求，完成模塊設計文檔撰寫、代碼編寫、聯調自測并通過評審。時間以上傳SVN配置服務器時間為依據，質量以測試報告及評審報告為依據。如因客戶需求確認延遲，需求發更等因素造成交付延遲，以評審通過的發更申請為準。