XP vs. Tillverkningsindustrin

Storlek: px
Starta visningen från sidan:

Download "XP vs. Tillverkningsindustrin"

Transkript

1 Djupstudie i Coaching av programvaruteam Lunds Tekniska Högskola XP vs. Tillverkningsindustrin Hur behandlar man The FIVE dysfunctions of a TEAM? Emil Svärdh D02, Lunds Tekniska Högskola d02es@efd.lth.se

2 Abstract Denna rapport är en undersökning av hur XP-metodiken förbygger eller minimerar risken att The five dysfunctions of a team uppträder i ett programvaruutvecklingsteam. I rapporten gör jag även en jämförelse av hur XP hanterar problemen. Jag kommer även att göra en jämförelse med hur tillverkningsindustrin hanterar dessa problem. För att kunna göra det har jag intervjuat två produktionsledare för tappningen på V&S Absolut Spirit i Åhus. Slutligen kommer slutsatser dras angående hur man kan dra nytta av varandras erfarenheter för att kunna motverka The five dysfunctions of a team. -2-

3 Innehållsförteckning 1. Inledning Bakgrund The five dysfunctions of a team Absence of Trust Fear of Conflict Lack of Commitment Avoidance of Accountability Inattention to Result Extreme Programming Practises Coding Practises Code and Design Simply Refactor Mercilessly Develop Coding Standards Develop a Common Vocabulary Developer Practises Adopt Test-Driven Development Practise Pair Programming Adopt Collective Code Ownership Integrate Continually Business Practises Add a Customer to the Team Play the Planning Game Release Regularly Work at a Sustainable Pace Hur motarbetar XP The five dysfunctions of a team? Absence of Trust Fear of Conflict Lack of Commitment Avoidance of Accountability Inattention to Result Hur motverkar industrin The five dysfunctions of a team? Absence of Trust Fear of Conflict Lack of Commitment Avoidance of Accountability Inattention to Result Hur kan XP dra nytta av industrins erfarenheter? Referenser

4 1. Inledning Denna djupstudie behandlar Lencioni s The five dysfunctions of a team [1] och kommer till mångt och mycket centreras kring hur XP s practises [2] kan motverka dessa. Även en jämförelse med hur tillverkningsindustrin kommer att representeras i studien, denna grundar sig på intervjuer med två produktionsledare [3][4] på V&S Absolut Sprits. Till grund för studien av funktionsstörningarna använder jag boken The five dysfunctions of a team skriven av just Patrick Lencioni. Slutligen kommer jag i denna studie att försöka fundera ut på vilka sätt XP skulle kunna förbättras för att på ett bättre sätt motverka de fem funktionsstörningarna. -4-

5 2. Bakgrund Under den första delen av kursen Coaching av programvaruteam (EDA270) [5] läste vi en liten del om funktionsstörningar i grupper, speciellt fokuserat då genom Lencioni s The five dysfunctions of a team [1]. Detta intresserade mig vilket gjorde att jag naturligt valde att läsa mer om dessa i min djupstudie samtidigt som det verkade intressant att läsa mer om hur XP motverkade dessa funktionsstörningar. För att ytterligare ge studien lite substans ville jag även genomföra intervjuer inom något företag för att se hur de jobbade för att minimera effekterna av funktionsstörningarna. Det blev naturligt att göra denna studie på V&S Absolut Spirits då jag själv jobbat där. -5-

6 3. The five dysfunctions of a team Patrick Lencioni beskriver i sin bok, The five dysfunctions of a team [1] en modell bestående av fem olika steg som ett team måste vara utan för att vara ett fungerande team. Stegen i hans modell illustreras i figuren nedan: Figur 1 - Modell över "The five dysfunctions of a team" Denna modell beskriver hur ett team fungerar eller vad ett team måste jobba på. Då allt i pyramiden ovan hänger ihop måste man börja med att bearbeta Absence of Trust [1] om den existerar för att med tiden arbeta sig upp för att avsluta med att bearbeta Inattention to Result [1]. Tanken är att då denna funktionsstörning är bearbetad skall man ha ett väl fungerande team som samarbetar väl och producerar en produkt med hög kvalitet. Jag kommer nu att gå in mer noggrant på vad de olika stegen i modellen innebär samt ge exempel på hur utvecklarna kan bete sig om de känner av denna. 3.1 Absence of Trust En av de absolut viktigaste egenskaper som ett team måste ha är att de litar på varandra. Skulle det vara så att medlemmar av ett team inte litar på varandra är det omöjligt att upprätthålla ett fungerande team. I detta fall så syftar orden lita på varandra till att man litar på varandras förmåga att t ex producera kod i ett projekt eller att man litar på coachens välvilja. Med andra ord är det viktigt att utvecklarna inte känner sig hämmade av någon i gruppen [1]. En del i att lita på varandra kan vara att man av egen erfarenhet vet att en viss person alltid producerar kod med väldigt hög standard och på det sättet kan man lita på den personen. Lencioni [1] vill dock dra detta ett steg längre genom att säga att det inte räcker med den sortens tillit utan man måste även vara beredd att berätta för gruppen om sina svagheter, misstag man gjort samt våga be om hjälp samtidigt som man känner att ingen i gruppen vid något tillfälle skulle kunna tänka sig att använda det för att trycka en själv. -6-

7 Då ett team inte litar på varandra leder det lätt till att diskussioner inom teamet avslutas med på ett destruktivt sätt då ingen vågar säga emot den som talar högst, vilket leder oss till nästa steg i modellen, Fear of Conflict [1] (se punkt 3.2). 3.2 Fear of Conflict Alla relationer som skall vara över en längre tid kräver att man engagerar sig i produktiva konflikter för att relationen skall växa [1]. Det samma gäller i ett team, då man skall arbeta tillsammans över en längre tid måste man uppnå ett stadie då man känner att man vågar konfrontera varandra på ett konstruktivt sätt. En svårighet med att uppnå denna konstruktiva konflikt är att coachen för teamet lätt kan uppfatta konflikten som oproduktiv. Som coach måste man vara väldigt säker på att det är en destruktiv konflikt innan man går in och försöker medla mellan parterna. Produktiva konflikter i ett team har egentligen som ända syfte att utvecklarna skall producera den bästa möjliga lösningen på så kort tid som möjligt [1]. Då detta genomförs diskuteras problemen noga och då båda parter är väldigt passionerade i debatten kommer man oftast fram till ett enhälligt beslut vilket sedan genomförs utan att någon känner sig nedtryckt för att den andra parten hade ett bättre lösningsförslag. En coach i ett team där han/hon tror att detta problem finns kan t ex försöka lyssna om diskussioner mellan teamets medlemmar slutar med personangrepp. Detta är ett tydligt tecken på att alla inte vågar säga sin idé utan istället använder personangrepp för att trycka ner den andra parten vilket är ytterst destruktivt för teamets produktivitet. Då teamet inte har konstruktiva diskussioner vid viktiga beslut så känner inte alla medlemmar att de till 100 procent kan ta till sig de idéer som kom fram vid beslutet [1]. Problemet är att man inte tagit nytta av alla medlemmars idéer vilket leder oss till nästa steg i modellen, Lack of Commitment [1] (se punkt 3.3). 3.3 Lack of Commitment För att verkligen kunna engagera sig för teamets bästa måste man uppnå två saker, klarhet i beslut samt att alla köper idén [1] för att senare verkställa den. Team som uppfyller detta stadie av modellen gör klara och koncisa beslut som alla håller med om, även de som hade argument för att lösa problemet på ett annat sätt under den beslutsfattande fasen. Team som detta inte fungerar för lämnar ofta det beslutsfattande stadiet med tanken att det kanske är någon i teamet som inte håller med om beslutet för att sedan trots beslutet som fattades göra det på sitt eget sätt. Enligt Lencioni [1] finns det två huvudordsaker till detta problem, behovet av konsekvens samt behovet av säkerhet. Inom teamet måste man på något sätt hitta en väg för personer som inte håller med om beslutet så att även de jobbar efter det man beslutade. En viktig punkt i detta är att människan oftast inte har svårt att gå med på ett beslut så länge de har fått säga sin åsikt, genom att alltid låta alla framföra sin åsikt kan man på detta sätt försäkra sig om att merparten av gruppen -7-

8 stödjer lösningen av problemet. Då medlemmarna trots detta inte kan komma överens är det coachens uppgift att komma in och fatta beslutet. Fungerande team på denna punkt förstår även att det är bättre att fatta ett beslut än att inte fatta ett beslut alls [1]. Det är även viktigt att teamet inser att man kan fatta ett felaktigt beslut för att sedan ändra beslut vid ett senare stadie då det visade sig att en annan approach hade varit bättre. För att sammanfatta hela detta stadie kan man säga att det är viktigt för teamet att alla medlemmar får presentera sina idéer innan man fattar beslutet. Om ett team inte är helt säkra på att alla i teamet köper det beslut som fattades samt vet exakt vad det innebär är det även väldigt svårt att ställa någon ansvarig för att vederbörande löste problemet på ett annat sätt, vilket leder oss till nästa steg i modellen, Avoidance of Accountability [1] (se punkt 3.4). 3.4 Avoidance of Accountability För att ett team skall fungera måste alla medlemmar våga berätta för sin coach om personer som tummar på kodkvalitet eller vars beteende kan skada teamets bästa. Ett av de stora problem med att överkomma denna funktionsstörning är att man överlag hellre håller en kompis / team-medlem baken ryggen än att talar om för personen i fråga att det du håller på med är fel för att man inte vill riskera den personliga relationen man har. På något sätt måste man arbeta för att få bort detta då det ofta visar sig att då man gärna berättar för varandra om felaktigheter man gör så växer den personliga relationen [1]. En annan aspekt på det hela är att då man påpekar varandras felaktigheter så ökar man även pressen på personen ifråga, d v s man visar för personen att man förväntar sig mer av vederbörande [1]. På detta sätt behöver inte personen i fråga känna någon extra press från coachen utan vet precis vad övriga medlemmar förväntar sig av honom eller henne. När man är medlem i ett team så finns det ju faktiskt inget värre än att få veta att resten av teamet tycker att man försinkar gruppen samtidigt som de hela tiden uppmuntrar en till att göra bättre resultat. Press från medarbetare känns dock bättre än att coachen skall gå in och sätta press på en. Om man aldrig hålls ansvarig för felaktigheter man gör leder det ofta till att man istället för att tänka på gruppens bästa fokuserar på sin egen framfart, vilket leder oss till det sista steget i modellen, Inattention to Result [1] (se punkt 3.5). 3.5 Inattention to Result Enligt Lencioni [1] så är det absolut värsta som kan hända i ett team att dess medlemmar bryr sig mer om något annat än det kollektivt bästa för gruppen. Lencioni [1] tar även upp det faktum att när man mäter resultat skall man inte enbart titta på finansiell vinst utan även att teamet har åstadkommit ett bra arbete såsom t ex kodkvalitet samt funktionalitet. -8-

