Kategori: Leadership
Programmerarna visar vägen
Lägg ner!
Programmerarna visar vägen
Att ta det bästa möjliga som hittills uppnåtts, och göra det tillgängligt för fler, ja, till och med alla. Se där, en av de viktiga och delvis bortglömda drivkrafterna när det starka samhället byggdes.
Men om vi ställer den frågan idag, vad får vi för svar? När mår vi som bäst, när uppnår vi bra resultat? Är det mer disciplin vi behöver, mer bedömningar och individualiserat arbete? I skolan och på jobbet?
Fortsätt läsa ”Programmerarna visar vägen”Till min efterträdare – beyond agile eller UnMgmt i praktiken
Om några veckor avslutar jag min tjänst som utvecklingschef. Normalt sett brukar ju en avgående chef ersättas med en ny. Jag är emellertid inte så säker på att det är en bra idé, åtminstone inte med någon som förväntar sig att få bestämma över så mycket. Jag har nämligen, kan jag så här i efterhand se, delvis ägnat mig åt att dekonstruera den traditionella utvecklingschefsrollen – ett slags un-management i praktiken. Så vad finns det egentligen kvar att chefa över?
När jag tillträdde tjänsten var det en tämligen konventionell tjänst, med en mix av det som brukar ingå i rollen som chef över en grupp experter i en teknikdriven organisation: Stort förväntat inflytande och involvering i teknikval och arkitektur, en ganska stor dos av “leda och fördela arbetet” tolkad i bred mening, och så som sidoverksamhet, det mer traditionella linjechefsansvaret för tider, personal, rapportering och koordinering med andra avdelningar.
Sex lärdomar från en agil chef
Strax är jag inte längre chef. Därmed inträffar snart sista ansvarsfulla ögonblicket när jag som chef kan tipsa andra chefer hur man bäst bedriver (agilt) förändringsarbete.
Så här ser mina sex viktigaste lärdomar ut när jag skalat bort allt överflöd (men se till att du förstår agil teori och vad som verkligen ligger bakom lean på Toyota – och krydda med en dos zen):
- Kavla upp ärmarna och ställ dig mitt i strömmen.
- Samla på dig makt från alla utanför din grupp/ditt team (och ibland också från teame[t|n]).
- Kultivera kvalitet och kundvärde.
- Prova nya saker med jämna mellanrum (helst genom att ändra förutsättningar och inte detaljer) – funkar det inte, gör om.
- Gör dig själv överflödig genom att föra ihop ansvar med makt (sprid den och utvidga) – funkar det inte, gör om.
- Tänk på Hari Seldon och varför han skapade den “andra” stiftelsen: tillför energi när det behövs.
Från 05/29/2012
Nu programmeras arbetslivet om
“Programmerarkulturen revolutionerar hur vi arbetar. Det är slut på tiden då några få tänker och resten utför”, så börjar min text i Aftonbladet om det nya sättet att organisera arbete som vuxit fram i programmerarvärlden det senaste decenniet, och som jag arbetat intensivt med de senaste fem åren att inför på Atex Polopoly, där jag arbetar som utvecklingschef. Läs hela artikeln på Aftonbladet Kultur.
Från 02/02/2012
Lägg ner utvecklingssamtalen
Mitt föredrag från Agila Sverige 2011 om varför man måste lägga ner utvecklingssamtalen i agila organisationer, film och slides i ett: http://web22.abiliteam.com/ability/show/khcichp/agilasverige2011b/mainshow.asp?STARTTIME=1940
Revolution inifrån – en sorts reflexion över Daniel H. Pinks senaste bok Drive
Varför gör vi saker? Vad är det som motiverar oss?
Just det här man man säga är utgångspunkten i Daniel H. Pinks – en gång i tiden talskrivare till All Gore – senaste best-seller: Drive – The Surprising Truth About What Motivates Us. Pink har blivit något av en evangelist för att vi måste ändra på hur vi arbetar och i sin bok och i flera lättillgängliga föredrag på nätet visar han hur låg verkningsgrad motivationsmetoden ”piska och morot” faktiskt har.
Vissa fundamentala saker gör vi ju faktiskt för att överleva: antingen gör vi dem eller så råkar vi ut för något dåligt. Som att dö svältdöden om vi inte äter eller leva i fattigdom om vi inte arbetar Det får allvarliga konsekvenser.
Fortsätt läsa ”Revolution inifrån – en sorts reflexion över Daniel H. Pinks senaste bok Drive”Scrum, Hegel och kunskapsföretag
Är du en sådan som tycker att du lär dig bäst genom att göra något? Bygga lite på huset, skriva lite kod och testa hur det fungerar? Kort sagt, lär dig bäst genom experiment och egna upplevelser. Om du var tvungen att säga mer generellt hur kunskap uppstår kanske idén att kunskap uppstår genom att man samlar ihop och systemerar en serie av intryck skulle ligga närmast till hands. Alltså det som filosofihistoriskt brukar gå under namnet empirism.
Fortsätt läsa ”Scrum, Hegel och kunskapsföretag”