Hvilke temaer vil du høre om på Smidig 2010?

[Johannes Brodwall]

Hei,

I 2009 valgte å vi å styre foredragene inn mot noen spesifikke temaer.
Jeg syntes dette var en bra måte å trekke fram gode temaer på. Hvilke
temaer synes dere bør belyses i år?

Personlig kunne jeg gjerne tenke meg et tema om Parprogrammering og et
tema om Hvordan unngå at arkitekter spenner ben på prosjektet.

Her er fjorårets temaer:
* Forretningsverdi
* Produkteieren
* Scrum masteren
* Fallgruver
* Teknologi og yrkesstolthet
* Å unngå defekter
* Annet


~Johannes

[Ole Morten Amundsen]

2010/8/15 Johannes Brodwall <jha...@gmail.com>

God poeng, selv om det er litt slemt sagt ;) De viktigste beslutningene blir ofte tatt før prosjektet har tatt form. Like ofte er beslutningene allerede begrenset til rammer bestemt for lenge siden, da mulighetene var annerledes. For å komme med et billig poeng, "skyen" er relativt ny og stadig mer tilgjengelig, både billigere, mer fleksibelt og mer stabilt enn egen serverpark. Men minst like viktig (viktigere?) er valg av teknologi, arkitektur og rammeverk.

Så en kategori med
Arkitekten, CTOen i StortSelskap.

og kanskje en temakategori
Integrasjon: SOA, ESB, WS, REST

hadde vært utrolig spennende og interessant! Valgene i disse kategoriene, påvirker pris og kvalitet enormt! Det er vel defor arkitekten ble "oppfunnet" i første omgang?

-Ole Morten

~Johannes
 

--
Du mottar denne meldingen fordi du abonnerer på Google-gruppen «smidigkonferansen».
Hvis du vil legge inn en melding i denne gruppen, kan du sende e-post til smidigko...@googlegroups.com.
Hvis du vil avslutte abonnementet på denne gruppen, sender du en e-post til smidigkonferan...@googlegroups.com.
 Hvis du vil ha flere alternativer, kan du besøke gruppen på http://groups.google.com/group/smidigkonferansen?hl=no.

[Filip van Laenen]

Kanskje noe rundt Kanban også?

(Forresten, denne mailen er ikke parskrevet ;-))

Filip

Op 15-08-10 13:17, Johannes Brodwall schreef:

[Christin Gorman]

Hei,

Jeg skulle likt å høre hvordan folk får til en reell feedback-loop i utviklings-prossessen. Noe av hoved-poenget med å jobbe iterativt er jo å få feedback etter hver iterasjon. Hvordan får folk til dette? Blir de samme menneskene invitert til hver demo? Hvem har ansvaret for at de riktige menneskene dukker opp og faktisk engasjerer seg nok til å stille spørsmål og komme med konkret input etter hver iterasjon? 

-Christin

2010/8/15 Johannes Brodwall <jha...@gmail.com>

[Martin Stabenfeldt]

2010/8/15, Christin Gorman <christi...@gmail.com>:

> Hei,
> Jeg skulle likt å høre hvordan folk får til en reell feedback-loop i
> utviklings-prossessen.

Pluss 1 på denne! :)

--
Martin Stabenfeldt
Tlf: +47 93441707

[Christin Gorman]

Bare 1? ;-P

Jeg hadde en tanke til, jeg: Jeg skulle likt å høre litt best (og kanskje worst) practices om når man jobber flere team i parallell, hvor alles leveranser skal passe sammen etter hver sprint. Dette pleier jo ikke alltid å gå som smurt... Eller er det bare meg? :-D  

-c

2010/8/15 Martin Stabenfeldt <mar...@stabenfeldt.net>

--

[ivarconr]

Det pleier absolutt ikke gå som smurt, så det er nok ikke bare deg!
Kunne også tenkt meg å høre litt erfaringer på dette.

Ivar

