DevLin2017 - Presentationerna

Här hittar du beskrivningar av presentationerna på konferensdagen på DevLin2017.

Hint: There is never "One right way". While in Software Development this is evident in nearly everything we do, we seem to think we must use estimates without question. Are you willing to question?

Läs mer: CENTER STAGE: Estimates and NoEstimates, Is there a "One Right Way?" : Woody Zuill

Vi vet hur man hanterar förändringar i och releaser av källkod med hjälp av versionshanteringssystem och rutiner kring hur man använder dessa. De flesta system kräver utöver källkod någon form av dokumentation som t.ex berättar hur man använder systemet. Här är det sällan lika enkelt...

Läs mer: Dokumentation som kod - skriv, kompilera, leverera : Peter Karlsson Zetterberg

Waiting is one of the "lean wastes". In manufacturing much of a product's lead time is spent waiting. It's easy to see on an assembly line. Where is the waste of waiting hiding in Software Development?

Läs mer: CENTER STAGE: Mob Programming and Eliminating the Question Queue Time : Woody Zuill

Vi tar ett första steg in på den breda scen som är interaktiv story telling på webben. Vad är interaktiv story telling, vad innebär det och hur gör man?

Läs mer: Ett första steg - Interaktiv story telling på webben : Andreas Lambrant

Integration Driven Development (IDD) är en metod för optimal planering av komplex systemutveckling, för att möjliggöra tidig testning av det integrerade systemet. System- och integrationsanatomier är en visuell metod för ökad systemförståelse, mer självstyrande team och ökat engagemang i projektet.

Läs mer: Hantera komplex agil utveckling med anatomier och IDD : Erik Blom

Idag är många utvecklingsteam, produktägare och kundrepresentanter distribuerade och sitter inte på samma plats. När det är dags för teamet att dema innebär det stora utmaningar: hur får man alla att fokusera och ge värdefull feedback när man inte är i samma rum?

Läs mer: Maximera nyttan av demos i distribuerade team : Oscar Rydberg

The software industry is not a single, homogeneous thing, and not all software is alike. The nature and the context of each individual software project dictates how continuous practices can be applied in each case, and the extent to which they are applicable in the first place.

Läs mer: Making Continuous Practices Work for You - The Importance of Understanding Context : Daniel Ståhl

Intern IT på Spotify hade under flera år varit eftersatt från ett bemannings- och tekniskt perspektiv. När Spotify för några år sen beslöt sig för att skala IT-triben från 25 personer till 75 så insåg vi att Spotifys organisationsmodell lägger på för många formella ledarroller och att vi behövde tänka om. Allt detta hände också i en tid då teammedlemmarna ifrågasatte varför vi hade chapter leads (personalchefer).

Läs mer: Vad hände när vi tog bort cheferna på Spotify IT? : Viktor Cessan