Wecomplish
Performance

1 Objectives and key results (OKR)

The setting and measuring of goals in the Wecomplish platform is built around the universal goal-setting framework OKR.

OKR us short for Objectives and Key Results and is a methodology ideal for defining and tracking objectives and their outcomes in agile teams.

An OKR is made up of an objective - a clearly defined goal - and specific measures used to track the achievement of that goal. The goal of OKR is to define how to achieve objectives through concrete, specific and measurable actions.

Here's an example of what an OKR looks like in Wecomplish:

Skjermbilde 2021-05-23 kl. 09.09.30.png

Create an objective

Objectives are managed in the context of a team to promote aligning OKRs with the teams purpose. To create a new objective, navigate to the team and select OKR in the left hand side navigation or use quick create.

Objective states

The objective can be in one of the following states:

  • Suggested: Someone has suggested that this is an objective we might benefit from focusing on at some point.
  • Planning: We have started work on describing and planning how to achieve this objective.
  • Focusing: We are currently focused on achieving this objective.
  • Pending: The objective has been temporarily put on hold.
  • Archived: The objective has been archived, either due to it having been met, or due to it no longer being considered relevant.

Initiatives

By adding initiatives you raise awareness of how work is associated with objectives as well as increase the likelihood of work actually being aligned with objectives.

Initiatives can be pre-existing projects or tasks defined in the platform. Items added as initiatives display their related objectives on the reverse side.

Owner, responsible and contributor

By adding an owner, responsible and contributors you make it clear who is expected to hold which role in the achievement of the objective. 

The people you add you add will see their objectives, grouped by their role, in their "Planned work" view.

Skjermbilde 2021-05-23 kl. 09.13.23.png

1.1 Key results

By adding key results you make it more clear how the team plans to measure the achievement of the objective.

Each key result has a current and target performance expectation, making it clear and measurable to which extent objectives are met.

The OKR methodology comes with the following recommendations for key results:

  • Create 3 - 5 key results pr objective, preferably balancing each other to ensure that when one indicator improves, another one doesn't worsen.
  • Key result targets are meant to be ambitious and force the team to re-evaluate how they work, not just shift gears. Targets are considered ideal when the average fulfillment is 60 - 70%.

Tracking progress on key results

The platform suports tracking progress on key results, so that we can more easily follow how close we are to achieving the result.

Progress is typically reported by the person responsible for the objective, making it easily available to all other objective stakeholders.

To track progress on a key result, click the key result and then click the green plus-icon in relation to the Progress-header. Progress is indicated by a percentage of the target for the key result (aka fulfillment).

Users_completing_sign-up_process.png

When viewing an objective, the list of key results includes a progress bar of the most recent progress indication.

Skjermbilde 2022-04-09 kl. 09.10.30.png

Sorting key results

Key results can be manually sorted in the order you would like. This can be useful if the nature of the objective makes is natural to tackle one key result at a time, in a specific order.

Click and drag the hamburger-icon on the rigth-hand side of a key result in order to give it its preferred priority.

1.2 Related objectives

Objectives come in different shapes and sizes. Some are high-level and long-lasting (aka North Star Objectives), whereas others are more concrete, shorter lived and exist primarily to impact higher level objectives.

For instance, a product team objective of improving self-service abilitites and a sales team objective of closing x deals within the quarter might both be designed to impact a higher level Annual Recurring Revenue objective.

Ideally, any objectives we set out to accomplish can somehow be associated with on or a select few top level objectives.

In order to better understand how objectives are meant to impact eachother, the platform allows for relating objectives to other objectives they are expected to impact.

Relating objectives

Relating objectives is done under the "Related objectives" section in the right column of an objective.

When relating objectives you decide if you want to relate objectives that are:

  • Impacted by this objective (meaning higher level objectives)
  • Impacting this objective (meaning lower level objectives)

If you are looking to break down a big and unmanagable objective into smaller objectives that can be more easily managed, the Sub objectives function might be a better fit.

