Olympia Blu room Munch 2 Film Kunst 303 Munch 1
Lyntale
Foredrag
Workshop
Vis filter
Vis workshops
  • AN
    Annet
  • ST
    Smidig testing
  • SF
    Smidig forvaltning
  • CD
    Continuous delivery
  • SC
    Software craftsmanship
  • PB
    Produktkøen (Backlog)
  • TE
    Team
  • IN
    Innovasjon
  • DO
    DevOps
  • RAV
    Realisering av verdi

Tirsdag, 5 Nov

05 Nov 08:00

Foajé 08:00 - 08:45

Registrering og kaffe!

Vi oppfordrer alle til å møte opp i god tid.

05 Nov 08:45

Olympia 08:45 - 09:00

AN
10 min
Åpningstale

Ivar Conradi Østhus , Trude Martinsen

Årets konferanse er den syvende Smidigkonferansen i Norge. Det er en årlig konferanse for og av fagmiljøet selv.

05 Nov 09:00

Olympia 09:00 - 10:00

IN
60 min
End of Big, hva nå?

Jon Kåre Stene

Jon Kåre jobber i dag som prosjektleder med ansvar for strategiprosjektet Digitial Transformasjon i Schibsted Norge. Forut for dette har han jobbet med implementering av LEAN i hele Schisted- konsernet. I det arbeidet har man stått ovenfor utfordringen med å forstå hvordan LEAN skal tolkes i andre industrier enn ren prosessindustri. Han har erfaring fra å implementer et LEAN tankesett i redaksjonelle prosesser, salgsprosesser, serviceoprosesser og ikke minst utivklingsprosesser.

De siste årene har LEAN innovasjon og utvikling stått øverst på hans agenda. Dette er kompetanse og ferdigheter som vil være helt kritisk for veldig mange bedrifter fremover, og kan være helt avgjørende for selv store etablerte bedrifter eksistens i fremtiden.

05 Nov 10:15

Olympia 10:15 - 11:00

IN
10 min
Teknosklerose - Hvordan unngå at prosjektet ditt blir stivbeint

Stein Inge Morisbak , Martin Bekkelund

Systemisk sklerose er i følge Wikipedia "en autoimmun bindevevssykdom som affiserer huden og andre organer ved at bindevevet blir stivt og hardt". Stivt og hardt, altså ikke smidig og fleksibelt. Uttrykket sklerose er medisinsk, men hva om vi overfører begrepet til IT-prosjekter? IT-prosjekter er noe menneskeheten selv har utviklet for å effektivisere arbeid og løse problemer. Dessverre er det ikke alltid slik, og noen prosjekter skaper problemer i stedet for å løse dem. Teknosklerose oppstår av flere årsaker. Først og fremst fordi vi sementeres i våre arbeidsmåter, aksepterer status quo og resignerer, i stedet for å ta tak i utfordringer. Men også fordi de involverte over tid ser seg blinde på det de arbeider med.

I Digipost, hvor Martin jobber som produkteier og Stein Inge som utvikler, leverer vi programvare til produksjon to ganger i uka, jobber på én ting om gangen, kommuniserer hele tiden, endrer prioritet kontinuerlig og er ekstremt opptatt av smidig applikasjonsarkitektur og testing. Vi har også sett oss blinde og vært sementert i våre arbeidsmåter mange ganger, og vi kommer helt sikkert til å oppleve det igjen. Det er uunngåelig. Heldigvis har vi lært masse på veien, og i dag er vi bedre rustet enn noen gang til å tøye det stive og gå fra sementert til fleksibelt. Sett utenifra kan det virke som om alle regler er kastet på båten, men det er fordi vi har oppdaget at å fjerne regler er bedre enn å innføre dem, noe som krever mer disiplin og fører til en strammere prosess som er hypereffektiv.

IN
10 min
Egner smidig seg for innovasjon?

Camilla Krogstad Grøneng

For mange ledere er smidig litt skummelt. Man vet ikke helt hva man får når man begynner. Og noen kan komme til å få idéer underveis. Det er vanskelig å kile smidig inn i en klassisk prosjektmodell, med vannfall og det hele - og det blir bare enda verre om man også må forholde seg til kontrakter og leverandører - hvordan i all verden følger man opp noe slikt? Noen av nøkkelprinsippene i smidig - kundens behov i sentrum, evnen til å lære og forandre retning underveis, friheten til å gjøre nye proiriteringer når det er nødvendig - alt dette skulle da vel egentlig støtte opp under innovasjon og kreativitet?

Samtidig; hvor blir det av de store visjonene? Og hvorfor antar vi at kunden - eller produkteieren - skal kunne komme med geniale idéer om noe nytt som ikke likner på det de har fra før? Hvordan kan man skape noe nytt gjennom å iterere og forbedre? Ved å stadig tilpasse seg endringer, hvordan kan vi klare å få til noe som er signifikant annerledes og bedre?

Denne lyntalen handler om hvilke utfordringer som ligger i det å være smidig OG innovativ, i en verden der Kontroll og Kreativitet ikke alltid spiller på lag.

IN
10 min
Værsåsnill å hjelp meg å validere min slanke oppstart!

Ole Christian Rynning

Vi har akkurat startet en ny Lean Startup etter boka og bygger et enkelt og minimalt produkt for å forenkle teamlederes og organisasjoners hverdag. Litt av motivasjonen er å lære mer om produktutvikling, og gjennomføring av en ide ved riktig styring underveis.

Dagens mål er et produkt som skal bistå i å lodde stemningen i ditt team, på kryss av flere teams, eller gjennom hele organisasjoner. Vi sikter mot enkel og brukervennlig interaksjon, lar deg måle enkle kategorier og egendefinerte parametre over tid, samt mulighet til å knytte sammen ulike data. Noen eksperimenter vi med gamification, mobilteknologi, kontinuerlig validering og ønsker å ha din hjelp til å validere ideen!

Jeg presenterer vår tidlige beta, og ønsker å få din feedback i første open space!

IN
10 min
Fra idé til betalende kunder på 6 uker

Benedicte Raae

Hør Benedicte, idéhaver og halve utviklingsavdelingen til #lillygram, fortelle om konseptene hun mener gjorde det mulig å gå fra idé til betalende kunder på 6 uker!

Film 10:15 - 11:00

SC
10 min
Viktigste faktorer for å redusere teknisk gjeld

Dag Sjøberg

“Teknisk gjeld” er en metafor som beskriver snarveier (shortcuts) som tas under design av programvare for å oppnå raske forretningsgevinster, men som på sikt vil føre til økte kostnader ved vedlikehold og videreutvikling. Såkalte ”code smells” er ment å indikere teknisk gjeld. Derfor refaktorerer man slike smells for å nedbetale teknisk gjeld. Men hvilke smell er verst og hvor viktig er det å refaktorere dem? Er det andre viktige faktorer som fører til teknisk gjeld?

For å få svar på dette analyserte vi fire systemer (utviklet av fire konsulentselskaper) med samme funksjonalitet men ulike mht code smells og andre egenskaper. Seks utviklere ble leid inn for å utføre de samme tre vedlikeholdsoppgavene på alle systemene. Det vi fant var ganske oppsiktsvekkende …

SC
10 min
Software Craftmanship and Getting Things Done (GTD)

Irwan Syahrir

Software craftsmen learn continuously to keep adding value to his current work and repertoire. Getting Things Done (GTD) workflow helps software craftsmen to get organized with their responsibilities as well as their professional and personal development in a stress free way.

