I vår första artikel diskuterade vi SAFe-ramverkets olika roller och ceremonier och gick igenom lite olika fallgropar man bör undvika. En av dessa fallgropar var att stirra sig blind på hur de olika rollerna beskrivs i ramverket. Sedan tittade vi lite närmare på hur du kan skapa ett mer dynamiskt arbetsklimat och fokusera mer på vad som ska levereras och inte bli bunden av alltför strikta rollbeskrivningar. Därefter följde en diskussion om de olika SAFe-ceremonierna och hur du enkelt kan fokusera på resultatet från dem. Efter det diskuterade vi hur du kan balansera arbetet mellan nyutveckling och förvaltning följt av risken med att fastna i oändliga diskussioner. I den här artikeln tänkte vi diskutera lite kring hur du kan involvera Product Manager (PM), System Architect (SA) och Business Owner (BO) i det operativa arbetet och samtidigt få en bättre inblick i deras arbete.
Förståelse för kundens behov
PM har en djup förståelse för kundens behov och kan bidra med insikter om vilka funktioner och egenskaper som är mest värdefulla för kunderna. Genom att involvera PM i det operativa arbetet kan teamet få en bättre förståelse för kundens perspektiv och rikta sina ansträngningar mot att leverera värde som verkligen uppfyller kundens behov.
En sak ni kan testa är att bjuda in PM till något/några av teamets regelbundna möten. På så sätt kan hen få en överblick över teamets framsteg och utmaningar och dela värdefull feedback baserat på kundens behov. Det kommer snabbt bli alltför betungande om PM ska vara med på alla dagliga möten, men det kanske går att få till ett par gånger i månaden i alla fall?
Exempel på möten kan vara daily standups, men också när teamet träffas för att prioritera produktbackloggen eller andra typer av teammöten.
Bjud in PM att delta i kundbesök och användartester. Detta ger möjlighet att direkt interagera med kunder och användare, vilket ger PM insikter om deras verkliga behov och hur produkten används i praktiken. Här kan också PM direkt se vilken feedback teamet får och därmed få värdefull vägledning om vilka funktioner och förbättringar som är mest relevanta för kunderna.
En annan intressant aspekt är möjligheten att kartlägga användare när de använder produkten och skapa en så kallad ”customer journey map” där både teamet och PM kan få en bättre förståelse för kundens resa genom produkten och identifiera viktiga interaktionspunkter och möjligheter till förbättring.
Genom att implementera dessa åtgärder kan du skapa en kultur där kundorientering är centralt och teamet aktivt arbetar för att leverera värde som verkligen uppfyller kundernas behov. Det ger också PM möjligheten att vara en integrerad del av det operativa arbetet och bidra med sin djupa förståelse för kundens behov i produktutvecklingen.
Systemets arkitektur och design
SA kan, med sin tekniska expertis, bidra med insikter om systemets arkitektur och design.
Anordna tekniska workshops och diskussioner där SA kan dela sina insikter om systemets arkitektur och design med teamet. Genom att ha öppna diskussioner kan teamet få en bättre förståelse för systemets tekniska utmaningar och möjligheter. Dessutom kan du komplettera det med tekniska bedömningar och reviews, där SA kan delta för att ge feedback på kod och design. Detta hjälper till att säkerställa att tekniska beslut är välgrundade och i linje med systemets övergripande arkitektur.
Använd SA:s kompetens för att förtydliga de mer tekniska sakerna i teamets produktbacklogg. Ett smart sätt är också att använda SA:s rekommendationer för att hantera tekniska skulder och förbättra systemets arkitektur. Dessa saker kan då prioriteras tillsammans med övriga saker i backloggen för att säkerställa en balans mellan nyutveckling och förvaltning, som vi pratade om tidigare. Med fördel kan du också samarbeta med SA för att förbättra CI/CD-processen och implementera automatiserade tester och kvalitetskontroller för att säkerställa en smidig och säker leverans av kodändringar. SA kan komma med värdefull input i dessa processer som teamet sedan kan använda sig av.
Vidareutveckla teamet genom att ge SA möjligheten att hålla tekniska utbildningar och dela med sig av sina kunskaper till resten av teamet. Detta bidrar till ökad teknisk kompetens inom teamet och stärker lagandan. Plus att det aldrig skadar att låta alla lära känna varandra på ett mer personligt plan. SA kan också vara med några av teamets design reviews för nya funktioner och förändringar i systemet. Genom att ha SA:s perspektiv kan teamet identifiera eventuella arkitektoniska utmaningar tidigt i processen.
Och sist, men inte minst, kan SA bidra med sin tekniska rådgivning i många olika sammanhang. Tänk också på att ge teamet möjlighet att vända sig till SA för teknisk rådgivning och stöd. Detta gör att teamet kan fatta mer välinformerade tekniska beslut.
Genom att involvera SA i det operativa arbetet och dra nytta av deras tekniska kunskaper kan teamet fatta bättre tekniska beslut, undvika tekniska skulder och säkerställa en stabil och skalbar arkitektur för systemet. Det ger också SA möjligheten att vara en aktiv del av teamet och bidra med sin tekniska expertis för att stödja teamets framsteg och utveckling.
Kunskap om affärsmässiga behov
BO har en djup förståelse för affärsstrategi och mål och kan bidra med insikter om hur teamets arbete bidrar till organisationens övergripande framgång. Genom att involvera BO i det operativa arbetet kan teamet få en klarare bild av hur deras arbete kopplas till affärsmålen och hålla fokus på att leverera värde som är i linje med företagets vision.
Att involvera BO på ett naturligt och konkret sätt i teamets arbete är viktigt för att säkerställa att teamet förstår och agerar i linje med organisationens övergripande strategi och mål. Här är några konkreta tips på hur du kan göra detta utan att det känns konstlat:
-
Tydlig kommunikation - Se till att det finns en tydlig och öppen kommunikationskanal mellan teamet och BO. Regelbundna möten och avstämningar ger möjlighet att diskutera teamets framsteg, utmaningar och hur det kan kopplas till organisationens övergripande vision.
-
Strategiska riktlinjer - Se till att BO tydligt kommunicerar de strategiska riktlinjerna och prioriteringarna för teamet. Detta hjälper teamet att fokusera på de mest värdefulla uppgifterna och undvika att fastna i mindre viktiga detaljer.
-
Delta i sprint-planering - Bjud in BO att delta i sprint-planeringsmöten där teamet väljer vilka uppgifter som ska genomföras under sprinten. BO:s perspektiv hjälper teamet att förstå vilka uppgifter som är mest relevanta för affären.
-
Affärsmässig avstämning - Ha regelbundna avstämningar med BO för att diskutera teamets arbete och hur det bidrar till organisationens framgång. Detta ger möjlighet att justera och anpassa fokus vid behov.
-
Ta del av kundfeedback - BO kan hjälpa till att samla in och dela med sig av kundfeedback till teamet. Detta ger värdefulla insikter om hur teamets arbete uppfattas av kunderna och möjliga förbättringsområden.
-
Gemensamma workshops - Anordna gemensamma workshops och möten där teamet och BO kan samarbeta för att definiera mål och prioriteringar. Detta skapar en känsla av delaktighet och gemensamt ägarskap över teamets arbete.
-
Ge tillbaka feedback - Uppmuntra teamet att ge tillbaka feedback till BO om hur deras bidrag och insikter påverkar teamets arbete. Detta främjar öppenhet och transparens i samarbetet.
Genom att involvera BO på ett naturligt sätt i teamets arbete skapas en större förståelse för organisationens övergripande vision och mål. Det ger teamet riktning och syfte i deras arbete och hjälper till att hålla fokus på att leverera värde som verkligen påverkar företagets framgång. Detta skapar också ett ömsesidigt förtroende och engagemang för att arbeta tillsammans mot gemensamma mål.
Sammanfattningsvis kan involveringen av Product Manager, System Architect och Business Owner i det operativa arbetet ge teamet en konkurrensfördel genom att dra nytta av olika kompetenser och perspektiv. Detta kan förbättra beslutsfattande, samarbete och kundfokus, vilket i sin tur leder till mer effektiva och framgångsrika team.
Dock är det viktigt att notera att deras deltagande i det operativa arbetet bör balanseras så att deras huvudansvar inte påverkas negativt och att de har tillräckligt med tid och resurser för att delta på ett meningsfullt sätt.
I nästa artikel tänkte vi fördjupa oss lite i samspelet mellan PO och ScM.