Guide pour l acquisition de projets informatiques agiles 27 août 2014 V0.71 du 20.08.2014 Groupe Thomas Molitor, Stephan Sutter 1
Agenda 1. Utilité du guide 2. Motivation & contexte 3. Groupes cibles 4. Vos défis 5. Proposition de solutions 2
1. Utilité du guide Montre le chemin: comment organiser les étapes de l acquisition avant son obtention pour que le projet puisse être réalisé de manière agile. Montre les principaux aspects qui permettent de mettre en œuvre et de garantir le projet par contrat. 3
2. Motivation & contexte (1/4) Défis des projets informatiques La planification des projets informatiques est complexe 45% du logiciel n est pas utilisé 30% des coûts pour la construction du système, 70% pour la maintenance Agile 101 Agile est adapté aux systèmes complexes Retours de tous les participants traités en plusieurs cycles Idée derrière ce guide d acquisition Axer les acquisitions sur un processus agile Mettre l accent sur la répartition du risque entre les partenaires Mettre l accent sur la conduite du projet et les traités de coopération 4
2. Motivation & contexte (2/4) Aéroport Heathrow T5 2002-2008 4,2 mia GBP Le terminal 5 a été planifié et mis en œuvre dans le cadre du T5 Agreement, un modèle partenarial avec des responsabilités claires et des approches pour aborder les exigences floues et les coûts inconnus avec une échéance fixe. http://www.echarris.com/pdf/t5%20secrets%20of%20success.pdf) Aéroport Berlin Brandenburg 2004-16 5,4 mia EUR L aéroport de Berlin-Brandenburg illustre parfaitement la façon avec laquelle des responsabilités vagues, des échéances fixes, un mauvais contrôle, des exigences qui ne sont pas seulement orientées sur leur utilité etc. mènent à une explosion des coûts et à des reports. (http://www.handelsblatt.com/unternehmen/handel-dienstleister/flughafen-berlin-sieben-todsuendenmachten-ber-zum-desaster/6724430.html) 5
2. Motivation & contexte (3/4) Cascade Agile Réussi; 14% Réussi; 42% Retardé; 57% Arrêté; 9% International Source: The CHAOS Manifesto, The Standish Group, 2012 Arrêté; 29% Retardé; 49% Réussi; 34% Réussi; 38% Arrêté; 4% Retardé; 63% Arrêté; 7% Retardé; 55% SwissQ Agile 2013 Source: Trends & Benchmarks Report 2013, SwissQ Consulting AG 6
2. Motivation & contexte (4/4) Evaluation de l utilisation des fonctionnalités d un logiciel dans la phase d exploitation (Jim Johnson of the Standish Group at XP2002) Parfois; 16% Rarement; 19% Souvent; 13% Toujours; 7% Jamais; 45% Toujours ou souvent 20% Jamais ou rarement 64% 7
3. Groupes cibles Des unités d administration qui procurent des solutions: qui s engagent consciemment dans une réalisation agile qui veulent développer la maturité nécessaire pour l agilité Des fournisseurs qui proposent des solutions à l aide d un processus agile et qui peuvent les mettre en œuvre. http://www.hermes.admin.ch/onlinepublikation/in dex.xhtml?element=supportingmaterial_szenario _it_individualanwendung.html 8
4. Vos défis L interruption de projets informatiques Les dépassements de coûts des projets IT Le manque de temps lors de la mise en œuvre des dispositions légales, toutes les exigences ne peuvent pas être remplies préalablement avec la qualité requise Partage inégal des risques entre les acheteurs et les fournisseurs 9
5. Solutions proposées (1/5) A la place d une articulation des phases purement verticale, introduire une articulation verticale et horizontale des fonctionnalités. Concept global («Big Picture» à l étape «QUOI»). Les sous-projets découpés horizontalement fournissent des solutions informatiques qui peuvent déjà offrir une valeur commerciale. Le projet et l organisation apprennent constamment, la complexité devient ainsi successivement visible et il y a suffisamment de temps pour faire face aux imprévus. 10
5. Solutions proposées (2/5) Changement de paradigmes avec Agile: Un horizon de planification court (3 mois au lieu de 1-3 ans, sprints de 1-4 semaines) Mettre en œuvre les résultats ayant une grande valeur commerciale & le faire avec des ressources limitées et un objectif clair pre-phase 1st 2nd 3rd 4th transfer 11
5. Solutions proposées (3/5) Modèle d acquisition: 1. Elaboration des spécifications (QUOI) en accord avec le modèle de contrat pour les projets agile 2. Sélection du fournisseur approprié Acquisition suivant la procédure sélective 3. Elaboration du cahier des charges (COMMENT) et éventuellement PoC par les 3-5 fournisseurs sélectionnés Négociations du contrat agile.agreement 4. Attribution avec mission principale et options 12
5. Solutions proposées (4/5) Réalisation du projet: Objectif: s assurer de la mise en place des prestations définies dans le contrat (mission principale et options) L agile.agreement guide les prestations assure le traitement des incertitudes et des risques favorise une mise en œuvre rapide garantit la vérité des coûts Son cœur est formé par le modèle de coopération partenarial qui définit les obligations de participation. 13
5. Solutions proposées (5/5) Informations supplémentaires: Le site Internet de swissict (www.swissict.ch) propose des documents/manuels/concepts constamment complétés. Les discussions et les rapports d expérience sont toujours bienvenus! 14