On Aug 15, 8:25 pm, Christin Gorman <christin.gor...@gmail.com> wrote:
> Bare 1? ;-P
>
> Jeg hadde en tanke til, jeg: Jeg skulle likt å høre litt best (og kanskje
> worst) practices om når man jobber flere team i parallell, hvor alles
> leveranser skal passe sammen etter hver sprint. Dette pleier jo ikke alltid
> å gå som smurt... Eller er det bare meg? :-D
>
> -c
>
> 2010/8/15 Martin Stabenfeldt <mar...@stabenfeldt.net>
>
>
>

> > 2010/8/15, Christin Gorman <christin.gor...@gmail.com>:

> > > Hei,
> > > Jeg skulle likt å høre hvordan folk får til en reell feedback-loop i
> > > utviklings-prossessen.
>
> > Pluss 1 på denne! :)
>
> > --
> > Martin Stabenfeldt
> > Tlf:+47 93441707
>
> > --
> > Du mottar denne meldingen fordi du abonnerer på Google-gruppen
> > «smidigkonferansen».
> > Hvis du vil legge inn en melding i denne gruppen, kan du sende e-post til
> > smidigko...@googlegroups.com.
> > Hvis du vil avslutte abonnementet på denne gruppen, sender du en e-post til

> > smidigkonferan...@googlegroups.com<smidigkonferansen%2Bunsubscr i...@googlegroups.com>
> > .

[Ole Morten Amundsen]

+1

Enig! feedbackloop, tilbakemeldingssyklus på godt norsk, er helt sentralt i smidig. Det er nok noe de fleste tar for lett på. Dette kan være et godt tema for en lyntale!

Vi lanserer straks smidig2010.no (i løpet av i dag eller i morgen?), med påmeldinger og lyntaleforslag. Da kan du legge inn forslaget og få kommentarer og tips. Slik får du bedre informasjonsgrunnlag til å lage en enda bedre lyntale!

Det er en klar kandidat for open space også. 

-Ole Morten

2010/8/16 ivarconr <ivar...@gmail.com>

Hvis du vil avslutte abonnementet på denne gruppen, sender du en e-post til smidigkonferan...@googlegroups.com.

[Jon Øyvind Eriksen]

Kanban støttes J

 

… gjerne i forbindelse med ”smidig forvaltning” som tema.  

 

Et annet tema jeg kunne tenkt meg er det som kalles ”organizational fit” – samspillet mellom en smidig prosess og alt som ligger rundt teamet:

Organisasjonen/bedriften, de fysiske lokalene, kulturen,, kunder, kontrakter, eksisterende rutiner, verktøy etc…

 

Noe á la: hvordan organisasjoner/bedrifter kan legge til rette for smidig utvikling….

 

Jon Øyvind

--

[Harald Soevik]

Jeg kunne tenke meg å diskutere erfaringer om hvordan man forholder seg til ulike nasjonaliteter/arbeidskulturer i distribuerte smidige prosjekter.

--
Harald

2010/8/15 Johannes Brodwall <jha...@gmail.com>

[Ole-Marius Moe-Helgesen]

Hei,

Det er kanskje å gjenta hva Harald sier, men smidighet i forhold til
outsourcing er et tema jeg gjerne ville hørt erfaringer fra.

--
Med vennlig hilsen,
Ole-Marius Moe-Helgesen
+47 934 58126

2010/8/16 Harald Soevik <har...@gmail.com>:

[Christin Gorman]

Organizational fit, og kulturelle "issues" er jeg også veldig interessert i å høre om.

Dette blir en bra konferanse, dere! :-)

-c

 

2010/8/15 Johannes Brodwall <jha...@gmail.com>

[ivarconr]

- Organisasjonsmessige utfordringer. Kan utviklerene være smidige uten
at resten organisasjonen er det? Vil dette gi merverdi, eller lønner
det seg at utviklerne følger organisasjonen? Er det vits med
automatisk integrasjon mot test dersom det ikke er noen som
kontinuerlig tester?

- Transformasjonsteknikker - Hvordan kan en organisasjon bli smidig?
Kan utviklerene motivere prosessen nedenfra, eller MÅ en fullstendig
og vellykket overgang til smidige teknikker settes i gang ovenfra?
Eller kanskje vi må ha begge partene med på laget? Hvem har mest
innflytelse på prosessen?

