3. Introductie Achtergrond, HIO & MsC IT Architecture DNV/CIBIT Werkzaam bij Chronotech / CACI (+/- 50 mensen in Nederland) Overheid Onderwijs, Studielink, Zaakgericht werken BI / Master Data Management, Consultancy en development Lead architect voor Studielink Thesis geschreven over de zoektocht naar de optimale mix tussen scrum en software architectuur www.abc-thinkBIG.com
4. Introductie Achtergrond: integraal manager, project (portfolio) manager, staflid debiteurenbeheer & incasso & ict-architect bij UWV drs. bedrijfskunde Werkzaam bij SVB 3200 mensen verspreid over 9 vestigingen Uitvoerder o.a. kinderbijslag en AOW www.svb.nl en www.mijnpensioenoverzicht.nl Bedrijfsarchitectuur, portfoliomanagement, redactie Architectuur 2.0 Strategisch & architectuuradvies aan RvB, directeuren en projecten Thesis: nut van Service oriented architecture voor strategische innovatie www.abc-thinkBIG.com
5. Aanleiding Thesis en publicaties Aanpak business probleem binnen Chronotech / CACI Hoe kunnen we het beste van beide werelden bij elkaar brengen ? Specifiek gekeken naar Scrum en Software architectuur. Concrete oplossing voor beter afstemmen Scrum en architectuur. Thesis MsC studie Hoe verhouden Agile principes zich tot de SOA principes Waar verschillen ze / bijten ze elkaar ? Waar vullen ze elkaar aan ? Waar stemmen ze overeen? Publicaties: artikel SOAgile in InfoQ, artikelenreeks in XR magazine en columns over SOA, Agile en leiderschap in Release Magazine www.abc-thinkBIG.com
6. Onderzoeksaanpak voor de thesis Stap 1. Literatuurstudie Scrum en software architectuur best practices Stap 2. Expert Interviews Twee doelen, hands-on ervaring en validatie van literatuur Stap 3. Creeeren van een assessment tool Opzet van de assessment criteria (lichtgewicht assessment tool) Stap 4. Onderzoek van het huidige scrum / architectuur proces bij Chronotech Toepassen van de assessmenttool Stap 5. Combineren van alle resultaten en opstellen aanbevelingen Chronotech www.abc-thinkBIG.com
7. Onderzoeksaanpak voor publicatie(s) Stap 1, literatuurstudie Wat zijn de kernwaarden en principes uit het Agile manifest Wat zijn de kernwaarden uit het SOA manifest en welke principes gelden voor service oriented architectuur Stap 2, trends en meningen verzamelen Wat zijn de meningen over Agile en SOA bij de business en bij software engineers Stap 3, confrontatie Waar verschillen de principes van Agile en SOA, waar stemmen ze overeen, waar wringen ze. Stap 4, conclusies en peer review Conclusies + review conclusies & teksten door architecten van allerlei pluimage, collegas, ontwikkelaars etc. www.abc-thinkBIG.com
8. Verschillen inhoudelijk en persoonlijk Inhoudelijk Bezien vanuit de IT vs. bezien vanuit de business IT architectuur vs. bedrijfarchitectuur software architectuur vs. architectuur stijl specifiek business probleem vs. algemene vergelijking Persoonlijk Generatie X vs. Generatie Babyboom Man / masculien vs. Vrouw / feminien :D Gehuwd, 3 kinderen vs. Samenwonend, dinky www.abc-thinkBIG.com
9. Verschil generaties op de verschillende dimensies www.abc-thinkBIG.com Generatie Z Betekenisvolle relaties Is in mensen en op Internet Op elke tijd, elke plaats, met elk apparaat ? ? ? ?
10. Verschil in masculien en feminien En tussen de traditionele en Agile denkwijzen? Masculien: - IK - Lineair (algoritmen) - Singulier (per discipline) - Vast plan/planning - Computer zien als attractief object - (Systeem)ontwerp en (systeem)bouw Feminien: - Wij (samenwerking, interoperabiliteit) - Circulair (iteratief) - Pluriform (multidisciplinair) - Aanpassen, invoelen - Computer zien als hulpmiddel - (Systeem)interactie www.abc-thinkBIG.com http://www.youtube.com/watch?v=AQ9L9YBJkk8&feature=youtube_gdata_player
11. Overeenkomstige conclusies (1) Opzet High-level architectuur is nodig v坦坦r de start van de projecten Verantwoordelijkheid architectuuraanpassingen tijdens sprints moet bij het team liggen, samen tot kaders gekomen: team kan dit goed oppakken; niet meer architect vs. ontwikkelaar. Iedereen moet beschikken over voldoende vakkennis + de mogelijkheden geboden worden deze kennis te kunnen delen ( lerende organisatie ) www.abc-thinkBIG.com
13. Overeenkomstige conclusies (2) Agile principes en service ori谷ntatie vragen om een andere vorm van leidinggeven: Wij, multidisciplinair, autonomie/zelforganisatie Het toepassen van Agile vereist mensen die weten waar Agile voor staat, die zelf organiserend zijn en beschikken over zelfdiscipline. Vrijheid is niet gelijk aan Vrijblijvendheid. Feedback is essentieel, korte iteraties voor snellere feedback
14. Zelforganiserend team De beste architecturen, eisen en wensen, en ontwerpen komen van zelforganiserende teams. Lijkt in tegenstelling tot bedrijfsarchitecturen maar gezien vanuit de product owner is zelforganisatie ook hier noodzakelijk www.abc-thinkBIG.com Architecture meets in the middle
15. Stellingen Een architect bestaat niet, architectuur is niet meer dan een proces binnen de organisatie . Architectuur en Agile houden elkaar gezond Vrijheid Vrijblijvendheid (zelf - en teamdiscipline zijn nodig) www.abc-thinkBIG.com
16. Bronnen Links: http ://www.soamanifesto.org http://www.agilemanifesto.org http://www.infoq.com/articles/agile-soa http://www.xr-magazine.nl/artikelen/210/agile/architectuur-op-een-agile-manier http:// www.via-nova-architectura.org/files/GroningenUniversity/Beijleveld.pdf Optimal mix Agile and Architecture, 2011, Bart van Zundert www.sfsfsf.we Jim Coplien / Zilverline www.abc-thinkBIG.com
18. Working together Business people and developers must work together daily throughout the project . Corporate strategy is formed by business and IT togethe r; SOA project only succeed when people work together , services can only be realized in cooperation . www.abc-thinkBIG.com
Editor's Notes
Self organizing teams If I am the product owner of a means of transport, it is important to know what my goal is. If I want to go to the moon, I need something totally different (a rocket or something like that) than if I want to go from Europe to the USA (I could go by boat or plane) I will never reach the moon if I build a boat. So the product owner has to clearly communicate the bigger picture to the development team. Architecture is required because the solutions (services) have to fit into the big picture. Architecture has to be part of the self organizing team. This has to be organized in some way, it is taken from team to team. Agile practices and self organizing alone cant solve those architectural challenges . Agile & SOA workshop 6 juli 2010 bij KnowIT
Thank you for your benevolent attention, feedback and tips
Agile & SOA workshop 6 juli 2010 bij KnowIT
Working together: Actually Agile is the only way a (Service oriented) architecture can be realized. Agile & SOA workshop 6 juli 2010 bij KnowIT
