Agile i OKR

Chciałbym podzielić się z Wami jedną z myśli zawartej w poniższej książce.  

Succeeding with OKRs in Agile: How to create & deliver objectives & key results for teams 

OKR vs Feature Factory

OKR z założenia mają przekierować uwagę z "produkcji" na rezultaty. Jeśli jednak organizacja jest "feature factory", bardzo łatwo jest popsuć OKR-y, przekształcając je w cele typu: "Wypuścić X nowych funkcji" lub "Zakończyć Y projektów". 

To kompletnie mija się z celem OKR-ów, które mają na celu mierzenie wpływu biznesowego (rezultatów), a nie samej aktywności.

Organizacja może odczuwać fałszywe poczucie sukcesu, widząc "zrealizowane" OKR-y - w postaci dostarczonych funkcji, podczas gdy rzeczywiste metryki biznesowe pozostają w stagnacji lub się pogarszają.

Autor pisze, że zanim organizacja w pełni wdroży systemy OKR, musi najpierw zmienić swoją mentalność i odejść od modelu "feature factory". To wymaga fundamentalnej zmiany w kulturze, sposobie podejmowania decyzji i definicji sukcesu. Bez tej zmiany, OKR-y staną się tylko kolejnym narzędziem, które nie tylko nie będzie spełniało swojego celu ale też może być źle używane.

Co więcej jeśli organizacja spróbuje wdrożyć prawdziwe, zorientowane na rezultaty OKR-y w środowisku "feature factory", szybko ujawni to, że brakuje jasnych celów biznesowych lub są one rozwodnione. 

Konkluzja jest mniej więcej taka, że zanim będziemy brac się za wdrożenie OKR-y, musimy upewnić się, że organizacja jest gotowa odejść od mentalności "feature factory". 

OKR-y są narzędziem do osiągania wyników, a nie do mierzenia produkcji. Jeśli organizacja nie jest gotowa na tę fundamentalną zmianę, wdrożenie OKR-ów będzie stratą czasu i zasobów, a w najgorszym przypadku może zaszkodzić. Należy najpierw skupić się na zmianie kultury i priorytetów, tak aby zespoły miały swobodę i odpowiedzialność za dostarczanie wartości, a nie tylko funkcji. 

Czy OKR i Agile mogą być komplementarne?

W książce jest poruszony wątek współdziałania OKR i "Agile" - i moje wnioski są takie: OKR dają kierunek i "why" natomiast Agile poprzez "elastyczność" i eksperymentowanie daje "how".