Quelles sont les meilleures pratiques de contractualisation quand on veut faire du développement dit "agile" avec une société prestataire ?
il y a 9 ans
par
Karine_Durand_Garcon
Un contrat de façade de régie habillé comme il faut pour être dans la légalité ? Un contrat au forfait ? Mais dans ce cas comment ça se passe puisqu'on ne sait pas exactement définir le livrable de fin ? Plusieurs petits contrats à chaque Sprint ?
contrat développement agile
5
1
4 réponses
Karine, tu as un contrat type (mais un peu lourd) sous licence creative commons ici : www.contrat-agile.org
Bonjour Karine,
Vous pouvez proposer un contrat type catalogue a unités d'œuvre. avec plusieurs activités, et à chacune, plusieurs niveaux de complexité
Ex : UO développement : Simple, Moyen, Complexe; UO Manuel utilisateur; UO aide à l 'intégration; à la recette, etc ..
le tout est de bien définir toutes les activités qui seront possibles avec votre prestataire, ainsi que ce qui est attendu pour chaque UO.
Chaque UO a un prix. C'est ce qui est contractuel. Même si derrière, il y a réellement une traduction en h*j, mais là, effectivement, on flirte avec la légalité.
La difficulté est de s'entendre sur la définition de la complexité. il faut vous trouver des critères objectifs, qui peuvent être un nombre d'exigences, un nombre de lignes, un taux de couverture de test... puis les impliquer dans une formule qui ne peut pas être discutée par l'une ou l'autre des parties. Tout au moins, par ce biais, on limite les dérives.
Vous pourrez ainsi traduire n'importe quel Sprint en coût.
Vous pouvez proposer un contrat type catalogue a unités d'œuvre. avec plusieurs activités, et à chacune, plusieurs niveaux de complexité
Ex : UO développement : Simple, Moyen, Complexe; UO Manuel utilisateur; UO aide à l 'intégration; à la recette, etc ..
le tout est de bien définir toutes les activités qui seront possibles avec votre prestataire, ainsi que ce qui est attendu pour chaque UO.
Chaque UO a un prix. C'est ce qui est contractuel. Même si derrière, il y a réellement une traduction en h*j, mais là, effectivement, on flirte avec la légalité.
La difficulté est de s'entendre sur la définition de la complexité. il faut vous trouver des critères objectifs, qui peuvent être un nombre d'exigences, un nombre de lignes, un taux de couverture de test... puis les impliquer dans une formule qui ne peut pas être discutée par l'une ou l'autre des parties. Tout au moins, par ce biais, on limite les dérives.
Vous pourrez ainsi traduire n'importe quel Sprint en coût.
Un contrat au forfait avec les caractéristiques suivantes :
scope variable, donc non figé au démarrage !
Livrable logicel a chaque iteration, de duree et cout fixés (capacité)
Definition of done avec criteres de qualite explicites (test automatises ou non,etc)
Engagement du fournisseur sur le respect des 2 precedents points
Le client peut arreter quand il veut entre 2 iterations
Ca fonctionne sur la confiance. Le client conserve la responsabilité de piloter le contenu du produit, sinon ce n'est pas agile.
Possible d'inclure un bonus malus mais l'engagement sur la vélocité est selon mon experience une mauvaise idée
scope variable, donc non figé au démarrage !
Livrable logicel a chaque iteration, de duree et cout fixés (capacité)
Definition of done avec criteres de qualite explicites (test automatises ou non,etc)
Engagement du fournisseur sur le respect des 2 precedents points
Le client peut arreter quand il veut entre 2 iterations
Ca fonctionne sur la confiance. Le client conserve la responsabilité de piloter le contenu du produit, sinon ce n'est pas agile.
Possible d'inclure un bonus malus mais l'engagement sur la vélocité est selon mon experience une mauvaise idée
vous pouvez poser la question à une entreprise toulousaine qui pratique uniquement sous cette forme : www.occitech.fr/ dirigé par Etienne Zulauf , si besoin de mise en relation