bjerkio / how

policies

how's Issues

DORA?

Hei 👋

Jeg fant Matteos (@mcollina) prinsipper tilfeldig på nett, og ble positivt overrasket over denne:

Scrum and other Agile methodologies predicates the use of story points and time to assess how much work will fit in a sprint. Then, the team is benchmarked with these estimates. This incentives writing low quality software as bug fixes will be more story point to churn later on.

Continuous Deployment is the way. The best way to measure CD are DORA metrics:

• deployment frequency (DF)
• lead time for changes (LT)
• mean time to recovery (MTTR)
• change failure rate (CFR)

Jeg har egentlig aldri sett noen beskrive så godt hva som er problemet med story points eller estimater på generelt basis bedre. Ikke minst er jeg personlig veldig enig med alternativet. DORA-beregniner kommer orginalt fra et forskningsprosjekt hos Google. Så dette er ikke tatt fra lufta, men har et godt fundament. Det gjenspeiler mye av metodene og prosessene vi har i dag, og som vi kjemper mot å jobbe mer mot.

I januar 2020, ble det utformet et interaktivt kart som jeg anbefaler å gå gjennom punkt for punkt for se nærmere.

Mitt forslag: Vi innlemmer dette i stillingsinstrukser. Vi skal jobbe mot å få våre kunder til å måle oss etter prinsippene i DORA.

Terminology glossary for customers

We should make a glossary we can send to customers who work with us so that when we communicate in developer terms we don't have to stop and explain the terms every time – such as in slack channels.

Ferie

Vi burde oppklare i teksten nøyaktig hvordan vi avvikler ferie i Bjerk (med riktig antall dager og sånt)