Hvis du ikke leverer kontinuerlig - så er du ikke smidig!

Manifestet for smidig programvareutvikling sitt første prinsipp sier at; det å levere programvare av verdi kontinuerlig, er vår høyeste prioritet. Dette er ofte lettere sagt enn gjort, fordi det forutsetter masse hard jobbing med å komme frem til en infrastruktur og en prosess som støtter en rask flyt fra idé til produksjon.

Jeg vil gi et innblikk i hvordan teamet som utvikler Digipost gradvis har utviklet evnen til å kontinuerlig levere programvare av høy kvalitet til produksjon når vi vil, og ekstremt raskt. Du vil også få vite hvilke fordeler dette gir, utover rask ledetid fra idé til produksjon, og hvorfor det er smidigere. Det er ganske sikkert flere grunner enn du tror.

Transcript

1. Hvis du ikke leverer kontinuerlig - så er du ikke smidig! JavaZone 2011 Stein Inge Morisbak
2. Vår høyeste prioritet er å tilfredsstille kunden gjennom tidlige og kontinuerlige leveranser av programvare som har verdi.
3. Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
4. Hvor raskt kan du få ut ny funksjonalitet i produksjon?
5. Du har ikke sånne krav?
6. Hva med bug-fikser?
7. Ville kunden din være mer fornøyd om hun; tok en beslutning og så det i produksjon samme dag?
8. Ville du stolt mer på deployrutinene; om du deployet oftere?
9. Ville du følt deg tryggere om du; produksjonssatte færre ting om gangen?
10. Ville du følt deg tryggere med; færre ting som kan gå galt?
11. Ville du følt deg tryggere på deploymentprosessen om; alle på teamet trente på den hele tiden?
12. Ville du være fornøyd med en tung manuell deploymentprosess; om du produksjonssetter flere ganger i uken?
13. Ville drift være mer fornøyd (og alle andre tryggere) om; deployment var automatisert istedenfor dokumentert?
14. Ville du vært lykkeligere (og ikke så ensom) hvis du kunne; produksjonssette i arbeidstida, når alle er på jobb, istedenfor midt på natta?
15. Er du i stand til å; rulle tilbake umiddelbart hvis deployment feiler?
16. Er det ikke et konkuransefortrinn; å ønske endringer i krav og prioritering velkommen når som helst?
18. Automatisering
19. Enkelhet – kunsten å maksimere mengden arbeid som ikke blir gjort – er essensielt.
20. Push Pull Invoke Pull/Push Invoke ./deploy.sh ./push_deploy.sh Push
21. Praksiser
22. Konfigurasjonsstyring §  All konfigurasjon er bundlet med appen. <miljo>.<servernavn>.min.property=true §  En secret.properties lever i hvert miljø med “hemmelige” properties.
23. Ønsk endringer i krav velkommen, selv sent i utviklingen. Smidige prosesser bruker endringer til å skape konkurransefortrinn for kunden.
24. http://nvie.com/posts/a-successful-git-branching-model/
25. app.properties mail.enabled=true sms.enabled=false send_message.jsp <toggle name=mail.enabled> . mail UI elements </toggle> SmsService.java ... boolean smsEnabled; if (smsEnabled) { sendSms(); } ...
26. Lever fungerende programvare hyppig, med et par ukers til et par måneders mellomrom. Jo oftere, desto bedre.
28. Pull! KLAR UTVIKLING (4) FERDIG!
29. Folk §  Kunde på teamet! §  Drifter på teamet! (periodevis) §  Testere på teamet! §  Selvtilstrekkelig og kryssfunksjonelt! §  Tillit! §  Fryktløse! §  Disiplinerte! §  Øver hele tiden! §  Alle er ansvarlige! §  Alle kan produksjonssette! §  Automatisering! §  Kontinuerlig forbedring!
30. Vi søker deltakere til Digipost 24h HACKATHON Er du en av Norges råeste utviklere? Bli med 29. - 30. oktober i Posthuset, Oslo. Premier i ulike kategorier. Hovedpremie kr 20.000,-. Følg med på posten.no/beta
31. BEKK CONSULTING AS SKUR 39, VIPPETANGEN. P.O. BOX 134 SENTRUM, 0102 OSLO, NORWAY. WWW.BEKK.NO Stein Inge Morisbak Manager +47 909 64 372 stein.inge.morisbak@BEKK.no @steinim http://open.bekk.no