- Smidige metoder som religion - Ofte synes jeg smigie metoder,
spesielt Scrum. blir fremstilt veldig religiøst. Kan det hende at
metodene man benytter for å være smidige ikke i seg selv er smidige?
Er kanban svaret?

Ivar



On Aug 16, 10:47 am, Christin Gorman <christin.gor...@gmail.com>
wrote:

> Organizational fit, og kulturelle "issues" er jeg også veldig interessert i
> å høre om.
> Dette blir en bra konferanse, dere! :-)
> -c
>

> 2010/8/15 Johannes Brodwall <jhan...@gmail.com>

>
> > Hei,
>
> > I 2009 valgte å vi å styre foredragene inn mot noen spesifikke temaer.
> > Jeg syntes dette var en bra måte å trekke fram gode temaer på. Hvilke
> > temaer synes dere bør belyses i år?
>
> > Personlig kunne jeg gjerne tenke meg et tema om Parprogrammering og et
> > tema om Hvordan unngå at arkitekter spenner ben på prosjektet.
>
> > Her er fjorårets temaer:
> > * Forretningsverdi
> > * Produkteieren
> > * Scrum masteren
> > * Fallgruver
> > * Teknologi og yrkesstolthet
> > * Å unngå defekter
> > * Annet
>
> > ~Johannes
>
> > --
> > Du mottar denne meldingen fordi du abonnerer på Google-gruppen
> > «smidigkonferansen».
> > Hvis du vil legge inn en melding i denne gruppen, kan du sende e-post til
> > smidigko...@googlegroups.com.
> > Hvis du vil avslutte abonnementet på denne gruppen, sender du en e-post til

> > smidigkonferan...@googlegroups.com<smidigkonferansen%2Bunsu...@googlegroups.com>
> > .

[Jonas Follesø]

Agile 2010 gikk jo av stabelen forrige uke, og Robert C. Martin (Uncle Bob) twitret følgende:

"< 10% of the talks at #agile2010 are about programming. Is programming really < 10% of Agile?"

Sitter selv med samme inntrykk - det blir veldig ofte mye snakk om prosesser og organisering, samtidig som kode og koderelaterte verktøy/teknikker også er viktig for smidighet. Så her er noen punkter jeg kommer på i farta:

• Hvordan distribuert VCS (GIT eller Mercurial) legger til rettere for smidig programmering. Få bruker branching aktivit i SVN og TFS pga alle problemene som oppstår med merging. Så i praksis blir"versjons historikken" din størrelsen på undo-bufferen din, så du blir mer restriktiv og "feig" i kodebasen mellom hver commit. Med DVCS kan du commite lokalt uten å pushe til sentral repository, og branching og merging er en lek. Dette kan gjøre at man tør utforske, prøve nye tilnærmingsmåter og design, og dermed også bli mer smidig mtp. respondere på endringer.
  
  
• Emerging architecture - Noen arkitekter er livredde for å la utviklere begynne å programmere uten å på forhånd ha klart definert arkitektur og funksjonelle krav. Samtidig kaster mange utviklere seg rett ut i programmeringen, og etter noen måneder har de kodet seg inn i et hjørne. Så hvordan kan vi legge til rette for "emerging architecture" - hvordan kan vi utsette valg i kodebasen vår til å sent som mulig, uten å samtidig ende opp med et design som ikke lar seg vokse/endre over tid.
  
  
• BDD og kjørbare spesifikasjoner - Har sikkert vært oppe før, men jeg har inntrykket av at flere og flere tar dette i bruk, nå som Cucumber kjører på flere plattformer, og verktøy som StoryQ og SpecFlow er populære i .NET verden.
  
  
• Programmeringsspråk og smidighet. Gjør noen språk deg i stand til å være mer smidig? Statiske språk har god verktøystøtte, samtidig som dynamiske språk har vist seg svært produktive. Funksjonellespråk kan hjelpe deg å skrive kode du enklere kan skalere når krav til ytelse endrer seg over tid.
  
  
• Continus deployment - Kent Beck mener kortere leveranser er en av de viktige trendene framover - og da snakker vi ikke måneder og to-uker, men dager, timer og minutter. Har noen fått dette til i Norge? Hvorfor ikke - er det driftsgruppa som holder igjen? Vil cloud computing gjøre det enklere å "slippe løs" fra drifternes klør?
  
  

