軟件工程師需要反饋，以便他們可以提高技能并加深知識。傳統(tǒng)指標(biāo)可能會產(chǎn)生誤導(dǎo)，因為它們并不總是能提供明確的結(jié)果。在Git Analytics工具提出數(shù)據(jù)驅(qū)動的工程領(lǐng)導(dǎo)方法來幫助您充分發(fā)揮工程師的才能之前，評估員工的工作以前很困難。重要的是要以正確的方式衡量您真正需要什么。選擇取決于您的業(yè)務(wù)細(xì)節(jié)和每個工程師的工作職責(zé)。我們?yōu)槟峁┝丝蓭椭u估工程師效率的算法：

　　1.設(shè)定目標(biāo)

從項目開始就應(yīng)該將設(shè)定組織目標(biāo)并定期檢查所有團隊是否遵循它們作為首要任務(wù)。即使您的軟件開發(fā)是外包的，工程師團隊也不是一個獨立的組織，其唯一功能就是編寫代碼并對其進行測試。將技術(shù)目標(biāo)與共同的業(yè)務(wù)目標(biāo)整合在一起是您旅程中必不可少的一步。在早期階段將任務(wù)概念化為在后期階段評估績效奠定了基礎(chǔ)。

每個目標(biāo)都應(yīng)與業(yè)務(wù)的總體目標(biāo)相對應(yīng)-在團隊級別或個人級別。

　　2.奠定基礎(chǔ)

績效評估歸結(jié)為兩個問題-什么以及如何做。諸如“什么”之類的問題與分配給團隊的實際任務(wù)有關(guān)。它們包括明確的事實和隱含的期望。諸如“什么”之類的問題的示例可以稱為按時編寫和測試代碼。在這里，時間是一個明確的事實，而卓越的代碼質(zhì)量是一個隱含的期望。

諸如“如何”之類的問題與過程相關(guān)，例如，工程師在團隊中的工作狀況如何，他對問題的處理方式如何創(chuàng)新等等。

對基本“內(nèi)容”和“方式”的評估不僅會向您顯示團隊正在執(zhí)行的任務(wù)，而且還會顯示團隊的執(zhí)行情況。Waydev通過“ 工作日志 ”提供了工程師活動的鳥瞰圖 ，使您可以查看和放大某個時間范圍內(nèi)工程師提出的任何提交或請求。

　　3.注重長期成果

在軟件開發(fā)中，您永遠(yuǎn)不要專注于所開發(fā)產(chǎn)品的定量方面。額外的代碼行只會導(dǎo)致難以維護的軟件過度使用。相反，最小化編寫的代碼行數(shù)也不起作用：這將導(dǎo)致軟件難以理解和擴展。

長期以結(jié)果為導(dǎo)向的方法意味著，不是量化績效，而是根據(jù)團隊績效來評估產(chǎn)品。要評估開發(fā)和發(fā)布過程，您需要分析穩(wěn)定性，交付時間和最終產(chǎn)品的更新頻率。

要評估團隊的績效，您需要了解它是否達(dá)到了預(yù)期的結(jié)果。通過專注于此，您不僅可以提高開發(fā)人員的生產(chǎn)率，而且可以實現(xiàn)組織目標(biāo)，并從長遠(yuǎn)來看會產(chǎn)生可觀的利潤。您可以使用Waydev的 項目時間軸 功能來查看工作重點和工作量隨時間的變化情況。找出您的工程師的工作重點在哪里。是在創(chuàng)建新代碼，重構(gòu)舊代碼還是在幫助他人?查看事件如何影響您的團隊績效并指導(dǎo)以數(shù)據(jù)為依據(jù)的決策。

　　4.評估準(zhǔn)備

為了建立基礎(chǔ)，有必要在評估時遵循一定的標(biāo)準(zhǔn)。這樣的標(biāo)準(zhǔn)可以是工作說明或預(yù)期的工作計劃。

查看現(xiàn)有的職位描述，文檔，記錄，電子郵件以及任何其他可以使您得出員工效力的數(shù)據(jù)。

如果您最近在團隊中，請與開發(fā)人員的負(fù)責(zé)人，他們的同事以及與他們一起工作的忠實客戶進行交談。

　　成功或失敗不僅取決于人員，還取決于工作條件：

