Quelle(s) procédure(s) et cahier(s) des charges pour faire un développement SI agile dans le cadre des marchés publics ?
il y a 8 ans par EricParent

Bonjour Eric
Ta problématique existe en effet, le code des marchés publics n'étant pas adapté. Cela étant il existe des solutions pour faire du projet agile "en contournant la difficulté". Je peux te mettre avec 2/3 experts qui ont été confrontés à cette problématique dans le domaine public.
Cela étant, le problème n'est pas seulement dans le cahier des charges, tant juridique que technique, mais également dans le mode d'organisation de ton projet, de tes équipes, de ta direction de la commande publique... pour sécuriser le dispositif dans la durée, d'un point de vue opérationnel et juridique. La maturité de tes équipes et de ton organisation (dont je ne peux pas juger a priori) sont au moins aussi important que ton cahier des charges.
A ta disposition pour t'aider et surtout te mettre en relation avec les bonnes personnes si tu le souhaites.

Je te propose de consulter le site "Contrat agile open-source" - www.contrat-agile.org/

Plein d'infos, y compris un contrat-type à télécharger : www.contrat-agile.org/contrats/Contrat_Agile_V1...
Ce contrat est le fruit d’un travail réalisé par deux cabinets de conseil spécialisés sur les méthodes agiles ainsi qu’ un cabinet d’avocats assermenté par la justice française...

On discute avec quelques institutions sur Toulouse à ce propos qui veulent travailler avec nous mais ne savent pas comment.

On a pas encore trouvé la solution parfaite, mais je pense qu'un marché à bon de commandes ça marche bien. Tu budgétises un maximum pour le budget. Puis tu fais des bons de commandes par sprints.

Je pense que légalement ça marche, et opérationnellement, ça peut très bien le faire.

Toujours pas eu l'occasion de le mettre en oeuvre. J'ai une réponse qui part cette semaine sur ce modèle.

Ps : nous faisons du développement Agile Web et Mobile chez OneLight Studio, je dis ça je dis rien ;)

Bonjour,

Ayant collaboré avec une structure sur des réponses à appel d'offre de marché public et participé par le passé à de nombreux projets de refontes SI, je peux faire quelques remarques :

- Comme cela à déjà été dit le formalisme des appels d'offres n'est pas forcément adapté aux problématiques IT. Je pense que les documents fournis pour le marché doivent pouvoir contenir suffisamment d'éléments technique a contrario et que c'est surtout une question de rédaction ;

- Les prestataires sont peu ou pas assez organiser et structurer, pour gérer un marché public. A part les grosses structures qui en font beaucoup et qui on des équipes dédiées. En tout cas sur la partie avant vente. Il est vrai que de répondre à un appel d'offre de marché public n'est pas forcément évident ;

- La commande public n'est d'un point de vue législatif pas assez orienté sur les entreprises locales et les plus petites PME/TPE. Alors que dans le secteur IT plus de 90% des entreprises du secteur on moins 250 salariés... ;

- Etc.

D'un point de vue purement technique quelques observations :

- Les projets de refontes SI, très important en taille et donc forcément complexe subissent de nombreuses difficultés ;

- Comme j'aime à le dire 60% des projets dépassent de 60% les budgets et délais ;

- Il y a bien sûr l'aspect technique mais, c'est souvent l'aspect organisationnelle et donc humain qui est le plus critique ou sensible ;

- Une décomposition modularisée d'un tel projet a souvent montré une certaine efficacité ;

- La méthode ne fait pas tout, c'est l'organisation, les outillages, ... du projet et de façon général de la structure managériale qui va faire la réussite de celui-ci ou son échec ;

- Etc.

Enfin, de nombreux projets ont été ou sont réalisés en spécifique alors que des progiciel existent. Ne jamais réinventer la roue. Beaucoup de professionnels aiment à se faire plaisir, perdent beaucoup de temps à refaire ce qui existent déjà. Le choix des outils à aussi sont importance, il faut arrêter les dogmes sur les langages et standard, aucun système sachant qu'il est issu de la main de l'homme n'est parfait. Aucun développeur ne peu ne pas faire de "bugs", c'est inhérent au facteur humain. Par contre on peu mettre en place un certain nombre d'outillage (tests unitaires, builds, ...), visant à assurer la qualité du projet mais, l'usine à logiciel automatisé c'est pas encore pour demain soyons réaliste.

Frédéric Libaud, Expert en Numérique, Référent pour la région ouest de CINOV - IT
www.libaudfrederic.fr / blog.libaudfrederic.fr / www.cinov-it.fr

Je travaille en collectivité territoriale et je suis d'accord avec Fabien, sur ces projets innovants, le préalable c'est la maturité des équipes et de l'organisation. S' c'est acquis, les outils suivent et le code des marchés publics permet beaucoup plus de choses que ce que l'on imagine, y compris dans la prise de risques, si le projet est porté collectivement. Il faut convaincre les acheteurs publics de l'intérêt des méthodes agiles, en partageant avec eux le contenu et les méthodes.
Merci pour les cahiers des charges en open source.

Tu peux poser la question à une entreprise toulousaine qui pratique uniquement sous cette forme : www.occitech.fr/ dirigé par @EtienneZulauf, si besoin de mise en relation tu me dis