Abréviations: Que signifient DEAD et DITO?

sans souci

Je développe, définit, intègre et estime des projets depuis plus d'une décennie. Ayant travaillé avec des centaines d'entreprises ainsi qu'avec des tonnes de sociétés de développement interne et de conseil externe, je suis toujours étonné de voir à quel point l'industrie se trompe toujours en fixant des estimations d'achèvement et des délais d'achèvement. En conséquence, j'ai mis au point les nouveaux calculs DEAD et DITO pour l'estimation et l'achèvement de projets. Les voici:

DEAD: Estimations et délais de développement:

  1. Gestion des ventes: Les attentes du client prendront 25 % plus long à développer que le projet proprement dit promis par le vendeur.
  2. Exigences fonctionnelles: Les exigences fonctionnelles que vous avez définies ne fonctionneront pas réellement. Ajouter 25 % plus de temps de planification pour garantir que les exigences fonctionnelles peuvent réellement être implémentées en fonction de l'architecture de votre système et de l'interface de votre application
  3. Exigences fonctionnelles: Les exigences fonctionnelles que vous avez définies ne seront pas réellement développées comme vous vous y attendiez. C'est quelque chose à voir avec les barrières linguistiques du klingon par rapport à l'anglais (ou vice versa) entre le développeur et le chef de produit. Ajouter 25 % plus de temps de développement pour votre projet, pré-version pour s'assurer qu'il est développé selon vos besoins
  4. Gestion de projet: Le développement réel prendra 25 % plus long à développer que l'estimation réelle du projet.
  5. Cas d'utilisation: Les cas d'utilisation commerciale que vous avez définis ne comprennent que 25 % des cas d'utilisation réels qui seront encourus. Ajoutez 50% de temps de développement supplémentaire à votre projet, après la publication, pour s'adapter à l'utilisation réelle par rapport à l'utilisation prévue. Cela inclut la fonctionnalité ainsi que les performances.

DEAD appliqué:

  1. Projet estimé et vendu pendant 10 jours ouvrables.
  2. Il faudra en fait 12.5 jours pour terminer comme promis.
  3. Il faudra en fait 15.625 jours pour clarifier les problèmes avec des exigences incorrectes ou manquées.
  4. Il faudra en fait 19.53125 jours pour terminer le projet correctement défini.
  5. Donc… le projet est terminé en environ 20 jours.
  6. Une fois lancé, il faudra encore 10 jours pour corriger les problèmes en suspens.
  7. La durée totale du projet est de 30 jours.

DITO: Développeur Insomnie et Take Out.

Heureusement, nos entreprises disposent du facteur de compensation DITO pour postuler, enregistrer le projet et citer le projet suivant.

DITO appliqué:

  1. Les incroyables développeurs que vous avez embauchés sont en fait des insomniaques et peuvent souvent s'étendre de 8 heures ouvrables à bien d'autres, y compris les week-ends. Un gain de productivité de 100% Économies: ~ 10 jours. Maintenant, nous n'avons que 10 jours de retard.
  2. En cajolant les programmeurs avec des plats à emporter, vous pouvez gagner des week-ends et travailler pendant les repas. (Les développeurs sont des gars brillants mais je me suis toujours demandé pourquoi un programmeur à 75 $ / h travaillerait pendant une heure de déjeuner pour une pizza à 10 $… qui savait?!). Économies: ~ 25%. Maintenant, nous n'avons que 5 jours de retard.
  3. À mesure que les délais approchent et que les clients se fâchent, vous devrez ajouter Mountain Dew à la vente à emporter, mais cela se traduira parfois par une programmation directe de 24 à 36 heures. La solution résultante sera publiée, avec des bugs (parfois dus à des miettes de croûte de pizza dans le clavier) à temps.
  4. DITOappliquée après la mise en liberté, les résultats de 5 jours sur l'amélioration post-mise en liberté sont économisés.

Combiner le DEAD ET DITO les calculs donnent un simple multiple de 1.5 à l'achèvement du projet. Appliquez toujours 50% plus de temps pour la réalisation des projets que vous ne le pensez.

REMARQUE: L'acronyme DEAD est applicable parce que les développeurs mourront en moyenne 25% plus tôt que l'employé typique en raison de complications résultant de l'absence de sommeil, d'hypertension artérielle, de diabète et de problèmes de poids liés aux pizzas, beignets, Mountain Dew et Coffee achetés par l'employeur. DITO s'applique parce que vos commerciaux appliqueront l'estimation originale au prochain projet vendu.

3 Commentaires

  1. 1
  2. 2
  3. 3

    La triste vie (ou devrais-je dire… «pas de vie») d'un programmeur. Vous devriez ajouter le divorce et le célibat. Mais vous avez frappé le clou sur la tête. Surtout en donnant aux directeurs des ventes les munitions pour retourner un produit en si peu de temps. Ou pire encore… le vendre avant qu'il ne soit conçu !!! Nous adorons ça. La prochaine fois qu'un projet arrive à échéance, assurez-vous que le représentant des ventes est disponible… pendant toute la durée du projet. Quelqu'un a besoin de prendre le café.

Que pensez-vous?

Ce site utilise Akismet pour réduire les spams. Découvrez comment sont traitées les données de vos commentaires..