Projectes d'ERP i programari a mida: què ha de dir el contracte perquè puguis reclamar si surt malament
En els peritatges sobre implantacions fallides d'ERP, CRM o aplicacions mòbils es repeteix el mateix patró: el problema tècnic és real, però el contracte no permet demostrar què s'havia de lliurar, ni quan.
El que sol faltar al contracte
- Abast definit (document d'abast o «Statement of Work»): quins mòduls, quines funcionalitats i quins processos ha de cobrir el sistema.
- Fites i lliurables verificables per fase, vinculats als pagaments.
- Criteris d'acceptació: com es comprova que una funcionalitat està acabada.
- Acta d'acceptació i posada en producció, signada per totes dues parts.
- Gestió de canvis, riscos i responsabilitats de cada part.
El que convé documentar durant el projecte
- Totes les incidències, per escrit i amb data.
- Les versions lliurades i les proves que en fas.
- Les hores que hi dedica el teu personal: també són un dany quantificable si el projecte fracassa.
- Qualsevol factura per conceptes que no has demanat.
Si el projecte ja ha fracassat
- No donis de baixa els entorns ni esborris dades: la inspecció directa dels sistemes és la prova més sòlida.
- Recopila contracte, pressupostos, factures i correus.
- Un perit pot comparar el que es va contractar amb el que s'ha lliurat, funcionalitat per funcionalitat, i quantificar el perjudici.