Nouvelles:

AGORAPUBLIX  LE forum d'échanges libres le plus réactif !
appel à Soutiens  cliquez ici svp
 

2008  -  2025 :     plus de 17 ans d'existence !  
Notre site Web : http://asso.agorapublix.com 
RAPPEL ! : un compte sans aucun message posté sera détruit ! 
Pour tout problème merci d'envoyer un message à l'adresse contact@agorapublix.com    Vous ferez de même pour toute demande sur le sujet du RGPD ou connexe. 
Assurez-vous que votre système, courriel compris, accepte les trames en provenance du domaine "agorapublix.com" 
Vous trouverez dans la rubrique "Agorapublix c'est quoi ? - Présentation et historique" les informations pour les nouveaux arrivants ainsi que la Charte d'utilisation du forum, et des Données Personnelles. Nous vous invitons à prendre connaissance de ces chartes et à veiller à leurs application.

Menu principal

Différence entre DIAG et préprogramme ? (MOP)

Démarré par Shmouck, Octobre 19, 2016, 04:23:57 PM

« précédent - suivant »

0 Membres et 1 Invité sur ce sujet

Shmouck

Bonjour,

Dans le cadre d'une opération de réhabilitation d'un bâtiment:

- quelle différence faites-vous entre le "préprogramme" (en gros l'étude de faisabilité, en opportunité et du point de vue technique) confié à un programmiste en amont de la rédaction du programme (confiée au même programmiste), et les études de DIAG qui font partie des éléments de missions du MOE en réhab ? Sitôt le préprogramme puis le programme rédigés, j'ai du mal à voir quel serait l'intérêt pour la MOA d'ajouter le DIAG à la mission confiée à la MOE...
- le DIAG ne faisant pas parti de la mission de base en réhab, je peux très bien le confier à une équipe différente de la MOE (qui elle récupèrera en revanche l'intégralité de la mission de base) : si l'on admet que le "préprogramme"et le DIAG procèdent peu ou prou d'une même mission, je compute les deux ensemble ?

J'aurai trouvé, à la limite, plus logique de rédiger un programme peut être moins poussé avec un programmiste, puis de confier l'étude de faisabilité à la MOE qui aura également la mission de base, étant entendu que l'élaboration du programme peut se prolonger jusqu'à l'APS.

Merci de vos avis.
This town ain't big enough for the both of us

Raspoutine

le DIAG participe à l'étude de faisabilité et à l'élaboration du programme dans le sens ou les résultats du DIAG peuvent remettre en cause certains éléments du programme envisagé.
Un exemple, une collectivité possède un bâtiment qu'elle n'utilise pas mais qu'elle veut réhabiliter pour y installer une activité communale du genre bibliothèque, au vu du DIAG il ressort que les planchers existants n'ont pas une portance suffisante pour une activité de bibliothèque. LE Mo doit donc décider soit de prévoir dans son programme un confortement des planchers existants ou carrément d'abandonner le projet dans ce bâtiment, ce qui revient à revoir le programme.

A vu de ce qui précède, il est important que le DIAG soit réalisé indépendamment de la mission de base donc 2 contrats de MOE à prévoir.
Pour la consultation en revanche, s'agissant de mission de MOE relevant de la loi MOP, il convient de cumuler les 2 estimations pour déterminer la procédure à mettre en œuvre pour chaque consultation.

A mon avis il faut que l'étude de faisabilité soit réalisée par un prestataire différent que celui de la MOE sinon il est juge et parti

Shmouck

In fine le montage proposé consiste donc bien à laisser le programmiste procéder lui même au DIAG ?
This town ain't big enough for the both of us

Dorca

#3
Je participe pour avoir les notifications, parce que je suis exactement dans cette situation  et que je suis fort intéressé par les réponses qui seront apportées

(à mon sens c'est une question de limite de prestation : techniquement, les études de programmation ne doivent normalement, je pense, pas présenter un degré de précision (notamment technique) trop poussé. On reste dans de la définition de "programme", quand bien même on a une étude de faisabilité, elle doit rester "généraliste". Pour autant, en pratique, je te rejoins, les études de programmation empiètent bien souvent sur l'élément DIAG. Chez nous en tous cas c'est souvent le cas face à la pression mise par les élus pour avoir des choses assez fines dès le stade programmation... les limites restent poreuses... aussi je suis, comme toi, intéressé d'avoir une réponse éclairée avec des éléments plus pratiques  ;D)

Raspoutine

Citation de: Shmouck le Octobre 20, 2016, 02:52:15 PM
In fine le montage proposé consiste donc bien à laisser le programmiste procéder lui même au DIAG ? non car ce sont des compétences différentes

speedy

Bof, tant que ce n'est pas le MOE,  donc il peut sous traité s'il n'a pas toutes les compétences
si le comptable n'a pas besoin de calculette pour calculer ta retraite .....  c'est pas bon signe  !

Shmouck

J'ai bien compris la nécessité de dissocier la MOE en charge du diag de la MOE en charge de la mission de base de réhab.

Quid alors, toujours dans l'idée de "dégrossir" un besoin qui en est grosso modo au stade 0, de la chronologie suivante :

- Marché de Programmiste : faisabilité au sens "large" du terme et établissement du programme fonctionnel,
- Marché de DIAG confié à une équipe de MOE X sur la faisabilité et la MAJ du programme le cas échéant,
- Marché de MOE mission de base confié à une équipe de MOE Y, pour l'exécution du programme.

Resterait à neutraliser l'avantage de la MOE X sur le travail fait lors du DIAG, mais c'est pas non plus comme s'ils avaient rédigé le programme tous seuls.
This town ain't big enough for the both of us

Raspoutine

Personnellement j'inverserai les 2 premières phases, d'abord DIAG et programme ensuite

speedy

en faisant le DIAG avant le programme  vous allez couper court à toute suspicion
puis vous allez mettre les résultat dans le DCE des concepteurs
si le comptable n'a pas besoin de calculette pour calculer ta retraite .....  c'est pas bon signe  !

Dorca

Aie je suis largué... ;D Comment peut-on faire du DIAG avant l'étude de programmation sachant que la mission DIAG doit vérifier (si j'ai bien saisi) la faisabilité du projet (si le "programme" n'est pas défini comment peut-on en évaluer la faisabilité?)

Et puis pourquoi la loi MOP s'attache à faire du DIAG une mission complémentaire de la mission de base si on est vraiment sur quelque chose de différent et qu'il vaut mieux faire faire cela par un autre intervenant que le MOe? Je crois que j'ai vraiment besoin de me pencher sur les marchés de MOe  ;D

speedy

le diagnostic au sens premier c'est faire l'état du bâti et de ses fondations .
certes il vaut mieux avoir une idée sur le devenir envisagé mais une idée suffit
l'étude de faisabilité vient ensuite et complétera le diag ou donnera des indications pour poursuivre les investigations
il ne faut pas croire qu'une opération de réhabilitation est un long fleuve tranquille, il y a des méandres et des retours en arrière et quelques pièges qui peuvent coûté très cher en temps et en argent !!! j'essaie de vous rappeler quelques règles de base simples ....  ;)
si le comptable n'a pas besoin de calculette pour calculer ta retraite .....  c'est pas bon signe  !

Shmouck

#11
A partir de là, s'il reste opportun de dissocier DIAG et et mission de base, pourquoi ne pas simplement développer un peu plus la mission DIAG pour y intégrer les éléments que l'on aurait confié à un programmiste (on aurait du coup plus que deux consultations (computées ensembles) et deux marchés) ?

Sauf à ce que les résultats du DIAG influent sur l'élaboration du programme de manière trop directe pour que les deux puissent êtres chiffrés en même temps...
This town ain't big enough for the both of us

Raspoutine

Comme l'a déjà évoqué Speedy, il faut dissocier le DIAG du programme, ce n'est pas la même mission

Shmouck

J'avais compris dissociation en termes de chronologie, pas nécessairement d'intervenants (même confusion que Dorca sur le but du DIAG), mais présenté comme ça ok  ;D.

Un grand merci à vous deux en tout cas !
This town ain't big enough for the both of us