9 För att kunna överkomma detta stadie är det viktigt för organisationen som står bakom projektet har en tydlig plan på vad som skall vara färdigt vid en specificerad tid. Med andra ord de mål som chefer, coacher och alla andra överordnade på företaget sätter upp blir en drivkraft för utvecklarna. Lencioni [1] ställer sig nu frågan Vad skall ett team fokusera på om det inte vore resultat?. Han svarar även på frågan med två olika alternativ, statusen för teamet samt den individuella statusen. Statusen för teamet [1] kan t ex vara att för vissa medlemmar av ett team är det enbart nödvändigt att vara en del av teamet och man känner sig inte alls resultatinriktad. Man kan se det som att medlemmen känner sig som en statusperson bara för att han/hon ingår i ett vinnande team utan att man kanske bidrar med speciellt mycket. Individuell status [1] kan t ex vara att en medlem av teamet framhäver sig mer än de andra och påpekar för allmänheten att det var jag som gjorde allt bra så all Crédit för projektet borde tillfalla mig. Detta enbart för att höja sin egen status på arbetsmarknaden vilket får till följd att man inte tänker på det kollektiva, d v s teamets bästa vilket är att alla var delaktiga till denna framgång. -9-

10 4. Extreme Programming Practises I denna sektion av djupstudien kommer jag att kortfatta beskriva de olika practises [2] som XP använder sig av för att senare i studien göra en jämförelse hur dessa motverkar de ovan beskrivna The five dysfunctions of a team [1]. 4.1 Coding Practises En av de absolut viktigaste egenskaper ett team har är att koda ett program. För att uppfylla detta på ett tillfredsställande sätt används en del practises [2] vilka beskrivs nedan Code and Design Simply Man kan sammanfatta denna practise som att utvecklarna skall göra det enklast möjliga som skulle kunna fungera. Samtidigt vill man ändå upprätthålla en viss flexibilitet då det faktiskt är så att en enkelt skriven kod är lätt att förstå och därmed även enkel att ändra i då man förstår snabbt vad koden gör Refactor Mercilessly Med refaktorisering menas att man ändras en kods utseende utan att ändra dess funktionalitet. Detta gör man för att hela tiden hålla hög standard på koden och undvika duplicerad kod. Man kan säga att det finns två olika stadier av refaktorisering, förebyggande refaktorisering samt rensande refaktorisering. Förebyggande används för att förbereda kod för en ny funktionalitet med rensande används efter kodning då man snyggar upp allt Develop Coding Standards Alla måste komma överens om en specifik standard man skall koda efter, detta för att alla lättare skall förstå koden. Det är även ett verktyg för att man skall kunna kommunicera inom teamet med samma kodningsstandard. Hjälper även till vid refaktorisering (se punkt 4.1.2) då det är lättare att förstå koden Develop a Common Vocabulary För att man skall kunna prata med alla involverade i projektet är det viktigt med en gemensam vokabulär. Även personer som inte är insatt i koden som producerats kan på detta sätt kommunicera om delar av projektet. En hjälp till detta kan vara användandet av egenutvecklade metaforer vilka på ett enkelt sätt kan beskriva komplicerad funktionalitet. 4.2 Developer Practises För att framgångsrikt kunna driva ett projekt framåt krävs det att utvecklarna samarbetar. För att uppfylla detta på ett tillfredsställande sätt används en del practises [2] vilka beskrivs nedan Adopt Test-Driven Development När du skall koda projektet du jobbar med så börja alltid med att skriva ett enkelt testfall som inte går igenom för att sedan koda den absolut enklaste kod man kan för att få det att gå -10-

11 igenom. På detta sätt driver man utvecklingen av programvaran framåt genom att hela tiden skriva testfall för att sedan implementera en lösning för dem Practise Pair Programming När man programmerar skall man alltid sitta två och två. Den ena personen skriver kod varefter den andra övervakar det hela. På detta sätt försöker man upprätthålla en hög standard på koden samt hela tiden försöka hitta den optimala lösningen. Man kan väl sammanfatta det hela som att två hjärnor tänker fortare och bättre än en Adopt Collective Code Ownership Med detta menas att alla äger all kod som finns i projektet, d v s alla har rättigheter att ändra på vad de vill i koden. Då man även använder sig av testdriven utveckling (se punkt 4.2.1) är det väldigt enkelt för utvecklarna att kontrollera om deras nyskrivna kod fungerar genom att köra alla test som är gjorda och se om de går igenom Integrate Continually Det är viktigt för utvecklarna att de hela tiden uppdaterar det gemensamma repositoriet varje gång de har ny fungerande funktionalitet, för att alla skall få tillgång till den. Då man följer detta är det ju även viktigt att man gör på andra hållet, d v s hela tiden uppdaterar den kod man arbetar med för att hela tiden ha tillgång till all funktionalitet. 4.3 Business Practises För att klara av att genomföra ett projekt krävs det mycket mer än bara att kunna koda. För detta finns en hel del utvecklade practises [2] vilka beskrivs nedan Add a Customer to the Team När man hela tiden har en kund i teamet kan man vid behov även prata med denna för att klura ut frågor angående funktionalitet och användargränssnitt. Kunden kan på detta sätt snabbt informera utvecklarna om saker som skall ändras önskemål om ny funktionalitet. Kunden representerar ju faktiskt den framtida användaren av systemet som utvecklas Play the Planning Game Innan någon funktionalitet implementeras är det viktigt att den tidsuppskattas samt att kunden väljer ut vilken funktionalitet han/hon tycker är viktigast. På detta sätt men en nära kundrelation är utvecklarna hela tiden säkra på att det som utvecklas ju nu är den funktionalitet som kunden behöver allra mest Release Regularly Teamet som utvecklar mjukvaran skall hela tiden släppa nya versioner till kunden av programmet. Då man hela tiden släpper nya utgåvor kan kunden vid varje release komma med krav på förbättringar eller rapporter om funktionalitet som ej fungerar. På detta sätt upprätthåller man hela tiden produkten till det stadie som den slutgiltiga kunden vill ha. -11-

12 4.3.4 Work at a Sustainable Pace För att under projektets fortlöpande kunna arbeta i samma takt hela tiden är det viktigt att man inte överarbetar sig. Genom att ha en bestämd tid man arbetar varje vecka, t ex 40 timmar per vecka kan man säkerställa att utvecklarna håller samma takt igenom hela projektet då de aldrig kommer till jobbet med en känsla av att vara överarbetad. -12-

13 5. Hur motarbetar XP The five dysfunctions of a team? I denna sektion av studien kommer jag att för varje funktionsstörning beskriva vilka practises [2] inom XP som motarbetar denna. Naturligtvis kommer det även att medfölja en förklaring till varför practisen gör detta. 5.1 Absence of Trust En av de principer som XP använder sig av är att alla utvecklare skall sitta i samma rum, The Bullpen [2], vilket rent logiskt iaf enligt mig borde göra att utvecklarna börjar lita på varandra då de hela tiden befinner sig på samma plats. Detta gör mer eller mindre att utvecklarna är tvungna att prata med varandra varefter de kommer varandra närmare och slutligen börjar lita på varandra. En annan aspekt är det att XP vill att man skall bedriva programmeringen två och två, pair programming [2], vilket leder till att det hela tiden bedrivs diskussioner mellan två personer vilket gör att de bildar ett fungerande team. Då man under utvecklingens gång byter par kontinuerligt leder det till att alla inom teamet jobbat med varandra vid ett tillfälle eller ett annat. Av detta kan man dra slutsatsen att då personer kommer varandra nära och tvingas jobba tillsammans blir de oftast vänner som känner att de kan anförtro sig till varandra. En undersökning [6] av detta visar även att man programmerar bättre med mindre buggar när man parprogrammerar vilket enligt mig i sin tur borde leda till att man ger varandra mer tillit. Detta är ju även bra då en mindre erfaren programmerare starkt kan dra nytta av den andres erfarenheter och på så sätt lita mer på sin förmåga och på så sätt litar fler teammedlemmar på personen ifråga. En annan aspekt på det hela med programmering två och två, pair programming [2], är att utvecklarna hela tiden måste rådfråga varandra [6] och diskutera fram den bästa lösningen eller arkitekturvalet. Det är även viktigt att kontinuerligt ta pauser för att upprätthålla produktiviteten [6] vilket om man tar den tillsammans enligt mig borde göra så att teamet växer samman på ett mer personligt plan. Även testdriven utveckling, test-driven development [2], motverkar denna funktionsstörning då man hela tiden vet att det gemensamt implementerade fungerar. Detta leder till att man känner att man kan lita på vad de andra utvecklarna i teamet implementerat och på detta sätt byggs även en personlig relation där man litar på varandra upp samtidigt som var och en bevisar för teamet att de litar på varandras kod. Med detta resonemang kan jag även lägga till kollektivt ägande av koden, collective code ownership [2], då det är ett sätt för alla att verifiera att den kod som skrivs är effektiv och bra vilket ökar förtroendet för varandras implementationer. Då man arbetar i ett hållbart tempo, work at a sustainable pace [2], kan man även försäkra sig om att ingen utvecklare har en riktigt dålig dag, iaf inte beroende på att vederbörande är överarbetad. När jag tänker efter borde även detta bygga en grund av tillit då man kan konstatera att dåliga dagar i början av ett projekt kan leda till att den personen missuppfattas under en längre period av projektets fortlöpande. T ex skulle en person kunna hacka ner väldigt mycket på de andra utvecklarna under en dålig dag vilket är ytterst destruktivt för en växande tillit inom teamet. -13-

