
Suivre un budget de projet en cours de route sans se faire surprendre
Les trois indicateurs qui annoncent un dépassement plusieurs semaines à l'avance, et comment traiter les demandes ajoutées en cours de projet.
Thème
14 articles sur ce thème, écrits par les équipes qui construisent les applications dont ils parlent.

Les trois indicateurs qui annoncent un dépassement plusieurs semaines à l'avance, et comment traiter les demandes ajoutées en cours de projet.

Ce que chaque modèle de contrat vous fait réellement porter, et comment choisir selon la maturité de votre besoin.

Une grille de décision entre progiciel, développement interne et prestataire externe, et le piège du sur-mesure par défaut.

Les quatre modèles de prestation informatique, ce qu'ils impliquent vraiment en termes de risque et de pilotage, et comment choisir.

Les clauses qui déterminent votre marge de manœuvre après la livraison, expliquées par quelqu'un qui signe ces contrats de l'autre côté.

Comment chiffrer le coût de la situation actuelle, avec une méthode de calcul simple et les pièges de l'exercice.

Les fourchettes réelles d'un projet d'application web métier, ce qui fait varier le prix, et l'erreur de raisonnement la plus fréquente sur le budget.

La structure de dossier qui fait passer un budget applicatif, et les trois arguments qui ne fonctionnent jamais.

Pourquoi l'appel d'offres classique fonctionne mal sur un projet applicatif, et quel format lui substituer.

Ce qu'il faut négocier dans un contrat de maintenance applicative, et les trois formulations qui vous coûteront cher.

Les indices qui permettent de repérer un projet en difficulté avant l'annonce du retard, et ce qu'il faut faire à ce moment-là.

La grille que je conseille à mes prospects pour comparer des prestataires de développement, y compris quand ils ne nous choisissent pas.

Le déroulé d'un premier rendez-vous, ce que nous demandons, ce que vous devez en attendre, et pourquoi nous ne présentons pas nos références.

Ce qu'il faut mettre — et surtout ne pas mettre — dans un cahier des charges applicatif, du point de vue de celui qui les lit toute la journée.
Ces articles décrivent notre façon de travailler. Si le sujet vous concerne, le premier échange sert à qualifier, pas à vendre.