Le triangle du développement Web

Tous nos contrats avec nos clients sont des engagements mensuels continus. Nous poursuivons très rarement un projet fixe et nous ne garantissons presque jamais le calendrier. Cela peut sembler effrayant pour certains, mais le problème est que l'objectif ne doit pas être la date de sortie, mais les résultats commerciaux. Notre travail consiste à obtenir les résultats commerciaux de nos clients, et non à prendre des raccourcis pour définir les dates de lancement. Pendant que Healthcare.gov apprend, c'est une voie qui mènera à des attentes manquées.

Pour essayer de garder les projets clients à temps, nous séparons les exigences en «must have» (répondant aux résultats commerciaux) et «nice to have» (améliorations facultatives). Nous ne planifions jamais non plus l'achèvement au moment de la sortie, car nous savons que des changements seront toujours nécessaires.

Robert Patrick est PDG de Laboratoires de doctorat, une agence qui conçoit, construit et lance des sites Web pour de nombreuses entreprises du classement Fortune 500. Robert a gardé un œil sur les difficultés rencontrées par Healthcare.gov et a fourni 5 raisons clés de l'échec du lancement.

  1. Jamais, jamais violer le Temps, coût et fonctionnalité Définissez la règle. Considérez cela comme un triangle, vous devez choisir un point pour être fixé et les deux autres variables. Dans ce monde, à peu près tout peut être créé tant qu'il y a suffisamment de temps et d'argent. Cependant, toute personne qui crée une application Web doit choisir, dès le départ, quelle est la plus haute priorité. Cela donne le ton et se concentre sur la façon dont un projet doit être lancé. Par exemple,
    • Doit-il être lancé seulement une fois que les fonctionnalités spécifiques sont terminées (l'argent et le temps sont variables).
    • Doit-il être lancé rapidement (l'argent et les fonctionnalités sont variables).
    • Doit-il être lancé avec un budget en tête (le temps et les fonctionnalités sont variables).
  2. Lancement avec le ligne d'arrivée à l'esprit au lieu de la ligne de départ. Les applications Web doivent être considérées comme un projet qui Commencez et alors évolue. Construire ce qui est important et obligatoire pour aujourd'hui en gardant à l'esprit la croissance et l'évolution est toujours mieux que de construire avec l'intention de terminer au point de départ.
  3. Trop de vendeurs impliqué. Il a été rapporté que le site Web d'Obamacare comptait près de 55 fournisseurs impliqués. L'ajout de plusieurs fournisseurs à n'importe quel projet peut être une pente glissante. Vous pouvez presque garantir qu'il y aura des problèmes avec la gestion des versions des fichiers, les divergences de fichiers artistiques, les divergences d'opinions artistiques, l'abandon de projet, et la liste s'allonge encore et encore. Imaginez si nous avions 55 sénats chacun chargé de résoudre une partie du problème global.
  4. Architecture de l'information pas pris au sérieux. Souvent, les grandes agences demanderont aux fournisseurs de soumettre une offre sur une demande de propositions et d'ignorer complètement le processus d'architecture de l'information qui passe directement au développement sans comprendre ou s'accorder sur une portée. C'est une énorme, laide, une perte de temps, une perte d'argent, une erreur. C'est extrêmement précieux pour l'architecte autant de l'application que vous le pouvez dès le départ et soyez prêt à être agile et flexible sur les choses qui ne pouvaient pas être prévues bien avant de commencer à la programmer (c'est comme construire une maison sans plans). Les vendeurs sont voués à manquer de budget et à commencer à couper les coins si cela n'est pas fait correctement.
  5. Pas assez de temps pour Contrôle de qualité. Il est évident que ce fut une grosse chute pour le lancement de HealthCare.Gov. Ils travaillaient sur une date de lancement difficile (l'heure est la variable fixe du triangle dans ce cas) et les fonctionnalités et le budget auraient dû être modifiés pour respecter la date de lancement avec l'heure pour une assurance qualité appropriée intégrée au plan. C'est une erreur cruciale qui a probablement coûté leur travail à beaucoup de gens.

Que pensez-vous?

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