As aspiring software craftsmen you learn continuously, catching up with the existing and new things that can add value to your current work and repertoire. Let’s say you read a tech article or listen to an episode of your favorite podcast and find yourselves with references that inspire you to check further. What do you do to make sure that you will give those ideas enough attention to decide effectively whether you want to act on it or not? Do you keep a mental “check-later” list and never actually check them because you simply forget it or too busy to get back to it?

Getting Things Done (GTD) system presents a workflow that will help us get organized with our responsibilities as well as our professional and personal development, based on the natural way we deal with our work: we (1) "collect" things that command our attention; (2) "process" them to know what they mean and what to do about them; and (3) "organize" the results, which we (4) "review" as options for what we choose to (5) "do". One of the challenges to get organized in the conventional ways, like making list and schedules, is that we tend to do all the five phases at one time. Selecting too early will list out things we consider unimportant relative to other “critical” things on the list or simply because we don’t know how to act on it now. Leaving things open will take up energy and prevent us from having a totally effective, clear focus of what is important.

Since the first time GTD was invented, tools have been created to make it easier to implement GTD as part of our daily life with the least interruption. We will have a look at some of the available tools in comparison.

SC
10 min
Par-review!

Fredrik de Vibe

Både parprogrammering og code reviews er teknikker for å dele kunnskap, redusere antall feil og øke kodekvalitet. Parprogrammering fungerer imidlertid bedre til kunnskapsdeling. Code reviews blir ofte gjennomført overfladisk, og resultatet blir ofte at kodekvaliteten ikke blir økt i like stor grad som den kan bli ved parprogrammering.

Hvis du først og fremst bruker reviews som teknikk, utfør reviewene i par bestående av forfatter og reviewer. Bruk den nye koden som et utgangspunkt for en parprogrammeringssesjon og jobb med koden til dere i fellesskap er fornøyde.

SC
10 min
Kaste stein i glasshus; om legacy-kode og knuste vinduer

Geir Amdal

Hva skal du gjøre når du overtar teknisk ansvar for et system med åpenbare mangler og betydelig teknisk gjeld? Hvordan kan du redusere mengden 'knuste vindu' og unngå å knuse nye?

Om 'Broken window'-teorien og hvordan den oppfører seg innen systemutvikling; hvilke feil bør du unngå og hvilke praktiske grep bør du gjøre for å legge til rette for en kultur for kodehåndverk?

Kunst 10:15 - 11:00

RAV
45 min
Agile in the Eyes of the Customer

Kjetil Strand

This talk will point to certain ‘supplier biased’ attitudes to agile principles and practices, and explain how a customer perspective might require some divergent views. The following issues will be highlighted:

• cost and benefit estimation and budgeting
• owner governance
• the control gate at the end of each iteration
• an agile contract balancing risk between the parties
• enterprise architecture and system portfolio as hard constraints on the solutions
• real product ownership with key customer Resources

These constructs should not be considered quirky in terms of agile. They are all there to secure what agile is really about: To produce value for the customer. Or, to repeat an old DSDM mantra: “Fitness for business purposes”!

05 Nov 10:15 - 12:00

Munch 2 10:15 - 12:00

SC
90 min
Smidig arkitektur

Johannes Brodwall

Hva er "nok" arkitektur? Et prosjekt kan mislykkes både på grunn av for lite arkitekturarbeid og på grunn av for mye. Dersom du går gjennom jungelen uten et kart, er det ganske sikkert at du går deg vil. Men samtidig, dersom du ser på byggplantegninger når du skal komme deg fra en by til neste går du deg like vil (og du har kastet bort mer tid). Og dersom du har valgt feil kart har du i hvert fall kastet bort tiden.

Dersom du er en erfaren eller uerfaren arkitekt og du har lyst til å lære en praktisk innfallsvinkel for å få gjort akkurat passe mye og riktig analysearbeid før du starter, er denne workshopen for deg.

Kurset baserer seg rundt en arkitekturmal som dekker både funksjonelle og tekniske aspekter av et prosjekt. Gjennom hands-on øvelser vil du lære en praktisk innfallsvinkel til å utforske og presenterer systemarkietktur.

(logg inn for å melde deg av/på)

05 Nov 10:15 - 14:00

Munch 1 10:15 - 14:00

IN
90 min
Spill Lean Startup-spillet

Simen Fure Jørgensen

Hvem er Smidig-konferansens beste på Lean Startup og innovasjon? Bli med på å spille Lean Startup-spillet og finn ut om du er så god som du tror. Kan du vinne markedet med ditt produkt?

Spillet er egenutviklet, men godt testet. En MVP om du vil, men for et brettspill. Bli med hvis du vil lære litt mens du har det gøy!

Workshopen varer til klokken 1400, med pause for lunsj.

(logg inn for å melde deg av/på)
15 plasser igjen!

05 Nov 11:15

Olympia 11:15 - 12:00

TE
10 min
Drillet på Scrum, milevis unna Smidig. State of the Agile Norway.

Sergey Dmitriev

I dette foredraget ønsker jeg å dele mine erfaringer, hvor jeg på oppdrag fra staten skulle evaluere smidigheten hos 4 forskjellige leverandører som deltok i en anbudskonkurranse.

I utlysningen sto det at man ønsker å jobbe smidig og potensielle leverandører skulle vise frem sin smidig kompetanse både på papir og ved å løse et virkelig case (se et annet foredrag om selve utvelgelsesprocessen: "Smidig anbud, er det mulig?").

Til slutt stod man med fire store norske konsulentselskaper som skulle løse caset og virkelig vise frem sine kunnskap om smidig.

Skuffelsen min var stor og jeg ønsker å dele den med flere, så kom og hør meg gråte. Selv om vi i Norge har kommet ganske langt i antall ScrumMastere per capita, er vi fortsatt milevis unna smidig

Jeg skal liste opp de største problemområdene som ikke lar bransjen bli smidig og vil erklære krig mot alle som påstår at de er smidig, når de ikke er det.

TE
10 min
Relasjonsledelse

Reinert Kamøy

Ledelsesteorier kommer og går, men relasjoner mellom mennesker består! Glem derfor endringsledelse, situasjonsbestemt ledelse, teori Y og teori X etc. etc. og lær deg heller hvordan du kan bygge relasjoner!

Lyntalen tar kort for seg begrepet Relasjonsledelse og hva det innebærer. Relasjonsledelse er en lederstil hvor en leder skaper resultater ut fra hvilke relasjoner vedkommende leder skaper til sine medarbeidere og ikke ut fra hvilken posisjon lederen har. Dette forsøker mange (de fleste) norske ledere å få til, men med varierende hell. Relasjonsledelse og smidig er som skapt for hverandre!

TE
10 min
Programming should be FUN!

Joachim Haagen Skeie

This lightning talk will go through why I think we tend to implement processes and structures that kill our creativity and takes the fun out of programming.

We keep organizing our programming into processes and structures that ensures that the fun is left out of the programming experience. In my opinion, programming SHOULD be fun, it should be opinionated and it should be a creative process.

We need to stop optimizing for predictability and get back to the roots of what programming really is: Solving problems and issues in an innovative and engaging way!

TE
10 min
Effektive smidige team

Yngve Lindsjørn

Hva har kvaliteten på teamarbeidet å si for produkt- og prosjektkvalitet? Lyntalen presenterer resultater fra en større undersøkelse på 71 smidige software-team i Norge og Asia.

Film 11:15 - 12:00

AN
10 min
The GREEN WEEK: Agile Technical Debt Engineering beats Refactoring

tom gilb

Reduction of technical debt is best accomplished by systematic engineering, and iterative reduction. Engineering means setting several quantified quality requirements like Maintainability, Testability,Portability. Then empowering your team to find technical solutions, implement them, and measure progress. Confirmit in Oslo pioneered this in 2005, as a Green Week once month.

