DisplayObject

Peu critique lors de le réalisation d’un projet simple et de courte durée, un workflow bien pensé, une coopération forte sein des équipes et une gestion de projet dans les règles deviennent rapidement essentiels lorsqu’un projet prend de l’envergure.

Illustration by Jon Han

Soyons clair, tous les projets ne nécessitent la mobilisation d’une équipe dédiée pendant 3 semaines pour une simple analyse de besoins, mais dans l’ensemble plus un projet sera étudié, conceptualisé, documenté et validé avant la phase de production/développement moins il risque de se trouver confronté aux courantes deadlines explosées, version finale aka beta 0.1, curseur qualité au plus bas, ou encore liste des fonctionnalités amputée de moitié.

Après ce sombre tableau et avant de commencer mon petit speech sur ce sujet qui n’est pas si simple qu’il n’y paraît, voyons les différents acteurs de la réalisation de notre projet :

• Le client
• Le chef de projet / Commercial / Consultant
• Le Designer / Flasheur / Directeur artistique (aka DA)
• Le Développeur Actionscript (aka dev AS)
• Le Développeur php /asp / java / autre (aka dev serveur) si besoin

Maintenant que les présentations sont faites, quel est le problème (wtf) ?
Pour faire simple, une désorganisation générale : les taches des uns sont réalisées par les autres et/ou les taches communes sont réalisées par un seule personne et/ou les taches sont réalisées dans un ordre défiant les lois de la physique du clavier.

Un défaut commun est d’attribuer l’analyse des besoins client + concept aux seuls chefs de projets/commerciaux qui vont concevoir seul et avec plus ou moins de succès le projet et le vendre à des clients encore peu au fait du web en général et encore moins de la techno flash. Les développeurs et designers étant réduits à l’état de simples exécutant.

Voici pour moi le rôle du chef de projet (ce qui fait déjà pas mal de taf) :

• Il sera chargé de faire le lien entre l’équipe de production, le projet et le client
• Il devra participer aux différentes phase de conception du projet (ci-dessous)
• Il devra récupérer l’ensemble des contenus fournis par le client, textes, images, sons, vidéos ou encore base de donnée…
• Il devra effectuer les validations auprès du client à chaque étape clé du projet
• Il devra négocier ardemment pour essayer de ménager l’ensemble des acteurs du projet

Et voici ma version du workflow, à faire évoluer (n’hésitez pas à faire vos retours) :

1. Analyse des besoins client

   Il est essentiel que l’ensemble des intervenants soient associés à cette étape cruciale pour la réalisation d’un projet correspondant aux attentes du client et valorisant l’ensemble de l’équipe à disposition. Il est temps de se poser des questions du type « On doit vraiment faire ça en flash ? »

2. Concept + arborescence + maquette fonctionnelle

   Un fois les besoins (et les moyens) bien définis commence la phase du killing brainstorm (terme inventé par moi en 2010) De multiples phases d’échange entre l’ensemble des membres de notre dream team vont permettre de poser le concept du projet. Sortez vos calepins et tablettes graphique, faîtes chauffer la machine à café, les idées vont fuser.
   On devrait au terme de ce processus avoir un arborescence + maquette fonctionnelle basique.

3. Intention créative

   Le DA sera chargé de réaliser les 1ères maquettes, photoshop, Illustrator ou encore mieux, flash animé. Il devra travailler en collaboration avec le dev AS pour valider la faisabilité, les temps de réalisation, l’ergonomie, le poids du site, les ressources machines utilisées par le site…

4. Estimation des temps de réalisation

   Pour estimer les temps de réalisation des différentes options posées le développeur devra éventuellement dans un premier temps effectuer des tests sur les technos, techniques ou librairies encore non connue.

   Le DA et le dev AS devront définir leurs zones d’interventions respectives.
   Par exemple, quelles animations doivent être réalisées dans l’IDE flash par le DA et quelles animations doivent être réalisées en tween via le code par le dev AS ?

   Si le projet nécessite des interactions avec le coté serveur pour un enregistrement en base de donnée par exemple les dev serveur devront estimer après travail avec les dev AS le temps de réalisation de leur partie.

   Pour clore cette étape, une équation simple (?) à garder en mémoire :
   Temps de réalisation final = temps de réalisation dans des conditions normales + retards de livraison des contenus + retards de validation client + modifications des fonctionnalités + ajouts de fonctionnalités + retards des éventuels prestataires externes + marge de manoeuvre.

   A SUIVRE
   

5. Doc technique
6. Maquettes et flashage + développement serveur
   
7. Développement Actionscript
   
8. Retours client
9. Recettage
10. Validation finale