48. Extremt ovanligt idag
Lagom stor i nätverk
Alla arbetar för kunden
Aktiv förvaltning i stället för projekt
49. Extremt ovanligt idag
Lagom stor i nätverk
Alla arbetar för kunden
Aktiv förvaltning i stället för projekt
Teknisk utveckling integrerad i verksamhet
50. Extremt ovanligt idag
Lagom stor i nätverk
Alla arbetar för kunden
Aktiv förvaltning i stället för projekt
Teknisk utveckling integrerad i verksamhet
Verksamhetsutveckling med dragmodell
Hej!\n\nTänk om allt det här som vi agilister, leantänkare och systemtänkare talar om, tänk om allt det blir sant! Vad skulle hända? Hur skulle det företagen se ut? Hur skulle utvecklingsarbete fungera?\n\nDet här talet kanske kommer att låta lite Science Fiction ibland, men bli inte oroliga. Jag har skaffat en guide på den här resan in i framtiden. Så luta er gärna tillbaka och låt er fantasi få fritt spelrum. Häng med...\n\n
Välkommen! Kul att se så många ansikten på detta studiebesök! Låt mig berätta lite om oss.\n\n
Som ni kanske vet är vi ett litet bolag, bara drygt 120 personer, men vi ingår i ett nätverk av över 50 fristående, affärsdrivande enheter. Varje enhet är som ett eget bolag, men vi stöttar varandra.\n\nVi menar att stora företag är lite som dysfunktionella blåvalar - sväljer allt och svänger långsamt. Små företag, å andra sidan, är som maktlösa myror - ingen vision och krossas lätt. Lagom stora företag, däremot, kan ha både muskler och flexibilitet - och arbetet blir så mycket trevligare när alla känner varandra, eller hur?\n\n
Inom vår enhet är vi organiserad efter vad kunderna behöver. Vi har inga funktioner, ex. marknad och produktion, som var vanligt förr. Vi har organiserat oss i ett fåtal värdeskapande nätverk vars utformning utgår ifrån externa behov. Vi arbetar så att säga utifrån-och-in.\n\nVi är stolta över att vara både snabba och göra rätt. Kunderna har också, för tredje året i rad, valt oss som främsta europeiska bolag på vår marknad.\n\n
En lite unik sak med oss är synen på ledarskap. Vi har väldigt få chefer, ungefär en på 30 medarbetare.\n\n
De som inte arbetar direkt för kunden arbetar för de som gör det. Cheferna är våra coacher och minröjare.\n
Det bör tilläggas att det inte har blivit så här bra av sig själv. Vi har arbetat länge med vad vi kallar oförtruten förbättring. Förbättringsarbete är helt enkelt en del av jobbet för alla anställda.\n\nVi får in över 2000 förbättringsförslag varje år bara här i Stockholm, men varje förslag är oftast ganska litet och enkelt. Men många bäckar små.\n\nVi försöker jobba långsiktigt och kontinuerligt. Vi använder nästan aldrig projekt för förbättring, som var vanligt förr. Vi menar att det är alltför riskfylld och slösaktig arbetsform.\n\n
Givetvis använder vi en hel del teknik för att skapa våra prisbelönta tjänster, inte minst informationsteknik. Men vi ser programutveckling som en form av verksamhetsutveckling och därför har vi integrerat i verksamheten.\n\n
Vi menar att de som gör jobbet givetvis måste vara de som gör jobbet bättre. Vi ska inte skilja på verksamhet och verksamhetsutveckling. Allt sitter i ihop, i små enheter.\n\nUttryckt på ett annat sätt: Vi har ingen IT-avdelning.\n\n
Jag vet att ni är mest intresserade av vår tekniska verksamhetsutveckling så låt mig berätta mer om det.\n\n
Vi har delat in den i tre grundläggande förmågor. Vad menar jag med det? Tillåt en liten utvikning...\n\nVarje organisation som utvecklar egna produkter eller tjänster behöver tre processer:\n1. Utveckling,\n2. Tillverkning samt \n3. Kundkommunikation\n\nDet här är tre väldigt olika saker men som ändå sitter ihop. Låt mig ta ett förklarande exempel.\n\n
Vi har delat in den i tre grundläggande förmågor. Vad menar jag med det? Tillåt en liten utvikning...\n\nVarje organisation som utvecklar egna produkter eller tjänster behöver tre processer:\n1. Utveckling,\n2. Tillverkning samt \n3. Kundkommunikation\n\nDet här är tre väldigt olika saker men som ändå sitter ihop. Låt mig ta ett förklarande exempel.\n\n
Vi har delat in den i tre grundläggande förmågor. Vad menar jag med det? Tillåt en liten utvikning...\n\nVarje organisation som utvecklar egna produkter eller tjänster behöver tre processer:\n1. Utveckling,\n2. Tillverkning samt \n3. Kundkommunikation\n\nDet här är tre väldigt olika saker men som ändå sitter ihop. Låt mig ta ett förklarande exempel.\n\n
Innan en bilfabrik kan sätta ihop en enda bil måste man utveckla en ny bilmodell. Det är produktutveckling, en innovativ process som kännetecknas av hög risk och mycket förändring.\n\nEn bilfabrik sätter ihop bildelar till färdiga bilar. Det är tillverkning efter exakta specifikationer, där mycket går att automatisera.\n\nDe färdiga bilarna fraktas till bilförsäljare, som ansvarar för marknadskännedom och kundkontakt. Arbetet består i hög grad i att lyssna efter kundernas behov och hjälpa dem uppfylla det.\n\n
Utveckling - Tillverkning - Kommunikation.\n\nTre olika förmågor som ändå sitter ihop. Vi kan inte erbjuda kunder något som vi inte har tillverkat eller byggt. Vi kan inte tillverka något som vi inte har en exakt specifikation för.\n\n
Utveckling - Tillverkning - Kommunikation.\n\nTre olika förmågor som ändå sitter ihop. Vi kan inte erbjuda kunder något som vi inte har tillverkat eller byggt. Vi kan inte tillverka något som vi inte har en exakt specifikation för.\n\n
Utveckling - Tillverkning - Kommunikation.\n\nTre olika förmågor som ändå sitter ihop. Vi kan inte erbjuda kunder något som vi inte har tillverkat eller byggt. Vi kan inte tillverka något som vi inte har en exakt specifikation för.\n\n
Utveckling - Tillverkning - Kommunikation.\n\nTre olika förmågor som ändå sitter ihop. Vi kan inte erbjuda kunder något som vi inte har tillverkat eller byggt. Vi kan inte tillverka något som vi inte har en exakt specifikation för.\n\n
Vi har helt enkelt överfört detta tänkande på vår verksamhetsutveckling. Inom till exempel programvara heter dessa steg Programutveckling, Programdrift och Användarkontakt.\n\nKlurigt? För att förstå lite bättre hur det fungerar kan vi titta på hur vi hanterar ett enskilt förbättringsförslag.\n
Vi har helt enkelt överfört detta tänkande på vår verksamhetsutveckling. Inom till exempel programvara heter dessa steg Programutveckling, Programdrift och Användarkontakt.\n\nKlurigt? För att förstå lite bättre hur det fungerar kan vi titta på hur vi hanterar ett enskilt förbättringsförslag.\n
Vi har helt enkelt överfört detta tänkande på vår verksamhetsutveckling. Inom till exempel programvara heter dessa steg Programutveckling, Programdrift och Användarkontakt.\n\nKlurigt? För att förstå lite bättre hur det fungerar kan vi titta på hur vi hanterar ett enskilt förbättringsförslag.\n
Personerna inom användarstöd är experter på hur systemen används för att uppnå kundnytta. Deras mål är att maximera nyttan av användningen av IT-systemen.\nDet här är en HelpDesk på steroider.\n\n
Programdrift fokuserar på att automatisera tillverkningsprocessen och exekveringen av mjukvara. Deras mål är att maximera systemegenskaper, som t.ex. tillgänglighet, givet begränsade resurser.\n\n
Programutvecklarna måste tillsammans täcka in alla discipliner som behövs för att skapa användbara, fungerande och förvaltningsbara system. Deras mål är att maximera effekten av det som utvecklas och att göra det så snabbt som möjligt.\n\nAlla dessa tre är verksamhetsutvecklare i någon mån och alla kan verksamheten mycket väl.\n
Klurigt? För att förstå hur det fungerar kan vi titta på hur vi hanterar ett enskilt förbättringsförslag. Antag att du vill förändra något i ett system som du använder, vem skulle du vilja vända sig till?\n\n
För att återgå till bilexemplet, om du vill köpa en ny bil är det ju bäst om det redan står en på parkeringen som har allt det du behöver. Ur ett kundperspektiv är det alltid enklast om det du behöver redan finns. Säljare är experter på det som finns och hur man bäst utnyttjar det.\n\n
Det är likadant hos oss. För det vi behöver härnäst går vi till experterna på användningen av våra system, dvs Användarkontakt. Om problemet kan lösas redan här är det ju perfekt. Snabbast möjliga svar och få inblandade.\n\nOm behovet däremot kräver en ny version signalerar vi behov av en ny, driftsatt version till Programdrift. Kanske en omkonfiguration räcker? Nästan lika bra.\n\nOm det däremot krävs omdesign får Programdrift signalera Programutveckling att det behövs en modifierad specifikation, dvs källkod, färdig för bygge och drift.\n\nVi kan utveckla en modifierad version på bara några timmar eller dagar. Som jag sa, vi arbetar med små små förbättringar.\n\nNär det är klart kan lösningen snabbt föras ut till verksamheten för användning, via alla delprocesser tillbaka.\n\nVi kallar det här för ett "dragsystem". I det här fallet har vi alltså ett dragsystem för verksamhetsutveckling.\n\n
Det är likadant hos oss. För det vi behöver härnäst går vi till experterna på användningen av våra system, dvs Användarkontakt. Om problemet kan lösas redan här är det ju perfekt. Snabbast möjliga svar och få inblandade.\n\nOm behovet däremot kräver en ny version signalerar vi behov av en ny, driftsatt version till Programdrift. Kanske en omkonfiguration räcker? Nästan lika bra.\n\nOm det däremot krävs omdesign får Programdrift signalera Programutveckling att det behövs en modifierad specifikation, dvs källkod, färdig för bygge och drift.\n\nVi kan utveckla en modifierad version på bara några timmar eller dagar. Som jag sa, vi arbetar med små små förbättringar.\n\nNär det är klart kan lösningen snabbt föras ut till verksamheten för användning, via alla delprocesser tillbaka.\n\nVi kallar det här för ett "dragsystem". I det här fallet har vi alltså ett dragsystem för verksamhetsutveckling.\n\n
Det är likadant hos oss. För det vi behöver härnäst går vi till experterna på användningen av våra system, dvs Användarkontakt. Om problemet kan lösas redan här är det ju perfekt. Snabbast möjliga svar och få inblandade.\n\nOm behovet däremot kräver en ny version signalerar vi behov av en ny, driftsatt version till Programdrift. Kanske en omkonfiguration räcker? Nästan lika bra.\n\nOm det däremot krävs omdesign får Programdrift signalera Programutveckling att det behövs en modifierad specifikation, dvs källkod, färdig för bygge och drift.\n\nVi kan utveckla en modifierad version på bara några timmar eller dagar. Som jag sa, vi arbetar med små små förbättringar.\n\nNär det är klart kan lösningen snabbt föras ut till verksamheten för användning, via alla delprocesser tillbaka.\n\nVi kallar det här för ett "dragsystem". I det här fallet har vi alltså ett dragsystem för verksamhetsutveckling.\n\n
Det är likadant hos oss. För det vi behöver härnäst går vi till experterna på användningen av våra system, dvs Användarkontakt. Om problemet kan lösas redan här är det ju perfekt. Snabbast möjliga svar och få inblandade.\n\nOm behovet däremot kräver en ny version signalerar vi behov av en ny, driftsatt version till Programdrift. Kanske en omkonfiguration räcker? Nästan lika bra.\n\nOm det däremot krävs omdesign får Programdrift signalera Programutveckling att det behövs en modifierad specifikation, dvs källkod, färdig för bygge och drift.\n\nVi kan utveckla en modifierad version på bara några timmar eller dagar. Som jag sa, vi arbetar med små små förbättringar.\n\nNär det är klart kan lösningen snabbt föras ut till verksamheten för användning, via alla delprocesser tillbaka.\n\nVi kallar det här för ett "dragsystem". I det här fallet har vi alltså ett dragsystem för verksamhetsutveckling.\n\n
Det är likadant hos oss. För det vi behöver härnäst går vi till experterna på användningen av våra system, dvs Användarkontakt. Om problemet kan lösas redan här är det ju perfekt. Snabbast möjliga svar och få inblandade.\n\nOm behovet däremot kräver en ny version signalerar vi behov av en ny, driftsatt version till Programdrift. Kanske en omkonfiguration räcker? Nästan lika bra.\n\nOm det däremot krävs omdesign får Programdrift signalera Programutveckling att det behövs en modifierad specifikation, dvs källkod, färdig för bygge och drift.\n\nVi kan utveckla en modifierad version på bara några timmar eller dagar. Som jag sa, vi arbetar med små små förbättringar.\n\nNär det är klart kan lösningen snabbt föras ut till verksamheten för användning, via alla delprocesser tillbaka.\n\nVi kallar det här för ett "dragsystem". I det här fallet har vi alltså ett dragsystem för verksamhetsutveckling.\n\n
Det är likadant hos oss. För det vi behöver härnäst går vi till experterna på användningen av våra system, dvs Användarkontakt. Om problemet kan lösas redan här är det ju perfekt. Snabbast möjliga svar och få inblandade.\n\nOm behovet däremot kräver en ny version signalerar vi behov av en ny, driftsatt version till Programdrift. Kanske en omkonfiguration räcker? Nästan lika bra.\n\nOm det däremot krävs omdesign får Programdrift signalera Programutveckling att det behövs en modifierad specifikation, dvs källkod, färdig för bygge och drift.\n\nVi kan utveckla en modifierad version på bara några timmar eller dagar. Som jag sa, vi arbetar med små små förbättringar.\n\nNär det är klart kan lösningen snabbt föras ut till verksamheten för användning, via alla delprocesser tillbaka.\n\nVi kallar det här för ett "dragsystem". I det här fallet har vi alltså ett dragsystem för verksamhetsutveckling.\n\n
Det är likadant hos oss. För det vi behöver härnäst går vi till experterna på användningen av våra system, dvs Användarkontakt. Om problemet kan lösas redan här är det ju perfekt. Snabbast möjliga svar och få inblandade.\n\nOm behovet däremot kräver en ny version signalerar vi behov av en ny, driftsatt version till Programdrift. Kanske en omkonfiguration räcker? Nästan lika bra.\n\nOm det däremot krävs omdesign får Programdrift signalera Programutveckling att det behövs en modifierad specifikation, dvs källkod, färdig för bygge och drift.\n\nVi kan utveckla en modifierad version på bara några timmar eller dagar. Som jag sa, vi arbetar med små små förbättringar.\n\nNär det är klart kan lösningen snabbt föras ut till verksamheten för användning, via alla delprocesser tillbaka.\n\nVi kallar det här för ett "dragsystem". I det här fallet har vi alltså ett dragsystem för verksamhetsutveckling.\n\n
Det är likadant hos oss. För det vi behöver härnäst går vi till experterna på användningen av våra system, dvs Användarkontakt. Om problemet kan lösas redan här är det ju perfekt. Snabbast möjliga svar och få inblandade.\n\nOm behovet däremot kräver en ny version signalerar vi behov av en ny, driftsatt version till Programdrift. Kanske en omkonfiguration räcker? Nästan lika bra.\n\nOm det däremot krävs omdesign får Programdrift signalera Programutveckling att det behövs en modifierad specifikation, dvs källkod, färdig för bygge och drift.\n\nVi kan utveckla en modifierad version på bara några timmar eller dagar. Som jag sa, vi arbetar med små små förbättringar.\n\nNär det är klart kan lösningen snabbt föras ut till verksamheten för användning, via alla delprocesser tillbaka.\n\nVi kallar det här för ett "dragsystem". I det här fallet har vi alltså ett dragsystem för verksamhetsutveckling.\n\n
Det är likadant hos oss. För det vi behöver härnäst går vi till experterna på användningen av våra system, dvs Användarkontakt. Om problemet kan lösas redan här är det ju perfekt. Snabbast möjliga svar och få inblandade.\n\nOm behovet däremot kräver en ny version signalerar vi behov av en ny, driftsatt version till Programdrift. Kanske en omkonfiguration räcker? Nästan lika bra.\n\nOm det däremot krävs omdesign får Programdrift signalera Programutveckling att det behövs en modifierad specifikation, dvs källkod, färdig för bygge och drift.\n\nVi kan utveckla en modifierad version på bara några timmar eller dagar. Som jag sa, vi arbetar med små små förbättringar.\n\nNär det är klart kan lösningen snabbt föras ut till verksamheten för användning, via alla delprocesser tillbaka.\n\nVi kallar det här för ett "dragsystem". I det här fallet har vi alltså ett dragsystem för verksamhetsutveckling.\n\n
Det är likadant hos oss. För det vi behöver härnäst går vi till experterna på användningen av våra system, dvs Användarkontakt. Om problemet kan lösas redan här är det ju perfekt. Snabbast möjliga svar och få inblandade.\n\nOm behovet däremot kräver en ny version signalerar vi behov av en ny, driftsatt version till Programdrift. Kanske en omkonfiguration räcker? Nästan lika bra.\n\nOm det däremot krävs omdesign får Programdrift signalera Programutveckling att det behövs en modifierad specifikation, dvs källkod, färdig för bygge och drift.\n\nVi kan utveckla en modifierad version på bara några timmar eller dagar. Som jag sa, vi arbetar med små små förbättringar.\n\nNär det är klart kan lösningen snabbt föras ut till verksamheten för användning, via alla delprocesser tillbaka.\n\nVi kallar det här för ett "dragsystem". I det här fallet har vi alltså ett dragsystem för verksamhetsutveckling.\n\n
Det är likadant hos oss. För det vi behöver härnäst går vi till experterna på användningen av våra system, dvs Användarkontakt. Om problemet kan lösas redan här är det ju perfekt. Snabbast möjliga svar och få inblandade.\n\nOm behovet däremot kräver en ny version signalerar vi behov av en ny, driftsatt version till Programdrift. Kanske en omkonfiguration räcker? Nästan lika bra.\n\nOm det däremot krävs omdesign får Programdrift signalera Programutveckling att det behövs en modifierad specifikation, dvs källkod, färdig för bygge och drift.\n\nVi kan utveckla en modifierad version på bara några timmar eller dagar. Som jag sa, vi arbetar med små små förbättringar.\n\nNär det är klart kan lösningen snabbt föras ut till verksamheten för användning, via alla delprocesser tillbaka.\n\nVi kallar det här för ett "dragsystem". I det här fallet har vi alltså ett dragsystem för verksamhetsutveckling.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Det här kanske ser ut som en massa komplicerade steg, men låt mig då betona att vi inte använder några formella beställningar med kravspecifikationer. Vi är kollegor på samma avdelning.\n\nMen vi behöver /någon/ typ av signal att en ny överföring behövs. För programvara räcker inte en skriven order; programvara är för formbart och komplext. Men vi har en enkel lösning på detta problem som fungerar bra för oss: Vi använder människor!\n\n1. Från verksamheten följer verksamhetsexperter och användare.\n2. Från användarstöd och drift kommer varsin representant.\n3. Alla dessa ingår sedan i det tvärfunktionella team som utvecklar den nya tekniska förmågan. \n4. Därefter följer de överföringen tillbaka i flödet.\n\nResultatet blir att trots att utvecklingen sker i tre distinkta steg får de maximal kommunikation och inte några överlämningar. Det tycker vi är ganska smart.\n\n
Och därmed är vi klara med vår snabbtur igenom bolaget. Vi hoppas att ni tyckte om det ni såg. Välkommen åter!\n
Låt oss nu stanna upp och fundera lite på vad den där lite jobbiga människan från framtiden berättade.\n\nDet första jag tänker på är risken för missförstånd. Det här är svårt att förklara på kort tid. Några här tänker kanske att "Jamän va bra! Det är ju precis så här vi gör idag. Med tätt samarbete mellan verksamhet och IT. Check!".\n\n
Då vill jag ta er ur den villfarelsen direkt.\n- Det finns nästan inga företag som insett att det är en fördel att vara lagom stor och jobba i nätverk i stället. De flesta försöker bli maximalt stora och sedan centralisera för "stordriftsfördelar".\n- Nästan inga företag har en personal där nästan alla arbetar för kunden. Lite elakt kan man säga att de flesta arbetar uppåt, mot närmaste chef, och har arschlet mot kunderna.\n- Nästan inga företag jobbar med aktiv förvaltning. I stället kommer ”projekt” som en signal från reptilhjärnan.\n- Nästan inga företag har flyttat in teknisk utveckling i verksamheten. Tvärtom, verkar de flesta sträva efter att flytta den så långt bort i världen som möjligt.\n- Nästan inga företag organiserar sin verksamhetsutveckling enligt en dragmodell.\nOsv.\n\nTro mig, ni gör inte allt detta. /Ingen/ gör det. Troligen gör ert bolag inget av det här.\n\n
Då vill jag ta er ur den villfarelsen direkt.\n- Det finns nästan inga företag som insett att det är en fördel att vara lagom stor och jobba i nätverk i stället. De flesta försöker bli maximalt stora och sedan centralisera för "stordriftsfördelar".\n- Nästan inga företag har en personal där nästan alla arbetar för kunden. Lite elakt kan man säga att de flesta arbetar uppåt, mot närmaste chef, och har arschlet mot kunderna.\n- Nästan inga företag jobbar med aktiv förvaltning. I stället kommer ”projekt” som en signal från reptilhjärnan.\n- Nästan inga företag har flyttat in teknisk utveckling i verksamheten. Tvärtom, verkar de flesta sträva efter att flytta den så långt bort i världen som möjligt.\n- Nästan inga företag organiserar sin verksamhetsutveckling enligt en dragmodell.\nOsv.\n\nTro mig, ni gör inte allt detta. /Ingen/ gör det. Troligen gör ert bolag inget av det här.\n\n
Då vill jag ta er ur den villfarelsen direkt.\n- Det finns nästan inga företag som insett att det är en fördel att vara lagom stor och jobba i nätverk i stället. De flesta försöker bli maximalt stora och sedan centralisera för "stordriftsfördelar".\n- Nästan inga företag har en personal där nästan alla arbetar för kunden. Lite elakt kan man säga att de flesta arbetar uppåt, mot närmaste chef, och har arschlet mot kunderna.\n- Nästan inga företag jobbar med aktiv förvaltning. I stället kommer ”projekt” som en signal från reptilhjärnan.\n- Nästan inga företag har flyttat in teknisk utveckling i verksamheten. Tvärtom, verkar de flesta sträva efter att flytta den så långt bort i världen som möjligt.\n- Nästan inga företag organiserar sin verksamhetsutveckling enligt en dragmodell.\nOsv.\n\nTro mig, ni gör inte allt detta. /Ingen/ gör det. Troligen gör ert bolag inget av det här.\n\n
Då vill jag ta er ur den villfarelsen direkt.\n- Det finns nästan inga företag som insett att det är en fördel att vara lagom stor och jobba i nätverk i stället. De flesta försöker bli maximalt stora och sedan centralisera för "stordriftsfördelar".\n- Nästan inga företag har en personal där nästan alla arbetar för kunden. Lite elakt kan man säga att de flesta arbetar uppåt, mot närmaste chef, och har arschlet mot kunderna.\n- Nästan inga företag jobbar med aktiv förvaltning. I stället kommer ”projekt” som en signal från reptilhjärnan.\n- Nästan inga företag har flyttat in teknisk utveckling i verksamheten. Tvärtom, verkar de flesta sträva efter att flytta den så långt bort i världen som möjligt.\n- Nästan inga företag organiserar sin verksamhetsutveckling enligt en dragmodell.\nOsv.\n\nTro mig, ni gör inte allt detta. /Ingen/ gör det. Troligen gör ert bolag inget av det här.\n\n
Då vill jag ta er ur den villfarelsen direkt.\n- Det finns nästan inga företag som insett att det är en fördel att vara lagom stor och jobba i nätverk i stället. De flesta försöker bli maximalt stora och sedan centralisera för "stordriftsfördelar".\n- Nästan inga företag har en personal där nästan alla arbetar för kunden. Lite elakt kan man säga att de flesta arbetar uppåt, mot närmaste chef, och har arschlet mot kunderna.\n- Nästan inga företag jobbar med aktiv förvaltning. I stället kommer ”projekt” som en signal från reptilhjärnan.\n- Nästan inga företag har flyttat in teknisk utveckling i verksamheten. Tvärtom, verkar de flesta sträva efter att flytta den så långt bort i världen som möjligt.\n- Nästan inga företag organiserar sin verksamhetsutveckling enligt en dragmodell.\nOsv.\n\nTro mig, ni gör inte allt detta. /Ingen/ gör det. Troligen gör ert bolag inget av det här.\n\n
Det är synd för jag är säker på att om vi gjorde det skulle vi uppnå nästan orättvisa fördelar: \n\nDet vore fantastiskt för kunderna. Vi skulle uppnå agila affärer, inte bara systemutveckling. Vi skulle få förhöjd livskvalitet och mening för medarbetarna.\n\n
Till sist, frågan om realism, skulle det här kunna hända?\n\nPtja, egentligen är det ju inte så komplicerat. Det är ju knappast kärnfysik, det jag har berättat om.\n\nOch faktiskt används delar av det här framgångsrikt i ett fåtal, framsynta företag i världen. Några exempel: Gore är ett nätverksföretag, Toyota har förädlat dragsystem i tillverkning, och Semco i Brasilien har en fascinerande ledarskapsfilosofi.\n\n
Visst! Jag medger att det här är en idealiserad modell, men mycket är ju redan provat så kanske är det inte så orealistiskt ändå?\n\nNej, jag tror att det här kommer att hända. Kanske inte exakt i denna form men något liknande.\n\nFrågan är nog mer: Vem blir först?\n\n
Visst! Jag medger att det här är en idealiserad modell, men mycket är ju redan provat så kanske är det inte så orealistiskt ändå?\n\nNej, jag tror att det här kommer att hända. Kanske inte exakt i denna form men något liknande.\n\nFrågan är nog mer: Vem blir först?\n\n
(Efter applåder) Till det här blixttalet hör en artikel som jag har skrivit. Jag har skrivit ut några ex här, för de som är sjukligt intresserade. Om det passar bättre finns en elektronisk version på länken här. Tack!\n\n