Har du svært ved at få jeres Kanban board til at fungere som det kraftfulde samarbejdsværktøj, som du havde forventet? Har I svært ved at få jeres Scrum board til at være en aktiv del af jeres daglige stand-up møder? Har dit team svært ved at få jeres opgaver til at passe ind i jeres opgavetavle? Eller har I svært ved at tage hul på at synliggøre jeres arbejdes kringlede processer i noget så simpelt som en tavle med nogle post-its?
Visualisering af arbejdsprocesser ved hjælp af opgavetavler kan være et enddog meget kraftfuldt værktøj for dit team i jeres vej mod bedre overblik, bedre opfølgning, bedre samarbejde og bedre kommunikation til omgivelserne om jeres vigtige arbejde. Men det kan være svært at løfte sin brug af opgavetavler udover de simple todo-doing-done tavler som man kan google sig til utallige eksempler på.
Hvad er godt håndværk indenfor software udvikling? - Og hvad betyder software craftsmanship egentlig?
På dette café-møde giver Nino sin vinkel på hvad det vil sige at være en software craftsman, og hvorfor det er vigtigt for også din organisation.
Estimering kan hjælpe agile teams til at blive mere opmærksomme deres egen formåen og kan være et vigtigt redskab til at styre frem mod en deadline.
Estimering er også et nyttigt redskab til hurtigt at afklare funktionalitetsområder, afdække risici og udfordringer inden vi bruger for lang tid på et forberede et funktionalitetsområde til implementering.
Fokus vil være på relativ estimering af funktionalitet og ikke på estimering af udviklingsopgaver (tasks) i timer i forbindelse med fx. sprint planning.
Overvejer I at indføre agil udvikling eller er I godt i gang? At indføre og få agil udvikling til at fungere er ikke nogen lille opgave.
Vi taler nogen gange om det, som var det en lille praktisk ting: Før gjorde vi tingene på [indsæt selv din foretrukne beskrivelse...] måden, nu gør vi det agilt. Hvor svært kan det være?
I virkeligheden er det at blive agil i en virksomhed som regel en forandring i både praksis, kultur og mindset.
Derfor er det en god idé at kende til opgavens omfang, være bevidst om virksomhedens udgangspunkt og vide hvad der skal til for at gennemføre successfulde forandringer i en virksomhed.
Bent Jensen, der har praktisk erfaring fra adskillige agile transformationer, vil på cafémødet gennemgå de mest effektive strategier og vise hvordan man vælger den rette og hvilke faldgruber man skal sørge for at undgå.
Code Camp er et koncept, der er udviklet til brug i agile udbud, hvor kunden møder leverandørens tilbudte team til en dag, hvor leverandør og kunde udvikler en lille løsning ved at anvende den agile proces i en stærk komprimeret udgave. Jeg har udviklet Code Camp-konceptet og gennemført ca. 40 Code Camps med forskellige teams fra forskellige leverandører. Udover at være et stærkt værktøj i tilbudsvurderingen, så har de mange intense møder med udviklingsteams og -leverandører givet nogle indsigter i, hvordan agile udviklingsteams fungerer. Hvad er typiske styrker og svagheder? Hvor lider teams af storhedsvanvid og hvornår undervurderer de egne evner? Der er også plads til et par betragtninger om ledelses- og virksomhedskultur hos den typiske danske it-leverandør. Jeg satser på at være både tankevækkende og provokerende og give anledning til en god diskussion om udviklerkultur.
Thomas Christensen har arbejdet i IT-branchen i mere end 20 år, både som virksomhedsleder og som selvstændig konsulent. I en årrække har han arbejdet med agile processer og udbud en række steder i staten, men lige nu er han data & solution/enterprise architect hos Maersk Oil.
Mangler du en pragmatisk introduktion til Scrum og Agile? Leder du efter startblokken for at komme i gang med agile projekter? Eller er dit behov essentiel viden om den agile proces, så du forstår hvad der forventes af dig?
På en aften vil du få løftet din forståelse af de tre mest udbredte agile metoder: Scrum, Kanban og XP. Du vil få præsenteret de enkelte metoders bestanddele og hvordan de hænger sammen. Du vil forstå metodernes forskelle og vil også få et indblik i hvordan de kan kombineres.
Alt i alt vil du få et godt grundlag på din vej til at blive en dygtig agil praktiker.
Lær 3 agile metoder på en aften, august 2015BestBrains
Mangler du en pragmatisk introduktion til Scrum og Agile? Leder du efter startblokken for at komme i gang med agile projekter? Eller er dit behov essentiel viden om den agile proces, så du forstår hvad der forventes af dig?
På en aften vil du få løftet din forståelse af de tre mest udbredte agile metoder: Scrum, Kanban og XP. Du vil få præsenteret de enkelte metoders bestanddele og hvordan de hænger sammen. Du vil forstå metodernes forskelle og vil også få et indblik i hvordan de kan kombineres.
Alt i alt vil du få et godt grundlag på din vej til at blive en dygtig agil praktiker.
Et vigtigt redskab i arbejdet med backloggen er at nedbryde store features og funktionsområder til mindre, så de fx. passer ind i en iteration eller er overskuelige at implementere for et team.
Et vigtigt redskab i arbejdet med backloggen er at nedbryde store features og funktionsområder til mindre, så de fx. passer ind i en iteration eller er overskuelige at implementere for et team.
Men nedbrydning handler ikke kun om en passende størrelse. Det kan også være et afgørende bidrag til effektiv prioritering og planlægning, og kan sågar mindske behovet for estimering.
Nedbrydning er også et generelt princip, der med fordel kan bruges på andre og større områder end blot en enkelt backlog.
Motivation er det grundstof der får virksomheder til at blomstre eller gå under. Det er det stof der skaber succes eller fiasko. Det er det der afgør om vi går glade på arbejde - eller bare er ligeglade.
Men er der en særlig form for motivation der skaber stress, udbrændthed og ødelagte liv og familier? Kan motivation være farligt? Er der en anden måde at skabe arbejdsglæde, begejstring og succes end at svinge pisken eller lokke med guleroden? Lær hvordan du passer på dig selv, dit team og hvordan du kan være med til at gøre det sjovt at arbejde.
I bogen Switch: How to Change Things When Change Is Hard stiller brødrene Chip og Dan Heath skarpt på forandringsprocesser og hvad der skal til for at få dem til at lykkes.
At indføre agil udvikling kan være en stor og vanskelig forandringsproces. Bent Jensen og Nino Stokbro Ag fra Bestbrains viser med konkrete eksempler, hvordan man kan udnytte teknikkerne fra Switch som inspiration til den agile transformation og dermed øge chancerne for succes betydeligt.
Hør hvad det vil sige at fokusere både på “The Rider” og “The Elephant” og hvordan “Shaping the Path” gør forandringen til noget naturligt.
Har du svært ved at få jeres Kanban board til at fungere som det kraftfulde samarbejdsværktøj, som du havde forventet? Har I svært ved at få jeres Scrum board til at være en aktiv del af jeres daglige stand-up møder? Har dit team svært ved at få jeres opgaver til at passe ind i jeres opgavetavle? Eller har I svært ved at tage hul på at synliggøre jeres arbejdes kringlede processer i noget så simpelt som en tavle med nogle post-its?
Visualisering af arbejdsprocesser ved hjælp af opgavetavler kan være et enddog meget kraftfuldt værktøj for dit team i jeres vej mod bedre overblik, bedre opfølgning, bedre samarbejde og bedre kommunikation til omgivelserne om jeres vigtige arbejde. Men det kan være svært at løfte sin brug af opgavetavler udover de simple todo-doing-done tavler som man kan google sig til utallige eksempler på.
Hvad er godt håndværk indenfor software udvikling? - Og hvad betyder software craftsmanship egentlig?
På dette café-møde giver Nino sin vinkel på hvad det vil sige at være en software craftsman, og hvorfor det er vigtigt for også din organisation.
Estimering kan hjælpe agile teams til at blive mere opmærksomme deres egen formåen og kan være et vigtigt redskab til at styre frem mod en deadline.
Estimering er også et nyttigt redskab til hurtigt at afklare funktionalitetsområder, afdække risici og udfordringer inden vi bruger for lang tid på et forberede et funktionalitetsområde til implementering.
Fokus vil være på relativ estimering af funktionalitet og ikke på estimering af udviklingsopgaver (tasks) i timer i forbindelse med fx. sprint planning.
Overvejer I at indføre agil udvikling eller er I godt i gang? At indføre og få agil udvikling til at fungere er ikke nogen lille opgave.
Vi taler nogen gange om det, som var det en lille praktisk ting: Før gjorde vi tingene på [indsæt selv din foretrukne beskrivelse...] måden, nu gør vi det agilt. Hvor svært kan det være?
I virkeligheden er det at blive agil i en virksomhed som regel en forandring i både praksis, kultur og mindset.
Derfor er det en god idé at kende til opgavens omfang, være bevidst om virksomhedens udgangspunkt og vide hvad der skal til for at gennemføre successfulde forandringer i en virksomhed.
Bent Jensen, der har praktisk erfaring fra adskillige agile transformationer, vil på cafémødet gennemgå de mest effektive strategier og vise hvordan man vælger den rette og hvilke faldgruber man skal sørge for at undgå.
Code Camp er et koncept, der er udviklet til brug i agile udbud, hvor kunden møder leverandørens tilbudte team til en dag, hvor leverandør og kunde udvikler en lille løsning ved at anvende den agile proces i en stærk komprimeret udgave. Jeg har udviklet Code Camp-konceptet og gennemført ca. 40 Code Camps med forskellige teams fra forskellige leverandører. Udover at være et stærkt værktøj i tilbudsvurderingen, så har de mange intense møder med udviklingsteams og -leverandører givet nogle indsigter i, hvordan agile udviklingsteams fungerer. Hvad er typiske styrker og svagheder? Hvor lider teams af storhedsvanvid og hvornår undervurderer de egne evner? Der er også plads til et par betragtninger om ledelses- og virksomhedskultur hos den typiske danske it-leverandør. Jeg satser på at være både tankevækkende og provokerende og give anledning til en god diskussion om udviklerkultur.
Thomas Christensen har arbejdet i IT-branchen i mere end 20 år, både som virksomhedsleder og som selvstændig konsulent. I en årrække har han arbejdet med agile processer og udbud en række steder i staten, men lige nu er han data & solution/enterprise architect hos Maersk Oil.
Mangler du en pragmatisk introduktion til Scrum og Agile? Leder du efter startblokken for at komme i gang med agile projekter? Eller er dit behov essentiel viden om den agile proces, så du forstår hvad der forventes af dig?
På en aften vil du få løftet din forståelse af de tre mest udbredte agile metoder: Scrum, Kanban og XP. Du vil få præsenteret de enkelte metoders bestanddele og hvordan de hænger sammen. Du vil forstå metodernes forskelle og vil også få et indblik i hvordan de kan kombineres.
Alt i alt vil du få et godt grundlag på din vej til at blive en dygtig agil praktiker.
Lær 3 agile metoder på en aften, august 2015BestBrains
Mangler du en pragmatisk introduktion til Scrum og Agile? Leder du efter startblokken for at komme i gang med agile projekter? Eller er dit behov essentiel viden om den agile proces, så du forstår hvad der forventes af dig?
På en aften vil du få løftet din forståelse af de tre mest udbredte agile metoder: Scrum, Kanban og XP. Du vil få præsenteret de enkelte metoders bestanddele og hvordan de hænger sammen. Du vil forstå metodernes forskelle og vil også få et indblik i hvordan de kan kombineres.
Alt i alt vil du få et godt grundlag på din vej til at blive en dygtig agil praktiker.
Et vigtigt redskab i arbejdet med backloggen er at nedbryde store features og funktionsområder til mindre, så de fx. passer ind i en iteration eller er overskuelige at implementere for et team.
Et vigtigt redskab i arbejdet med backloggen er at nedbryde store features og funktionsområder til mindre, så de fx. passer ind i en iteration eller er overskuelige at implementere for et team.
Men nedbrydning handler ikke kun om en passende størrelse. Det kan også være et afgørende bidrag til effektiv prioritering og planlægning, og kan sågar mindske behovet for estimering.
Nedbrydning er også et generelt princip, der med fordel kan bruges på andre og større områder end blot en enkelt backlog.
Motivation er det grundstof der får virksomheder til at blomstre eller gå under. Det er det stof der skaber succes eller fiasko. Det er det der afgør om vi går glade på arbejde - eller bare er ligeglade.
Men er der en særlig form for motivation der skaber stress, udbrændthed og ødelagte liv og familier? Kan motivation være farligt? Er der en anden måde at skabe arbejdsglæde, begejstring og succes end at svinge pisken eller lokke med guleroden? Lær hvordan du passer på dig selv, dit team og hvordan du kan være med til at gøre det sjovt at arbejde.
I bogen Switch: How to Change Things When Change Is Hard stiller brødrene Chip og Dan Heath skarpt på forandringsprocesser og hvad der skal til for at få dem til at lykkes.
At indføre agil udvikling kan være en stor og vanskelig forandringsproces. Bent Jensen og Nino Stokbro Ag fra Bestbrains viser med konkrete eksempler, hvordan man kan udnytte teknikkerne fra Switch som inspiration til den agile transformation og dermed øge chancerne for succes betydeligt.
Hør hvad det vil sige at fokusere både på “The Rider” og “The Elephant” og hvordan “Shaping the Path” gør forandringen til noget naturligt.
3. file:///mnt/Documents/bestbrains_logo_ansigter.png
Dagsorden
Dokumentation på en agil facon
Værdien af dokumentation
Hvornår skal vi dokumentere?
Tæt på brug og kode
Typer af dokumentation
Proces for dokumentation
Dokumenter
file:///mnt/Documents/bestbrainslogo2010_text.png
4. file:///mnt/Documents/bestbrains_logo_ansigter.png
Mål for agil udvikling:
Kørende software
”Working software over
comprehensive documentation”
Understøt fremtidige aktiviteter
brug, vedligeholdelse, drift, udvidelser, integration ...
Scoot Ambler
file:///mnt/Documents/bestbrainslogo2010_text.png
6. file:///mnt/Documents/bestbrains_logo_ansigter.png
Hvad er agil dokumentation?
at have akkurat nok dokumentation til den rigtige
læser på det rigtige tidspunkt
file:///mnt/Documents/bestbrainslogo2010_text.png
7. file:///mnt/Documents/bestbrains_logo_ansigter.png
Hvad er agil udvikling?
at have akkurat nok funktionalitet til den rigtige
kunde på det rigtige tidspunkt
file:///mnt/Documents/bestbrainslogo2010_text.png
10. file:///mnt/Documents/bestbrains_logo_ansigter.png
Hvad er der på spil?
Glæden ved at bruge Smerten ved at
relevant dokumentation mangle dokumentation
Irritation ved at skulle
file:///mnt/Documents/bestbrainslogo2010_text.png
skrive dokumentation
12. file:///mnt/Documents/bestbrains_logo_ansigter.png
One size fits all? Værdi af
dokumentation
Høj
Service Framework
Kundeprojekt Projekt
Vedligeholdelse
Produktudvikling
file:///mnt/Documents/bestbrainslogo2010_text.png
Lav
13. file:///mnt/Documents/bestbrains_logo_ansigter.png
Værdi – dokumentation som krav
Hvad er behovet?
Hvor gør det ondt? Hvem mærker det? Hvornår?
Hvad vil dokumentationen koste at vedligeholde?
Hvad vil kunden betale for en investering?
Hvordan måler vi værdien af dokumentation?
Tid brugt ved oplæring af nye medarbejdere?
Tid brugt ved fremtidig vedligeholdelse af systemet?
Fejlrettelser, nyudvikling, idriftsættelser
file:///mnt/Documents/bestbrainslogo2010_text.png
16. file:///mnt/Documents/bestbrains_logo_ansigter.png
Hvornår skriver vi dokumentation?
Beslut om du skal
Skriv dokumentation Too late!
dokumentere og hvad
Specifikation Test og
Ideskabelse Release Brug
og design Implementering
file:///mnt/Documents/bestbrainslogo2010_text.png
17. file:///mnt/Documents/bestbrains_logo_ansigter.png
Hvornår skriver vi dokumentation?
Beslut om du skal
Skriv dokumentation Too late!
dokumentere og hvad
Specifikation Test og
Ideskabelse Release Brug
og design Implementering
Iterativ proces
Input til næste iteration
file:///mnt/Documents/bestbrainslogo2010_text.png
18. file:///mnt/Documents/bestbrains_logo_ansigter.png
Tæthed på brug og på kode
Jo tættere information er
på den operationelle brug og vedligeholdelse af systemet,
jo mere værdifuld er den
file:///mnt/Documents/bestbrainslogo2010_text.png
19. file:///mnt/Documents/bestbrains_logo_ansigter.png
Eksempler på: tæt på brug og kode
Tæt på Længere væk
Brugervejledninger i Hjælpe-indeks og
brugergrænsef aden
l manualer
Funktions-test Dokumenter som
(eks. Cucumber) beskriver brugsmønstre
Unit-test Kodekommentarer
file:///mnt/Documents/bestbrainslogo2010_text.png
21. file:///mnt/Documents/bestbrains_logo_ansigter.png
Opgave 2: Dokumentér dit køkken
1. Hvorfor? (intention – Hvorfor har du et køkken? Hvad vil du opnå eller undgå?)
2. Hvad? (bestanddele – Hvad består dit køkken af?)
3. Hvordan? (brug – Hvordan bruger du typisk dit køkken)
file:///mnt/Documents/bestbrainslogo2010_text.png
27. file:///mnt/Documents/bestbrains_logo_ansigter.png
Proces for dokumentation
Kunden
Feedback
giver input til
kvalitet sikres ved
Behov Dokumentation
beskrives i en opgave resulterer i
Færdig
dokumentation
file:///mnt/Documents/bestbrainslogo2010_text.png
28. file:///mnt/Documents/bestbrains_logo_ansigter.png
Udfordringer
Koden er sjældent selvforklarende
svært at skrive kode der tydligt kommunikerer intention
Kræver træning at skrive god dokumentation
Får vi tid nok skriver vi en lang essay
Vi oplever ting forskelligt – visuelt, logisk
file:///mnt/Documents/bestbrainslogo2010_text.png
29. file:///mnt/Documents/bestbrains_logo_ansigter.png
Proces for et dokument
Skriv en indholdsfortegnelse
Diskuter med en anden om der er brug for diagrammer
Første gennemskrivning
Få ”Kunden” til at læse det igennem
Overvej sammen om der mangler kontekst
Anden gennemskrivning
Iterér indtil kunden er tilfreds eller i er løbet tør for tid
Sidste gennemlæsning af ”Kunden”
file:///mnt/Documents/bestbrainslogo2010_text.png
30. file:///mnt/Documents/bestbrains_logo_ansigter.png
Indhold i tekstdokumenter
Husk konteksten for det beskrevne emne
Dokumentér stabile begreber, ikke spekulationer
Forklar indforståede begreber
Undgå for mange detaljer – de ændrer sig
Dokumentér ”hvorfor”
Versionering
Gem historik i dokumentet
file:///mnt/Documents/bestbrainslogo2010_text.png
31. file:///mnt/Documents/bestbrains_logo_ansigter.png
Diagrammer
Er værdifulde, men tager tid at lave
Struktur (hvad)
Arkitektur, systemer
Flow (hvordan)
Sekvensdiagrammer, brugsmønstre
Frie tegninger
Visuel kommunikation
Til blanding af hvad og hvordan
file:///mnt/Documents/bestbrainslogo2010_text.png
32. file:///mnt/Documents/bestbrains_logo_ansigter.png
Kan udviklere dokumentere?
Ja! Hvis de:
Har en ”kunde” med et klart behov
Får en veldefineret opgave
”Design” og ”arkitektur” på dokumentationen
Får feedback på om opgaven er ”Done”
Skab et godt udgangspunkt
Skab konsensus om behov og værdi
Fjern unødvendige informationer. Ryd op!
Fokuser på dokumentation tæt på koden
file:///mnt/Documents/bestbrainslogo2010_text.png
Lav struktur og skabeloner for dokumentation
33. file:///mnt/Documents/bestbrains_logo_ansigter.png
Dokumenter agilt
Start simpelt
Tæt på brugen af systemet
Få feedback
http://www.agilemodeling.com/essays/agileDocumentation.htm
Scot Ambler.
Agile Documentation, ”A Pattern Guide to Producing Lightweight
Documents for Software”, Andreas Rueping
file:///mnt/Documents/bestbrainslogo2010_text.png
Editor's Notes
Hvad skal der til for at vi kan opbygge og vedligeholde en brugbar dokumentation?
Hvad blev der skrevet ned? Hvilke udfordringer møder I ofte omkring dokumentation?
Kom med nogle eksempler: Eksempler: Kildekode, tekster i brugergrænsefladen
Hvordan får vi skrevet og vedligeholdt præcis den dokumentation vi har brug? Lige så svært som at have de rigtige features på det rigtige tidspunkt Hvad skal der til for On demand JIT Men man kan ikke lave JIT hvis man ikke har tænkt over hvordan dokumentation skal produceres. JIT er ikke wait until we have the problem.
Lige så svært som at have de rigtige features på det rigtige tidspunkt Hvordan får vi skrevet og vedligeholdt præcis den dokumentation vi har brug? Hvad skal der til for On demand JIT Men man kan ikke lave JIT hvis man ikke har tænkt over hvordan dokumentation skal produceres. JIT er ikke wait until we have the problem.
Hvad er det der er på spil i forhold til dokumentation? Har du nogensinde oplevet glæden ved at bruge relevant dokumentation Har du nogensinde være irriteret over at skulle opdatere dokumentation Har du nogensinde bandet over at dokumentation var mangelfuld Hvis den samme person oplever de to øverste vil der være en incitament til at skrive dokumentation Hvis det er forskellige personer, kræver det en motivationsfaktor.
Hvad er det der er på spil i forhold til dokumentation? Har du nogensinde oplevet glæden ved at bruge relevant dokumentation Har du nogensinde være irriteret over at skulle opdatere dokumentation Har du nogensinde bandet over at dokumentation var mangelfuld Hvis den samme person oplever de to øverste vil der være en incitament til at skrive dokumentation Hvis det er forskellige personer, kræver det en motivationsfaktor.
Hvad er det der er på spil i forhold til dokumentation? Har du nogensinde oplevet glæden ved at bruge relevant dokumentation Har du nogensinde bandet over at dokumentation var mangelfuld Har du nogensinde være irriteret over at skulle opdatere dokumentation Hvis den samme person oplever de to øverste vil der være en incitament til at skrive dokumentation Hvis det er forskellige personer, kræver det en motivationsfaktor.
Hvad er det der er på spil i forhold til dokumentation? Har du nogensinde oplevet glæden ved at bruge relevant dokumentation Har du nogensinde være irriteret over at skulle opdatere dokumentation Har du nogensinde bandet over at dokumentation var mangelfuld Hvis den samme person oplever de to øverste vil der være en incitament til at skrive dokumentation Hvis det er forskellige personer, kræver det en motivationsfaktor.
Hvor oplever vi smerten vi manglen på dokumentation?
Hvornår oplever vi smerten vi manglen på dokumentation?
Hvornår oplever vi smerten vi manglen på dokumentation?
Hvordan var det at dokumentere denne gang? Forhåbentligt nemmere. Vigtigheden at have en skabelon og et design for dokumentationen. Vil vi have en dokumentation der beskriver detaljerne.
Hvad giver størst værdi? Hvilke typer af dokumenter giver størst værdi i jeres nuværende projekt? Hvad vil give størst værdi i jeres projekt?
Hvor er der lavthængende frugter i forhold til at forbedre dokumentationen? Kildekode? Refaktorering til at gøre navnekonvention entydig.