Viewing related objectives

To view all active, related objectives across the entire organization, check out Organizational objectives.

1.3 Sub objectives

Some objectives are too big to tackle on their own, or for any one person to be responsible for. In order to break more complex objectives into smaller, more managable objectives, use the sub objectives. Sub objectives allow you to create a hierarchy of objectives however deep you would like.

If you are looking to break up a high level objective into more concrete objectives managed by different teams, the Related objectives function might be a better fit.

1.4 Organizational objectives

The Organizational objectives overview allows us to:

  • Get an overview of the objectives the organization is currently focused on, and how they tie together
  • Single out objective orphans (objectives not designed to impact strategic, higher-level objectives)
  • Allow for a team to better understand how their specific objectives fit into the objectives for the entire organization

The report displays all objectives across all teams that are either in the planning or focusing stage.

The report takes Related objectives into account, indenting objectives that impact eachother under eachother. The top level objectives (after taking related objectives into account) are grouped by team.

Skjermbilde 2022-04-10 kl. 08.08.10.png

The right column includes a team-navigation displaying which teams own how many objectives in the current view. By clicking on the team name, the objectives owned by that particular team light up.

Skjermbilde 2022-04-10 kl. 08.08.19.png

Ensuring proper objective relations

Ideally, every active team objective is tied to a more high-level objective on the organizational level. You should therefore strive to have only the team representing the organization appear as a group in the left column.

If you have multiple team groups appear, it might be an indication that the impact of those objectives on  higher level objectives are poorly understood, or worse yet, that the objective is not designed to impact a higher level objective (in which case it should probably be abandoned).

2 KPI

KPI-er (Key Performance Indicators) er indikatorer som vi er opptatt av hvordan presterer, og som vi handler på når prestasjonen faller utenfor det vi definerer som et akseptabelt intervall.

2.1 KPI typer

En KPI type er en type viktig forventning med logiske regler knyttet til seg som lar systemet automatisk samle informasjon om KPIens prestasjon. Unntaket er KPI typen "Manuell" hvor prestasjon må legges inn manuelt.

Se underlagte artikler for informasjon om de enkelte KPI typene.

2.1.1 Hastighet på budsjettforbruk

Måler andelen (i prosent) av timene brukt for et budsjett.

Følgende informasjon overstyres automatisk for KPI-typen (og innhentes derfor ikke):

  • Enhet: Automatisk satt til %
  • Mål: Beregnes automatisk basert på et jevnt forbruk av budsjettet mellom budsjettets første og siste leveransedato
  • Intervall relativt ift mål: Automatisk satt til "på"
  • Lave tall er positivt: Automatisk satt til "av"

Følgende informasjon innhentes i tillegg til øvrige KPI-er:

  • Budsjett: Hvilke budsjett som KPI-en skal måle forbruket for. Søkefunksjon basert på alle aktive budsjett.

2.1.2 Estimat vs budsjett

Måler hvordan resten av det pessimistiske estimatet for et prosjekt presterer ift rest budsjett (for å vurdere om budsjettet vil strekke til).

Følgende informasjon overstyres automatisk for KPI-typen (og innhentes derfor ikke):

  • Enhet: Automatisk satt til timer
  • Mål: Beregnes automatisk basert på resterende realistisk estimat for prosjektet
  • Intervall relativt ift måltall: Automatisk satt til "av"
  • Nedre akseptabelt intervall: Automatisk satt til 0
  • Øvre akseptabelt intervall: Automatisk satt til resterende pessimistisk estimat
  • Lave tall er positivt: Automatisk satt til "på"

Følgende informasjon innhentes i tillegg til øvrige KPI-er:

  • Budsjett: Hvilket prosjekts budsjett * som KPI-en skal måle estimater og resterende budsjett. Søkefunksjon basert på alle aktive budsjett.

2.1.3 Prosjektframdrift

Måler andelen (i prosent) av oppgavene i et prosjekt som er utført, basert på oppgavenes estimat.