CD
10 min
Gått i luksusfella og opparbeidet deg (teknisk) gjeld? Ta oppgjøret i banken og ikke i skifteretten

Yngvar Ugland

En kompis dro til USA for å prøve lykken i underholdningsbransjen. Han gjorde det bra og kjøpte seg et flott hus i Las Vegas. Samtidig med de amerikanske bankene gikk også karrieren hans på en smell. Han klarte ikke å betale gjelda, og lot banken sitte igjen med det råtne lånet. Dette skjer ikke like enkelt i det norske eiendomsmarkedet ettersom man er personlig ansvarlig for forpliktelsen.
I norsk software skjer dette derimot hele tiden: Man løper fra det man har for å starte noe nytt og flott.
Dette foredraget tar for seg utfordringer med "the big bang rewrite", hvordan dette vanskeliggjør kontinuerlig leveranse og hvorfor man bør gjøre opp gjeld i banken og ikke i skifteretten

DO
10 min
Testing i en software-definert verden

Jan Ivar Beddari

En kan anta at deltakere på Smidig-konferansen har et høyt kunnskapsnivå på testing av applikasjoner. Men i en software-definert verden stopper ikke behovet for utvikling, testing og kvalitetskontroll med den koden som utgjør applikasjonen din. I 2013 er vi kommet så langt at vi vet at _alle_ lagene i stakken bør dokumenteres i kode. Helt nederst i stakken treffer vi alltid noe av metall. Ta et steg tilbake og tenk gjennom, hvor mange avhengigheter er vi egentlig prisgitt for at alt skal virke slik vi vil?

CI/CD tar gjerne hånd om applikasjonen vår men prinsippene om raskere iterasjon og versjonering av miljø har like mye for seg når en tenker på hardware, lagringsenheter, nettverk. Ønsker en å nærme seg en visjon om et software-drevet datasenter må også denne koden tas ansvar for. Ditt endelige artifakt er ikke en zip-fil men en sum av systemer som tilsammen gir deg et resultat.

Code coverage er med dette redefinert. Vi ser på hvordan du enkelt kan starte en prosess mot å dekke flere av dine harde avhengigheter med kode.

AN
10 min
Strukturert wiki - en selvmotsigelse?

Svein-Magnus Sørensen

Mange wiki-løsninger som brukes for planlegging og dokumentering av utviklingsprosesser og driftsløsninger har en tendens til å vokse organisk uten noen form for planlegging, og ender derfor gjerne opp som et villniss det kan være vanskelig å gjenfinne informasjon fra. Dette kan virke uunngåelig innenfor de flytende rammene for bruk man ofte har i en wiki, men må det alltid være sånn?

Ved bruk av kjente prinsipper for informasjonsarkitektur i kombinasjon med oppsett av helt eller delvis strukturerte data kan man gjennom navigasjon, lister og faste innholdsfelter legge rammer for innholdsvektsten. Dette vil gjøre wiki-løsningen mer verdifull for hele organisasjonen gjennom å gjøre det enklere å finne fram og å skaffe seg oversikt over hvilken informasjon som finnes i wikien. Dette gjør spesielt at det blir lettere å både hente ut informasjon og å redigere eller legge til ny informasjon for de som bruker wikien mye, men også sporadiske brukere vil med en god struktur i større grad kunne finne fram på egenhånd og slik gjøre virksomheten mer effektiv.

Kunst 11:15 - 12:00

SC
45 min
Dødssynder innen kostnadsestimering

Stein Grimstad , Magne Joergensen

De siste tiårene er det blitt gjort store forbedringer innen systemutviklingsmetoder, men innen estimering har vi ikke hatt den samme fremgangen. Vitenskapelige studier viser at kostnadsoverskridelsene er like store som de var for 30 år siden. I dette foredraget skal vi se på noen alvorlige feil som (ofte) gjøres i estimering. Vi vil komme innom tema som hva er (ikke) et estimat, smart bruk av erfaringstall, hvordan bør vi håndtere usikkerhet, "the clients curse", relevansen av "the central tendency of judgment" for Planning Poker og hvor lett det er å manipulere estimater. Foredraget bygger på egen erfaring og forskning innen software engineering, forecasting, økonomi og psykologi.

05 Nov 12:00

Foajé 12:00 - 13:15

Lunsj

.

05 Nov 13:15

Olympia 13:15 - 14:00

RAV
10 min
"Vi bruker det som passer" - empirisk undersøkelse i bruk av smidige metoder i Norge

Eivind Brevik , Tor-Morten Grønli

Forskere ved NITH har gjennomført undersøkelse om bransjens bruk av utviklingsmetoder siden 2002. I 2011 gjennomførte vi den fjerde, med spesielt fokus på smidige metoder. Våre resultater viser at bransjen ikke følger kjerneverdiene til the agile manifesto, men heller plukker det som passer. Vi stiller oss derfor tvilende til at man kan høste de gevinstene som smidig utvikling lover.

RAV
10 min
Er det store tunge leveranseprosjektet endelig dødt?

Rune Larsen

Flere og flere selskaper, og særlig det offentlige, "insourcer" utvikling. Og spesielt av kritiske virksomhets- og samfunnskritiske applikasjoner. Som konsulent ser jeg en trend der avrop på rammeavtaler går mer på hodekjøp enn prosjekter.

Hva er det som skjer?

Kanskje man skjønner at man ikke klarer å se inn i krystallkula og lage spesifikasjoner så godt som man trodde?

Kanskje til og med målprismodeller ikke var så smidig likevel?

Har man endelig forstått at kontrakter og advokater faktisk står i veien for verdiskapning?

Her kommer noen refleksjoner over temaet etter å ha jobbet med fremtidig utvikling- og forvaltningsmodell for en avdeling i Statnett.

Hilsen en Prosjektleder

RAV
10 min
Hva har inndeling av kode, Lean og Togaf til felles?

Terje Heen

Dette er en lyntale hvor jeg ønsker å rette mer fokus på produktet fremfor prosjektet.

Inndeling av kode, Lean og TOGAF representerer ofte ulike interesenter, men jeg tror de har lagt mer til felles enn de selv er klar over. Sentralt er produktet(ene) som skal utvikles og forvaltes.

I denne lyntalen vil jeg forsøke å sette fokus på likhetene mellom kodeinndeling, Lean og TOGAF, og viktigheten av å plassere produktet i fokus gjennom hele livssyklusen fra start til mål.

RAV
10 min
Hvordan kjøre et prosjekt i grøfta med dårlig målstyring

Henning Spjelkavik

Mange lurer sikkert på hvordan man bruke tall, mål og måltall til å suboptimalisere sine prosesser. Det er ikke vanskelig, og det finnes mange kjente eksempler i samfunnet hvor IT-prosjekter er involvert.

Vi ser på hvordan Goodharts lov bør anvendes i vår bransje. Deretter ser vi det hele i sammenheng med teori for systemtenkning, med gripende sitater fra Goldratts "Theory of constraints", og selvsagt Demings "Out of the crisis".

Til slutt sitter du igjen med enda flere spørsmål om hvordan du kan realisere verdi i ditt prosjekt.

Film 13:15 - 14:00

IN
10 min
20 anti-patterns som gjør at din smidig implementering er svak

Sergey Dmitriev

De fleste i dag vil påstå at de jobber smidig. I dette foredrag har jeg samlet topp 20 av de antimønstre som vi oppdager mest når vi er ute hos kunder og coacher smidige team.

