Henrik Kniberg släpper nu sin tredje bok som jag varmt kan rekommendera Lean from the Trences.

Hans andra två böcker kan jag också rekommendera Scrum & XP from the Trences samt Kanban & Scrum - making th best of both.

Då var det dags för Blixten 2011! För er som inte var med förra året så handlar det om ett blixttalsevent inom .NET, Lean, Agile m.m. kombinerat med diskussioner efteråt. Det är begränsat antal platser (80 st). Hoppas vi ses där!
 
När: Onsdag 14:e september
Tid: 17:00 - 21:00
Var: Acandos lokaler (Sankt Eriksgatan 5, nära Operan)
Antal platser: 80 st
 
Schema
17:00 - 17:30 Förtäring och mingel
17:30 - 17:35 Introduktion
17:40 - 19:10 Blixtalssessioner
- Teknik-spår (4 st blixttal i den stora lokalen)
- Metod-spår (4 st blixttal i den lilla lokalen)
19:10 - 19:20 Paus
19:20 - 21:00 Open Space
 
Teknik-spåret
1. "Automatiska acceptanstester med Concordion .NET" - Mani Azizzadeh från System Verification
2. "Fluent Security" - Kristoffer Ahl från Dotnet Mentor
3. "Asynchron programmering med Reactive extensions (Rx)" - Magnus Härlin från Squeed
4. "Skapa appar för iPhone och Android med javascript" Mikael Egnér från Dotnet Mentor

Metod-spåret
1. "En aktiv produktägare är nyckeln till framgång" - Janne Hasslöf från Squeed
2. "Preventing your Competency from going South"- Emily Bache från Bache Consulting
3. "Agile, det självklara valet" - Mats Janemalm från mPeira
4. "Gameful Design" - Michael Håkansson från Invativa
 
Kvällens sponsorer är Elicit och Acando. Utöver det kommer JetBrain sponsra med en Resharper licens, TekPub med ett årligt abonnemang och TypeMock ger två Isolator licenser. Dessa kommer lottas ut någon gång under kvällen.

Blixttal = Ett blixttal är en kort presentation på max 10 minuter.
Open Space = Open Space är en mötesform där deltagarna själva bestämmer innehållet och schemat.
 
För mer information och för anmälan besök följande sida:
http://www.swenug.se/events/blixten-2011-i-goeteborg

Jag hörde Gunde Svan berätta om de utmaningar och metoder som han använde sig av för att vinna sina fyra olympiska guld samt sju VM guld. En av många saker som han gjorde för att åka snabbare var att fila ned järnspetsen på hans skidstavar så att stavarna skulle bli ett gram lättare.

Skulle de flesta längsskidsåkare börja tillämpa Gundes extrema metoder så skulle de med stor sannolikhet fokusera på "fel" saker. Detta eftersom den största skaran av längsskidsåkare har helt andra förutsättningar och ambitionsnivå än vad Gunde hade. Så att kopiera metoder rakt av, som att börja fila ned järnspetsar, är att lägga ned pengar, tid och kraft på saker som troligtvis inte kommer att leda till någon större framgång för en. De metoder som Gunde använde sig av var anpassade för hans mål och för hans utmaningar. Att börja använda hans metoder utan att reflektera över om de är i linje med ens egna mål, utmaningar och andra förutsättningar är alltså inte en framgångsrik väg.   

Samma sak gäller för affärslivet. Att kopiera rakt av hur andra framgångsrika företag eller team arbetar är oftast inte en lyckad strategi. Detta innebär inte att man ska sluta studera hur andra företag, team eller individer arbetar utan inspireras gärna men kopiera inte rakt av utan att reflektera över om koncepten, metoderna eller verktygen är i linje med de mål, ambitions-, mognadsnivåer m.m. som finns. Problemet är att man i många fall lätt förförs av starka framgångsberättelser i böcker eller seminarier. Man utgår från att man är ganska lika med de som uppnått framgång och därför "under-anpassar" man saker och ting vilket i slutändan inte blir bra. Men att "över-anpassa" är heller inte önskvärt för även det kostar mer än det ger. Så det gäller att hitta en bra balans i det hela och att våga ifrågasätta värdet i saker och ting.

I bilden prövar Gunde ett nytt sätt att åka skidor.
Idéen till detta fick han från när han paddla kanot.

Känner du som testare att utvecklare lämnar funktioner till test som har dålig kvalitet? Upplever du som utvecklare att testare klagar på småsaker och rapporterar buggar som inte går att reproducera? Kan det vara så att vi egentligen tycker om varandra men av olika anledningar har hamnat snett i vår relation?

