Prioritering

Hvad skal du fokusere på nu? Jeg er ved at gennemgå nogle måder at skabe værdi gennem at sætte de rigtige prioriteter.

At skifte fokus midt i en opgave er det værste for de fleste udviklere, og måske også for andre medarbejdere. Som CTO eller enhver anden, der leder udviklere, er din opgave at gennem Product Manager/Ejer (eller dig selv, hvis du overtager den rolle) oprette et bæredygtigt arbejdsmiljø, der giver medarbejderne mulighed for at bidrage på en måde, der maksimerer virksomhedens værdi af deres output. Det lød fint!

Det, jeg mener, er, at der findes tonsvis af opgavelister, boards, to-dos, opfølgningsopgaver, excel-ark og billethåndteringssystemer, der forsøger at støtte virksomheder i projektstyring og opgavehåndtering. Faktisk mener jeg, at der er for mange.

ÉN LISTE TIL AT STYRE DEM ALLE

I den første bog i Ringenes Herre (LOTR) – jeg lover at ikke lave flere referencer til LOTR – bliver vi introduceret til den mægtige og magtfulde ring – én ring, der skal styre dem alle. For at gøre virksomhedsprioritering – har vi brug for én liste til at styre dem alle. Jeg vil forklare hvorfor.

Mange teams arbejder forskelligt, med forskellige prioriteter og nogle gange for forskellige interessenter eller “chefer”. Vi forsøgte at gøre teams tværfunktionelle, men det blev hurtigt klart, at de havde brug for at fokusere på ét produkt for at undgå meget lange ventetider for de andre interessenter. Så forsøgte vi at fokusere alle i en klassisk Agile Scrum Sprint.

Det fungerede så længe ingen anden “chef” kom ind og bad en i teamet om noget, de havde brug for “nu” eller indtil medarbejderen var færdig. Hvad skulle de så arbejde på? De tog en anden opgave op og var først klar, når Sprint’en skulle leveres.

Det er lidt baggrund for, hvorfor jeg anbefaler at have et Backlog og arbejde med Kanban. Én liste. Kun én. Ikke to. Én.

Læs mere i "CTO Playbook" tilgængeligt på Amazon/Kindle.