14 Slutligen måste jag tillägga att även XP s feature spike [2] fungerar väldigt bra för att motverka att man inte litar på varandra. När jag nu coachar ett team märkte jag ganska snabbt att en av utvecklarna var väldigt blyg och knappt vågade säga vad han tycket vilket i sin tur tycker jag visade sig ytterligare genom att de andra inte riktigt litade på hans förmåga att producera. Detta förstärks även av att vederbörande gjorde en hel del fel och dåliga lösningar i början av projektet. För att komma till saken så delade jag och min coachingkollega ut en spike till honom att göra ett ANT-script till releasen detta ledde i sin tur till att han blev något av en expert på just detta som de andra i teamet var tvungna att till viss del luta sig mot honom. Detta ledde sedan till at han blev mer och mer delaktig i alla beslut och deltog mer och mer i alla diskussioner som uppkom kring möjliga problem eller liknande. Numera är vederbörande en väldigt god tillgång för teamet och tvivlar aldrig på att öppna sin mun vid åsikter eller eventuella invändningar. Av detta drar jag även slutsatsen att spikes [2] kan motverka Fear of Conflict [1] då personen ifråga faktiskt numera vågar ta upp en konstruktiv diskussion eller ge konstruktiv kritik. 5.2 Fear of Conflict I tidigare punkt beskrev jag The Bullpen[2], denna kan även appliceras på denna funktionsstörning genom att då alla sitter i samma rum är det lättare att ta upp en konstruktiv diskussion med någon av de andra i teamet. På detta sätt kan även alla andra utvecklare höra synpunkterna och slutligen bilda en konstruktiv diskussion inom hela teamet om detta skulle vara nödvändigt. En annan punkt är att då man hela tiden programmerar två och två, pair programming [2], gör det även det lättare att ta upp en diskussion då man är två som står bakom samma idé. Dock kan även detta vara negativt om man av någon anledning skulle para ihop två personer som inte vågar ta upp en diskussion. Detta skulle kunna leda till mycket skitsnack om i deras mening dåliga idéer vilket verkar destruktivt för både teamet och projektets fortlöpande. En annan aspekt på detta är att man hela tiden byter inom paren vem som är driver respektive navigator [2] vilket leder till att båda två inom paret får ventilera sina åsikter vilket jag anser borde leda till fler konstruktiva diskussioner. Då man hela tiden kan ha kontroll över all kod som implementerats, collective code ownership [2], ökar det även insikten över vad som implementerats vilket kan tyckas ge en bättre grund till att ta upp en konstruktiv konflikt. Bland annat hände detta i teamet jag coachar just nu då det visade sig att någon hade ändrat i fler klasser än nödvändigt vilket gjorde att arkitekturen förändrades mer än nödvändigt. En person i teamet reste sig då upp och tog upp problemet, detta ledde till en konstruktiv konflikt vilket till slut gjorde att teamet fattade ett beslut om att arkitekturen skulle behållas. Även under planning game [2] blir det lättare att ta upp problem då man t ex från repositoriet kan komma med konstruktiv kritik varefter en konstruktiv konflikt uppkommer. En nackdel med detta kan ju dock vara att det kanske inte direkt är lämpligt att ha någon typ av konflikt då kunden är närvarande. Ett annat exempel under planning game skulle kunna vara att man t ex tar upp klara brister i coding standards [2] hos något par i teamet. Med detta resonemang kan jag även dra slutsatsen att coding standards minskar risken för Fear of Conflict [1]. Problem på kodsektionen kan också mycket snabbt upptäckas om man integrerar kontinuerligt, integrate continually [2], varefter diskussionerna angående dessa bli mindre än om man t ex hade utvecklat efter vattenfallsmodellen. På grund av att XP även använder sig -14-

15 av enkel design, code and design simply [2], borde koden vara lätt att förstå varefter diskussion angående lösningen tas upp utan att ett missförstånd av funktionaliteten uppkommit. Även här kan man ju applicera exemplet jag beskrev ovan. Ytterligare ett sätt att minska risken för destruktiva konflikter är att använda ett gemensamt ordval, common vocabulary [2], vilket rent teoretiskt borde ta bort alla diskussioner av destruktiv karaktär då jag anser att ett gemensamt ordval minskar risken för missförstånd och därmed även diskussioner av destruktiv karaktär. Slutligen kan ju även tilläggas att det konstruktiva konflikter faktiskt även kan leda till att man utvecklar ett gemensamt ordval, common vocabulary [2]. Detta kan i sin tur leda till att de konstruktiva konflikterna snabbt löses och alla känner sig trygga med att ventilera sina åsikter. 5.3 Lack of Commitment Genom att alla talar samma språk, common vocabulary [2], undviker man även att det kan vara missförstånd som gör att inte alla vill vara med på idén trots att man under mötet kommit överens om att man skulle göra det på ett visst sätt. Trots ovanstående resonemang kan det ju uppkomma situationer där vissa inte vågar säga vad de tycker på mötet utan bara håller med på ytan för att sedan gå och implementera efter sin egen idé som för övrigt ingen annan fått ta del av. Detta tycker jag mig se kunna motverkas mycket väl genom par programmering, pair programming [2]. Resonemanget lyder som följer; En person håller inte med om ett beslut på ett möte, men väljer att inte kommentera det hela. Han/hon sätter sig sedan ner och skall implementera det hela efter sitt eget bevåg. Mitt antagande i detta resonemang är nu att rent teoretiskt borde den andra personen som vederbörande arbetar ihop med försöka få in personen på rätt spår genom att konsekvent påpeka då fattade beslut inte följs. En annan practise som motverkar detta är just att planning game [2] är till för att estimera stories men jag tycker även att det finns stora möjligheter att här ta upp lösningsförslag eller liknande varefter alla får vädra sina åsikter. Då man även använder common vocabulary [2] på planning game så minskar man ju som ovan nämnt riskerna för missförstånd. En annan faktor som spelar in på denna funktionsstörning är practisen code and design simply [2] varefter alla beslut angående vilken approach man skall ta i ett problem skall vara den enklast möjliga. På detta sätt finns det egentligen bara en lösning som är den optimala vilken troligen de flest också inser då den dyker upp under mötena. 5.4 Avoidance of Accountability Även denna funktionsstörning kan motverkas med hjälp av par programmering, pair programming [2], då jag tror det är lättare att vid felaktigheter skylla på två personer istället för att hänga ut en person. Dock är det ju ytterst ovanligt att personer måste ställas till svar för felaktigheter i koden då man även använder testdriven utveckling, test driven development [2]. Med andra ord minskar även testdriven utveckling riskerna för denna funktionsstörning. Även det faktum att alla äger koden, collective code ownership [2], gör det enklare att ställa någon till svars för felaktigheter då de mycket snabbt upptäcks. Att ställa någon till svars för -15-

16 förändringar som gjort att funktionalitet förstörts är ju inte direkt svårt då man enkelt kan visa för vederbörande att just det här testet inte går igenom. En liten nackdel med XP är att den vill att man kontinuerligt refaktoriserar, mercilessly refactoring [2], vilket gör att felaktigheter skulle kunna suddas ut om vederbörande som refaktoriserar så vill. Dock är ju detta en av XP s största fördelar då den hela tiden bärgar för en enkel och bra design. Såvida man inte använder ett utvecklingsverktyg med versionshanteringssystem är det nästintill en omöjlighet att ställa den ansvariga mot väggen, dock väger fördelarna iaf enligt mig över för att kontinuerligt refaktorisera koden. Även det faktum att man inom XP arbetar inkrementellt d v s små förändringar hela tiden vilket slutligen gör en stor förändring men med enkel design torde ju leda till att man enkelt kan följa upp vad var och en gör då man lätt kan se vid vilken story [2] problemet uppkommit och på detta sätt ställa vederbörande inför ansvar. 5.5 Inattention to Result Att inte alla bryr som om det kollektivt bästa kan motverkas ganska väl genom par programmering, pair programming [2], då man iaf kan hoppas att den ena parten fokuserar på det kollektivt bästa. Min tanke är ju då att om någon inte jobbar för det kollektivt bästa skall den andra parten skall leda in den villrådiga på rätt väg igen. En annan aspekt som motverkar detta är just att man hela tiden släpper en ny utgåva, release regularly [2]. På detta sätt är det svårt för någon i teamet att försöka ta på sig äran för allt som gjorts. En annan aspekt som ytterligare stärker detta påstående är det faktum att man skall arbeta i ett tempo som man kan hålla, work at a sustainable pace [2], vilket torde göra det svårt för utvecklare att dra till sig mer ära för framgången då alla jobbat precis lika mycket på den. För att ytterligare bli mer resultatinriktad adapterar XP att man skall testa först, test driven development [2], vilket leder till att det även blir hög kvalitet på det man tillverkar. Resultatet man levererar blir då fungerande och bra varefter man kan berömma teamet med argumentet att man gjort ett bra jobb både ekonomiskt och kvalitetsmässigt. Enligt XP [2] så skall man under projektets fortlöpande producera lika mycket hela tiden, d v s man skall hela tiden producera lika mycket funktionalitet, t ex estimerar man att man klara 40 gummibjörnar varje vecka skall det hållas hela projektet. Skulle man jobba mer och mer hela tiden d v s klara av fler och fler gummibjörnar varje vecka skall man göra sig av med personal för att behålla den konstanta produktiviteten. I ett fall där någon bryr sig mer om sitt eget ego än kollektivets bästa skulle man då kunna ta bort just den personen. -16-