Disse gjør at smidig implementeringer gir sine eiere forbedringer som kan kun måles i prosent istedenfor i antall ganger.

Fikser du disse garanterer jeg at din organisasjon vil være helt annerledes og verdiskapningen minst dobler seg.

IN
10 min
Don't be an entrepredouche

Erling Linde

Akkurat som med Scrum og Kanban så løser heller ikke Lean Startup alle verdensproblemer. Lean Startup er et nyttig tankesett som oppfordrer deg til å validere hypotesene dine og endre kurs før det er for sent. Men som med alt annet må det tilpasses til kontekst og kombineres med sunn fornuft og godt håndtverk om man skal lykkes.

Denne siden kan være til inspirasjon: http://entrepredouche.com/

IN
10 min
Innovasjon for prosjektledere

Trond Wingård

Skal du utvikle deg som prosjektleder, må du hele tiden prøve noe nytt - samtidig som alle rundt prosjektet ønsker å kjøre så trygt som mulig. Hvordan får du til det? Lyntalen tar utgangspunkt i erfaringer fra Statkraft.

SF
10 min
ISO sertifisering, Scrum-innføringens beste venn!?

Kjetil Svingen-Austestad

Jeg visste at jeg skulle innføre og implementere Scrum i min nye jobb, men jeg ble overrasket over at vi samtidig skulle ISO 9001 sertifiseres. Jeg hadde erfaring fra Scrum-innføring, men ingen erfaring fra ISO sertifisering, annet enn en god del skepsis og et inntrykk av at ISO sertifisering er i en helt annen verden enn smidig utvikling. Hvordan i all verden skal dette passe sammen?
Men erfaringen har vært overraskende positiv!

Kunst 13:15 - 14:00

SF
10 min
Hvordan Kirkens Bymisjon i Oslo utviklet Kvalitetssystemet sitt Agilt

Ole Christian Svenskerud , Anne-Lise B.A. Viken

Hvordan Kirkens Bymisjon i Oslo utviklet Kvalitetssystem sitt Agilt

Med små midler klarte vi å skape resultater på kort tid ved å jobbe agilt uten at vi hadde forkunnskaper om agil tenkning.

Historie:
Hvem er Kirkens Bymisjon i Oslo
1200 medarbeidere 1400 frivillige mer enn 40 lokasjoner
Jobber lavterskeltilbud innen for sektorene eldreomsorg, rus, psykiatri, bolig, barn og unge.

Oppgaven var å flytte:
Kvalitetssystemet vårt fra Episerver 4.6 til SharePoint 2013 og forbedre løsningen.
21. mai fikk vi en times opplæring og beskjed om å jobbe Agilt, dette var en metode som var ukjent for hele organisasjonen vår.
Skissene på hva vi ønsket ble tegnet på flippoverark dagen etter.
Det vi klarte var å skape en bred og god forståelse mellom nyansatte utviklere og erfarende medarbeidere fra hele bredden av organisasjonen.
Det ble gjennomført
2 arbeidsseminarer
4 review
Daglig kontakt mellom Scrummaster og Utvikler

Skapt engasjement og entusiasme
Ved å jobbe på en måte hvor det ble gjensidig forståelse av behovene mellom utviklere og prosjektmedarbeidere.

Engasjementet og entusiasmen er tatt videre ut i organisasjonen og til ressurspersoner på hver lokasjon som oppdaterer innholdet.
Virkemidler:

• Prosjektrom i SharePoint for prosjektteam og ressursgruppe
• Linjemøter
• Utvalgte ressurspersoner på hver lokasjon

1. oktober ble den nye løsningen ferdig

Prosjektet er levert på tid
Innenfor økonomiske rammer
Og går nå over til kontinuerlig forbedring

SF
10 min
Avlyst: Arkitektur - Smidig eller Agile? Ja takk begge deler

Johan Sydseter

Til dags dato finnes de ingen enighet om hva programvarearkitektur er.
I mange tilfellene går definisjonen av rollen til en programvarearkitekt i mot det vi anser som Smidig og Agile.

Er det mulig å forene verdisettene Agile og Lean innen programvarearkitektur? Mens Lean ønsker upfront design og planlegging, krever Agile at man hopper ut i det og kontinuerlig forbedrer arkitekturen. Å ha en bestemt holdning til programvarearkitektur er allikevel avgjørende for at et projekt skal lykkes. Jeg vil snakke om hvordan vi kan gå frem for å kombinere disse verdisettene.

ST
10 min
Test-drevet CSS-refaktorering

Safurudin Mahic

Har du noen gang vært i et prosjekt hvor CSS-koden har vært veldig lesbar, forståelig og enkel å endre uten at du har vært redd for å ødelegge noe visuelt dersom du faktisk gjorde en endring?

Da hører du til en av de sjelde og denne lyntalen er ikke for deg.

For ofte er heller det motsatte tilfellet - spesielt med langtlevende webapplikasjoner eller nettsteder.

Fordi ofte er CSS-kode dårlig strukturert, det er mange regler å forholde seg til, og ingen forstår eller kjenner fullt og holdent til hvilke regler som brukes og ikke. Det er ihvertfall de færreste som kan forutsi hva som kan bryte visuelt dersom noen endrer en regel. Derfor gjør vi alt i vår makt for å slippe å røre den eksisterende CSS-koden. Vi lager heller nye regler - ofte ser de nye reglene ut som gamle regler - vi repeterer oss selv og CSS-koden vår bloater og råtner sakte men sikkert hen.

Hva hvis du kommer til et punkt hvor du finner ut at CSS-kodebasen er så råtten, bloated og uleselig at du ønsker å refaktorere CSS-koden din slik at du faktisk har kontroll. Hvordan sikrer du at du ivaretar det visuelle mens du gjør endringer i din CSS, ikke bare nå men i all fremtid.

Kom og se på denne lyntalen dersom du ønsker å finne ut hvordan du kan lage automatiserte tester som gjør deg i stand til å refaktorere din CSS kodebase sikkert.

ST
10 min
Vedlikeholdbar testing av JavaScript-views

Sveinung Dalatun

Testing er vanskelig. Testing i frontend er enda vanskeligere. Å skrive gode javascript-tester krever disiplin og en stødig hånd. Hvis ikke, ender du fort opp med en uforvaltbar smørje der mange tester feiler hver gang du endrer et klassenavn eller flytter på et inputfelt. Skal du i tillegg teste en arbeidsflyt i en single-page app må du også tenke på mocking av ajax-kall. Til sammen blir dette fort vondt å teste og testene fort uleslige. For å rydde opp i kompleksiteten kan vi pakke interaksjonen med viewene inn i page objects.

05 Nov 14:15

Alle 14:15 - 16:30

Open Space

Vi starter med en introduksjon til Open Space i Olympia. Etterpå foreslår deltakerene tema som diskuteres i grupper resten av dagen. Bruk twitter med hashcode #smidig13os for å foreslå open-space forslag gjennom dagen.

05 Nov 17:00

Foajé 17:00 - 19:30

Middag

Herlig tapas. PS! krever at du har meldt deg på.

05 Nov 19:30

Dattera Til Hagen 19:30 - 00:01

Sosial happening

Etter open space og tapas vandrer vi sammen til Dattera hvor det venter DJ i bakgården og bonger!

Onsdag, 6 Nov

06 Nov 08:30

Foajé 08:30 - 09:00

Registrering og kaffe!

.

06 Nov 09:00

Olympia 09:00 - 10:00

AN
60 min
Scaling Kanban in the Enterprise: Sustainable Improvement

David J. Anderson

