Verzamelde vragen en antwoorden Agile Applicatie ontwikkeling Agile Methodiek en Technologie Zest Application Professionals
Hoe is de aansluiting op ontwikkelmethoden voor Legacy-systemen? Out of the Box geautomatiseerde integratie beschikbaar voor o.a.: Met behulp van Integration Adapters zijn integraties met vele andere systemen, technologieën en databases snel gerealiseerd. Bekijk de video over dit onderwerp: Integrate with Legacy Databases Wie is de opdrachtgever in de meeste gevallen? Wat is het startpunt voor de ontwikkeling In de meeste gevallen is dat een vertegenwoordiger uit de business. Maar als het tot uitvoering van een project komt wordt er vaak een projectleider aangesteld die de klantkant vertegenwoordigt. Belangrijk is dat deze functionaris mandaat heeft. Als er eenmaal een project is, start het project met een analyse fase die de end-to-end functionaliteiten onder de loep neemt. Deze activiteiten zijn de aanloop naar de start van de eerste ontwikkelingen. Afhankelijk van de duur van het project is deze initiële analyse fase doorgaans 1-2 weken. Zest Application Professionals Page 1 of 6
Hoe verhoudt het zich tot andere ontwikkelmethoden, bv. versus RUP? Wat zijn de kenmerken van de Agile methodiek? Is het performancemanagement te meten over de hele keten heen? Hoe sluiten de requirements aan bij de business processen? Wanneer/waar definieer je de hoofdlijnen versus de details? In het kort kunnen we constateren dat beide methodes (RUP en Agile) gebruik maken van iteratieve ontwikkeling. Het grote verschil zit in de uitgebreide documentatie die bij RUP aanwezig is. In de Agile ontwikkeling wordt ons inzien ook meer gefocust op de echte wensen/ eisen van de klant. Het OutSystems Agile Platform en Network leveren bovendien een belangrijke hoeveelheid documentatie die gegenereerd kan worden op basis van de project informatie en de ontwikkelde applicatie. Op die manier wordt gegarandeerd dat de documentatie up-to-date is en blijft. Iteratief ontwikkelen, Korte iteraties (2-4 weken); zelf sturende ontwikkel teams; dagelijkse scrum meetings; demo s om de sprint resultaten te tonen aan de gebruiker; de eindgebruiker is betrokken vanaf dag één; hoge user adoptie; etc. etc. Zie ook: http://agilemanifesto.org/principles.html Service center meet de gebeurtenissen binnen de espaces die ge-deployed zijn. Dat geldt ook voor de connecties naar andere bronsystemen. Bij het opstellen van de sizing is het zaak dat de omschrijvingen van de packages, stories en features nauw aansluiten bij de belevingswereld van de opdrachtgever. Dat is een eerste stap op te waarborgen dat de applicatie uiteindelijk de betreffende processen zo goed mogelijk ondersteunt. Tijdens de uitvoering van het project is de detail analyse die in de sprint wordt gedaan, belangrijk om te waarborgen dat de juiste zaken gebouwd worden. Tenslotte is de demo het moment om te toetsen of de functionaliteit de gewenste business value brengt. Vanaf de sizing (voor de uitvoering van het project) tot en met de detail analyse in de print wordt het niveau van detail steeds groter. Zest Application Professionals Page 2 of 6
Wat doe je als de gebruikers niet om tafel komen? Is deze methodiek alleen van toepassing op highrisk projecten? Zit het voordeel in de methodiek of in een andere manier van managen? Heeft een sprint een vast aantal weken? Wanneer maak je de architectuurkeuze s? Kan ik ook een systeem in COBOL laten bouwen met Agile? Het is van essentieel belang dat de gebruikersorganisatie aanhaakt bij het project. Als dat onvoldoende plaatsvindt dient de EM te escaleren naar de Business Manager. Ultiem zal de EM een besluit kunnen nemen om het project on hold te zetten. Uiteraard is dat een laatste stap die altijd in overleg met de business manager genomen wordt om aan de organisatie kenbaar te maken dat het project at risk is. De methode is zeer zeker ook toepasbaar op niet high-risk projecten. De Agile methode kent het voordeel dat er o.a. door het focussen op wat echt belangrijk is, dat er een zeer korte time to market gehaald wordt. Het OutSystems ontwikkel Agile Platform ondersteunt bij uitstek de Agile aanpak. Daarnaast biedt de ondersteunende applicatie Network, alle hulpmiddelen waardoor ook het Agile projectmanagement volledig ondersteund en ge-support wordt. Denk hierbij aan het kunnen bootstrappen van het project vanuit de sizing, het tijdschrijven in Network waardoor de project voortgang direct en te allen tijde zichtbaar is (progress bar). En tenslotte de ECT functionaliteit die de gebruiker / testers in staat stellen eenvoudig feedback te geven die vervolgens binnen Network te managen is. Sprints hebben geen vast aantal weken. Veelal wordt een periode van 2 tot maximaal 4 weken gehanteerd. Echter de praktijk leert dat 2 weken de voorkeur heeft. Afhankelijk van de welk architectuur vraagstuk hier bedoeld wordt (infra, application, other), kan hierop een beter antwoord gegeven worden. Echter als het hier de applicatie betreft wil ik graag verwijzen naar het volgende document: Technology Independence De Agile methode schrijft niet voor welke ontwikkel taal / omgeving gebruikt moet worden. Zest Application Professionals Page 3 of 6
Waar en hoelang heb ik het OutsystemsAgile Platform nodig? Wat is de relatie tussen het Agile Platform en de ontwikkelde software? Wat doe ik als ik iets essentieels ben vergeten? Zit de beslissingsbevoegdheid in het team? Hoe helpt OutSystems bij het sizen? Als de tijd vastligt wat is dan de impact op de kwaliteit? Kunnen klanteigen ontwikkelaars meedraaien in een project? In principe gedurende de gehele applicatie lifecycle. Het Agile Platform maakt het visueel ontwikkelen en onderhouden van de code mogelijk. Verder wordt met behulp van Service Center de volledige applicatie gemonitord, bestuurd en gecontroleerd. Service Center is het dashboard voor je applicatie. Het moment waarop de klant aangeeft dat er iets essentieels vergeten is bepaalt de mogelijke acties. In het algemeen geldt dat een feature alleen dan toegevoegd kan worden als er een andere (gelijk wegende) feature(s) verwijderd worden uit de project backlog. Ja. De business manager dient mandaat te hebben om samen met de Engagement Manager het project te sturen. Door het beschikbaar stellen van on-line trainingsmateriaal met certificeringvragen. Hierdoor wordt een hoeveelheid basis kennis eigen gemaakt bij de betreffende kandidaat. Verder wordt een partner ondersteund bij het maken van een sizing. Indien de ontwikkeling door een OutSystems ontwikkel cel wordt uitgevoerd zal de sizing ook door OutSystems gevalideerd moeten zijn. De kwaliteit van de applicatie wordt in belangrijke mate beïnvloed door de invloed van de eindgebruiker in het project. Door zijn / haar feedback kan de applicatie echt op maat gerealiseerd worden. Daarom is het van zeer groot belang dat de gebruikers volledig gecommit zijn aan het project en er dus ook tijd voor hebben naast hun dagelijkse werkzaamheden. Als deze ontwikkelaars voldoende skills (ontwikkel skills en business kennis) is dat in principe mogelijk. Zest Application Professionals Page 4 of 6
Is het Agile Platform een lock-in of biedt het juist meerwaarde? Is het slim/mogelijk om de ontwikkelaars over meerdere lokaties te verdelen? Kan de businessmanager in een project extern zijn? Hoe verhoudt het Agile Agile Platform zich tot de traditionele OTAsystemen? Kunnen bestaande.net/java applicaties als bron gebruikt worden? Bv tbv beheer of doorontwikkeling? Zijn de sprints altijd sequentieel? We passen Scrum toe, maar de klant wil niet meewerken Het Agile Platform kent twee mogelijk stacks: Java en dot.net. Hierdoor kan de code die gemaakt is met het Agile Platform ook zonder het Agile Platform functioneren. Echter alle tuning en monitorings features die het Agile Platform biedt zijn juist de meerwaarde. Het decentraal formeren van een ontwikkelteam is technisch niet onmogelijk. Echter het is zeker niet aan te raden. Ja. In vele projecten wordt deze rol, door een externe bekleed. Het Agile Platform wordt op de drie omgevingen geïnstalleerd. Als hier revers engineering bedoeld wordt is het antwoord nee. Ja. Sprints zijn altijd sequentieel. Feedback vanuit een voorgaande sprint kan effect hebben op een volgende. Waarschijnlijk is er een beeld van de ideale product owner. En dat de klant die rol vervult. In de praktijk is die rol van product owner dan ook heel belangrijk. Om succesvol te zijn moet je: een goed beeld hebben van het op te leveren product; getraind zijn; in staat zijn user stories te maken; de product backlog actief onderhouden; prioriteiten kunnen, durven en mogen stellen; in staat zijn met alle externe stakeholders een relatie te onderhouden. De klant begrijpt wat een Agile aanpak is: samenwerken is belangrijker dan alles in contracten vastleggen Zest Application Professionals Page 5 of 6
Hoe kunnen we Agile toepassen in een organisatie die ook al CMMI gebruikt? Kan ik ook Agile toepassen voor het ontwikkelen van architectuur? Dat gaat zeer goed samen. CMMI v1.3 heeft Agile geadopteerd. CMMI is vooral geschikt om de volwassenheid van een organisatie aan te geven, terwijl Agile en Scrum zeer geschikt zijn om in specifieke projecten te worden toegepast. Dit vult elkaar prima aan. Er is een 'paradigma shift' nodig bij de architectuurontwikkeling. Met andere woorden: Door open te staan voor de mogelijkheid om een architectuur op te splitsen in kleine stukjes, in plaats van in één keer een perfecte architectuur te maken voor het hele product, kan een Agile aanpak goed werken. Wel is een high-level architectuur nodig om de sprints effectief te kunnen uitvoeren. Zest Application Professionals Page 6 of 6