17 6. Hur motverkar industrin The five dysfunctions of a team? Undersökningen av hur tillverkningsindustrin kämpar för att bli av med The five dysfunctions of a team [1] har jag gjort genom att intervjua Frederik Turner samt Andreas Stenberg på V&S Absolut Spirit i Åhus. Intervjuerna med ovan nämnda personer började med att de fick fylla i ett formulär med frågor angående om dessa funktionsstörningar finns i gruppen eller ej. Formuläret som användes var skapat av Lencioni [1], se sida 192, när detta sedan var ifyllt analyserade jag resultatet för att sedan ställa frågor angående hur de motverkade eventuella funktionsstörningar som formuläret pekade på. För att på ett bra sätt kunna beskriva hur tillverkningsindustrin måste jag börja med att berätta efter vilken princip löpande bandet fungerar. Bilden nedan illustrerar hur linjen ser ut. Figur 2 - Beskrivning av linje på V&S Absolut Spirit Systemet fungerar som följer. Först kommer flaskorna in i sektion 1 varefter de via ett löpande band transportera till sektion 2 där de fylls på. När flaskorna är fyllda transporteras de vidare till sektion 3 där etiketter sätt på. Efter etikettering transporteras flaskorna till sektion 4 där de paketeras i lådor varefter de skeppas iväg. 6.1 Absence of Trust En viktig del för att uppnå tillit till varandra är att man vågar fråga om saker som man inte själv kan lösa. För att uppnå detta jobbar man med något som kallas tekniksamordnare [3][4] vilket innebär att man har en så kallad mindre chef över var och en av sektionerna jag visar i figur 2. Tanken med dessa personer är att de har det yttersta ansvaret för just den sektionen varefter alla skall kunna känna trygghet att fråga de om problem de ej kan lösa uppstår. -17-

18 För att uppnå tillit spelar även ledarens roll in, man måste kunna lita på dem också och för att uppnå det är det som ledare viktigt att föregå med ett gott exempel, vara neutral i alla situationer för att en lösning av problem naturligt skall uppkomma följt av att man skall leva som man lär [3]. Ledaren roll är även viktig då han/hon har en möjlighet att hela tiden uppmuntra de anställda till att dela med sig av sin kompetens samt att de skall förstå varandra inom gruppen och respektera varandra för den man är. För att uppnå detta har man även något som kallas medarbetarsamtal där ledaren träffar var och en gruppen för att kontrollera hur vederbörande trivs osv. En annan viktig aspekt som lätt glöms bort är just team-building, bl a har man åkt iväg hela gruppen för att lära sig om att respektera varandra för den man är samt hur man på ett effektivt och tillitsfullt sätt arbetar i grupp. 6.2 Fear of Conflict Då det finns flera linjer som jobbar simultant med egentligen samma uppgift, i detta fall att producera vodka, finns ju alltid en viss tävlingsinstinkt. Vilken grupp har tillverkat flest flaskor idag etc. På detta sätt blir det en naturlig tävlingsinstinkt vilket kan ge upphov till konstruktiva konflikter för att kanske uppnå bättre resultat än en annan grupp gjort. Ledarna visar också kontinuerligt hur gruppen ligger till, om arbetet går bra osv. Genom att hela tiden hålla möten, c:a 1 gång i månaden, blir även detta ett bollplank då idéer samt tankar luftas. Det är även viktigt att ledaren avvaktar vid konflikter och ser om de kan lösas av arbetarna själva innan man går in och bestämmer vad som skall göras. Genom att hela tiden uppmana till konstruktiva konflikter d v s fråga under ett möte om det är något som behöver förändras för att efter viss betänketid låta alla berörda ta upp sina idéer för att fatta ett beslut om vad som skall göras. Man kan ju även tillägga att det som ledare är väldigt svårt att urskilja om det är en destruktiv eller konstruktiv konflikt. Detta leder ju då till att man initiellt ger gruppen chansen att lösa problemet internt då det oftast är en ytterst uppblossad konflikt då den når upp på ledarnivå. Skulle problem uppstå i gruppen avvaktar man först för att se om gruppen själv hittar en lösning. Skulle detta inte gå börjar man med ett möte mellan de berörda personerna där båda inför varandra för ge sin version av det inträffade för att slutligen hitta en lösning. Skulle inte detta heller fungera kallar man till möte med hela gruppen för att där försöka lösa problemet. Skulle inte detta heller fungera finns ju alltid möjligheten till omförflyttning inom företaget. 6.3 Lack of Commitment Problemet med industrin är att allt går enligt ett löpande band. På detta sätt hänger inte produktionens fortlöpande på en specifik person varefter det kan vara svårt att urskilja vilka som verkligen vill att planen skall följas. Dessa problem minimeras dock väsentligt då arbetarna hela tiden har en produktionsplan som sträcker sig en vecka i taget. Ett annat problem med denna funktionsstörning är att flera som arbetar där kanske egentligen inte vill vara där utan enbart stannar sina åtta timmar varje dag för att sedan gå hem och inte bry sig mer om arbetet. -18-

19 Det finns dock en drivkraft som minimerar risken för att de inte alltid följer planen skall bli mer motiverade, nämligen en bonus. Denna bonus är uppbyggd på så sätt att om gruppen arbetar väldigt bra tillsammans under en viss tid beräknas det ut en bonus som läggs på grundlönen. På detta sätt blir det lättare för arbetarna att få drivkraft till att snabbt lösa problem som uppstår då det finns finansiell vinst i det. Ytterligare en aspekt som måste tas upp är det att flera av de som arbetar gärna stannar kvar efter arbetstid för att förbereda eller lösa problem så att dagens produktion skall gå lättare. Genom att ha personer som gör på detta sätt blir ju även det en drivkraft för de andra i gruppen då de känner att det p g a vissa personer blir mer bonus. Jag tror iaf att detta är en drivkraft för att bli den som jobbar för kollektivet. 6.4 Avoidance of Accountability Oftast är detta ett problem som ej når upp till ledarnivå. Skulle det dock göra det så måste man som ledare måste gå ner till arbetarna och påpeka att här är det faktiskt något som blivit helt fel. Detta slutar i vissa fall med att en person säger att det var han/hon. Dock händer det vid flertalet tillfälle att flera medarbetare tar på sig ansvaret, det är då viktigt för ledaren att berätta om konsekvenserna som detta leder till. För att komma tillrätta med detta är ett kollektivt samtal där man klargör vad som hänt, konsekvenserna samt uppmuntrar dem till att det är bättre att ta på sig ansvaret själv bra. När detta händer är det även viktigt att ge positiv kritik till vederbörande som gjort det för att han/hon inte på något sätt skall känna sig utanför gruppen utan enbart är medveten om att det som hände var fel. 6.5 Inattention to Result Då man har, som tidigare beskrivit, tekniksamordnare vilka skall agera som bollplank då man har problem försvinner även lite av funktionsstörningen genom att dess uppgift är att se till det kollektivt bästa. Han/hon agerar ju även som en liten ledare varefter det skulle kunna vara lite revirpinkande att det här kan jag och vill absolut inte berätta för de andra. För att kunna komma tillrätta med detta finns det egentligen bara en sak att göra och det är att som ledare hela tiden uppmuntra kollektivet och inte uppmuntra enskilda personer för saker de gjort som är bra. -19-

20 7. Hur kan XP dra nytta av industrins erfarenheter? En viktig aspekt som jag direkt tycker att man borde inkludera i XP [2] metoden är att man tydligare borde introducera en ledare för projektet. Ledaren skulle ha hand om frågor relaterat till teamet t ex problematik med utvecklare eller kundens krav. Borde vara kontaktperson med kunden då jag tror det är lättare för kunden att kunna prata fritt med en ledare än det är med t ex 8 utvecklare som kanske är lite för insugna i programmeringsvärlden. För att sammanfatta vad jag tycker skulle man kunna säga att XP hade behövt introducera practises [2] som enbart riktas mot just ledaren/coachen och hur han/hon skall agera i olika situationer. Man borde introducera medarbetarsamtal som ledaren håller i. På dessa möten skall medlemmarna i teamet en och en berätta för ledaren vad han/hon tycker känns fel, hur man arbetar ihop, problem som uppkommit och andra frågor eller förundringar som han/hon tycker är viktigt. Ledaren skall även ordna aktiviteter vars uppgift skall vara att bygga ihop teamet. T ex skulle man kunna åka iväg alla i teamet tillsammans för att lära sig om hur man arbetar i grupp samt hanterar destruktiva konflikter mellan varandra. Ledaren skall även ha till uppgift att försöka klura ut vilka som fungerar ihop och tvärtemot för att på ett effektivt sätt direkt hitta par som kan programmera tillsammans. Under projektets fortlöpande skall nu ledaren byta par kontinuerligt för att alla skall jobba bra tillsammans vilket i sin tur kommer att leda till att de jobbar bättre med varandra i kommande projekt. Ytterligare en tanke skulle kunna vara introducera ett slags bonussystem vilket skall ytterligare motivera att utvecklarna alltid gör sitt bästa och levererar en komplett produkt till kunden. En aspekt som skulle kunna förtydligas är att jag inte tror att det skulle vara någon speciellt bra idé att introducera en chef i ett XP projekt utan att det hålls på en lite lägre nivå med en ledare som svarar mot en chef. En chef tror jag skulle ha alldeles för lite med implementationen av projektet till skillnad från en ledare som dels deltog med kod till projektet samtidigt som vederbörande driver projektet framåt. -20-

21 8. Referenser [1] Patrick Lencioni; The five dysfunctions of a team, National Best-Seller, ISBN: [2] chromatic; Extreme Programming Pocket Guide, O Reilly, ISBN: [3] Frederik Turner; V&S Absolut Spirit Intervjuad [4] Andreas Stenberg; V&S Absolut Spirit Intervjuad [5] Coaching av programvaruteam [6] Laurie A. Williams, Robert R. Kessler; All I Really Need To Know about Pair Programming I Learned in Kindergarten

12 principer of agile practice (rörlig)