Følgende informasjon overstyres automatisk for KPI-typen (og innhentes derfor ikke):

  • Enhet: Automatisk satt til %
  • Mål: Beregnes automatisk basert på et jevnt forbruk av budsjettet mellom budsjettets første og siste leveransedato
  • Intervall relativt ift mål: Automatisk satt til "på"
  • Lave tall er positivt: Automatisk satt til "av"

Følgende informasjon innhentes i tillegg til øvrige KPI-er:

  • Budsjett: Hvilket prosjekts budsjett * som KPI-en skal måle fremdrift for. Søkefunksjon basert på alle aktive budsjett.

Årsaken til at man velger budsjett og ikke prosjekt som relasjon er at det er budsjettet som holder på første og siste leveransedato, som trengs for å beregne forventet fremdrift.

2.1.4 Registrerte observasjoner/antall timer

Teller antallet observasjoner en bruker har registrert manuelt i rapportperioden, og deler disse på antallet timer arbeidstid ført i samme periode. Arbeidstid er tid med en av følgende lønnsarter:

  • Ordinær arbeidstid
  • Overtid
  • Overtid: Support videreformidling (1t pr enhet)
  • Overtid: Support håndtering (hhv 1/2 og 1t)

Brukeren velges ved å søke opp vedkommendes navn i feltet "Owner" når man oppretter KPI-en.

2.1.5 Work in progress

Beregner automatisk work in progress (på tidspunktet hvor rapporten opprettes) for en bruker ved å legge sammen realistiske estimater for oppgaver som er åpne, som har nådd implementering eller lenger, og som brukeren har ansvaret for.

Brukeren velges ved å søke opp vedkommendes navn i feltet "Owner" når man oppretter KPI-en.

2.1.6 Manuell

Typen Manuell har ingen spesiell logikk knyttet til seg og forutsetter at du beregner KPI-prestasjonen på egen hånd.

Følgende felter nyttegjøres:

  • Navn: KPI-ens navn
  • Enhet: I hvilken enhet prestasjonen måles (f.eks. %, stk, timer, etc)
  • Mål: Måltallet som KPI-prestasjonen søker å treffe
  • Intervall relativt ift mål: Hvorvidt de nedre og øvre akseptable intervallet er absolutt eller relativt ift måltallet. Dersom intervallet er relativt regnes nedre og øvre akseptable intervall om til absolutte verdier når KPI-rapporten produseres
  • Nedre akseptable intervall: Den laveste akseptable prestasjonen. Prestasjoner lavere enn dette vil automatisk produsere en observasjon.
  • Øvre akseptable intervall: Den høyeste akseptable prestasjonen. Prestasjoner høyere enn dette vil automatisk produsere en observasjon.
  • Lave tall er positivt: Hvorvidt lavere prestasjoner er mer positive enn høye (eksempelvis kostnader)
  • Kildebeskrivelse: Hjelpetekst som forteller hvor man kan innhente data om prestasjonen. Vises ved opprettelse av rapporten
  • Forslag til tiltak ved mangelfull prestasjon: Legg inn forslag til tiltakene som kan vurderes når KPI-en presterer utenfor akseptabelt intervall. Forslagene vil vises på KPI-ens prestasjonsside (dersom prestasjonen er utenfor akseptabelt intervall) og i observasjonen som automatisk opprettes.
  • Forelder KPI: Hvilken annen KPI denne KPI-en hierarkisk sorterer under

2.2 KPI prestasjon