· 是否有不可預(yù)見的情況？例如，低估了任務(wù)的復(fù)雜性還是改變了優(yōu)先級？也許這就是阻止工程師實現(xiàn)其目標(biāo)并顯示其能力的原因。

· 公司取得了哪些成功，這位工程師的貢獻是什么？工程師是否正確使用了關(guān)鍵技能？

借助Waydev的項目時間表，您可以根據(jù)團隊的工作流程確定最相關(guān)的數(shù)據(jù)點，并就哪些學(xué)習(xí)可以應(yīng)用于下一個沖刺進行富有成效的討論。項目時間表將幫助您和您的團隊在回顧性評估中的對話期間快速查看過程阻塞的信號，這些信號會影響團隊軟件開發(fā)的運行狀況。

　　5.分析目標(biāo)和關(guān)鍵技能

　　將當(dāng)前性能與工作描述中期望的或定義的進行比較。如果有可見的結(jié)果，請使用特定示例備份此數(shù)據(jù)并確定其重要性：

· 是否達(dá)到/超過了預(yù)期指標(biāo)？

· 不利的工作條件是否阻礙了既定目標(biāo)的實現(xiàn)？

· 員工加班是否實現(xiàn)了目標(biāo)？

· 工作的結(jié)果是否如此出色，以至于值得向這位工程師強調(diào)？

· 工程師在實現(xiàn)團隊目標(biāo)中是否發(fā)揮了關(guān)鍵作用？

　　如果沒有可見的結(jié)果，請詢問以下問題：

· 成功取決于這個人嗎？

· 故障是由于缺少必要設(shè)備，任務(wù)量太大，任務(wù)設(shè)置模糊或缺少所需資源等原因引起的嗎？

· 更加杰出的權(quán)威會解決這些問題嗎？

· 不完成任務(wù)會有什么后果？

　　確定工程師在工作中如何定期有效地運用他的關(guān)鍵技能：

· 員工是否每天使用技能?他是運用所有能力還是只運用其中一些能力？哪一種？

· 應(yīng)用技能如何幫助工程師實現(xiàn)工作目標(biāo)?這如何影響團隊的工作流程和成功？

· 工程師工作有困難嗎?如果是這樣，這對您的目標(biāo)和工作流程有何影響？

如果工程師很難完成工作任務(wù)，而目標(biāo)沒有實現(xiàn)，則值得考慮組織額外的培訓(xùn)或繼續(xù)教育課程。

6.討論

您在分析過程中得出的所有結(jié)論都應(yīng)與工程師本人討論。專注于他的成功。為了盡可能準(zhǔn)確地描述這種情況，請使用特定示例。從積極的一面開始，但一定要提及已經(jīng)出現(xiàn)的困難。如果由于工程師無法控制的原因未能實現(xiàn)目標(biāo)，則他不應(yīng)認(rèn)為這只是他的錯。

請務(wù)必提出問題并認(rèn)真聽取問題的答案；這將幫助您發(fā)現(xiàn)問題并了解該人與他們之間的關(guān)系：他是否想解決這些問題，他看到了什么解決方案以及他想改變什么。

　　7.建議

根據(jù)您在與工程師，經(jīng)理和同事的討論中收到的數(shù)據(jù)，列出可以提高開發(fā)人員生產(chǎn)率的建議列表。

如何撰寫評論和建議

需要對完成的工作發(fā)表評論以提供反饋。根據(jù)評論，工程師將能夠評估他們的長處和短處，并朝正確的方向進行直接努力。請記住，評論不僅可以針對工程師進行判斷，還可以針對編寫人員進行判斷。它們必須專業(yè)，客觀地組成。

　　注釋應(yīng)描述以下幾點：

· 工程師在多大程度上實現(xiàn)了目標(biāo)？

· 工程師多久展示一次專業(yè)知識和關(guān)鍵技能？

· 在評估期內(nèi)有哪些改進？

· 有什么需要改進的？

　　注釋應(yīng)具有以下屬性：

· 客觀性。

· 完整性。

· 真實性。

· 具體細(xì)節(jié)。

· 積極完成。

　　需要注意的方面

　　1.出勤

首先，您需要注意工程師是否會出現(xiàn)在工作中。考慮到達(dá)和離開的時間以及缺席的時間。如果團隊中的某人來得太晚，長時間離開工作場所，比必要的時間早了或請病假而沒有充分的理由，則他不會尋求全力以赴的工作。請記住，出勤率低下不僅是由于平常的懶惰，還可能是由于更嚴(yán)重的原因缺乏動力，健康問題或情緒疲倦。