12 principer of agile practice (rörlig) X-treme programming 12 principer of agile practice (rörlig) Ge nöjd kund genom tidig och kontinuerliga leveranser Den viktigaste punkten som betyder att min vill ha kontinuerlig feedback Välkomna sena

Läs mer

Förslag på intervjufrågor:

Förslag på intervjufrågor: Förslag på intervjufrågor: FRÅGOR OM PERSONENS BAKGRUND 1. Var är du uppväxt? 2. Om du jämför din uppväxt med andras, hur skulle du ranka din egen uppväxt? 3. Har du några syskon? 4. Vad gör de? 5. Vilka

Läs mer

Om man googlar på coachande

Om man googlar på coachande Coachande ledarskap Låt medarbetaren Att coacha sina medarbetare är inte alltid lätt. Men det allra viktigaste är att låta medarbetaren finna lösningen själv, att inte ta över och utföra den åt denne.

Läs mer

F2 XP Extrem Programmering översikt. EDAF45 Programvaruutveckling i grupp Projekt Boris Magnusson, Görel Hedin Datavetenskap, LTH

F2 XP Extrem Programmering översikt. EDAF45 Programvaruutveckling i grupp Projekt Boris Magnusson, Görel Hedin Datavetenskap, LTH F2 XP Extrem Programmering översikt EDAF45 Programvaruutveckling i grupp Projekt Boris Magnusson, Görel Hedin Datavetenskap, LTH Vad är XP? En metod för hur man utvecklar programvara i grupp i nära samspel

Läs mer

F2 XP Extrem Programmering översikt. EDAF45 Programvaruutveckling i grupp Projekt Boris Magnusson, Görel Hedin Datavetenskap, LTH

F2 XP Extrem Programmering översikt. EDAF45 Programvaruutveckling i grupp Projekt Boris Magnusson, Görel Hedin Datavetenskap, LTH F2 XP Extrem Programmering översikt EDAF45 Programvaruutveckling i grupp Projekt Boris Magnusson, Görel Hedin Datavetenskap, LTH Syfte & Mål Ge en helhet av vad XP är Mål & syfte med XP - varför ser metoden

Läs mer

XP-projekt: En fördjupning

XP-projekt: En fördjupning XP-projekt: En fördjupning Extreme Programming Martin Karlsson marka@itn.liu.se K7522 011 36 34 63 Fem värden Kommunikation Var öppna Var ärliga Ta konflikter Diskutera Tag beslut Tag ansvar Kräver feedback,

Läs mer

Agil programutveckling

Agil programutveckling Agil programutveckling Pontus Evertsson D00, Lunds Tekniska Högskola d00pe@efd.lth.se Anna Jennerheim D00, Lunds Tekniska Högskola d00aj@efd.lth.se 2003-05-15 1 1. Inledning 3 2. Extreme Programming (XP)

Läs mer

Linköpings universitet 1

Linköpings universitet 1 Vanliga faser TDP029 Systemutveckling Annika Silvervarg COIN/HCCS/IDA Analys Vad är problemet? Uppgift Vad är det för arbetsuppgifter och hur utförs de? Användarbehov Vad behöver användaren/användarna?

Läs mer

50IDÉER OCH TIPS OM MEDARBETAR- ENGAGEMANG LEDARGUIDE MEDARBETARENGAGEMANG

50IDÉER OCH TIPS OM MEDARBETAR- ENGAGEMANG LEDARGUIDE MEDARBETARENGAGEMANG 50IDÉER OCH TIPS OM MEDARBETAR- ENGAGEMANG LEDARGUIDE MEDARBETARENGAGEMANG ! 50IDÉER OCH TIPS OM MEDARBETAR- ENGAGEMANG 50 IDÉER OCH TIPS OM MEDARBETARENGAGEMANG 1 2 3 4 5 SKAPA EN GOD RELATION Relationen

Läs mer

1. TITTAR Jag tittar på personen som talar. 2. TÄNKER Jag tänker på vad som sägs. 3. VÄNTAR Jag väntar på min tur att tala. 4.

1. TITTAR Jag tittar på personen som talar. 2. TÄNKER Jag tänker på vad som sägs. 3. VÄNTAR Jag väntar på min tur att tala. 4. Färdighet 1: Att lyssna 1. TITTAR Jag tittar på personen som talar. 2. TÄNKER Jag tänker på vad som sägs. 3. VÄNTAR Jag väntar på min tur att tala. 4. SÄGER Jag säger det jag vill säga. Färdighet 2: Att

Läs mer

Att vara chef Ny roll för chefer och medarbetare

Att vara chef Ny roll för chefer och medarbetare Att vara chef Ny roll för chefer och medarbetare Ny roll för chefer och för medarbetare Vår omvärld förändras i snabb takt och vår verksamhet berörs på många sätt. Det handlar om allt från digitalisering

Läs mer

5 vanliga misstag som chefer gör

5 vanliga misstag som chefer gör 5 vanliga misstag som chefer gör och vad du kan göra för att undvika misstagen! www.helenastrom.se Telefon: +46(0)704 32 83 08 Inledning Först tänkte jag ge mina fem bästa tips till ledare. Men jag kom

Läs mer

Min syn på optimal kommunikation i en PU-process

Min syn på optimal kommunikation i en PU-process Min syn på optimal kommunikation i en PU-process KN3060 Produktutveckling med formgivning Mälardalens högskola Anders Lindin Inledning Denna essä beskriver min syn på optimal kommunikation i en produktutvecklingsprocess.

Läs mer

Föreningstränare - Ledarskap

Föreningstränare - Ledarskap 1. Ledarskap Du tillhör säkert en del olika grupper: Jobbet, familjen, skytteföreningen, konstklubben mm. Det är säkert så att de grupper du tillhör har kommit olika långt i sin utveckling. De fungerar

Läs mer

I detta avsnitt beskrivs vart parprogrammering appliceras, hur det ska fungera och även i vilket projekt det introduceras i.

I detta avsnitt beskrivs vart parprogrammering appliceras, hur det ska fungera och även i vilket projekt det introduceras i. PARPROGRAMMERING Mikael Möller, dt07mm5@student.lth.se 2011-02-28 Abstrakt Parprogrammering är ett arbetssätt där två programmerare arbetar tillsammans vid en dator med en uppgift. Studien behandlar frågor

Läs mer

En studie om parprogrammering i praktiken

En studie om parprogrammering i praktiken En studie om parprogrammering i praktiken Mia Nyström Karin Wanhainen Johan Rix 29 maj 2002 Sammanfattning Parprogrammering är en av de mest omdiskuterade grundstenarna i Extreme Programming (XP). All

Läs mer

Dale Carnegie Training Whitepaper

Dale Carnegie Training Whitepaper Dale Carnegie Training Whitepaper Copyright 2012 Dale Carnegie & Associates, Inc. All rights reserved. Enhance_engagement_062513_wp_EMEA ÖKAT MEDARBETARENGAGEMANG: DEN NÄRMASTE CHEFENS ROLL Medarbetarens

Läs mer

Kritik av Extrem Programmering

Kritik av Extrem Programmering Kritik av Extrem Programmering Markus Borggren d01mbo@efd.lth.se Martin Persson d01mp@efd.lth.se D01, Lunds Tekniska Högskola 15 februari, 2004 Abstract I denna djupstudie kommer vi att försöka, på ett

Läs mer

Laboration i datateknik

Laboration i datateknik KUNGLIGA TEKNISKA HÖGSKOLAN Laboration i datateknik Felsökning och programmering av LEGO NXT robot Daniel Willén 2012 09 06 dwill@kth.se Introduktionskurs i datateknik II1310 Sammanfattning Syftet med

Läs mer

Cult of Code Quality

Cult of Code Quality Jakob Schyberg (d00jsc) 2005-02-13 Coaching av Programvaruteam Josef Granqvist (d00jgr) LTH Institutionen för Datavetenskap Cult of Code Quality Vad kan en coach göra? Denna djupstudie handlar om kodkvalitet.

Läs mer

PROJEKTLEDNING inom produktutveckling. Individuell inlämningsuppgift KPP039 Produktutvekling 3 Boris Mrden 2010-01-10

PROJEKTLEDNING inom produktutveckling. Individuell inlämningsuppgift KPP039 Produktutvekling 3 Boris Mrden 2010-01-10 PROJEKTLEDNING inom produktutveckling Individuell inlämningsuppgift KPP039 Produktutvekling 3 Boris Mrden 2010-01-10 Innehållsförteckning Inledning... 3 Projektarbete... 4 Projektledning & Ledarskap...

Läs mer

Effektiva team. Arbetsteam som fungerar på högre

Effektiva team. Arbetsteam som fungerar på högre Effektiva team Arbetsteam som fungerar på högre utvecklingsnivåer: Slutför sina projekt snabbare Producerar varor och tjänster med högre kvalitet Genererar större avkastning Högre utvecklingsnivåer?! En

Läs mer

Konflikter och konfliktlösning

Konflikter och konfliktlösning Konflikter och konfliktlösning Att möta konflikter Alla grupper kommer förr eller senare in i konflikter. Då får man lov att hantera dessa, vare sig man vill eller inte. Det finns naturligtvis inga patentlösningar

Läs mer

BESKRIVNING AV PROCESSMETODEN SCRUM

BESKRIVNING AV PROCESSMETODEN SCRUM NORDSCRUM BESKRIVNING AV PROCESSMETODEN SCRUM NORDSCRUM BESKRIVNING AV PROCESSMETODEN SCRUM INNEHÅLLSFÖRTECKNING inledning... 3 SCRUM... 3 Bakgrund... 3 Faser... 3 Ramverket... 3 Nordscrum... 4 StudentProjekt...

Läs mer

Innehåll. Material Ordförandeguide Uppdaterad: 2015-02- 18 Sida 2 av 7

Innehåll. Material Ordförandeguide Uppdaterad: 2015-02- 18 Sida 2 av 7 Sida 2 av 7 Innehåll... 1 Ordförandeposten... 3 Presidiet... 3 Styrelsen... 3 Styrelsemötet... 4 Ledarskapet... 4 Vad är ledarskap?... 4 Ledarskap i projekt... 5 Att utveckla sitt ledarskap... 6 Kommunikation...

