Blog

Petr má roadmapu k roli softwarového architekta. Manažer ale říká, že firma možná potřebuje jinou podobu technické odpovědnosti. Petr zpřesní jednu kompetenci, upraví její prioritu a připraví další krok, aniž by zahodil dosavadní plán.

Po prvním technickém doporučení Petr zjistí, že přehlédl kontext rozhodnutí. S Igorem proto upraví jeden další krok v roadmapě. O šest týdnů později se před doporučením pro nový import zeptá na plán rozšíření. Manažer označí jeho podklad za použitelný, ale další otázka zůstává otevřená.

Petr se chce zapojit do rozhodování. Manažer ho na meeting nepřizve, ale nabídne mu hodinu na přípravu technického podkladu. Odhad návratnosti refactoringu vypadá slibně. Manažer se však ptá, proč investovat právě teď.

Ve fiktivním příběhu si Petr zvolil prioritu, ale neví, co konkrétně udělat. S Igorem ji rozloží na první vykonatelný krok a jednoduchou roadmapu. Blížící se schůzka s klientem pak ukáže, proč změna priority ještě neznamená pokrok ve schopnosti.

Ve fiktivním příběhu Petr s Igorem porovnávají pět schopností s pracovním modelem role architekta. Konkrétní situace změní Petrovy odhady a dva rozvojové cíle získají stejnou nejvyšší prioritu. Petr si musí vybrat, čím začne.

Petr chce větší vliv na technická rozhodnutí, a proto zvažuje roli architekta. S mentorem ale zjišťuje, že tato práce může znamenat méně programování, více komunikace a jiné hranice odpovědnosti.