Calendrier de développement du site Web : ce qu'il est fait et où il glisse

Pourquoi la chronologie citée est toujours plus courte que la réalité

Quand un développeur cite une chronologie, ils comptent honnêtement leur propre travail. Ils ne comptent pas vos approbations, l'attente du texte, l'accès au système de paiement, ou la quinzaine qui continue, nous allons regarder cela une fois de plus.

Ce n'est pas de la tromperie. Ils feront vraiment leur part dans le temps cité, si tout le reste arrive quand il devrait. Le problème, c'est que tout le reste est à peu près la moitié du projet, et c'est le vôtre.

D'où une règle pratique rarement exprimée à haute voix : le calendrier de développement et le calendrier de lancement sont des nombres différents, et la seconde est à peu près la moitié tant que le premier.

Voici ce dont chacun est fait, ce qui fonctionne en parallèle et ce qui ne fonctionne pas, et les signes visibles au cours de la deuxième semaine que le calendrier va se déplacer.

En quoi consiste la chronologie

Six étapes, et le développement n'est pas la plus longue d'entre elles.

Brève et estimation : quelques jours à une quinzaine. Tout à fait à vous — à quel point vous êtes prêt à déclarer le travail.

Conception: d'une semaine pour une mise en page standard à un mois pour une sur mesure avec plusieurs états pour chaque bloc.

Développement: de deux semaines pour un simple site à plusieurs mois pour un catalogue avec intégrations. C'est la seule étape qu'un développeur estime avec précision.

Contenu, essais et lancement: généralement sous-estimé trois fois. Texte, photographie, contrôle des appareils, domaines mobiles et courrier.

Ce qui peut fonctionner en parallèle

Tout n'est pas séquentiel, et c'est là que la plupart du temps est sauvé.

Le texte est écrit à côté du design, pas après. Plus que cela, la conception construite autour du texte réel sort mieux que la conception dans laquelle le texte est versé plus tard.

La photographie et la préparation de l'image se déroulent à côté de tout. Ils peuvent commencer le premier jour, et rarement.

La collecte de l'accès commence le jour de la signature. Domaine, courrier, système de paiement, système de comptabilité — tout cela prend plus de temps que prévu et ne dépend de personne du projet.

Le développement après la conception, cependant, est presque toujours séquentielle: construire un aménagement non approuvé est une façon de faire le travail deux fois.

La plus longue partie n'est pas le développement

Regardez les projets terminés et la plus grande partie du temps ne va pas sur le code.

Il continue à attendre : pour les décisions, le texte, l'accès, la rétroaction. Sur un calendrier, on dirait des semaines où rien ne se passe, car un côté attend l'autre.

Il est plus visible lors de l'approbation de la conception. La mise en page est sortie mardi, les commentaires sont revenus dix jours plus tard, et trois d'entre eux se contredisent parce que deux personnes différentes regardaient.

Le remède n'est pas une pression sur le développeur mais une simple décision organisationnelle : une personne avec le mot final, et un retour d'information convenu. Trois jours ouvrables sur les commentaires de mise en page sont une norme raisonnable.

Un projet où la rétroaction revient en trois jours fonctionne deux fois plus vite qu'un projet où elle revient en une quinzaine. Pour la même quantité de travail.

Trois retards du côté du client

Nommé honnêtement, parce que c'est d'où vient la plupart des dérapages.

Texte. Il est reporté parce que l'écriture est difficile et la date limite semble lointaine. Alors il s'avère qu'il n'y a rien à montrer sans elle. La correction est d'écrire et de livrer page par page.

Approbation par le comité. Chaque participant supplémentaire ajoute non pas une opinion mais un cycle d'attente. Si trois personnes décident et se rencontrent tous les quinze jours, chaque révision coûte deux semaines.

Accès. En particulier aux systèmes de paiement et de comptabilité, où les documents et confirmations sont nécessaires. Commencez le premier jour, pas quand il bloque.

Trois retards du côté du développeur

Pour la symétrie — et donc vous savez quoi demander.

Projets parallèles. Une personne sur trois projets ne fonctionne pas trois fois plus vite : elle change et chaque changement coûte du temps. Demandez à l'avant ce que votre développeur est sur.