Läs mer

Rapport för Andrew Jones

Rapport för Andrew Jones Rapport för Andrew Jones Datum för ifyllande 0/0/0 RAPPORT FÖR Andrew Jones DATUM FÖR IFYLLANDE 0/0/0 PÅLITLIGHET - 99.% Svaren var mycket sannolikt noggranna och sanningsenliga ORGANISATION Harrison Assessments

Läs mer

ELEVHJÄLP. Diskussion s. 2 Åsikter s. 3. Superfrågorna s. 15. Fördelar och nackdelar s. 4. Källkritik s. 14. Vi lär av varandra s.

ELEVHJÄLP. Diskussion s. 2 Åsikter s. 3. Superfrågorna s. 15. Fördelar och nackdelar s. 4. Källkritik s. 14. Vi lär av varandra s. Superfrågorna s. 15 Diskussion s. 2 Åsikter s. 3 Källkritik s. 14 Vi lär av varandra s. 13 ELEVHJÄLP av Carmen Winding Gnosjö Fördelar och nackdelar s. 4 Konsekvenser s. 5 Samband s. 10-12 Likheter och

Läs mer

www.dalecarnegie.se Dale Carnegie Tips för att skapa förstklassig kundservice

www.dalecarnegie.se Dale Carnegie Tips för att skapa förstklassig kundservice www.dalecarnegie.se Dale Carnegie Tips för att skapa förstklassig kundservice Del 1 Service börjar med relationer Förstklassig kundservice börjar med goda relationer. Här är nio sätt att stärka kundrelationer

Läs mer

Manager-100. A. Produktivitet B. Self Management. C. Kommunikation D. Gränsdragning. E. Kvalitet F. Initiativförmåga. G. Manage Up H.

Manager-100. A. Produktivitet B. Self Management. C. Kommunikation D. Gränsdragning. E. Kvalitet F. Initiativförmåga. G. Manage Up H. Manager-100 Hur är du som chef? Vilka är dina mest utmärkande förmågor och beteenden? Var är du stark och var finns det en förbättringspotential? Det här testet omfattar 10 olika områden, och du kan få

Läs mer

Att ge feedback. Detta är ett verktyg för dig som:

Att ge feedback. Detta är ett verktyg för dig som: Att ge feedback Detta är ett verktyg för dig som: Vill skapa ett målinriktat lärande hos dina medarbetare Vill bli tydligare i din kommunikation som chef Vill skapa tydlighet i dina förväntningar på dina

Läs mer

Min Ledarskapsresa. Mats Strömbäck UGL handledare och ledarskaps konsult

Min Ledarskapsresa. Mats Strömbäck UGL handledare och ledarskaps konsult Min Ledarskapsresa Mats Strömbäck UGL handledare och ledarskaps konsult Dina första förebilder De första ledare du mötte i ditt liv var dina föräldrar. De ledde dig genom din barndom tills det var dags

Läs mer

Lösa konflikter som orsakar skada

Lösa konflikter som orsakar skada Lösa konflikter som orsakar skada Definitionen av konflikt är en meningsskiljaktighet eller dispyter i vilken de inblandade parterna upplever att deras behov eller intressen hotas. Det finns öppna konflikter

Läs mer

MEDBORGARDIALOG. - en liten guide

MEDBORGARDIALOG. - en liten guide MEDBORGARDIALOG - en liten guide Medborgardialoger i Orsa kommun - en liten guide Infoavdelningen, Janne Bäckman, december 2010 Vad är en medborgardialog? Det är helt enkelt ett sätt att prata med människor

Läs mer

Mikael Östberg micke@ledarskapscentrum.se 070 639 67 98

Mikael Östberg micke@ledarskapscentrum.se 070 639 67 98 Mikael Östberg micke@ledarskapscentrum.se 070 639 67 98 Evidensstyrka Vilken forskning ska man lita på? Stark Systematiska forskningsöversikter och meta-analyser: Den röda tråden, medelvärde av många studier.

Läs mer

Konflikthantering. Tänk efter efter. Vill jag vara en en del av lösningen eller en del av konflikten? Konflikthantering: 3 okt 2011 GDK2 Rune Olsson

Konflikthantering. Tänk efter efter. Vill jag vara en en del av lösningen eller en del av konflikten? Konflikthantering: 3 okt 2011 GDK2 Rune Olsson Inställning till konflikter som förenklar hanteringen Konflikthantering 3 okt 2011 GDK2 Rune Olsson Konflikter är ofrånkomliga. Konflikter är viktiga mänskliga processer - de är grunden till utveckling.

Läs mer

Ledarskapsprogrammet. Mästarskaparna Lär dig framgångsrika beteenden

Ledarskapsprogrammet. Mästarskaparna Lär dig framgångsrika beteenden Ledarskapsprogrammet Många menar att NLP är det bästa man kan hitta inom chefsutveckling. Det tror vi är en bra grund för framgångsrikt ledarskap. Läs här om alla verktyg du kommer lära dig. Genom hela

Läs mer

Profilera dig på LinkedIn. 10 steg till en lyckad profil

Profilera dig på LinkedIn. 10 steg till en lyckad profil Profilera dig på LinkedIn 10 steg till en lyckad profil Profilera dig på LinkedIn Med över 300 miljoner användare är LinkedIn världens största professionella nätverk och två miljoner svenskar är medlemmar.

Läs mer

Denna transportuppsättning behöver du för att överhuvudtaget orka vara konsekvent, samt för att du ska ha något att ta till när du har bråttom!

Denna transportuppsättning behöver du för att överhuvudtaget orka vara konsekvent, samt för att du ska ha något att ta till när du har bråttom! ANTI-KOPPELDRAG KOPPELDRAG-SKOLAN En del av Hundskola.NU! 1.0 av Ingela Melinder Innan du börjar träna Anti-Koppeldrag Transportuppsättning Transportuppsättningen är hemligheten bakom anti-koppeldragträningen!

Läs mer

En annan mycket roligare del i arbetet var att jag ofta fick följa med min handledare ut på

En annan mycket roligare del i arbetet var att jag ofta fick följa med min handledare ut på Manpower Student är ett eget bolag och en egen avdelning inom Manpower. Manpower är världsledande när det gäller arbetsmarknadsrelaterade tjänster som rekrytering, uthyrning och jobbförmedling. De finns

Läs mer

3. Är det viktigt att ett resultat kan kopplas till den som gjort jobbet? Mycket viktigt Ganska viktigt Ganska oviktigt Oviktigt

3. Är det viktigt att ett resultat kan kopplas till den som gjort jobbet? Mycket viktigt Ganska viktigt Ganska oviktigt Oviktigt ADIZES PAEI-Modell Inledningsvis görs en bedömning av vilken personlighetstyp deltagaren har. Onlinecoachen använder PAEI-modellen för detta! Deltagarens personlighetstyp används sen som grund för vidare

Läs mer

Beskriv, resonera och reflektera kring ovanstående fråga med hänsyn taget till social bakgrund, etnicitet och kön.

Beskriv, resonera och reflektera kring ovanstående fråga med hänsyn taget till social bakgrund, etnicitet och kön. Möjligheter Uppgiften Har alla människor i Sverige likvärdiga möjligheter att skaffa sig en utbildning, välja bostad, få ett jobb samt att lyckas inom de områden i livet som är viktiga? Beskriv, resonera

Läs mer

Det handlar om dig. Björn Täljsten vd, Sto Scandinavia AB

Det handlar om dig. Björn Täljsten vd, Sto Scandinavia AB Att jobba på Sto Det handlar om dig Björn Täljsten vd, Sto Scandinavia AB Som medarbetare på Sto är det i grunden dig och dina kollegor det handlar om. Utan att förringa vår fina produktportfölj, är det

Läs mer

Gruppdynamik och gruppsykologi i Extremet Programming

Gruppdynamik och gruppsykologi i Extremet Programming Gruppdynamik och gruppsykologi i Extremet Programming Jerry Malm, d02jm@efd.lth.se Gustav Olsson, d02og@efd.lth.se Lunds Tekniska Högskola Lund, den 22 februari 2005 Sammanfattning Denna djupstudie kan

Läs mer

Agil projektmetodik Varför och vad är det?

Agil projektmetodik Varför och vad är det? Agil projektmetodik Varför och vad är det? Boris Magnusson Datavetenskap LTH 2016-02-08 Lite större projekt Sträcker sig över tid Involverar många deltagare som behöver arbeta parallellt Planeras - delas

Läs mer

Planeringsspelets mysterier, del 1

Planeringsspelets mysterier, del 1 Peter Lindberg Computer Programmer, Oops AB mailto:peter@oops.se http://oops.se/ 28 februari 2002 Planeringsspelets mysterier, del 1 Om jag ska spela ett sällskapsspel för första gången så vill jag att

Läs mer

7 MISSTAG DU BÖR UNDVIKA VID DINA MEDARBETARSAMTAL

7 MISSTAG DU BÖR UNDVIKA VID DINA MEDARBETARSAMTAL 7 MISSTAG DU BÖR UNDVIKA VID DINA MEDARBETARSAMTAL YESbox Talent www.yesboxtalent.se info@yesboxtalent.se 1. Att inte vara ordentligt förberedd Medarbetarsamtal har du haft 100 gånger, tänker du. Dina

Läs mer

Struktur och Ledning i små organisationer

Struktur och Ledning i små organisationer Kungl. Tekniska Högskolan ME1010, Organisation och kundskapsintensivt arbete Fredrik Bergenlid, 870510-0157 Christian Rane, 810105-0279 Struktur och Ledning i små organisationer Innehåll 1 Inledning 1

Läs mer

6-stegsguide för hur du tänker positivt och förblir positiv.

6-stegsguide för hur du tänker positivt och förblir positiv. 6-stegsguide för hur du tänker positivt och förblir positiv Låt oss säga att du vill tänka en positiv tanke, till exempel Jag klarar det här galant. och du vill förbli positiv och fortsätta tänka den här