By now many people have heard of Kanban and its use in software development and IT operations. However, there is a lot of shallow understanding and shallow implementations. People believe Kanban is just a board on the wall with tickets on it, or Kanban is a team level process. Both of these are misconceptions. Kanban has always been a service-oriented approach to improving end-to-end workflow. This presentation will explain how to scale Kanban in an enterprise - scaling up to large projects and portfolio level as well as scaling out across a network of interdependent shared services. Enterprise scale Kanban delivers on a culture of continuous improvement, providing sustainable improvement - better service delivery together with greater employee and customer satisfaction.

06 Nov 10:15

Olympia 10:15 - 11:00

IN
10 min
Lean canvas - Business Model Canvas - Lean Start-up

Benjamin Sommer

Det introduseres stadig nye konsepter innenfor innovasjon som lean canvas, business model canvas og lean start-up. Hva er forskjell og likheter mellom disse rammeverkene og når bør jeg bruke hva? Lyntalen vil klargjøre terminologi og hvordan disse rammeverkene forholder seg til hverandre.

IN
10 min
På tross av organisasjonen?

Anders Haugeto

Hjelper min organisasjon meg med innovasjon, eller jobber jeg mot strømmen?

Innovasjonsmetodikk fungerer kun med de riktige forutsetninger: Ledelse, kultur, incentiver, målsetninger, strategi, agendaer og kunnskap er ikke nødvendigvis en del av metoden: Allikevel er det oftest her vi finner rotårsaken når innovasjon feiler.

Organisasjoner kan kategoriseres på skala fra introvert til ekstrovert. Det er ugunstig å være i et av ytterpunktene, og vi finner de riktige forutsetninger for iterativ innovasjonsmetodikk ved å finne vårt balansepunkt på denne aksen.

Foredraget er basert på generaliserte caser om innovasjon som har feilet i etablerte virksomheter.

IN
10 min
Google Spreadsheet som back-end for din neste MVP

Jonas Follesø

Hensikten med en Minimum Viable Product er å lage akkurat nok software for å kunne bekrefte/avkrefte/teste en hypotese knyttet til hvordan produktet vi lager skal fungere.

Det betyr at vi raskest mulig må lage noe vi kan teste på reelle brukere. Da er det neppe lurt å begynne med databasemodellering, skrive masse back-end kode, og først etter flere iterasjoner ha ferdig noe man faktisk kan bruke.

For å unngå å masse tid i starten av prosjektet på den delen av løsnignen vi var tryggest på, valgte vi å bruke Google Spreadsheet som back-end. Google Spreadsheets gir oss versjonering, autorisasjon, samhandling, datavalidering og en rekke andre avanserte funksjoner. Via Google sine API-er kan vi enkelt eksponere regnearket som et JSON endepunkt vi konsumerer fra applikasjonen vår.

Ved å jobbe på denne måten kunne vi umiddelbart begynne å jobbe med den delen av applikasjonen hvor det var størst usikkerhet – brukeropplevelsen for sluttbrukerne, samtidig som kunden selv kunne vedlikeholde og oppdatere alt av data i et enkelt regneark.

Lyntalen er basert på erfaringer fra et pågående prosjekt på NTNU/St.Olav knyttet til kartlegging av smerter hos kreftpasienter.

Presentasjonen vil dele erfaringer med bruk av Google Spreadsheet, i tillegg til å se litt på muligehtene for integrasjon mot Google Docs. JavaScript biblioteket sheetsee.js som gjør det enkelt å konsumere Google Spreadsheet fra JavaScript vil og kort bli presentert.

IN
10 min
Vannfall sett fra elva, elvebredden og litt lenger opp - et skråblikk på teknologers nye rolle

Jan Helge Maurtvedt

Streberne - du har sikkert sett snurten av de - de som har det travelt. Det er gutta i dress og damene i drakt - la oss heller kalle de forretningssiden. De med direktør-tittel, eller trainee tittel, eller de beste - produktsjefene - de med solid klesbransjeerfaring som bare vet at den nye kolleksjonen kommer til å selge mer hvis du legger på den rette zoom-effekten når du browser plaggene på websiden. De vil ha funksjonalitet raskt, kanskje i går - eller i hvert fall i morgen. De forteller den ene historien etter den andre. Hvor fint ville de ikke få det om bare den ene og den andre og den tredje knappen var på plass? De har gjerne googlet og funnet en hyllevare som gir seg ut for å løse akkurat det du skal gjøre til 129 kr måneden.

Du blir møtt med "Du er software arkitekt sier du? Scrum-master? Smidig tilnærming? Produkteier? Tenke langsiktig, helhetlig og optimalisere for hele livsløpet?" "Hva betyr alt dette?" sier strebern - trenger jeg å bry meg? Kan du ikke bare fikse det - hvis ikke bytter jeg deg bare ut. Utviklerne, de vil ha smidig - med prioritert backlog - kun en ting av gangen - arbeidsro - ting tar den tiden det tar - blir vi stresset går det bare saktere sier de - vi tar egne beslutninger, vi tror det blir best slik.

Jeg har tenkt en del på dette. Føler ofte at jeg står på elvebredden og ser på at utviklerne svømmer for harde livet, mens forretningssiden bare åpner slusene til alle sideelvene også - pøser på. Jeg prøver å hive ut redningsvester, og robåter. For å få utviklerne til land. Så kan vi overvåke hva som skjer. Måle vannstanden. Foreslå endringer. Hvilken sluse skal vi stenge? Kan vi legge rør rundt? Hvem skal vi kaste ut i elva? Skal han som er der ute ro eller grave med gravemaskin? Trenger vi en arkitekt? Trenger vi en Scrum-master? Nei, her må det nok en PMI- og Prince2 sertifisert produkteier med psykologi-master og tekniske nådegaver til. Helst med påbygg fra BI - ja skolen altså - og lang erfaring med tolkning av BI-dashbord. Ja også glemte jeg lang erfaring som utvikler, helst på Ubuntu. Kanskje han klarer å snakke streberne til fornuft? Hva med å bli med på en rusletur oppover elva og observere bedre?

Film 10:15 - 11:00

CD
10 min
Smidig: Ikke for utviklere

Simen Fure Jørgensen

Overhørt: "Smidig-konferansen er for produkteiere og Scrum Mastere det JavaZone er for utviklere".

Smidig har blitt det prosjektledere, produkteiere og prosesscoacher driver med. Myke saker om kultur og organisasjon. Scrum-folk som diskuterer produktkøen, definition of done og gruppedynamikk.

Teknologene har forlengst gått videre.

Det er åpenbart et problem at de som skal gjøre jobben ikke lenger er en del av det miljøet som i størst grad diskuterer hvordan jobben skal gjøres. Heldigvis er løsningen her allerede.

Continuous Delivery, eller snarere kunsten å alltid levere raskere, gir utviklere og driftere en uendelig lang meny av teknisk krevende utfordringer som må møtes. Og forresten må vi fikse alle de andre tingene på veien, de myke sakene om kultur og organisasjon, men mer som et biprodukt enn som et mål i seg selv.

CD
10 min
Fra årlige releaser til Continuous Delivery

Geir Wiksén

Fronter er en e-læringsplattform som i år fyller 15 år. Vi har ca 8 millioner brukere på verdensbasis og over 1 millard sidevisninger i måneden bare fra vårt hosting-senter i Oslo. Vi er på en "reise" der vi går fra å gå fra å være et gammeldags produktutviklingsselskap som har årlige releaser til å være en lean softwareorganisasjon som releaser hyppig.

Det jeg tenker å snakke mest om er hvilke endringer vi har gjort for å komme der vi er i dag, og hvilke endringer vi må gjøre fremover for å bli enda bedre!

