Conférence sur les marchés publics informatiques

Transcription

1 Conférence sur les marchés publics informatiques Un moyen fiable pour aboutir à un appel d offres sans accroc : les processus métier comme pièce maîtresse d un projet informatique, de l adjudication à l implémentation Daniel Hadrian Master en Management of Information Systems Consultant BPM daniel.hadrian@rigertconsulting.ch Conférence sur le marchés publics TIC

2 Nous conseillons et formons les autorités et administrations publiques (confédération, cantons, communes) à la documentation de processus métier selon les standards ech. Nous sommes neutres par rapport aux produits et transmettons les informations de première main grâce à notre collaboration active au sein des groupes de travail spécialisés d ech Conférence sur le marchés publics TIC

3 Problématiques reconnues d un appel d offre informatique Source: Peter Fischer, délégué UPIC Conférence sur le marchés publics TIC

4 Conséquence de mauvaises spécifications? Conférence sur le marchés publics TIC

5 Qu est-ce que qualifie une bonne spécification d exigences? Exhaustive et complète pour éviter des coûts supplémentaires Sans ambiguïtés Validée par les utilisateurs métiers Utilisée par les spécialistes informatiques Permet d évaluation tous les offreurs et de leurs propositions Traite les offreurs de manière équitable Conférence sur le marchés publics TIC

6 6

7 Résumé Daniel Hadrian Master en Management des SI Concepteur d Onyx-BPM ONYX-BPM est une méthodologie d investigation des besoin des utilisateurs métiers par rapport à une solution informatique à acquérir. La méthodologie se distingue par l implication directe des utilisateurs métiers et l expression de leurs besoins en langage naturel et dans le contexte des processus métiers. Ce n est qu après investigation que les exigences sont consolidées en un cahier des charges informatiques et en suite intégré à un appel d offre. Avec ONYX-BPM les processus métier font partie intégrante de l appel d offre, de l adjudication, de la réalisation, de l implémentation et des tests. 7

8 Contenu Introduction Postulat de départ ONYX-BPM Rapprochement avec les processus Manière de procéder Passage «exigences utilisateur» à «exigences fonctionnelles» Exemple Offices des poursuites et faillites du canton de Berne Office de la protection des monuments Bâle Campagne 8

9 Introduction 9

10 Postulats de départ Personne n est mieux placé pour exprimer son besoin que l utilisateur final sauf que l utilisateur final ne sait souvent pas l exprimer. Je veux une application qui fasse tout ce que l application fait actuellement mais mieux! L informatique ne comprend pas le métier et vice-versa. 10

11 Spécifier des exigences Besoin en informations de la part des spécialistes IT (périmètre du système, interfaces, etc.) des experts en compliance (conformité métier, sécurité, etc.) de la part des utilisateurs métier principalement Comment impliquer au mieux les utilisateurs métier? Confrontez les utilisateurs métiers à leur travail quotidien Demandez-leur ce dont ils auraient besoin pour un travail optimal! 11

12 ONYX-BPM 12

13 ONYX-BPM Implique les utilisateurs métiers au travers des processus métiers qu ils appliquent au quotidien: Les missions de l organisation et les processus métier qui en découlent servent de base à l investigation des exigences Les utilisateurs métiers participent dès le début à la définition des processus métier et de l architecture entreprise associée Les utilisateurs métiers expriment leurs exigences (=exigences utilisateur) Les exigences utilisateurs sont en suite transformées en exigences fonctionnelles (assurance qualité, élimination de redondances, etc.) Pondération, priorisation et review final en grande assemblée possible en une demi journée Les processus métiers placent les exigences non-fonctionnelles (interfaces, pré-requis, etc.) dans un contexte plus précis. 13

14 Spécification des exigences Exigences utilisateur Création Transformation BPMN Exigences fonctionnelles 14

15 Transformation Exigence utilisateur: «L application réagit en fonction du type de fichier qu on lui donne» Exigence fonctionnelle: «En téléchargeant (upload) un fichier, le système sait reconnaitre son extension et fournit automatiquement le bon masque de saisie des métadonnées» 15

16 Transformation Exigence utilisateur 1: «lors de l ouverture: créer un numéro de dossier» Exigence utilisateur 2: «Un numéro d affaire est attribué» Exigence fonctionnelle «Lors de la création d un nouveau dossier, le système attribue un numéro de dossier unique.» Redondance: «numéro de dossier» et «numéro d affaire» sont synonymes 16

17 Vue d ensemble projet d adjudication IT Besoin Projet d adjudication Concept Pilotage du projet Stakeholder Exigences générales et stratégiques Spécialistes IT Périmètre système et interfaces Exigences nonfonctionnelles P R O C E S S U S Exigences utlilisateurs Exigences fonctionnelles Utilisateurs métier ONYX-BPM Converture du besoin Formel Documents d adjudication Complet Mesurable Validé 17

18 Processus métier et appel d offre Investiguer les exigences Transformer les exigences Spécifier les exigences fonctionnelles (Spécifier les exigences non fonctionnelles) Pondérer les exigences Passer systématiquement en revue les exigences Processus métier en BPMN Assurer l exploitation et le travail quotidien Base à l implémentation et aux tests Recette fonctionnelle (et technique) Base aux contrats Base aux offres de maintenance Créer les documents d adjudication Créer un catalogue d exigences 18

19 Conclusion Perdre du temps au début pour en gagner par la suite Créer le contexte pour investiguer les exigences Impliquer les utilisateurs métiers Consolider les résultats Les processus métier sont utiles pour tout le cycle de vie de l application, pas seulement pour l appel d offre La méthode peut être appliquée au travers d un BPMS avec référentiel La modélisation en BPMN garanti un traitement équitable des soumissionnaires 19

20 Fin 20