避免承擔(dān)工作責(zé)任會加劇團隊環(huán)境。其他工程師必須承擔(dān)其他責(zé)任，以補償工作場所同事的缺席。如果您的組織沒有足夠的工程師，并且人們已經(jīng)在處理它，那么情況將會更加嚴(yán)峻。盡快開始處理該問題：忽略該問題可能會導(dǎo)致工程師的個人生活和健康出現(xiàn)問題。

　　2.有幫助的行為

我們都致力于幫助客戶，但團隊內(nèi)部的互助也至關(guān)重要。此項是工程師的關(guān)鍵性能指標(biāo)之一：我們向人們提出問題。在過去六個月中，您的部門中誰最響應(yīng)迅速，并為您提供了比其他人更多的幫助？ 事實證明，這是匿名激勵工程師的，并允許您確定真正的勤奮工作者，而不僅僅是領(lǐng)導(dǎo)的最愛。

愿意互相幫助是團隊合作的關(guān)鍵要素。一起完成復(fù)雜的任務(wù)比嘗試獨自轉(zhuǎn)身大得多。該 審查協(xié)作 功能，使您能夠看到誰分享他與他人的知識。它還提供了可量化的指標(biāo)，以幫助您評估代碼審查工作流程的運行狀況。

　　3.計劃能力

所有團隊成員必須按時完成工作。他們必須能夠管理時間和資源并正確設(shè)置優(yōu)先級，以盡可能高效地完成工作。

注意截止日期和因匆忙執(zhí)行截止日期而遭受的工作質(zhì)量;這將有助于了解員工的工作效率。同樣重要的是，要考慮在工作上花費的時間：如果一個人不斷重復(fù)地進行工作，那么就值得與他討論時間計劃了。

　　4.倡議

當(dāng)同事有興趣知道他們是否可以幫助您某些事情時，這是很好的。如果他們看到工作目標(biāo)并采取行動實現(xiàn)目標(biāo)，那就更好了。該倡議是參與工作的指標(biāo)。對于那些不斷創(chuàng)造新工作且需要快速重新分配人力資源的成長型公司而言，確定最積極的工程師至關(guān)重要。為了使新部門最有效地工作，最好配備最主動的人員。他們將能夠快速適應(yīng)新的條件并在彎道之前工作。

為了確定團隊中最積極的成員，請記錄每次工程師帶頭進行的工作。

　　5.質(zhì)量

工作質(zhì)量是最重要的指標(biāo)，但同時也是衡量績效的最具挑戰(zhàn)性的指標(biāo)。代表質(zhì)量的工程師，真正參與工作過程并且可能會顯示出更好的結(jié)果的工程師。這種參與可以是質(zhì)量標(biāo)準(zhǔn)。

開發(fā)人員的生產(chǎn)力不僅集中在正在開發(fā)的商品的定量功能上;還包括 這不是解決方案。工程師編寫額外的代碼行僅有助于腫的軟件的發(fā)展，這帶來了可維護性方面的挑戰(zhàn)。您需要知道工程師是否在為您提供高質(zhì)量的工作，而不是定量的工作。

HR World網(wǎng)站專家建議根據(jù)被拒絕或退回修改的作品數(shù)量來評估最終結(jié)果的質(zhì)量。您可以使用此方法，也可以選擇其他更適合您的業(yè)務(wù)細(xì)節(jié)的方法。

　　最后

當(dāng)然，評估特定數(shù)字的性能至關(guān)重要，但是業(yè)務(wù)培訓(xùn)師建議不要局限于數(shù)字?jǐn)?shù)字。畢竟，團隊成員是人，而不僅僅是資源。

在評估有效性時，必須與團隊盡可能公開地溝通。人們需要知道您要測量的內(nèi)容以及如何報告結(jié)果。因此，每個工程師都將知道他在團隊中的職位。借助Waydev，您可以代表特定團隊成員倡導(dǎo)，查看他們的進展情況并幫助他們消除瓶頸，實現(xiàn)組織上下的更好溝通，想了解更多關(guān)于IT管理的信息，請繼續(xù)關(guān)注中培偉業(yè)。