CD
10 min
Pipeline - en motorvei fra commit til produksjon

Gard Rimestad

I denne lyntalen vil jeg gå gjennom hvordan vi følger hvert enkelt artefakt fra bygg til produksjon.

Over 170 moduler deployes til produksjon.
Utviklere styrer selv når modulene skal deployes.
Full oversikt over hvem som har godkjent hva.
Full oversikt over hvor et artefakt har vært og hvilke tester som har blitt kjørt.
Enkelt å se hva puppet skal deploye.
Enkelt å se hva som har blitt deploya.
Enkel inngang til vcs, ci, logger osv.

CD
10 min
Release hver 14.dag, gain and pain

Kari Strand Båtnes

I vårt distribuerte team har vi de siste 1,5 årene releaset vårt SaaS/Cloud system i gjennomsnitt hver 14.dag.
Vi vil gjerne dele de erfaringene vi har gjort i denne perioden.
Gain:
Rask tilbakemelding fra kunde
Vi er veldig fleksible
Har fått til fleksibel oppgraderings prosess i samarbeid med (i utgangspunktet firkantet) IT-avdeling
Har pushet mye funksjonalitet
++
Pain:
"Stress" i korte iterasjoner
Ikke nok tid på refaktorering og kvalitet
+++

Kunst 10:15 - 11:00

RAV
10 min
Økt forretningsverdi med kvalitetskrav

Mario Aparicio

I smidig tror vi at funksjonalitet er den eneste formen for forretningsverdi man kan ha. Vi glemmer at kvalitet og kvalitetsegenskaper er helt essensielt for å gi kunden det sluttproduktet som gir mest verdi til kunden. Kvalitet er heller ikke bare antall feil eller responstider, det er mange fasetter og man kan ikke få alt.

I dette foredraget vil forklare at man må ha et bevisst forhold til hvilke kvalitetskrav man stilles. Disse skal eies av kunden (produkteier) som også skal prioritere mellom dem, på samme måte som brukerhistorier.

RAV
10 min
Er best practices onde?

Niklas Bjørnerstedt

Noen elsker dem og andre hater dem. Men kan man generalisere om best practices uten å ta hensyn til hvilken kontekst det er snakk om? Kan det i selve verket være sånn at best practices er bra i noen sammenhanger og skadelige i andre?

RAV
10 min
Du kaster bort tid på prototyping!

Sarah Brodwall

De fleste er nå frelst om verdien av prototyping, men gjør du det feil kan du ende opp med å kaste bort altfor mye tid med lite gevinst. Foredraget overtaler deg om viktigheten av å ta en smidig tilnærming til selve prototypingsprosessen.

RAV
10 min
Hæ? Skal du tjene penger på hva jeg lager?

Simen Sommerfeldt

Jeg ønsker å fortelle om bruk av innhøsting av målbare verdier og indikatorer, hvordan de kan gjennomsyre et prosjekt og spenne på tvers av fagområder.

Utfordring
Jeg har gjentatte ganger (Ikke i Bouvet selvfølgelig :-) sett at teknikere blir gira på å innføre tekniske løsninger som ikke fører noe sted hen, men som det er vanskelig for andre parter å begripe konsekvensene av før det er for sent. En annen utfordring er den gjentagende fraværende Product Owner som gjør at noen prosjekter famler i blinde. En tredje utfordring er upresis kommunikasjon mellom fagprofesjoner i samme prosjekt. Til slutt: Leverer vi hva brukerne faktisk trenger?

Prosjektene våre spenner fra strategi og markedskommunikasjon hos Reklame/CRM, via virksomhetsarkitektur, til det mer tekniske hos .Net og Java. Dette innebærer samarbeid med mange fagprofesjoner med sine egne metoder. Ikke alle nyter å få andres metoder eller begreper tredd nedover ørene.

