Kiedy wydajność w Agile mierzona jest wynikami
Uwaga: Zostałem poproszony o napisanie przedmowy do nowej książki Christiny Wodke na temat OKR, Radical Focus, i udostępniam ją tutaj.
Mierzenie postępów projektów zwinnych w przeszłości
Miałem wielkie szczęście, że mogłem rozpocząć karierę jako deweloper w Hewlett-Packard, kiedy firma ta była znana jako najbardziej udany i trwały przykład ciągłych innowacji i realizacji w branży. W ramach wewnętrznego programu szkoleniowego dla kadry inżynierskiej „The HP way" dowiedziałem się o systemie zarządzania wydajnością „MBO" (Management by Objectives).
Koncepcja jest bardzo prosta i opiera się na dwóch fundamentalnych zasadach:
Pierwsza zasada może być łatwo podsumowana słynnym cytatem generała George'a Pattona: „Nigdy nie mów ludziom, jak mają robić rzeczy. Powiedz im, co mają zrobić, a zaskoczą cię swoją pomysłowością."
Druga zasada była dobrze uchwyconą przez ówczesne motto HP: „When Performance Is Measured By Results". Idea ta polega na tym, że można wydać tyle funkcji, ile się chce; ale jeśli nie rozwiązuje to leżącego u podstaw problemu biznesowego, to tak naprawdę nic się nie osiągnęło.
Pierwsza zasada dotyczy tego, jak motywować ludzi do dawania z siebie wszystkiego. Druga zasada dotyczy tego, jak sensownie mierzyć postęp w projektach zwinnych lub Scrum.
Tak wiele zmieniło się od moich czasów w HP. Technologia znacznie się rozwinęła, skala i zakres systemów wielokrotnie wzrosły, zespoły pracują szybciej i zazwyczaj w lepszej jakości i wydajności, przy ułamku kosztów. Jednak te dwie zasady zarządzania wydajnością wciąż są podstawą tego, jak najlepsze firmy i zespoły funkcjonują.
System MBO był udoskonalany przez lata w różnych firmach – głównie w Intelu – i dziś najbardziej rozpowszechniony system zarządzania wydajnością znany jest jako system „OKR" – Objectives and Key Results.
Jak mierzy się wydajność w Agile dziś?
Niestety jedna rzecz się nie zmieniła, a mianowicie to, że większość zespołów wciąż nie pracuje zgodnie z tymi zasadami.
Zamiast tego całe grupy kierowników i innych interesariuszy zbyt często przychodzą z kwartalną „mapą drogową" funkcji i projektów, którą przekazują zespołom produktowym; w zasadzie mówią im w ten sposób, jak rozwiązać leżące u podstaw problemy biznesowe. Zespoły są tylko po to, by dopracowywać szczegóły oraz pisać i testować kod – a wszystko to bez naprawdę dobrego zrozumienia ogólnego kontekstu i jeszcze mniejszego zaufania, że są to właściwe decyzje. Zespoły niestety zbyt często są dziś jedynie „fabrykami funkcji", niezależnie od tego, czy dane funkcje faktycznie rozwiązują podstawowy problem biznesowy. Postęp mierzony jest przez output, a nie przez outcome.
Książka Christiny ma pomóc każdej organizacji pracować tak, jak robią to najlepsze organizacje. Widziałem zarówno firmy z 60 000 pracownikami, jak i 3-osobowe startupy, które skutecznie wdrożyły te techniki. Bez względu na to, czy jesteś duży czy mały, jeśli ciężko pracowałeś, by zatrudnić mądrych ludzi, ten system pomoże Ci w pełni wykorzystać ich potencjał.
Niniejszy tekst pochodzi z bloga Marty'ego Cagana i został przez nas przetłumaczony na język polski.
Zostań i Ty mierzony w przyszłości przez output i zadbaj o to, by Twoja organizacja należała do najlepszych na świecie.
Nasi certyfikowani trenerzy oferują szkolenia na całym świecie i umożliwiają Ci dopasowane do potrzeb szkolenie.
Dla Scrum Masterów oferujemy następujące szkolenia i bezpłatne możliwości kształcenia: