[Problème] Méthodologie de migration sur une période assez longue

[tataye]

Bonjour,

J'en appelle aux pros pour savoir comment ils géreraient la migration que je dois effectuer :

un site en 1.5 , avec du contenu deux à trois fois par semaine ... et une newletter par semaine.
je sais par avance que la migration va me prendre plusieurs semaines car les retours avec cette cliente sont parfois longs ou parfois répétitifs.
et surtout qu'elle ne voudra pas lancer le site migré avant d'avoir atteint SA perfection. donc si je commence maintenant, je risque de ne pas le mettre en ligne avant l'été.

d'ou ma demande : comment procéder pour perdre le moins de temps ? faut il juste faire un site exemple sans les articles ? puis après refaire le site depuis la migration? faut il migrer et doubler le contenu jusqu'à lancement de la migration ?

comment feriez vous ?

[zepelin57]

Re : Méthodologie de migration sur une période assez longue

Bonjour,

J'en appelle aux pros pour savoir comment ils géreraient la migration que je dois effectuer

Reprends moi si je me trompe: tu n'en es pas un... de pro ?

je sais par avance que la migration va me prendre plusieurs semaines car les retours avec cette cliente sont parfois longs ou parfois répétitifs.

Hé oui, cela arrive et il faut faire avec et donc gérer son client.

et surtout qu'elle ne voudra pas lancer le site migré avant d'avoir atteint SA perfection.

Logique elle paie pour cela, non ?

.. je risque de ne pas le mettre en ligne avant l'été.

Bah l'été c'est dans un mois, rien de bien méchant, certaines migrations peuvent prendre du temps, là c'est à toi de savoir le gérer.

d'ou ma demande : comment procéder pour perdre le moins de temps ?

Savoir et/ou apprendre à s'organiser, avoir bien monter son cahier des charges avant de faire une offre, mettre les choses au point avec son client afin d'éviter les surprises et enfin facturer un travail à sa juste valeur et ne pas le brader pour au final être de sa poche. Bref tout ce qu'un bon chef d'entreprise doit savoir !

[tataye]

Re : Méthodologie de migration sur une période assez longue

bon, je reprends pour éviter aux autres tout autre sarcasme :

je demande un conseil aux collègues pro.
je ne me suis jamais caché d'être pro.

la cliente est difficile , revient souvent sur les choses, et je risque donc de ne pouvoir mettre en ligne la version 2.5 avant plusieurs longues semaines.
du coup, techniquement, alors que je travaillerai sur la 2.5 migrée, le contenu évoluera sur la 1.5. ce qui fait que je devrais le reprendre.

souvent , les collègues ont des conseils pros à partager et je pensais être au bon endroit pour entamer ce genre de discussion.
(pour le reste, ça va je me débrouille)

[chessman]

Re : Méthodologie de migration sur une période assez longue

Salut,

bon je pense que le truc le plus ennuyeux c'est l'empilage des artcles sur le site actuel pendant la migration.

Ca ne doit pas être un gros soucis en fait. Tu fait ta migration "classique" comme si il n'y avait pas de nouveau contenus, tu valides tout avec la cliente et à la fin tu fais juste un dump des articles et catégories.

et à la fin, comme disent les américains : "Voila !"

[kursus]

Re : Méthodologie de migration sur une période assez longue

Salut,

Il manque des infos : qu'est-ce qui change exactement par rapport à l'ancien ? Design, fonctionnalités ?

[RobertG]

Re : Méthodologie de migration sur une période assez longue

Salut,

bon je pense que le truc le plus ennuyeux c'est l'empilage des artcles sur le site actuel pendant la migration.

Ca ne doit pas être un gros soucis en fait. Tu fait ta migration "classique" comme si il n'y avait pas de nouveau contenus, tu valides tout avec la cliente et à la fin tu fais juste un dump des articles et catégories.

et à la fin, comme disent les américains : "Voila !"

Un dump au dernier moment va nécessiter de le manipuler, les catégories n'ayant plus les mêmes ID, et les articles pas nécessairement.
Il faudrait alors ne pas transférer catégories et articles lors de la migration initiale (mais sans contenu mettre au point un site sera coton !) ou vider les catégories d'articles et les articles lors de l'import "terminal" et utiliser J2XML pour ne gérer que les sections/catégories/articles : pas simple car la gestion de la table des catégories inclut non seulement celles des articles, mais aussi toutes les autres.
Mais on peut aussi imaginer que cette cliente ajoutera des événements dans une extension dédiée : newsletter comme l'a dit tataye, mais probablement aussi des images, etc. bref d'autres contenus que des articles, ce qui fait que la proposition précédente ne suffira pas à régler le problème.

Personnellement, soit je demanderais à la cliente de dupliquer elle-même ses ajouts pendant la phase de mise au point du nouveau site (après tout, le - nouveau - contenu est du ressort du client, pas du pro qui migre le site), soit, si le devis est élevé et justifie qu'elle puisse être exigeante au point de faire traîner avant de valider la nouvelle version, je ferais de la migration initiale un simple prototype permettant de peaufiner le template et l'organisation des données, la véritable migration ne se faisant qu'une fois ce prototype validé, en utilisant les paramètres définis sur le proto.

Jusqu'à présent, sauf dans un cas très particulier, j'ai toujours imposé à mes clients une absence de modification du site pendant la migration, celle-ci devant à mon sens se faire dans le laps de temps le plus bref possible, mais j'ai souvent, pour ne pas dire toujours, testé la migration avant devis.

En tout cas, bon courage !

[Erix]

Re : Méthodologie de migration sur une période assez longue

Salut,

Entièrement d'accord avec ce que dit RobertG. Pour avoir fait beaucoup de migration, y compris avec des clients "pénibles" du type de celui que tu évoques, la seule méthode est de migrer et de demander au client de dupliquer les nouveaux contenus ou bien de cesser toute action sur l'ancien site en attendant la mise en ligne du nouveau

[toffffe]

Re : Méthodologie de migration sur une période assez longue

Salut
Une migration étant la reproduction exact de l'ancien site vers le nouveau, elle ne devrais pas revenir très souvent. Et puis pendant le temps de validation demande lui de faire ses modifications sur l'ancien site et sur le nouveau.
Attention de faire en sorte que google n'index pas le site sur son adresse en développement pour éviter le duplicate.