1. 程式人生 > >知識型人才的績效考核思路

知識型人才的績效考核思路

背景

在2018專案管理大會,會議上來自IBM的管婷婷進行了敏捷專案的績效評估主題分享。聽後頗有感觸,結合自己的工作,與大家分享一下。

如何評價一個程式設計師的工作?

有三個維度:客戶、債務、能力。分別包含的內容如下:

客戶:客戶滿意度、質量、交付週期

債務:可維護性的程式碼、可擴充套件性的架構、可用的文件

能力:員工滿意度、創新

績效考核中存在的一些事實

1、績效考核是一個平衡有限資源的遊戲。

2、考核指標會使有效的資源產生定向傾斜。

3、考核指標中的弱項,會因為獲得較少的資源,而在將來產生問題,危害專案的健康。

總結:考核什麼就得到什麼,同時是以失去其他作為代價。

知識型人才的績效考核怎麼做?

對於知識型人才的管理、必須要考慮知識型人才的獨特性:

知識型人才的工作看得見,效率浪費看不見。(體力勞動 VS. 腦力,創造力活動)

知識型人才績效考核 與傳統專案績效考核有什麼不同?

考核的目標都是增加產出。

傳統專案考核擴大盤子的辦法:加班。

敏捷專案考核擴大盤子的方法:通過提升員工滿意度來減少效率浪費、提高生產率

如何通過考核來提高生產率

這裡要再次說明一下赫茨伯格的雙因素理論:

激勵因素:有挑戰性的工作,成就感,個人發展,認可度,責任心等等。

保健因素:職業安全感,薪水,身份,工作條件,政策,附加好處等等。

保健因素無法讓人更健康和幸福,但是一旦保健因素不能得到滿足,很容易使健康和幸福退化。

維護激勵因素和保健因素的人是管理人員

敏捷考核通過考核環境中的激勵因素,來促使管理人員調動更多的資源,釋放知識型人才的生產力。

績效考核需要思維的改變

基礎:首先要有你無法管理知識型人才的效率的認知。(他們的效率釋放多少,是掌握在他們自己手中的)

思路:管理人員可以激勵知識型人才釋放效率。

方法:增加權重考核管理人員對兩個指標的考核,營造激勵因素和保健因素的能力。

哪些指標是合適的呢?如下有些參考:

1、他/她 虛心聽取批評,並通過詢問進一步瞭解

2、他/她 對人冷漠

3、他/她 過分保守

4、他/她 命令而非影響他人做事。

5、他/她 以他人作為代價以追求成果

6、他/她 傷害他人感受

7、他/她 以自我為中心

8、他/她 習慣控制他人。

9、他/她 會簡歷溫暖於關愛的人際關係。

10、他/她 所採用的領導方式使得他人能夠說:”這是我們自己完成的“。

方法:增加權重考核管理人員對兩個指標的考核,營造激勵因素和保健因素的能力。

管理者的管理思路

太上,下知有之。其次,親而譽之。其次,畏之。其次,侮之。信不足,焉有不信焉。猶兮其貴言。功成事遂,百姓皆謂我自然。

最好的管理者,人們意識不到他在起作用;次級的管理者,人們親近他並且稱讚他;再次的管理者,人們畏懼他;更次的管理者,人們輕蔑他。因為管理者自身誠信的不足,人們才不信任他。最好的管理者是悠閒的。他很少發號施令,事請辦成功了,人們說:這是我們自己辦到的。

沒有最好的領導形態,只有最適當的領導形

領導者的領導方式,應同下屬員工的成熟程度相適應,在下屬員工漸趨成熟時,領導者依據下屬的成熟水平選擇正確的領導風格取得成功。

員工的成熟度:個體對自己的直接行為負責任的能力和意願。它包括兩項因素:工作成熟度與心理成熟度。前者包括一個人的知識和技能。工作成熟度高的個體擁有足夠的知識、能力和經驗去完成他們的工作任務而不需要他人的指導。後者指的是一個人做某件事的意願和動機。心理成熟度高的個體不需要太多的外部鼓勵,他們更多靠內部動機激勵。

員工的成熟度由低到高設定為四個階段:M1至M4。M1:這些人對於執行某任務既無能力又不情願,他們既不勝任工作又不能被信任;M2:這些人缺乏能力,但卻願意從事必要的工作任務,他們有積極性,但目前尚缺乏足夠的技能;M3:這些人有能力卻不願意幹領導者希望他們做的工作;M4:這些人既有能力又願意幹讓他們做的工作。

領導風格

指揮式:第一種情境的領導是高命令、低支援的行為,樂於向部屬發號施令,規定他們的工作及其做法,一句命令一個動作,而極少給予支援。