Les intégrations sous-estimées. L'échange avec un système externe est presque toujours plus difficile que la description ne le suggère, car la documentation est incomplète et l'accès aux tests prend une semaine pour être délivré.

Vacances, maladie, démission. Dans une petite équipe, une personne qui part est un arrêt. Demander ce qui se passe si le développeur tombe malade se sent mal à l'aise, mais c'est moins cher que de découvrir la mi-projet.

Pourquoi nous le ferons dans une semaine est parfois vrai

Chaque courte chronologie n'est pas le signe d'un manque de sérieux.

Un site de trois à cinq pages sur une fondation prête, avec votre texte et la photographie, va vraiment ensemble en une semaine. Il s'agit d'un travail normal et n'a pas besoin de rembourrage pour le bien des gravites.

Une semaine cesse d'être vraie dès que quelque chose dans la liste apparaît : un catalogue, une zone de compte, des paiements, un échange avec un système extérieur, plusieurs langues, un design non standard.

Facile à vérifier: demandez ce qui sera fait exactement dans cette semaine et ce qui n'est pas inclus. La réponse à la deuxième question est informative.

Combien de temps dure un projet typique

Points de référence pour les travaux. C'est l'heure du lancement, pas des heures-personnes.

Un site de brochure de quelques pages : une à trois semaines. La variable principale est de savoir si le texte est prêt.

Un site corporatif avec des sections de service et un blog : de six semaines à trois mois. La plupart du temps, c'est le contenu plutôt que le développement.

Un catalogue ou une boutique en ligne : à partir de trois mois. Données, filtres, paiement, livraison, échange avec un système comptable — chaque article ajoute des semaines.

Migrer un site existant : ajouter le travail sur les anciennes adresses au temps de développement. Nous avions 673, et travailler à travers eux a pris plusieurs jours sur son propre.

Comment raccourcir la chronologie sans perdre la qualité

Quatre mesures qui fonctionnent réellement, contrairement à exiger qu'elles soient prises plus rapidement.

Lancement en pièces. Tout d'abord ce qui gagne de l'argent : les pages de service et le formulaire. Blog, galerie et la section à propos dans une deuxième version. Le site commence à fonctionner un mois plus tôt.

Donnez le texte à un professionnel au lieu de l'écrire vous-même. Il est rarement plus cher qu'un mois de retard et presque toujours plus rapide.

Nommer une personne avec le dernier mot. L'accélération la moins chère disponible.

Réduire le nombre d'états dans la conception: un modèle de produit au lieu de trois, un style de forme au lieu de quatre. Chaque état est conçu, construit et testé.

Ce que l'argent ne peut accélérer

Trois choses qui évoluent à leur propre rythme, quel que soit le budget.

L'indexation des recherches. Après avoir lancé un moteur de recherche doit trouver les pages, les ramper et décider qu'ils méritent une place. Ce sont des semaines et des mois, et aucun paiement ne le raccourcit.

Accès délivré par des organisations extérieures. Les banques, les systèmes de paiement et les registraires de domaine travaillent selon leurs propres procédures.

Ta propre décision. Si vous n'êtes pas sûr de ce que vous voulez, ajouter des personnes au projet accélère seulement les dépenses. Une semaine passée à se faire des idées sauve un mois de retravail.

La semaine-deux signes que l'horaire va bouger

Les signes apparaissent tôt si vous savez où chercher.

Le mémoire n'est toujours pas fixé par écrit alors que le travail a déjà commencé. Le champ d'application s'élargira au fur et à mesure, et la chronologie avec elle.

Vous avez mis plus de trois jours pour répondre à la première question du développeur. C'est votre propre rythme, et il ne s'accélérera pas tout seul.

Le texte n'a pas été commencé alors que le design est déjà montré. Il n'y aura pas de texte à l'étape de construction, et le projet s'arrêtera exactement là.

Rien de tout cela n'est fatal, mais chacun coûte environ une semaine. Les remarquer au cours de la deuxième semaine est moins cher qu'au cours de la huitième semaine.