Tech Lead Handbook
  • 👋Introduction
  • People
    • Space for Growth
    • One on Ones
    • Manage Conflicts
    • Deal with Passive Aggressive
    • Give Feedback
    • Performance Management
    • Manage Up
    • Talent Matrix
  • Engineering
    • Pair Programming
    • DCI Framework
    • Code Ownership
    • ADR
  • Leadership
    • Leadership Competencies
    • The Communication Pyramid
    • Anti Patterns
  • Prioritisation
    • Types of Decisions
    • Pros and Cons
    • Decision Matrix
  • Hiring
    • Hiring Process
    • Prepare a Hiring
    • Position Description
    • Shortlisting
    • Case Study
  • Product
    • Working with Product Managers
    • Assumptions Mapping
    • Decision Making
    • Practice vs Process
    • Nemawashi
    • OKRs
    • Consensus vs Consent
  • Project
    • The Triple Constraint
  • Strategy
    • Tech Strategy
  • Communication
    • Use Positive Language
  • Shortlist
  • ...
Powered by GitBook
On this page
  • The What
  • The How
  • Leadership team
  • Delivery team
  • Stretch goal
  • Exceptions
  • Red Flags
  • Tips
  • Pitfalls
  • Ref
  1. Product

OKRs

What are OKrs? How do you contribute to it? A Tech Lead view from an engineering perspective

The What

  • Objectives are ambitious and may feel somewhat uncomfortable

  • Key results are measurable and should be easy to grade with a number

The How

Leadership team

As an engineering lead, you might be part of the leadership team in your department. You should be able to influence the OKRs settings at an early stage. Help LT assess the feasibility and opt-out unrealistic expectations.

  • Set up objectives

  • Define key results

  • Allocate capacity on a high level (e.g., development buckets)

Delivery team

As an engineering lead, you are the key member of the delivery team, you should work with product managers, and help

  • Revise the objectives and key results

  • Break down into main themes or initiatives

  • Provide feedback to the leadership team

Stretch goal

  • OKRs are not KPI

  • OKRs are not BAU

  • The “sweet spot” for an OKR grade is 60% – 70% (according to Google re:Work)

  • The OKRs might look very different to a BAU team, an innovation team, or a platform engineering team

  • Product Manager “owns” the OKRs (No, the team owns the OKRs)

  • The leadership team assigns OKRs (No, the communication is two-way)

  • OKRs are KPIs (No, OKRs are not related to performance review)

  • OKRs are BAU (No, OKRs should be achievable with challenges)

  • Tech Lead is a key contributor to OKRs settings

  • Keep it high level

  • Give the team space to run discovery and delivery

  • Being granular

  • Being prescriptive

Ref

PreviousNemawashiNextConsensus vs Consent

Last updated 3 years ago

Exceptions

Red Flags

Tips

Pitfalls

OKRs 101:

Google Rework:

✅
🔴
📜
🕳️
https://www.whatmatters.com/get-started/
https://rework.withgoogle.com/guides/set-goals-with-okrs