Med lanseringen av Visual Studio 2010 och Team Foundation Server 2010 släppte Microsoft en ny serie verktyg för integrerad testhantering. Med dessa verktyg kan du få bättre kontroll över testprocessen och inte minst ge möjlighet till bättre samarbete mellan testare och utvecklare!

Agenda
• Testplanering och testexekvering
• Rik buggrapportering
• Testautomatisering
• Automatiska byggens roll i testarbetet
• Uppföljning av tester
• Miljöhantering med Microsoft Lab Manager

Plats och tid
Vi bjuder på frukost med start 8.30 för båda tillfällena.

Göteborg: tisdag 26/10, 9.00-12.00, Svenska Mässan
Stockholm: onsdag 27/10, 9.00-12.00, City Conference Centre, Drottninggatan 71b, Stockholm

Källa: http://www.qwise.se/Pages/AgileTesting.aspx

Måndag 8/11 Stockholm - KnowIT Klarabergsgatan 60
Onsdag 17/11 Linköping - Konsert & Kongress, sal Operetten
Måndag 6/12 Göteborg - Navet Lindholmspiren 5
 
Seminariet startar 15.00 och slutar 17.30. Efter det blir det lite mingel med dryck och tilltugg.
Seminariet är gratis, men om man anmält sig och inte dyker upp, tar vi 500:-.

Program
Bättre lönsamhet med Chief Engineer-Janne Lundberg, Program Manager på Atlas Copco Tools
Agile i ett större sammanhang - Thomas Nilsson, CTO Responsive AB , Agile Mentor
Hur skapa en gemensam bild av många individuella? - Joakim Pilborg, Knowit Technology Management AB
  
Bättre lönsamhet med Chief Engineer
Kombinationen av Lean Product Development och en vass organisation för produktledning kan öka effektiviteten och lönsamheten dramatiskt i ett produktföretag. Chief Engineer rollen blir en nyckelroll för att balansera kort- och långsiktig kunskaps-, teknik- och produktutveckling. Rollen knyter också ihop företagets funktioner på ett affärsdrivet och pragmatiskt sätt för att effektivt kunna utveckla och leverera enligt de produkt-idéer som förarbetena resulterat i.
Janne Lundberg är Program Manager på Atlas Copco Tools sedan maj i år. Med produktutveckling som tema har han arbetat ca 10 år som konsult, sen som VD, tvecklingschef, Produktionschef, Säljansvarig och Affärsutvecklingsansvarig. I sin nya roll som en sorts ’Chief Engineer’ får Janne utlopp för sitt stora tekniska intresse och passion att utveckla framgångsrika produkter för mycket krävande kunder inom tex. Fordonsindustrin. Janne är civilingenjör och sen 2007 en av de drivande krafterna i Atlas Copco Tools Lean-transformering.

Agile i ett större sammanhang
Det finns mycket information och saker att lära om hur enstaka team av utvecklare kan bli agila. Men om man vill förstå vilka värden agilitet kan ge i det större
sammanhanget, t.ex i en större organisation, hittar man inte lika mycket. Men många organisationer säger ju att de använder Scrum eller XP och menar att de
är agila. Så vad gör dom? Och innebär det för en organisation att vara agil egentligen? Och om man nu tycker att det kan vara värt att sträva åt detta håll hur
växlar man upp från enstaka team, till många team, till en hel organisation?
Thomas håller inspirerande presentationer om hur man maximerar affärsnyttan genom att utnyttja ”responsive and agile development techniques” för att utveckla produkter och system baserade på programvara. På bloggen ”Thomas on Responsive Development” beskriver han sina erfarenheter. Thomas drivs av en passion för att hjälpa utvecklingsorganisationer att på bästa sätt leverera resultat. Under senare år har Thomas fokuserat på att introducera förbättrade metoder, verktyg och tekniker, ofta baserade i modern Agile-metodik, i existerande organisationer. Startade 1999 PI Programvaruindustrialisering AB som har utvecklats till Responsive Development Technologies AB. Civilingenjör i Datateknik, med examen från Linköpings Tekniska Högskola 1981. Utvecklare, systemarkitekt och ansvarig för utvecklingsverktyg och metoder i ett stort antal projekt i många olika företag.

