Andere onderwerpen voor een mogelijk vervolgonderzoek

Naast het in de vorige paragraaf genoemde additionele onderzoek gericht op de uitwerking van het controleraamwerk, kwamen nog twee elementen naar voren die nader aandacht verdienen maar buiten de scope van dit onderzoek vallen. In hoofdstuk 5.3.2 zijn deze twee aandachtspunten waar een organisatie mee kan worstelen bij de implementatie van agile software ontwikkelmethoden beschreven. Het heeft betrekking op de wijze waarop de agile werkwijze wordt geïntroduceerd en de samen werking met derden (bijvoorbeeld bij outsourcing).

Het eerste vraagstuk is op welke manier agile software ontwikkelmethoden zoals Scrum zouden moeten worden geïmplementeerd. Het is weliswaar een eenmalig vraagstuk voor een organisatie bij de introductie van een agile software ontwikkelmethode, maar het is daarmee niet minder

belangrijk. De agile manier van denken legt minder vast in procedures of regels; het staat juist voor vrijheid/flexibiliteit van denken van het team en op basis van interacties met elkaar in het team. De teamgedachte (met daarin alle stakeholders) zorgt voor de oplossing. Er ontstaat natuurlijk wel een vraag hoe deze manier van denken in een organisatie het best gerealiseerd kan worden. Kan deze manier van denken top-down worden opgelegd? Of is het iets wat bottom-up zou moeten ontstaan? Er zijn organisaties die het top-down hebben ingevoerd in een Big-Bang Scenario. Uit de interviews bleek dat mensen daarbij het gevoel konden krijgen “van de rand geduwd te worden, in de hoop dat men ging leren vliegen”. En de ene lukte het om te gaan vliegen en de ander stortte neer. Er zit dus een “contradictio in terminis” als het gaat om top-down implementatie van agile software

ontwikkelmethoden: er ontstaat een vorm van opgelegde vrijheid. Het voordeel van de top-down methode is dat iedereen er op hetzelfde moment òf enthousiast van raakt òf juist weerstand gaat ervaren. Dit is dus een vorm van voorspelbare weerstand die beheerst kan worden.

toe afdeling voor afdeling het zelf in eigen tempo te implementeren. Dit heeft als voordeel dat anderen vanuit mogelijke succesverhalen geïnspireerd kunnen raken waardoor er van nature meer draagvlak zal ontstaan. Bij deze aanpak kunnen echter ook nog steeds weerstanden ontstaan op een onvoorspelbare manier waardoor een en ander ook slechter beheersbaar is. De kans op mislukking neemt dan ook mogelijk toe bij een dergelijke implementatie.

Het tweede vraagstuk gaat over samenwerking met derden (outsourcing): uit de interviews werd duidelijk dat er bij samenwerking met derden nieuwe uitdagingen ontstaan. Agile staat in principe voor veel interactie in een multidisciplinair team, met korte communicatielijnen. In het geval van aan-derden-uitbestede-activiteiten (mogelijk ook nog met verschillende leveranciers), zal dit de agile manier van werken niet makkelijker maken; samenwerking met derden maakt de afstand weer groter. Er ontstaan mogelijk weer overdrachtsmomenten, wat de coördinatie over de keten niet makkelijker maakt, een element dat toch al een uitdaging is bij agile software ontwikkelmethoden, zoals Scrum.

Doordat de bovenstaande aandachtspunten niet formeel werden meegenomen in onderzoek en is de argumentatie mogelijk niet volledig. Het verdient aanbeveling om de bovenstaande elementen mee te nemen in een op een implementatie gericht vervolgonderzoek over Scrum implementatie binnen organisaties.

Literatuurlijst

Aslam, G. (2011), A comparative study on Traditional Software Development Methods and Agile Software Development Methods, Uppsala University Library

Arias, G., Vilches, D., Banchoff, C. , Harari, I., Harari, V. , Iuliano, P. (2012)., The 7 key factors to get successful results in the IT Development projects, Procedia Technology, P. 199-207,

ScienceDirect (Elsevier B.V.)

Bassil, Y. (2012), A Simulation Model for the Waterfall Software Development Life Cycle, International Journal of Engineering & Technology, P.1-7, Lebanese Association for Computational Sciences Press

Boehm, B, Turner, R (2004), Balancing agility and discipline: a guide for the perplexed, Journal of Product Innovation Management, P.216-218, Addison Wesley Reading

Butler, T., Fitzgerald, B. (2001), The relationship between user participation and the management of change surrounding the development of information systems: a European perspective, End User Comput. P.12–25.