教練式。第二種情境的領導是高命令、高支援的行為,即給部屬釋出許多命令,嚴格控制,但另一方面,支援程度也很高,能傾聽部屬的意見,鼓勵他們自覺行動,就好象“教練”一樣。一個好教練的方法是“步驟是嚴謹的,而好的行為會給予讚揚和幫助”。

支援式。第三種情境的領導是高支援、低命令的行為,即問題由領導者提出,決策由執行者負責。領導者提出問題。而由部屬作決定,讓部屬瞭解做事的萬法,若部屬的決定有問題,領導者可。採取另一種方式反映給部屬再作進一步的思考,制訂出較佳的解決方案。 

授權式。最後一種情境的領導是低命令、低支援的行為,即領導者對部屬高度信任和放權,採取“無為而治”的態度,對部屬只給予命令,而未給予任何規定,也不提其目標和方法,甚至不提出問題,放手讓部屬自顧自地去完成任務。

敏捷績效考核原則總結

基於對知識型人才,及其激勵因素的認知設計考核要素。

用業務指標和貢獻的價值考核團隊,用激勵因素相關的指標來考核一線、二線經理。

相關推薦

知識型人才績效考核思路

背景 在2018專案管理大會,會議上來自IBM的管婷婷進行了敏捷專案的績效評估主題分享。聽後頗有感觸,結合自己的工作,與大家分享一下。 如何評價一個程式設計師的工作? 有三個維度:客戶、債務、能力。分別包含的內容如下: 客戶:客戶滿意度、質量、交付週期 債務:可維護

軟體人員績效考核思路

這種考評方法,也要求管理層有一種開放的管理態度:從“我要管”到“我來評”的轉變。開放,第一,體現在允許員工內部自由流動。很多基層或中層組織和經理都有一種不願意放人的傾向,從而使得一些內部員工不能到他喜歡和勝任的崗位上去,最後選擇離開公司。與其這樣,不如讓他們自己在公司裡尋找機會,同時也承擔轉崗的後果。第二,相

拿代碼量算績效考核?別毀了程序員

name 谷歌 blog -s rep 矛盾 沒有 fonts lac 原文鏈接 雖然程序員都說自己是搬磚的,但很顯然,搬磚是很好考核的,一天搬多少塊磚是一目了然可以量化的,一天搬1000塊磚肯定比一天搬800塊磚的要厲害;而程序員卻很難以這樣的方式來考核,一天10

陳皓:我看績效考核

人工 學校 組織 這才 發生 amazon adobe 認識 你們的 本來,這篇文章應該在 5 月份完成,我拖延癥讓我今天才完成) 前些天,有幾個網友找我談績效考核的事,都是在績效上被差評的朋友。在大致了解情況後,我發現他們感到沮喪和郁悶的原因,不全是自己沒有做好事情,他們

我看績效考核

精神 做的 努力 高新技術 後置 完整 數學 發生 考核 今天看到一篇一位大牛對於績效考核的看法,很是贊同,轉載分享下 我看績效考核 前些天,有幾個網友找我談績效考核的事,都是在績效上被差評的朋友。在大致了解情況後,我發現他們感到沮喪和郁悶的原因,不全是自己沒有做好事情,

項目管理提升績效考核的方法

沒有 ans 標準 計劃 強烈 理論 人員 研究 提升 績效管理是企業經營管理的核心之一,所以績效考核幾乎是每個企業與生俱有的,因為管理者都了解賞罰分明的道理。不過是線條粗細之分,感性和理性評價之分,土辦法和洋理論之分。不少先進管理工具也應時而生,如目標管理(MBO)、關鍵

技術部員工績效考核方案

績效考核 小強測試品牌 測試幫日記 點擊鏈接加入QQ群 522720170(免費公開課、視頻應有盡有):https://jq.qq.com/?_wv=1027&k=5C08ATe崗位應用開發工程師項目及考核內容分值工作態度根據平日的工作態度直接上級打分20分任務完成及質量根據任務的度及完成

百度是如何進行研發管理和績效考核的?

專案管理PMP社群:434440572,可自行下載專案管理書籍和考過PMP的itto等資料。。 百度的內部級別劃分和晉升機制,摘自九章演算法公眾號: 百度 1.1.級別劃分: 不同職能分為不同序列,各個序列從1到12不等。 不同序列的話語權和地位從高到低是:m(管理層)>t

團隊績效考核

1.評估辦法       按照以下七個方面進行評估:       工作量-2       工作質量-2       積極性-1   &nbs

績效考核績效管理有什麼區別