Mvh Jonas Follesø

2010/8/15 Johannes Brodwall <jha...@gmail.com>

--
Du mottar denne meldingen fordi du abonnerer på Google-gruppen «smidigkonferansen».
Hvis du vil legge inn en melding i denne gruppen, kan du sende e-post til smidigko...@googlegroups.com.

Hvis du vil avslutte abonnementet på denne gruppen, sender du en e-post til smidigkonferan...@googlegroups.com.

[Johannes Brodwall]

De tekniske lyntalene har på tidligere Smidig-konferansen vært minst
besøkt, men er så viktige at jeg er enig i at det bør være mer enn 10%
av dem!

I fjor klarte jeg ikke å komme opp med en bra tittel for temaet.
"Programmering" og "teknisk" hørtes litt begrensende ut. Og
"craftsmanship" er ikke norsk...

Noen forslag?

~Johannes

[Karianne Berg]

"Godt håndverk"? ;)

- Karianne

2010/8/18 Johannes Brodwall <joha...@brodwall.com>:

[Ole Morten Amundsen]

Det var noen veldig gode temaer Jonas!

Hva er et teknisk foredrag og hva er det ikke? Det synes jeg er vanskelig å definere, kanskje ikke så viktig heller?

"Emerging technologies" (kjempebra lyntaletema, går på arkitektrollen og er ikke nødvendigvis teknisk. Legg inn noe forslag på Smidig2010.no, om du ikke allerede har gjort det :)

-oma

2010/8/18 Karianne Berg <karian...@gmail.com>

"Godt håndverk"? ;)
 

+1 fin den !
 

[Thommy Bommen]

Mange gode forslag har kommet frem allerede her.

Kunne godt tenke meg et track som bare het Kunde. Som ville inneholdt
lyntaler fra kunder i ulike miljøer om lean og smidig. Hva krever det
av kundesiden og organisasjonen utover selve utviklingen av
programvare for eksempel.

Thommy

On 18 Aug, 11:31, Ole Morten Amundsen <ole.morten.amund...@gmail.com>
wrote:

> Det var noen veldig gode temaer Jonas!
>
> Hva er et teknisk foredrag og hva er det ikke? Det synes jeg er vanskelig å
> definere, kanskje ikke så viktig heller?
>
> "Emerging technologies" (kjempebra lyntaletema, går på arkitektrollen og er
> ikke nødvendigvis teknisk. Legg inn noe forslag på Smidig2010.no, om du ikke
> allerede har gjort det :)
>
> -oma
>

> 2010/8/18 Karianne Berg <karianne.b...@gmail.com>

>
> > "Godt håndverk"? ;)
>
> +1 fin den !
>
> > - Karianne
>

> > 2010/8/18 Johannes Brodwall <johan...@brodwall.com>:

> > >> 2010/8/15 Johannes Brodwall <jhan...@gmail.com>

>
> > >>> Hei,
>
> > >>> I 2009 valgte å vi å styre foredragene inn mot noen spesifikke temaer.
> > >>> Jeg syntes dette var en bra måte å trekke fram gode temaer på. Hvilke
> > >>> temaer synes dere bør belyses i år?
>
> > >>> Personlig kunne jeg gjerne tenke meg et tema om Parprogrammering og et
> > >>> tema om Hvordan unngå at arkitekter spenner ben på prosjektet.
>
> > >>> Her er fjorårets temaer:
> > >>> * Forretningsverdi
> > >>> * Produkteieren
> > >>> * Scrum masteren
> > >>> * Fallgruver
> > >>> * Teknologi og yrkesstolthet
> > >>> * Å unngå defekter
> > >>> * Annet
>
> > >>> ~Johannes
>
> > >>> --
> > >>> Du mottar denne meldingen fordi du abonnerer på Google-gruppen
> > >>> «smidigkonferansen».
> > >>> Hvis du vil legge inn en melding i denne gruppen, kan du sende e-post
> > til
> > >>> smidigko...@googlegroups.com.
> > >>> Hvis du vil avslutte abonnementet på denne gruppen, sender du en e-post