Hur skapa en gemensam bild av många individuella?
Följ med på den spännande resa som det är att ta ett utvecklingsprojekt från en inre bild i huvudet på varje enskild projektmedlem av vad resultatet skall bli till en färdig produkt. Fokus i föredraget är på hur man genom visuell planering kan stimulera en gemensam kunskapstillväxt bland projekts medlemmar på ett sådant sätt att utvecklingstiden kortas och antalet fel i den färdiga produkten minskar. Att arbeta med anatomier och visuella integrationsplaner är grunden i ett sådant arbetssätt. Att skapa den här typen av ledstänger i form av artefakter och forum för visuell planering har visat sig vara extra viktigt när man arbetar agilt i stora organisationer som utvecklar komplexa produkter. Föredraget baseras på erfarenheter från ett drygt tjugotal utvecklingsprojekt inom Ericsson, Saab EDS och RUAG Aerospace under perioden 1997-2010.
Joakim har mer än 15 års erfarenhet av inbyggda system inom telekom, fordon, rymd och försvar. Grunden lades inom Ericsson i början av 90-talet där Joakim arbetade med hela kedjan från systemering, programmering, integration, verifiering och stöd till installation av system i olika operatörers nät runt om i världen. De senaste tio åren har i huvudsak ägnats åt arbete med att stötta linjechefer, projektledare och nyckelpersoner inom olika företag och domäner när det gäller att få förbättringsprojekt kring processer, metoder och verktyg att fungera i verkligheten. Integrationsdriven utveckling är ett specialområde och den senaste tiden har Joakim också engagerats i flera stora införanden av modellbaserad utveckling. Joakims konsultroller har genom åren kompletterats med företagsroller som kundansvarig, konsultchef, ekonomichef och personalchef.

http://www.knowit.se/ClubInspiration/Events/Lean

Förra veckan myntade jag begreppet "Management by Curling" efter att ha snubblat över TV-serien "Ung och Bortskämd" på SVT1. "Ung och Bortskämd" är en realityserie om ungdomar som blivit curlade, dvs överdrivet uppassade, av sina föräldrar. Begreppet curlingförälder myntades av barnpsykologen Bent Hougaard (2004) och begreppet rör föräldrar som sopar isen för sina barn så att barnens tillvaro blir så friktionsfri som möjlig. Till exempel behöver barnet inte göra några ”tråkiga” sysslor, som att städa efter sig, eftersom föräldern tar på sig detta. En curlingförälder sopar alltså undan problem och hinder i barnets väg så att barnet inte behöver anstränga sig. Detta ökar dock riskerna för att barnet blir bortskämt, egoistiskt och förlitar sig på att andra löser hennes vardagsproblem och hinder. Detta kan också leda till att barnet senare i livet får det svårare att hantera konflikter med andra människor när hon fått allt serverat för sig som barn.

Detta har fått mig att fundera på att curling-begreppet även kan appliceras på yrkeslivet. Om tex en ledare för ofta tar på sig rollen att lösa problem och hinder för medarbetarna så finns det en risk att medarbetarna blir passiva samt sämre på att lösa vardagliga problem och hinder. Detta skapar också ett onödigt stort beroende mellan medarbetarna och ledaren. Skulle tex ledaren bli sjuk eller ha för mycket att göra så staplas problem och hinder på hög eftersom medarbetarna själva inte vågar eller kan hantera dessa. Medarbetarna har inte fått förtroendet av ledaren att lösa problem vilket i sin tur gör att de inte utvecklats till självgående individer.

"Management by Curling" är inte i linje med vad Lean står för. Som "Lean-ledare" bör man istället försöka ta ett steg bakåt och stimulera ett klimat där kreativitet, problemlösning och förbättringsarbete frodas. Att undvika curling-ledarskap innebär dock inte att sluta engagera sig i medarbetarna utan mer förlita sig på att medarbetarna kan fatta bra beslut i olika områden och att de genom detta också utvecklas till bättre beslutsfattare, problemlösare m.m. För det krävs träning för att bli bra på att fatta beslut, lösa problem och driva igenom förbättringar. Och framgångspotentialen för ett företag är betydligt mycket större om det har många starka medarbetare istället för ett fåtal starka ledare som lägger mycket av sin energi på att curla. 

Som vanligt får du gärna maila mig feedback på A4:t så att jag kontinuerligt kan förbättra den. Du kan nå mig på krister.kauppi@elicit.se. Vill du ta en lunch istället och diskutera så går det också bra.

Den senaste version av A4:t kan du ladda hem här: "Scrum på A4 (och på svenska)".

Läs gärna igenom A4:t och maila mig feedback så att jag kontinuerligt kan förbättra den. Du kan nå mig på krister.kauppi@elicit.se.

Den senaste version av A4:t kan du ladda hem här: "Agile på A4".

PS. I slutet av nästa vecka publicerar jag ut "Scrum på ett A4".