Smidig arkitektur
•Descargar como PPTX, PDF•
0 recomendaciones•534 vistas
“We are uncovering better ways of developing software by doing it and helping others do it” Det er 15 år siden det smidige manifest kom, og selv om mange jobber smidig i dag er mye av arkitekturarbeidet preget av tankegods fra fossefall og en "plan-build-run"-tilnærming. Hvordan kan man jobbe med arkitektur i en smidig setting med fokus på forretningsverdi og hvor det eneste man vet er at ting vil endre seg, og endre seg fort?
Recomendados
Más contenido relacionado
Destacado
Más de Vegard Hartmann
Smidig arkitektur
- 1. SMIDIG ARKITEKTUR Software 2016 Vegard Hartmann 11.02.16
- 2. VI ER VANT TIL KLASSISK ARKITEKTURARBEID
- 3. VI HAR MED OSS MYE BAGASJE
- 4. “The world is changing faster than ever in our history” - Sir Ken Robinson
- 6. VÆR SMIDIG! Reduser sløsing (muda) Verdiskapning Hurtig tilbakemelding
- 8. SETT RAMMER FOR BESLUTNINGSEVNE
- 9. LA DEG INSPIRERE AV TOGAF (OG SMIDIG)
- 10. DEFINER VISJONER Arkitektur skal alltid understøtte virksomheten
- 11. ARBEID STEGVIS MOT VISJONEN
- 12. GJØR SMÅ ENDRINGER PÅ RIKTIG TIDSPUNKT "It is important to keep in mind that big changes in architecture need to come gradually and at the right time.” - Kevin Hickey
- 14. “For å lykkes med arkitektur i en smidig verden må arkitekturarbeidet ta til seg den smidige essensen; verdiskapning, unngå sløsing og hurtig tilbakemelding” - Vegard Hartmann
Notas del editor
- “Vi finner bedre måter å utvikle programvare på ved å gjøre det selv og ved å hjelpe andre med det” Det er nå 15 år siden det smidige manifest kom Selv om mange hevder de jobber smidig, er mye preget av fossefall og “plan-build-run” Mål: “Inspirere til en pragmatisk tilnærming til arkitektur og stopp med detalj-kontroll”
- Klassisk arkitekturarbeid: Vi tror planlegging er viktig og ensbetydende med å lage mye dokumentasjon Dokumentasjonen skal deretter godkjennes og det videre arkitekturarbeidet er preget av detaljstyring og kontrollmekanismer Dette er tidkrevende og vi tar oss gooood tid "To help manage time, you have implemented universal standards and tried to funnel requests to architecture review boards or other planned meetings. Developers routinely work around the system, complaining that process holds them back, but you know that these things are there for the good of the company so you reinforce the policy to try to keep control."
- Så vi har med oss mye bagasje I tillegg har mange med seg mye bagasje i form av “gammel” og rigid arkitektur Det er også mye tekniske gjeld Dette har forsåvidt gått bra så lenge vi har tatt oss god tid og ikke endret så ofte, men….
- Verden endrer seg Forretning/bestiller krever realisering av verdi Krever endring fort Brukere forventer endringer Arkitektur er/blir en flaskehals Sir Kenneth Robinson (born 4 March 1950) is an English author, speaker and international advisor on education in the arts to government, non-profits, education and arts bodies
- “Lag mindre IT-prosjekter!” - Sanner De store prosjekters tid er forbi Vet aldri hvor lenge et prosjekt løper/når kommer neste mulighet Forventning om “smidig” Så hva gjør vi da? "if you can't beat them, join them"
- Bruk essensen fra lean og agile på arkitektur: Verdiskapning (alltid “virksomhetsverdi”) Reduser sløsing Hurtig tilbakemelding
- Endring fra beslutning i “vakum”/kontroll til å hjelpe andre med å ta det riktige valget Teamet blir gladere Endringsvennlige arkitekturer krever lokal kontroll! Ansvarliggjør teamet Og skal selvfølgelig hjelpe de Bidrar til økt verdiskapning, redusere sløsing og gir hurtig tilbakemelding
- Sett rammer Si hva, ikke hvordan Unngå å blande deg i implementasjonsdetaljer, selv om dette er fristende fordi det er trygt og “enkelt”
- Iterativ Tydelig målsetting når man går inn i en iterasjon Så lite som mulig Foren perspektiv: Forretning, Informasjon, System, Teknologi Identifiser muligheter Sikre innføring Endringshåndtering
- Start (første iterasjon) Etabler to høynivå visjoner som styrer videre arbeid: Forretningsmessig: mål, områder, viktigste prosesser, kjennetegn Arkitekturmessig: hva trenger man for å støtte forretning, overordnete egenskaper og “by-områder”, infrastruktur/verdikjeder Arkitektur skal alltid understøtte virksomheten
- Jobb mot et mål Veien kan godt svinge “think global, act local”
- Endring kan kun skje i kontekst av pågånde arbeid, så få mest mulig ut av de tiltakene som er budsjettert og ligger i porteføljen. Ikke definer store endringer som krever store tiltak/programmer/prosjekter Bidrar til verdiskapning, waste og tilbakemelding Kevin Hickey: I have been a professional software engineer for over twelve years. I currently work at ThoughtWorks as a technical and delivery principal
- Omfavne endring (for det vil skje) Men forsikre om at alle forstår hensikten, verdien og konsekvensene ved endringen