我在一家將開發商借給其他公司的公司中擔任軟件開發人員。內部有一個年度績效評估流程，我們（作為員工）應為明年設定一些OKR（客觀和關鍵結果）。我的問題是-我應該設定什麼OKR？由於業務性質，我無法真正設置與軟件項目相關的任何內容（例如，“將測試覆蓋率提高到75％”），因為目前我正在等待下一次任務，所以我不知道哪種類型我將在下個月進行的項目（如果我將要進行任何工作）。 “個人改進” OKR（“閱讀兩本軟件開發書籍”）似乎既不是客觀的也不是關鍵。
歡迎來到軟件開發中一個尚未解決的問題。
作為一個行業，我們從來沒有想過一套合理的OKR。從代碼行到已完成的票證，已完成的點數到已修復的缺陷（缺少缺陷）的所有事物都已被使用。
我會選擇組織所重視的東西
對於開發人員的OKR缺乏行業共識，這使他們成為業務問題
在一家公司中，將測試覆蓋率提高到75％將是一個值得追求的目標。
在在我的組織中，管理層會對此聳聳肩，雖然這被認為是一項不錯的成就，但它並不被認為是一項重要的成就。
，那麼他會因為專注於此而不是關注新功能而獲得較低的性能評估。增加單元測試的覆蓋範圍將被認為是浪費。
只有您可以回答對老闆重要的事情。是客戶收入嗎？客戶滿意嗎（請注意此處）？是速度嗎？
根據我的組織情況，我會選擇以下方法：
這是我對OKR的了解：設置應該是您和經理之間的協作。經理設定目標，然後您得出關鍵結果以表明您已達到目標。另外，該目標也應該與業務中更高級別的目標聯繫起來。
單獨設置OKR並不能真正提供價值，所以如果我是我，我會回到我的老闆那裡，看看他們是否會一起工作，並找出公司的更高目標是什麼，以便您與他們保持一致
在項目時間短得多時使用年度目標並沒有多大意義。我知道許多公司保持年度週期，即使他們自己的文件說您在更換項目/團隊時也應進行評估，然後根據新職位添加新目標。
嘗試編寫目標與您的日常活動無關的能力會限制您制定特定相關目標的能力。
根據我分配給這些目標的項目，可以與改進指標，解決特定問題或完成任務相關。新功能。目標應該基於客戶的需求和公司的需求。如果項目不使用該方法，則在衝刺中編寫與目標相關的目標就沒有意義。
一年中進行多次評估似乎很艱鉅，但這是獲得特定目標的唯一方法鏈接到您的項目。當然，仍然存在與項目無關的目標，例如培訓或獲得認證，但是要獲得表明您正在幫助客戶的目標，您需要與客戶相關的目標。