Dette er kjent stoff. Vår nyhet i dette landskapet er Kundereisen.(http://www.bouvet.no/radgivning/Kundereisen/). Metoden inneholder både servicedesign og hendelsebasert kommunikasjon. Den kan også beskrives som en avart av virksomhetsarkitektur. Det handler om forretningsutvikling, kravfangst med "field studies" (systematiske intervjuer av målgrupper), og målstyring. Kundereisen har fått en del oppmerksomhet innen brukskvalitet-orienterte miljøer utenfor Bouvet

Fra før av har vi latt oss påvirke av metodene til Tom Gilb i de tekniske miljøene. Vi har dermed flere miljøer som kan enes om en del kriterier for vellykkede prosjekter. Du finner lignende begreper i Googles produktutviklingsmetoder (Objectives and Key Results), og jeg hevder det kan harmonere bra med Lean Startup

Med dette som balast blir det enklere å prioritere og kommunisere med bakgrunn i faktiske målbare verdier helt mot sluttbrukere og andre viktige stakeholdere. Uten mye prosessoverhead. Uten at alle må lære seg en helt ny metode i tillegg til hva de kan fra før. Det handler om å bevisstgjøre hvilke spørsmål du bør og kan stille, forstå hva du kan forvente av andre, og hva som forventes av deg.

Stikkord: Kundereisen, prosjektgjennomføring, kompetanseutvikling

06 Nov 10:15 - 12:00

Blu room 10:15 - 12:00

TE
90 min
Effectively Coaching Agile Teams

Bent Myllerup , Andrea Tomasini

You call yourself an agile coach, but are you really acting as a coach rather than an advisor or a subject matter expert? What are the benefits of using coaching techniques known from life-coaching when working with self-organizing teams, ScrumMasters, Product Owners and stakeholders? Will you be able to learn such skills?

Well, come and try it out!

In this session we will take a brief journey into professional coaching from a systemic point of view. You will learn about the mindset behind coaching, the flow in a coaching conversation and try out different types of questions that can be useful. We will also sharpen your awareness about the differences and similarities between Professional Coaching and Agile Coaching plus introduce you to the Team Coaching Framework that we have developed.

This workshop is co-lead by Andrea Tomasini and Bent Myllerup.

(logg inn for å melde deg av/på)

06 Nov 10:15 - 14:00

303 10:15 - 14:00

DO
90 min
Puppet- og Vagrant-workshop

Sveinung Dalatun , Stian Mathiassen, Stein Inge Morisbak

Vagrant er et verktøy for å lage og konfigurere virtualiserte utviklingsmiljø eller prodlike miljø lokalt på din egen maskin. Til å sette opp konfigurasjonen, brukere og tjenester på disse miljøene bruker vi Puppet, som lar deg skrive infrastrukturen som kode. På denne måten kan du behandle infrastrukturen din som du behandler koden din ellers: Dytte den inn i versjonskontroll, gjøre den reproduserbar og trekke ut felleskomponenter.

Workhoppen vil inneholde litt teori og mange praktiske oppgaver som vil være relevante for de fleste.

Varigheten er 3 timer.

Krever egen PC/Mac. Forklaring av oppsettet finnes på https://github.com/bekkopen/devops-kurs

(logg inn for å melde deg av/på)
15 plasser igjen!

06 Nov 11:15

Olympia 11:15 - 12:00

PB
10 min
Smidige utviklere spør ikke om lov

Christin Gorman

Hva gjør du hvis du ikke er 100% sikker på hvordan du skal utføre en oppgave på backlogen? Går du og spør om hjelp? Møte med produkteieren? Tavlediskusjoner?
Det er min påstand at vi gjør altfor mye av dette. Ikke bare taper vi tid på masse møter og forstyrrende diskusjoner, vi skaper også et miljø der folk ikke tar ansvar selv, ikke føler at de er istand til å løse problemer på egenhånd. Passive utviklere som bare gjør som de blir fortalt har det mindre morro, og gjør dårligere arbeid enn de som engasjerer seg og tar ansvar.
En viktig del av den smidige prosessen er sprint-demoen. Her har mange et stort forbedringspotensiale. Bruk den til å aktivt engasjere de fagansvarlige - "Hva synes du om denne løsningen? Tror du dette vil kunne fungere for dere?" Du vil bli overrasket over hvor ofte svaret er ja. Du vil bli overrasket over hvor mye morsommere det er å jobbe, når du selv føler at du kan ta beslutninger. Selv om svaret er "nei", så er det aldri mye jobb å skrive det om igjen (dersom demoene er med kort nok mellomrom og man klarer å dele inn oppgaver på en god måte)
Så kom igjen folkens. Tilgivelse ER bedre tillatelse - i hvertfall i smidig softwareutvikling.

PB
10 min
Brukerhistorier skal være brukbare!

Karianne Berg

I smidige organisasjoner (og de som liker å tro at de er det) er det populært å beskrive krav i form av brukerhistorier. Det er også veldig mange eksempler på ubrukelige brukerhistorier som ikke gir noen merverdi. I denne lyntalen vil jeg peke på noen av de vanligste feilene og hvordan man kan unngå dem.

PB
10 min
#NoEstimates - hva nå?

Marit Rossnes

Det er mye snakk om "ikke-estimering" om dagen. I denne lyntalen vil jeg tordne om hva som er galt med estimater - men jeg vil også problematisere den noe enkle avskrivingen av estimater som praksis.
Og hva hvis vi fjerner estimater fra ligningen? Hva gjør vi isteden? Hvordan snakker vi om omfang, verdi, gevinst - og kost?

RAV
10 min
Utvikler kom ut av din hule og vis ditt produkt

Knut Brakestad

Hvor mange utviklere har ikke sittet og ergret seg over at den nye kjære funksjonaliteten deres blir presentert på en elendig måte? Ofte av en productowner eller selger som såvidt har satt seg inn i det, greier vi å synliggjøre verdien av funksjonaliteten til kunden da? Hva kan vi gjøre med det?

Vil i denne lyntalen understreke hvorfor utviklerne selv bør tre ut av sin hule og sørge for at den nye funksjonaliteten presenteres på en best mulig måte og hvordan en kan gjøre det. Vil se på hvilke virkemidler som kan hjelpe oss og fordelene en kan oppnå med dette.

Film 11:15 - 12:00

TE
10 min
TTT - Team tar tid

Camilla Krogstad Grøneng

Klassiske teamprosessmodeller forteller oss at et team går igjennom noen faser (forming, storming, norming) før de kommer så langt at de produserer (performing). Så hvorfor tar man sjeldent ordentlig høyde for det i prosjektplanleggingen og estimeringen? Og hva er egentlig kosten av omorganisering?

Undersøkelser som er gjort på området indikerer at det tar 4-5 sprinter før et team er oppe i optimal (for det teamet) produksjonshastighet. Dette kan forbedres med større fokus på teamets behov for å bli samkjørte, og ved å tillate de ulike fasene i teamprosessen å gå sin gang. Det holder ikke å peke på domenekunnskap som begrensning, et veletablert team vil også raskere kunne tilegne seg ny kunnskap.

Imidlertid vet alle som jobber i store prosjekter - særlig store prosjekter som sliter litt - at ledelse og styringsgruppe alltid faller tilbake på sitt ultimate verktøy; omorganisering av prosjektet. Men hva koster dette oss egentlig, i form av støy, nydannelse av team og ikke minst kunnskap? Er det slik at vi taper fart og produktivitet, eller har ledelsen rett i at en ressurs er en ressurs?

Denne lyntalen handler om hva som skjer når et team dannes, om hva som skjer når et prosjekt omorganiserer og hva man bør ta høyde for i estimater og fremdriftsplaner.

TE
10 min
Hvordan holde retrospektiv med 30+ deltakere

Rune Larsen

Om man har en avdeling eller et prosjekt som består av flere team, hvordan forbedrer man helheten? Vi vet alle at en retrospektiv etter hver sprint er nøkkelen til prosessforbedring, men de gjelder jo stort sett bare internt i teamet.

Det er endel utfordringer med å holde retrospektiv med mange deltakere og denne lyntalen vil hjelpe deg å takle noen av dem. Det tas utgangspunkt i et konkret tilfelle der jeg fasiliterte en retrospektiv med over 30 deltakere for Norwegian.

TE
10 min
Som lyn fra klar himmel - Effektive leveranser

Ellen-Marie Bjerknes Nygård

Det oppstår en situasjon med en alvorlig feil i en løsning som er i akseptansetest. Feilen vedvarer, situasjonen blir eskalert. Kom og hør erfaringer fra mitt prosjekt som ikke bare løste problemet, men i tillegg oppnådde ekstra positive effekter ved hjelp av smidige prinsipper.

TE
10 min
Kontinuerlig forbedring, nøkkel til å bli mer smidig; Erfaringer, utfordringer og løsninger fra prosjekt med 15 til 80 prosjektmedlemmer

Eira Brunstad

Ønsker du å jobbe mer smidig enn det du gjør i dag? Å få til kontinuerlig forbedring, både med teknikker, og som kultur, er en nøkkelfaktor.

Denne lyntalen gir et innblikk i hvordan vi har jobbet med "kontinuerlig forbedring" i Cisco Lysaker, hvilke utfordringer vi har hatt og hvilke løsninger som har passet hos oss.

Kunst 11:15 - 12:00

IN
45 min
The power of why

Geir Amsjø

Smidige folk stiller spørsmål. De slår seg ikke til ro med "sånn gjør i det her". De utfordrer Status Quo. De tror på utvikling, tror at det alltid er mulig å lære nye kunster om man anstrenger seg. De sørger for å lære av erfaring og liker å komme til bunns i hvordan ting henger sammen. De motiveres av å vite hvorfor de skal løse problemer. Dette er "the Agile Mindset" - det smidige tankesettet.

De beste organisasjonene vet hvorfor de gjør ting, og hvorfor de organiserer arbeidet på en viss måte. De har tro på det de lager og i tillegg en grunnleggende tro på hvorfor de lager og selger nettopp dette.

Hva ligger egentlig i det smidige tankesettet?

06 Nov 12:00

Foajé 12:00 - 13:15

Lunsj

.

06 Nov 13:15

Olympia 13:15 - 14:00

TE
10 min
Hvordan et dysfunksjonelt team kan skape flott kunst

Darija Hauge

"Det finnes intet ’Jeg’ – endring av konteksten vi opplever i, åpner for anerkjennelsen av at det såkalte ´Jeget´ bare eksisterer innenfor en gitt kontekst".

Yrkesaktive kreatører med ulik bakgrunn, boende både i Litauen og utenlands, samlet seg i en liten by med et felles mål – å gå inn i en profesjonell dialog og et profesjonelt samarbeid.

Foto-video prosjektet handler om identitet og indre prosesser i individet.

I denne lyntalen vil jeg forklare hvordan det som så ut som et dysfunksjonell team skapte dette kunstverket.

TE
10 min
Team Turkis for enhver pris!

Kaja Kværn

En lyntale om at teamet er bedre enn summen av enkeltpersonene og hvorfor teamshopping lønner seg framfor bodyshopping.

Jeg vil gjennom tre punkter fortelle historien om hvordan vi skapte teamfølelse, commitment og leveransekraft i teamet over lengre tid. Og er det mulig å gjenskape suksessen?

TE
10 min
Successful project with distributed teams

Taras Voytovych

I have 6 years of experience working in software development companies with different customers around the world. Last two years I have worked as project manager/Scrum master in projects with Norwegian companies. And I want to share my experience of building successful cooperation across national boundaries. I want to explain what has worked and what hasn’t in my recent projects by providing insight of what the work process looks like in an outsourcing company and what are the risks you face on the very beginning of your project implementation as well as those that arise during the project flow. There is no Single True Way of building good cooperation among distributed teams, but there are things that will definitely help and there are things that will hurt.
And in my 10-minute presentation I want to share my real life expertise that will help create good cooperation, avoid possible mistakes and just add happiness to the work no matter what role a listener has in an Agile team.

TE
10 min
Stort eller lite team: Hvordan tilpasser jeg prosessen?

Tormod Haavi

Jeg har det siste året vært ScrumMaster på to prosjekt ett med 10 personer (hos SSB) og ett med 2 personer (hos Tine). Behovet for prosessregler har vært ganske forskjellig på de to teamene og jeg vil dele de erfaringene jeg har gjort meg. Begge teamene brukte en kombinasjon av teknikker fra Scrum, Kanban, og XP, og jeg vil ta utgangspunkt i disse prosessrammeverkene.

Film 13:15 - 14:00

PB
10 min
Prioritering av produktkøen, fra behov til leveranse i et av landets største og mest komplekse IT-miljøer

Tomas Zijdemans

Praktisk håndtering og prioritering av produktkøen kan være en formidabel utfordring i store organisasjoner. For å sikre høyest mulig forretningsmessig gevinst må nødvendige beslutninger tas på riktig tidspunkt - og disse beslutningene bør kunne spores helt inn i konstruksjonsfasen. Hvilke parametere man bruker for å prioritere produktkøen, hvordan man sammenstiller prioriterte køer på tvers av organisasjonelle enheter og hvordan man til slutt leveranseplasserer, krever en solid metode og hensiktsmessige verktøy.

Kjell Lundene (Metodeansvarlig i Nav) og Tomas Zijdemans (Accenture) deler erfaringer fra smidig systemleveransemetode i Nav. Foredraget tar for seg metodemessige aspekter og praktiske løsninger.

PB
10 min
Underestimering og uteliv

Lars-Erik Wollan

Har du lurt på hvorfor estimater har en tendens til å sprekke? Har du opplevd at utviklere på standup forteller at brukerhistorien snart er ferdig, "bare et par timer til så..", flere dager på rad? Det har jeg!

Hvorfor underestimerer vi og hva er det egentlig som skjer etter at estimater er gitt og teamet begynner å levere brukerhistorier? Finnes det andre situasjoner hvor vi har vanskelig for å komme med troverdige estimater, hvor ting tar lengre tid enn planlagt? Hva er det som gjør at vi ikke klarer å lære av tidligere feil?

I denne lyntalen vil jeg se på om vi kan lære noe om smidig programutvikling, ved å observere oss selv i hverdagslige situasjoner.

SC
10 min
Smidig konseptutvikling - bruk din produksjonsplattform til prototyping

Anders Långberg

Isteden for at slenge bort arbeid når vi går til systemimplementasjon kan vi i smidige prosjekter iterativt bygge videre på GUI-prototyper vi lager direkte i produksjonsplattformen. Vi gjenbruker arbeid,minsker risiko og kan sjapp teste alternative løsninger!

AN
10 min
Smidigere kropp, smidigere sinn, smidigere utvikling?

Jan Baggerud Larsen

Jeg er en datamann med en pasjon for å finne ut hvordan kropp og sinn fungerer og hvordan de samspiller. Hvordan påvirker vår egen "software" og "hardware" vår hverdag? Kan økt smidighet i kropp og sinn gjøre oss mere inspirerte, glade og produktive? Hvordan kan vi relatere dette til smidig utvikling?

Jeg har jobbet i softwarebransjen i snart 20 år, og har hatt de fleste roller man kan ha i både smidige og rigide utviklingsprosjekter. I lyntalen deler jeg noen av mine erfaringer fra min søken etter smidighet i kropp, sinn og softwareutvikling.

Kunst 13:15 - 14:00

AN
10 min
Vil du ha smidig må du få omfang ut av kontrakten!

Bent Are Melsom

I denne lyntalen vil jeg utfordre kundene våre. De fleste kunder vil ha smidige prosjekter, men legger allikevel opp til en omfattende kravliste og løsningebeskrivelse i kontrakten. De verste tilfellene legger også opp til en tilnærmet fastpris i kontrakten!

Mitt spørmål er da: Hvordan har de tenkt å få til smidig gjennomføring under slike forutsetninger?

AN
10 min
Statens standardavtale for smidig systemutvikling - Oxymoron eller hybrid?

Mari Vestre

På smidig 2007 holdt jeg lyntale om kontraktsregulering av smidige prosjekter. Budskapet mitt var at det var mulig å få til innenfor offentlig anskaffelsesregelverk.

Nå, 6 år etter, begynner avtalen å bli ferdig. Vi holder fast ved at systemutviklingen skal være smidig. Men avtalen inneholder også deler som ikke er så smidige. Derfor er det kanskje riktig å kalle den en hybrid..

AN
10 min
Begrepet Smidig tilhører historiens skraphaug, men hva lærte vi egentlig?

Tore Vestues

Som med de fleste gode ideer som oppnår popularitet har også Smidig blitt industrialisert til det ugjenkjennelige. Smidig har blitt tilpasset og forflatet, formalisert og dokumentert på en slik måte at forståelsen og dybden har forsvunnet. Problemet som vi har sett før og kommer til å se igjen er at man ikke kan institusjonalisere tankesett og holdninger.

Sånn er det bare. Her ofres ingen sentimentalitet over begrepet Smidig, men hva var det vi egentlig lærte?

Foredraget fokuserer på å forklare hvorfor begrepet Smidig tilhører historiens skraphaug, hva vi egentlig lærte, og hvordan vi skal ta med oss den viktige kunnskapen videre.

AN
10 min
Når vil vi slutte å vifte med dette "Smidig"-flagget

Johannes Brodwall

Dersom du ikke har forstått "Smidig" enda, vil du aldri forstå det.

Det er 12 år siden en gjeng kom ned fra fjellet med de smidige bud på en stentavle. Men begrepet Smidig var bare luktesalt for å vekke folk som sov bak rattet. De som ikke har våknet enda vil nok ikke våkne av mer luktesalt og samtidig har mange blitt forelsket i lukten av luktesalt.

Poenget var alltid å søke bedre og hyppigere feedback. Det er lurt uavhengig av hva man kaller det.

La oss snakke om feedback i stedet og hvordan vi kan pensjonere dette begrepet som har utspilt sin rolle.

06 Nov 13:15 - 16:00

Blu room 13:15 - 16:00

AN
90 min
Kanban Game

Ketil Jensen

Spillet getKanban er et brettspill hvor du som deltaker får lære om Kanban på en effektiv måte. I grupper på 4-6 personer skal dere drive en teknologibedrift. Vi kommer innom situasjoner underveis som gjør at du får en god forståelse for hvordan mekanikken i Kanban fungerer.

Dette er en hands-on, engasjerende og morsom måte å lære om Kanban, og blir av mange beskrevet som den beste og mest effektive måtene få få en innføring i metoden.

(logg inn for å melde deg av/på)

06 Nov 14:15

Alle 14:15 - 16:30

Open Space

Bruk twitter med hashcode #smidig13os for å foreslå open-space forslag gjennom dagen.

06 Nov 16:30

Alle 16:30

Avslutning

Takk for i år!