Cicmil S.J.K (1997), Critical factors of effective project management, The TQM Magazine, MCB University Press

COBIT 4.1 Framework. (2007), IT Governance Institute, www.itgi.org

Cohen, D., Lindvall, M., Costa,P. (2004). An introduction to agile methods, Advances in Computers, P.1–66

Elias, T. (2014). Parlementair onderzoek naar ICT-projecten bij de overhead, Tweede Kamer der Staten-Generaal, vergaderjaar 2014–2015, Commissie-Elias

Fijneman R., Lindgreen, E. Ho., K. (2006), IT Auditing en de praktijk , Kai Hang Ho Fijneman R., Lindgreen, E., Veltman, P. (2005), Grondslagen IT auditing, 1e druk Fransson, O. (2005), Agile Software Development in Sweden, Jonkoping University

Ives, M. (2005), Identifying the contextual elements of project management within organizations and their impact on project success, Project Management Journal, Project Management Institute Jiang, L. ; Eberlein, A., Philippe, L.; Adolph, S. (2008), Towards a framework for understanding the relationships between classical software engineering and agile methodologies, International Conference on Software Engineering, P. 9-14, ACM

Larman, C. (2005) , Agile and Iterative Development: A Manager’s Guide, Agile Software Development Series, Pearson education Inc Boston

Lalsing, V., Kishnah, S., Pudaruth, S. (2012), People factors in agile software development and project management, International Journal of Software Engineering & Applications (IJSEA), P. 1-117, Directory of Open Access Journals (DOAJ)

Lessen uit ICT-Projecten bij de overheid (2008), Algemene Rekenkamer

Lyytinen, K., Hirschheim, R. (1987), Information systems failures: a survey and classification of the empirical literature. Oxford Surveys Inform. Technol., P.257–309

Mahnic, V., Zabkar, N. (2008), Using COBIT Indicators for Measuring Scrum-based Software Development, WSEAS Transactions on Computers, P.1605 – 1617

Martijnse, N. (2007)Project Management: Lessen uit falende en succesvolle ICT projecten, MCA McCleod, L., MacDonell, S. (2011). Factors that affect software systems development project

outcomes: A survey of research, ACM Comput. Surv., P.1-56

Misra, S., Vinod, K., Uma, K., Kamel, F., Mahmud, A. (2012), Agile software development practices: evolution, principles, and criticisms, International Journal of Quality & Reliability Management, P. 972 – 980, Emerald Group Publishing Limited

Northover, M., Kourie, D., Boake. A., Gruner, S., Northover, A. (2008), Towards a Philosophy of Software Development: 40 Years after the Birth of Software Engineering, Journal for General Philosophy of Science, P. 85-113, Springer Netherlands

Rabobank (2014), Rabobank Cijfers & Trends, ICT-dienstverlening

Schönfeld, C. (2012) , Hoe IT-projecten slagen en falen - Leren van pijnlijke ervaringen, Nederlandstalig , P.1-176, Academic Service

Oliver, D., Lainhart, J. (2012), COBIT 5: Adding value through effective GEIT, The EDP audit, control and security newsletter, P.1-12

Osorio, J., Chaudron, M., Heijstek, W. (2011), Moving from Waterfall to Iterative Development: An Empirical Evaluation of Advantages, Disadvantages and Risks, Software Engineering and Advanced Applications, P.453-460, IEEE Conference Publications

Poulymenakou, A., Holmes, B. (1996). A contingency framework for the investigation of information systems failure. Euro. J. Inform. Syst. P. 34–46

Scott, J., Vessey, I. (2002). Managing risks in enterprise systems implementation. Comm., P.74-81., ACM

Sheffield, J.; Lemétayer, J. (2012), Factors associated with the software development agility of successful projects, International Journal of Project Management, P.1-11

Sommerville, I. (2010), Software Engineering, Addison Wesley

Sutherland, J., Solingen v. R., Rustenburg, E.(2011), The Power of Scrum, P.1-119

Takeuchi, H., Nonaka, I.(1986), New Product Development Game, Harvard Business Review, P. 137–146

Vlietland, J., Van Vliet, H. (2014), Towards a governance framework for chains of Scrum teams, Information and Software Technology, Elsevier B.V.

Williams, L. (2012). What agile teams think of agile principles, Communications of the ACM, P. 71-76, Cengage Learning, Inc.

Yeo, K.T., (2012), Critical failure factors in information system projects, International Journal of Project Management, P. 241–246, Elsevier B.V.