La grande boule de cristal : l’estimation de charge.
Du temps de développement plutôt qu’un périmètre fonctionnel
La grande boule de cristal : l’estimation de charge.
Pour un produit nouveau, on estime ce qu’on n’apprend qu’en construisant.
C’est pourquoi : du temps de développement plutôt qu’un périmètre fonctionnel.
Plus en vidéo
-
Du temps de développement plutôt qu’un périmètre fonctionnel →
Les processus agiles ne servent pas à accélérer. -
Du temps de développement plutôt qu’un périmètre fonctionnel →
Qui ne possède pas le code source à l’issue d’un projet logiciel a loué un logiciel. -
Du temps de développement plutôt qu’un périmètre fonctionnel →
Changer les priorités en plein développement, ce n’est pas mal planifier. -
Du temps de développement plutôt qu’un périmètre fonctionnel →
Un prix forfaitaire pour un produit nouveau, c’est un pari.