> > >>> til smidigkonferan...@googlegroups.com<smidigkonferansen%2Bunsu...@googlegroups.com>
> > .

> > >>>  Hvis du vil ha flere alternativer, kan du besøke gruppen på
> > >>>http://groups.google.com/group/smidigkonferansen?hl=no.
>
> > >> --
> > >> Du mottar denne meldingen fordi du abonnerer på Google-gruppen
> > >> «smidigkonferansen».
> > >> Hvis du vil legge inn en melding i denne gruppen, kan du sende e-post
> > til
> > >> smidigko...@googlegroups.com.
> > >> Hvis du vil avslutte abonnementet på denne gruppen, sender du en e-post
> > til

> > >> smidigkonferan...@googlegroups.com<smidigkonferansen%2Bunsu...@googlegroups.com>
> > .

> > >> Hvis du vil ha flere alternativer, kan du besøke gruppen på
> > >>http://groups.google.com/group/smidigkonferansen?hl=no.
>
> > > --
> > > Du mottar denne meldingen fordi du abonnerer på Google-gruppen
> > «smidigkonferansen».
> > > Hvis du vil legge inn en melding i denne gruppen, kan du sende e-post til
> > smidigko...@googlegroups.com.
> > > Hvis du vil avslutte abonnementet på denne gruppen, sender du en e-post

> > til smidigkonferan...@googlegroups.com<smidigkonferansen%2Bunsu...@googlegroups.com>
> > .

> > >  Hvis du vil ha flere alternativer, kan du besøke gruppen på
> >http://groups.google.com/group/smidigkonferansen?hl=no.
>
> > --
> > Du mottar denne meldingen fordi du abonnerer på Google-gruppen
> > «smidigkonferansen».
> > Hvis du vil legge inn en melding i denne gruppen, kan du sende e-post til
> > smidigko...@googlegroups.com.
> > Hvis du vil avslutte abonnementet på denne gruppen, sender du en e-post til

> > smidigkonferan...@googlegroups.com<smidigkonferansen%2Bunsu...@googlegroups.com>
> > .

[Knut Haugen]

2010/8/15 Ole Morten Amundsen <ole.morte...@gmail.com>

Så en kategori med
Arkitekten, CTOen i StortSelskap.

og kanskje en temakategori

Integrasjon: SOA, ESB, WS, RESTt like viktig (viktigere?) er valg av teknologi, arkitektur og rammeverk.

Interessante temaer i og for seg, men er ikke dette litt på siden av charteret for smidig? 
Hva er linken du ser til smidig utvikling i forhold til disse temaene?

 

--
     Knut Haugen
Why do today what you can postpone till tomorrow

[Ole Morten Amundsen]

2010/8/19 Knut Haugen <knut...@gmail.com>

2010/8/15 Ole Morten Amundsen <ole.morte...@gmail.com>

Så en kategori med
Arkitekten, CTOen i StortSelskap.

og kanskje en temakategori

Integrasjon: SOA, ESB, WS, RESTt like viktig (viktigere?) er valg av teknologi, arkitektur og rammeverk.

Interessante temaer i og for seg, men er ikke dette litt på siden av charteret for smidig? 
Hva er linken du ser til smidig utvikling i forhold til disse temaene?

Bra spørsmål! Noen teknologi- og metodevalg fasiliterer smidig utvikling, andre motarbeider. Jeg føler det er viktig å få belyst det, det er snakk om store penger i disse tilfellene!
For min del ser jeg at SOA-produkter legger føringer for teknologi, gjør beslutningsprosessene større og tyngre (single point of failure er en tåpelig idé).
Hvor mange er ikke låst til SOAP av SOA-produktet sitt? 
Jeg føler ESB-er kommer inn altfor tidlig og løser et problem svært få egentlig har. Konsekvensen er X antall utviklere som koster millioner av kroner mer enn nødvendig, grunnet tungvint landskap å utvikle i.
Smidig handler om endring. Når ny informasjon kommer på bordet, tar vi hensyn til det, det er smidig, og arkitekturen må legge til rette for å endre seg selv! SOA er som oftest waste i mine øyne.