Läs mer

Din RelationsBlueprint - Källan till smärta eller framgång i din intima relation

Din RelationsBlueprint - Källan till smärta eller framgång i din intima relation Din RelationsBlueprint - Källan till smärta eller framgång i din intima relation Lyssna, jag känner mig enormt glad och hedrad att jag får spendera den här tiden med dig just nu och att du tar dig tid

Läs mer

Så här gör du. om du vill genomföra en framgångsrik innovationstävling

Så här gör du. om du vill genomföra en framgångsrik innovationstävling Så här gör du om du vill genomföra en framgångsrik innovationstävling Det här materialet hjälper er att planera och sätta förutsättningarna för att driva kampanjer, antingen en eller regelbundet. Ibland

Läs mer

2010-12-27 SCRUM. Vattenfallsmodellen. Analys. Design. Kod. Test. Rational Unified Process Agile. Kallas också linjär sekventiell modell.

2010-12-27 SCRUM. Vattenfallsmodellen. Analys. Design. Kod. Test. Rational Unified Process Agile. Kallas också linjär sekventiell modell. Vattenfallsmodellen SCRUM Analys Kallas också linjär sekventiell modell Introduktion Design Kod Test Rational Unified Process Agile DSDM Adaptive Software Development Crystal Feature-Driven Development

Läs mer

Den konservativa organisationen

Den konservativa organisationen Den konservativa organisationen Marcus Ekström Inpre 4 VARNING! Användning sker på egen risk Tillämpning av materialet i detta dokument kan påverka företaget eller organisationens framgång och framtid

Läs mer

Lean programvaruutveckling

Lean programvaruutveckling Lean programvaruutveckling Av Ludvig Hagmar (d01lh@efd.lth.se eller l_hagmar@hotmail.com) Den 12:e Februari 2006 Abstract: Denna djupstudie behandlar den agila metoden Lean software development eller Lean

Läs mer

Jämförelserapport. För Christina Jonsson som samarbetar med Lars Andersson Denna rapport tillhandahålls av:

Jämförelserapport. För Christina Jonsson som samarbetar med Lars Andersson Denna rapport tillhandahålls av: Jämförelserapport För Christina Jonsson som samarbetar med Andersson 07.09.2018 Denna rapport tillhandahålls av: Lambertson Consulting Riddarvägen 42 184 51 Österskär E-mail: urban@u-lab.se Mobil: +46

Läs mer

Processledar manual. Landsbygd 2.0

Processledar manual. Landsbygd 2.0 Processledar manual Landsbygd 2.0 Inledning och tips Bilda grupper Börja med att placera deltagarna i grupper om ca 5-8 personer i varje. De som kommer från samma ort ska vara i samma grupp eftersom det

Läs mer

Föreläsningsanteckningar Olof Röhlander 17 mars 2015

Föreläsningsanteckningar Olof Röhlander 17 mars 2015 Föreläsningsanteckningar Olof Röhlander 17 mars 2015 Konsten att ta en chans och få saker att hända! Vad krävs för att vi ska nå våra mål och förverkliga våra drömmar? Hur blir man bra på något? Standardtipset

Läs mer

Att skriva Hur utformar man en Social berättelse? Lathund för hur en Social berättelse kan skrivas

Att skriva Hur utformar man en Social berättelse? Lathund för hur en Social berättelse kan skrivas 52 56 57 57 59 59 61 61 63 64 64 65 67 67 76 77 77 79 80 83 86 87 89 91 93 95 Seriesamtalets andra möjligheter Sammanfattning Seriesamtal Sociala berättelser Vad är en Social berättelse? För vilka personer

Läs mer

De 10 mest basala avslutsteknikerna. Direkt avslutet: - Ska vi köra på det här då? Ja. - Om du gillar den, varför inte slå till? Ja, varför inte?

De 10 mest basala avslutsteknikerna. Direkt avslutet: - Ska vi köra på det här då? Ja. - Om du gillar den, varför inte slå till? Ja, varför inte? 20 vanliga avslutstekniker att använda för att öka din försäljning Du kanske blir förvirrad när du läser det här, men det är alldeles för många säljare som tror och hoppas, att bara för att de kan allt

Läs mer

Förbättra kommunikationen mellan målvakt och backar. Torbjörn Johansson

Förbättra kommunikationen mellan målvakt och backar. Torbjörn Johansson Svenska Ishockeyförbundet Elitkurs Förbättra kommunikationen mellan målvakt och backar Torbjörn Johansson Handledare Ulf Engman 2011-05-17 INNEHÅLLSFÖRTECKNING 1. Inledning Sid.3 2. Bakgrund Sid. 4 3.

Läs mer

Frågor och svar för anställda

Frågor och svar för anställda Frågor och svar för anställda Om EthicsPoint Rapportering Allmänt Rapporteringssäkerhet och konfidentialitet Tips och bästa praxis Om EthicsPoint Vad är EthicsPoint? EthicsPoint är ett omfattande och konfidentiellt

Läs mer

UTVECKLANDE» förbättra ditt ledarskap genom ridningen

UTVECKLANDE» förbättra ditt ledarskap genom ridningen UTVECKLANDE» förbättra ditt ledarskap genom ridningen Ridpasset på ledarskapskursen leds av en ridinstruktör. Eftersom hästar är så tydliga och ärliga i sin feedback kräver dom en anpassning och lyhördhet

Läs mer

Prestation Resultat Potential

Prestation Resultat Potential Arbetsblad Prestation Resultat Potential Ett arbetsblad för att bedöma och skapa dialog om prestation, resultat och potential. Arbetsblad Prestation, resultat och potential För att bedöma prestation och

Läs mer

Ditt professionella rykte är din främsta tillgång

Ditt professionella rykte är din främsta tillgång Ditt professionella rykte är din främsta tillgång Namn: Erik Fors-Andrée Ditt professionella rykte Erik är en driven visionär, inspirerande ledare och genomförare som med sitt brinnande engagemang får

Läs mer

Frågor till dig som söker arbete hos oss

Frågor till dig som söker arbete hos oss Frågor till dig som söker arbete hos oss För att vi ska få en mer utförlig bild av dig och dina förväntningar på oss, samtidigt som du får en bild av oss och våra förväntningar, vill jag be dig läsa igenom

Läs mer

Webbmaterial. Konflikt! ska det vara något att bråka om? sven eklund jörgen fältsjö

Webbmaterial. Konflikt! ska det vara något att bråka om? sven eklund jörgen fältsjö Webbmaterial Konflikt! ska det vara något att bråka om? sven eklund jörgen fältsjö Instruktion handlingsplan för konflikträdda Syftet med denna handlingsplan är att på ett enkelt sätt, utan förberedelser,

Läs mer

SCRUM. Marcus Bendtsen Institutionen för datavetenskap

SCRUM. Marcus Bendtsen Institutionen för datavetenskap SCRUM Marcus Bendtsen Institutionen för datavetenskap 2 Metodik Systematiskt tillvägagångssätt för att garantera utfallet Metodiken behöver passa kontexten och tillgängliga resurser Verifiering av metodiken

Läs mer

Förändringsstrategi anpassad till just din organisations förutsättningar och förmåga

Förändringsstrategi anpassad till just din organisations förutsättningar och förmåga Förändringsstrategi anpassad till just din organisations förutsättningar och förmåga Att bedriva effektiv framgångsrik förändring har varit i fokus under lång tid. Förändringstrycket är idag högre än någonsin

Läs mer

Intuition som ledarskapsverktyg För att kunna använda intuition som färdighet inom ledarskap bör vi tänka på tre saker:

Intuition som ledarskapsverktyg För att kunna använda intuition som färdighet inom ledarskap bör vi tänka på tre saker: Intuition kommer från latin och definieras av Nationalencyklopedin som "förmåga till omedelbar uppfattning eller bedömning utan (medveten) tillgång till alla fakta; ofta i motsats till logiskt resonerande

Läs mer

Demolektion moraliskt resonerande Lukas problemsituation

Demolektion moraliskt resonerande Lukas problemsituation Demolektion moraliskt resonerande Lukas problemsituation Huvudtränare: David: huvudtränare Medtränare: Emese Deltagare: David, Nathanael, Robert, Julia, Mujje, Hassan 1 Planering innan lektionen: David

Läs mer

BAKTAL, SKVALLER OCH FÖRTAL

BAKTAL, SKVALLER OCH FÖRTAL BAKTAL, SKVALLER OCH FÖRTAL Kristina Wennergren HUR VI SKADAR OCH SKADAS AV VARANDRAS PRAT I min första bok INRE HARMONI (1988) skrev jag ett kapitel om baktal. I min andra bok INRE RESOR (1989) fick jag

Läs mer

Arbeta med resultatet Steg 2: Involvera teamet. En guide i hur du involverar teamet när du arbetar med resultatet

Arbeta med resultatet Steg 2: Involvera teamet. En guide i hur du involverar teamet när du arbetar med resultatet Arbeta med resultatet Steg 2: Involvera teamet En guide i hur du involverar teamet när du arbetar med resultatet Arbeta med resultatet Guide 1 Guide 3 Guide 2 Du är här! Reflektera över resultat Detta

Läs mer

Positiv Ridning Systemet Negativ eller positiv? Av Henrik Johansen

Positiv Ridning Systemet Negativ eller positiv? Av Henrik Johansen Positiv Ridning Systemet Negativ eller positiv? Av Henrik Johansen Man ska vara positiv för att skapa något gott. Ryttare är mycket känslosamma med hänsyn till resultatet. Går ridningen inte bra, faller

Läs mer

F4 Testning och Parprogrammering i XP. EDAF45 Programvaruutveckling i grupp Projekt Boris Magnusson,Datavetenskap, LTH

F4 Testning och Parprogrammering i XP. EDAF45 Programvaruutveckling i grupp Projekt Boris Magnusson,Datavetenskap, LTH F4 Testning och Parprogrammering i XP EDAF45 Programvaruutveckling i grupp Projekt Boris Magnusson,Datavetenskap, LTH 1 XP:s Deltekniker (Practices) 1. Planering Planeringsspelet Regelbundna releaser Hållbart

