Webinar: AMA – Hur skapar vi bättre flöde inom teamet?
Den 23:e maj kl 1200-1230: ”Ask-me-anything”-session – vi fokuserar på flödeseffektivitet!
Förbättringsteam och deras ledare strävar ständigt efter att få mera gjort med mindre tid. När det fungerar som bäst upplever vi flöde/flödeseffektivitet/flow.
Och det motsatta känns bara jobbigt, trögt och fylld med waste:
- ”Vi är snabbare men kunden är fortfarande missnöjd?”
- ”Är det verkligen bara en enda person som kan detta?”
- ”Vad är faktisk status på arbetet, det känns som vi inte är på samma sida?”
- ”Det går för långsamt, vad är det som blockerar?”
Martin, Jeffrey och Aida tar gärna emot alla era frågor och frustrationer i en AMA-webinar den 23:e maj. De har några knep som de gärna vill dela med sig – sätt att kartlägga processer, identifiera hinder, adressera flaskhalsar och skapa bättre flödeseffektivitet.
Då detta inte är en föreläsning, men en AMA-session (”ask-me-anything”), vill vi använda tiden för att adressera era frågor i ämnet. Din anmälan och dina frågor samlar vi redan nu i formuläret här bredvid.
Välkomna – ask-me-anything den 23:e maj kl 1200-1230!
Talare
Martin Comstedt
Coach och konsult inom förändringsledning.
Jeffrey Schmitz
Coach och konsult inom IT-management och förändringsledning.
Aida Hadi
Agil coach och konsult med förändringsledning i fokus.
Se övriga delar i denna webinarserie
Del 1: "Vi blev agila, men inte bättre - vad hände?"
Del 2: "Teamen blev agila men vi blev inte bättre"
Del 3: ”Vi blev agila, men vi blev inte snabbare”
Del 4: ”Agila ledare ”arbetar” bara 3 dagar/vecka”
Del 5: "Vi blev agila, men inte motiverade"
Del 6: "Vi blev agila men projekten finns kvar"
Anmäl dig och dina frågor
Om serien ”Vi blev agila, men…”
På Onbird vill vi gärna dela med oss av våra erfarenheter i ämnet. Vi har inga absoluta sanningar men delar gärna med oss av de vanligaste fallgroparna vi stött på under våra år som förändringsledare och agila coacher.
Vi ser ofta att verksamheter likställer agila metoder till att enbart handla om ramverket Scrum som i sin metodiska form ”bara” behandlar delar av planning, build och commit. Man lägger vikt vid att man har korsfunktionella team och att skapa kundvärde så snabbt som möjligt, men Scrum har inga tvingande ceremonier för releaser och operations. Detta medför ofta att man har kvar operations (drift) som en egen del utanför våra agila scrum team och den interna driftavdelningen är inte anpassad för att leverera kundvärde snabbt. Agila utvecklingsteam kan vara hur effektiva som helst men om värde inte levereras till kund i samma tempo kommer det inte spela någon roll i slutändan. Ledtiderna kommer inte att bli bättre.
Vidare kan vi tydligt se att den agila transformationen har startat på IT, ofta avgränsat till utvecklingsavdelningen. Det saknas mandat och kunskap att influera andra delar av verksamheten vilket innebär att den agila transformationen stannar upp och effekterna vi hoppats på kan inte uppnås. IT som funktion har lämnats utanför verksamheten och en intern ”beställar- och leverantörssyn” dominerar hur vi interagerar med varandra. Agil magi är svår att uppnå när utvecklingsavdelningen först blir inblandade när produkter och lösningar redan är fördefinierade i en roadmap (eller projektplan).
Om Onbird
På Onbird tror vi på några enkla saker. Vi tror att organisationer idag sitter på en mängd outnyttjade förmågor. Vi tror också på att alltid sträva mot enkelhet. Vidare tror vi på att man först måste definiera vilket problem som man vill lösa innan man definerar lösningen. Slutligen tror vi att vi skapar mest värde åt våra kunder när vi hjälper dem att själva utvecklas och hitta lösningen.
Utifrån det har vi utvecklat en portfölj av tjänster och produkter som vi använder för att hjälpa våra kunder. I portföljen finns kunskap, produkter och lösningar baserade på kända ramverk. Men ramverken kan aldrig vara lösningen eller målet. De kan bäst användas som ett medel för att nå målet. Ibland kallar vi detta för ett ”agnostiskt perspektiv eller förhållningssätt” till ramverk.
Bland våra kunskapsområden erbjuder vi kompetens inom Agile, DevOps, Lean IT och ITSM och ingen av dessa är alltså slutmålet.