Hva er egentlig SOA?
Jeg har applikasjoner med mange integrasjonspunkter, apper skrevet i forskjellige språk og bruker både REST og SOAP mot forskjellige andre tjenesteytere. Det er ikke SOA av den grunn. Det er et utvannet og misbrukt begrep.

Beklager det lange svaret, temaet er litt stort og jeg veldig engasjert. Jeg snakker kun om mine egne oppfatninger her, uten å påstå noe om hva du eller andre mener :)
-ole morten

 

--
     Knut Haugen
Why do today what you can postpone till tomorrow

--

[Martin Stabenfeldt]

2010/8/15 Martin Stabenfeldt <mar...@stabenfeldt.net>

> 2010/8/15, Christin Gorman <christi...@gmail.com>:
> > Hei,
> > Jeg skulle likt å høre hvordan folk får til en reell feedback-loop i
> > utviklings-prossessen.
>
> Pluss 1 på denne! :)

Hvordan presenterer man best ting som story wall, release wall og burn
down graph for kundene under utviklingsprosessen?
Særlig burn down grafen er en fin måte å kommunisere hvordan man
ligger ann i løypa.

Finnes det noen webapplikasjoner for dette som fungerer på en
tilfredstillende måte?

[Lars Selstad]

Jeg syns at de lyntalene som i fjor presenterte erfaringer fra ”ekte”
prosjekter var mest interessante og det var nettopp på det punktet at
flere av de tekniske lyntalene ble mislykka. For eksempel var det
flere om parprogrammering og et om Pomodoro som var veldig bra i fjor.
Foreslår derfor kategoriene:

- ”Vårt vellykkede smidige prosjekt”. Her kan man presentere sine
erfaringer på hva som gjorde prosjektet vellykka.
- ”Vårt mislykkede smidige prosjekt”. Enda mer spennende, men kanskje
ikke det folk har mest lyst til å presentere.

Litt kjedelige navn, men dere skjønner poenget.

On 30 Aug, 11:59, Martin Stabenfeldt <mar...@stabenfeldt.net> wrote:
> 2010/8/15 Martin Stabenfeldt <mar...@stabenfeldt.net>
>

> > 2010/8/15, Christin Gorman <christin.gor...@gmail.com>:

> > > Hei,
> > > Jeg skulle likt å høre hvordan folk får til en reell feedback-loop i
> > > utviklings-prossessen.
>
> > Pluss 1 på denne! :)
>
> Hvordan presenterer man best ting som story wall, release wall og burn
> down graph for kundene under utviklingsprosessen?
> Særlig burn down grafen er en fin måte å kommunisere hvordan man
> ligger ann i løypa.
>
> Finnes det noen webapplikasjoner for dette som fungerer på en
> tilfredstillende måte?
>
> --
> Martin Stabenfeldt
> Tlf: +47 93441707
>

>  burn-down:up.png
> 34KVisLast ned

[Ole Morten Amundsen]

Martin: brundown og burnup ble smidig laget underveis i et prosjekt, jeg endret og la til mer features etterhvert som behovene oppsto. Rene excelark, KISS. Du kan finne de her http://olemortenamundsen.wordpress.com/2009/08/17/downloads-of-my-burndown-excel-sheet-have-exceed-400/

Lars: Tror veldig mange er enige med deg! Vi vil høre både hva som fungerte og hva som ikke fungerte!

Det interessante er de subjektive meningene for hvorfor ting gikk galt og hva man burde gjort annerledes (fossefall?). Man trenger ikke være enig, men det vil definitivt være lærerikt! 

-oma

2010/9/2 Lars Selstad <l.se...@gmail.com>