績效管理是通過對員工的工作進行計劃、考核、改進,最終使其工作活動和工作產出與組織目標相一致的過程。 績效考核是考核主體以工作目標和績效標準為依據,通過科學、系統的考核方法,對員工行為及其結果進行評估並將結果反饋給員工的過程。 一、績效考核是績效管理的一部分 完整的績效管理,包括績效計劃、績效

討論問題:團隊績效考核如何制定?如何設定獎懲?

從企業、組織角度來看,團隊績效是以團隊的專案績效作為基礎。而確定專案績效,要在專案開始之前先確定專案績效目標,待專案結束時來評估是否達成了既定的績效目標。首先,企業應該建立完備的組織級績效考核體系,從專案立項開始如何預評估,在面對專案過程中各種情況是否需要獎懲,以及在結項時的最終評價,都是需要針對不同行

創業者須精讀:創業公司是如何進行研發管理和績效考核

  摘要:阿里、騰訊以及一些創業公司是如何進行研發管理和績效考核的?在知乎上,這個問題得到了超過5000位網友的關注,顯然,BAT獲得的巨大成功使得巨頭們的管理模式成為了人們好奇的焦點。豌豆莢創始團隊成員丁吉昌這個問題下做了一個豌豆莢研發管理的詳細分享。   首先,畫一下我們通常講研發管

軟體測試人員的年終績效考核怎麼應對

軟體測試人員的年終績效考核怎麼應對 轉眼又到了一年行將過去,年關又要來臨。 一到年底,各大企業就忙得不亦樂乎,年終財務審計,專案收尾總結,這個時候加班加點那是常事。 而且這個階段,對於許多測試人員而言,還面臨著一項考驗:年終績效考核。   1.  績效考核是什麼 績

利潤中心的設定與組織架構 績效考核 財務核算

                利潤中心管理專題(一)利潤中心入門指引概念    指既對成本承擔責任,又對收入和利潤承擔責任的企業所屬單位。由於利潤等於收入減成本和費用,所以利潤中心實際上是對利潤負責的責任中心。這類責任中心往往處於企業中較高的層次,一般指有產品或勞務生產經營決策權的部門,能通過生產經營決策,

敏捷開發績效管理之一 序言及 敏捷開發是否考核個人 (績效考核

                這是敏捷開發績效管理的第一篇。(之一,之二,之三,之四,之五,之六,之七)“敏捷開發績效管理”本身是個偽命題,因為敏捷開發本身不想涉及績效管理,這就像“C++績效管理”的搭配差不多。但是人們選擇敏捷開發作為管理方法是有原因的:更高的交付保障,更高的生產率,更高的質量……這和人們

敏捷開發績效管理之一:序言及“敏捷開發是否考核個人”(績效考核

這是敏捷開發績效管理的第一篇。(之一,之二,之三,之四,之五,之六,之七)“敏捷開發績效管理”本身是個偽命題,因為敏捷開發本身不想涉及績效管理,這就像“C++績效管理”的搭配差不多。但是人們選擇敏捷開發作為管理方法是有原因的:更高的交付保障,更高的生產率,更高的質量……這和人

敏捷之路-績效考核

敏捷開發只是一個工具,這個工具管理者們認可遠遠不夠,團隊成員認可才是真的認可。 經過一段時間的試用之後,在一個小團隊中的確看到了敏捷的效果,但是在更大的團隊(這次是8個人)的團隊中使用會怎麼樣呢? 事實證明,對於新鮮事物總是會分為三部分人: 第一部分願意積極主動地去嘗試使用,這部分人不用怎麼做工作,只要

軟體公司績效考核(大家提提建議)

今天看到一篇 軟體公司績效考核 文章 ,公司正想用,不知道到底好不好,大家談談想法 軟體開發工程師工作質量考核評分標準 序號        標準        說明        評分標準        1        錯誤率                 每千行程式

CTO熱議程式設計師績效考核

。考核中遇到員工自我評價過高怎麼辦? 譚曉生和李金波都建議首先和員工深入溝通,由於問題關鍵在於使員工更好的認識和評價自己的工作成果。譚曉生建議團隊成員工作職責和成果要透明公開,推行程式碼review制度。而李金波則認為,review制度在一般的企業不易實行,而且成績和激

第二階段團隊績效考核報告

代碼 提交 二階 數據 軟件 報告 軟件使用 階段 模板 第二團隊績效考核通過工作量的多少來評比, 佟天宇 98 楊子浩 97 周泊辰 96 吳強 95 第二階段中, 佟天宇負責上網查閱資料,按照軟件工程概論提交文檔模板撰寫文檔 周泊辰負責調試程序,挨個對每個組的