Läs mer

Kreativitet som Konkurrensmedel

Kreativitet som Konkurrensmedel www.realize.se 1 Kreativitet som Konkurrensmedel Vi är på väg in i Idésamhället. Ord som kreativitet och innovation upprepas som ett mantra. Det är många som vill. Det är färre som kan. Realize AB är ett

Läs mer

Chefs- och ledarhandbok i Markaryds Kommun

Chefs- och ledarhandbok i Markaryds Kommun Mats Rydby 2004-12-16 Chefs- och ledarhandbok i Markaryds Kommun Jag är som ledare och chef medveten om att organisationens kärna och höjdpunkt är kunden/brukaren och dennes möte med medarbetaren i ett

Läs mer

CREATING VALUE BY SHARING KNOWLEDGE

CREATING VALUE BY SHARING KNOWLEDGE CREATING VALUE BY SHARING KNOWLEDGE PROJEKTLEDNING 101 Nidzara Dellien, Lund September 2017 PROJEKT En formell definition på projekt är följande (enligt Wikipedia): En temporär satsning för att framställa

Läs mer

Gruppenkät. Lycka till! Kommun: Stadsdel: (Gäller endast Göteborg)

Gruppenkät. Lycka till! Kommun: Stadsdel: (Gäller endast Göteborg) Gruppenkät Du har deltagit i en gruppaktivitet. Det kan ha varit ett LAN, ett musikarrangemang, en tjej-/ killgrupp, ett läger eller ett internationellt ungdomsutbyte. Eller så har ni kanske skött ett

Läs mer

Personalvision Polykemi AB

Personalvision Polykemi AB Personalvision Polykemi AB I ett företag som Polykemi anser vi att teknik står för 30 % och att människan står för 70 % av företagets framgång. Medarbetarna är alltså den viktigaste resursen för att kunna

Läs mer

Titel: Strävan efter medarbetarengagemang: Choklad, vanilj eller jordgubbe?

Titel: Strävan efter medarbetarengagemang: Choklad, vanilj eller jordgubbe? Titel: Strävan efter medarbetarengagemang: Choklad, vanilj eller jordgubbe? Av Bill Sims, Jr. Ärligt talat så har vi allvarliga problem med säkerhetskulturen, Bill. Det är verkligen en märklig upplevelse

Läs mer

Bläddra vidare för fler referenser >>>

Bläddra vidare för fler referenser >>> Ulla Simonsson, VD Simonsson & Widerberg Lean Consulting Det Torbjörn har byggt upp är ett fundament av kunskap som många företag slarvar med. Ju fler ledningsgrupper som inser att Utvecklingssamtalet

Läs mer

Supportsamtal ett coachande samtal medarbetare emellan

Supportsamtal ett coachande samtal medarbetare emellan Utdrag 1 Supportsamtal ett coachande samtal medarbetare emellan Nackdelen med det konventionella utvecklingssamtalet är att det lägger all tonvikt på relationen chef medarbetare. Det är inte ovanligt att

Läs mer

Edward de Bono: Sex tänkande hattar

Edward de Bono: Sex tänkande hattar Edward de Bono: Sex tänkande hattar Tänkandet är vår viktigaste mänskliga resurs. Men vårt största problem är att vi blandar ihop olika saker när vi tänker. Vi försöker för mycket på en gång; vi blandar

Läs mer

Mina listor. En Android-applikation. Rickard Karlsson 2013-06-09. Rickard Karlsson - rk222cu Linnéuniversitet rk222cu@student.lnu.

Mina listor. En Android-applikation. Rickard Karlsson 2013-06-09. Rickard Karlsson - rk222cu Linnéuniversitet rk222cu@student.lnu. Mina listor En Android-applikation Rickard Karlsson 2013-06-09 Rickard Karlsson - rk222cu Linnéuniversitet rk222cu@student.lnu.se Innehållsförteckning 2. Innehållsförteckning 3. Abstrakt 4. Inledning/bakgrund

Läs mer

Pragmatisk programmering. Cyberrymden 2001-10-03. Marcus Rejås <marcus@rejas.se> Pragmatisk programmering,16 december 2002 1(29)

Pragmatisk programmering. Cyberrymden 2001-10-03. Marcus Rejås <marcus@rejas.se> Pragmatisk programmering,16 december 2002 1(29) Pragmatisk programmering,16 december 2002 1(29) Pragmatisk programmering Cyberrymden 2001-10-03 Marcus Rejås $Id: slides.tex,v 1.14 2002/12/16 14:52:59 rejas Exp $ Metainformation Denna

Läs mer

Värderingsövning -Var går gränsen?

Värderingsövning -Var går gränsen? OBS! jag har lånat grundidén till dessa övningar från flera ställen och sedan anpassat så att man kan använda dem på högstadieelever. Värderingsövning -Var går gränsen? Detta är en övning i att ta ställning

Läs mer

08:56 OMX-INDEX (1677): MÅLKURSEN UPPNÅDD

08:56 OMX-INDEX (1677): MÅLKURSEN UPPNÅDD OMX-terminen 10-min (diagram källa: Infront) OMX-KRÖNIKAN Tor 9 april 2015 Skrivet av Per Stolt God Morgon! 08:56 OMX-INDEX (1677): MÅLKURSEN UPPNÅDD 1690 Det hände mycket igår. OMX nådde målkursen 1690.

Läs mer

8. Allmänt om medarbetarsamtal. Definition

8. Allmänt om medarbetarsamtal. Definition 8. Allmänt om medarbetarsamtal Definition En förberedd regelbundet återkommande dialog mellan chef och medarbetare syftande till att utveckla verksamhet och individ och som präglas av ömsesidighet. (A

Läs mer

Hur kan man uppnå tillståndet där Lean/Verksamhetsutveckling är en naturlig del av tillvaron?

Hur kan man uppnå tillståndet där Lean/Verksamhetsutveckling är en naturlig del av tillvaron? Hur kan man uppnå tillståndet där Lean/Verksamhetsutveckling är en naturlig del av tillvaron? Av Ronny Brandqvist Sida 1 av 19 Lean är INTE ett statiskt tillstånd Sida 2 av 19 Hur kan det se ut? Attityder,

Läs mer

2. Den andra sanningen är att trovärdighet är grunden för ledarskap.

2. Den andra sanningen är att trovärdighet är grunden för ledarskap. LEDARSKAPETS SANNINGAR (Liber, 2011) James Kouzes är Barry Posner är båda professorer i ledarskap och i boken sammanfattar de det viktigaste de lärt sig efter att ha studerat framgångsrikt ledarskap i

Läs mer

KORT FÖR ATT LEDA DISKUSSIONEN

KORT FÖR ATT LEDA DISKUSSIONEN KORT FÖR ATT LEDA DISKUSSIONEN INNEHÅLL 1 Så här använder du diskussionskorten 2 Vad är dialog? 3 Förbättra din förmåga att lyssna 4 Förberedelser inför att föra en diskussion 5 Exempel ur manuset för

Läs mer

Lärjungaskap / Följ mig

Lärjungaskap / Följ mig Lärjungaskap / Följ mig Dela in gruppen i par och bind för ögonen på en av de två i paret. Låt den andra personen leda den med förbundna ögon runt i huset och utomhus, genom trädgården, till exempel, och

Läs mer

Handledning handlingsplan för lågpresterarande säljare/konsulter

Handledning handlingsplan för lågpresterarande säljare/konsulter Handledning handlingsplan för lågpresterarande säljare/konsulter Disposition 1. Inledning - Kort introduktion - Några små råd 2. Handlingsplan 1 - Definiera problemet - Analysschema - Lågpresterare, vad

Läs mer

Kunskapsspridning inom ett XP team

Kunskapsspridning inom ett XP team Kunskapsspridning inom ett XP team Simon Lindberg & Firas Dib {ada10sli, ada10fdi}@student.lu.se En djupstudie i hur kunskaper sprider sig inom ett parprogrammerande utvecklingsteam. Nyckelord: kunskapspridning,

Läs mer

Varför är vår uppförandekod viktig?

Varför är vår uppförandekod viktig? Vår uppförandekod Varför är vår uppförandekod viktig? Det finansiella systemet är beroende av att allmänheten har förtroende för oss som bank. Få saker påverkar kunden mer än det intryck du lämnar. Uppförandekoden

Läs mer

COACHING OCH KONSTRUKTIV FEEDBACK

COACHING OCH KONSTRUKTIV FEEDBACK Saab EDS Jönköping 8 november 2013 COACHING OCH KONSTRUKTIV FEEDBACK Ladda ner bilderna här: www.planb.se/samtal 1 PlanB teamet Kasper Arentoft Tue Juelsbo Team kompetenser: bl. a danske, processledning,

Läs mer

Pussel DISC/Morot Kombination

Pussel DISC/Morot Kombination Pussel DISC/Morot Kombination Kommunikation Exempel på agenda för första coaching mötet ID: 72955 Ensize International AB Analysdatum: 2012-06-14 Tid: 14 minuter Utskriftsdatum: 2013-09-23 Ensize International

Läs mer

A ToolGuide for Eclipse: En fördjupning i några av verktygen i Eclipse och hur de underlättar XP s practices

A ToolGuide for Eclipse: En fördjupning i några av verktygen i Eclipse och hur de underlättar XP s practices A ToolGuide for Eclipse: En fördjupning i några av verktygen i Eclipse och hur de underlättar XP s practices Mattias Jarheden och Thomas Forsström Sammanfattning Denna djupstudie försöker ge en inblick

Läs mer

Konstruktiv feedback. Hur att hantera positiva/negativa beteenden...prestera mera

Konstruktiv feedback. Hur att hantera positiva/negativa beteenden...prestera mera Konstruktiv feedback Hur att hantera positiva/negativa beteenden..prestera mera Konstruktiv feedback Som chef och ledare är det avgörande att kunna ge medarbetare konstruktiv feedback, allt för att ge

Läs mer