Du kan se prestasjonen for en KPI ved å klikke deg inn på den relevante KPI-gruppen, og deretter inn på den aktuelle KPI-en.

  • Bullet graph: KPI-ens prestasjon gjengitt i bullet graph form
  • Notater for perioden: Her kan vedkommende som er ansvarlig for rapporten notere seg tanker om/begrunnelse for KPI-ens prestasjon.
  • Historisk utvikling: Hvordan KPI-en har prestert de siste 12 måneder (eller så langt bakover som det finnes data). Blå linje angir mål, blått område angir akseptabelt intervall, orange linje angir faktisk ytelse
  • Sammenligning med andre perioder: Hvordan KPI-en har prestert denne perioden sammenlignet med andre perioder.
  • Sammenligning med mål: Hvordan tidligere KPI-en tidligere har prestert sammenlignet med mål
  • Avvik fra forventing: Observasjoner tilknyttet prestasjon utenfor akseptabelt intervall eller andre avvik fra forventning.

2.2.1 Legg inn en ny prestasjon

For å opprette en ny prestasjon for et sett med KPI-er, trykk på "Ny rapport" øverst til høyre inne på KPI-gruppen som inneholder KPI-ene du ønsker å legge inn prestasjoner for.

Dersom prosjektet eller KPI gruppen består utelukkende av automatiske KPI typer vil prestasjoner legges inn automatisk og "Ny rapport" lenken vises ikke.

2.3 KPI grupper

KPI-er organiseres i KPI grupper. En KPI gruppe er en samling med KPI-er som har en sammenheng, og som rapporteres på med samme frekvens. En rapport er en gjengivelse av KPI-enes faktiske prestasjon for en gitt periode.

I listevisning gjengis KPI-gruppen med gruppens navn, samt navn og helhetlig prestasjon på siste rapport. Helhetlig prestasjon gjenspeiles med en prikk med en farge, som signaliserer følgende:

  • Grønn: Alle KPI-prestasjonen er innenfor akseptabelt intervall
  • Blå: Alle KPI-prestasjonene er innenfor akseptabelt intervall, eller utenfor akseptabelt intervall men i positiv favør
  • Rød: Minst en av KPI-prestasjonene er utenfor akseptabelt intervall, i negativ favør
  • Grå: Minst en av KPI-prestasjonene mangler akseptabelt intervall

En KPI gruppe kan ha en bestiller, en produsent og en ansvarlig. Mine KPI-er gjengir KPI-ene man har en eller flere roller.

2.4 Prestasjoner utenfor akseptabelt intervall

For KPI-er som presterer utenfor akseptabelt intervall opprettes det automatisk en observasjon.

Dersom KPI gruppen har en bestiller og en ansvarlig settes bestiller som observasjonens innmelder og ansvarlig som observasjonens ansvarlig.

Dersom roller ikke er definert for KPI gruppen settes rapportutformer som innmelder når rapporten opprettes.

Dersom observasjonen har en ansvarlig settes observasjonen direkte til Ny, hvis ikke settes den til Kartlegges.

Observasjoner som ikke automatisk får en ansvarlig settes til kundeansvarlig for teamet.

3 Accomplishments

Prestasjoner (aka Accomplishments) er ting du føler du selv eller noen andre har fått til.

På "Mine prestasjoner" siden ser du prestasjonene du er en bidragsyter til, sortert synkende etter når de ble opprettet.

Filtrering

Du kan velge for hvilket datointervall du ønsker å se prestasjoner. Standard datointervall er inneværende uke.

Kommentarer

Prestasjoner støtter Kommentarer.

3.1 Opprette en prestasjon

Gå til Meg > Prestasjon > Prestasjoner > "Ny prestasjon" eller nyttegjør Add new information.

3.2 Bidragsytere

En prestasjon kan knyttes til flere bidragsytere. Når du oppretter en prestasjon blir du automatisk lagt til som bidragsyter.

Du kan se andre brukeres prestasjoner ved å søke opp brukerens navn og velge "Prestasjoner".

Når du legger til en annen person som bidragsyter vil denne personen bli gjort oppmerksom på prestasjonen i form av et varsel til innboksen.

Relevant dokumentasjon

Laster...

Timeføring

Laster...

Bekreftelser

Laster...

Kjennskap

Laster...

Bokmerker

Laster...

Bakgrunnsjobber

Laster...