Garde-corps du projet : conception par le comité
Quand on est mandaté pour construire une solution pour les autres – principalement sur le web puisque c’est le domaine dans lequel je travaille – je pense qu’il y a un certain nombre de facteurs qui sont importants pour un projet :
- Il ne devrait pas y avoir de « conception par un comité ».
- Personne d’autre que l’équipe de développement principale ne devrait être en mesure d’assurer le développement, la mise en scène et la production.
- Personne ne devrait être capable d’écrire en production, sauf l’équipe de développement (et même dans ce cas, il devrait y avoir un processus de déploiement).
J’hésite toujours à faire des déclarations comme celle-ci car elles semblent dogmatiques, mais je trouve que plus je travaille dans cette industrie, plus je pense que ces trois règles sont importantes.
Ou peut-être ne s’agit-il que de lignes directrices. Après tout, il y a des plans appelés avant que nous ne fassions réellement les choses.
Peu importe s’il s’agit de suggestions ou de règles, cela n’a pas vraiment d’importance. Il y a des raisons pour lesquelles nous arrivons tous aux conclusions que nous faisons, n’est-ce pas ? Et donc au cours des prochains articles (plutôt qu’un long article), je partagerai les raisons pour lesquelles j’ai trouvé ces trois règles importantes.
Conception par comité
En utilisant ce terme, je ne veux pas dire qu’une seule personne devrait être responsable de la conception d’un site. Je veux juste dire qu’une agence ou un groupe de ceux qui se concentrent sur le design devrait en être responsable.
La conception par comité est un terme désobligeant pour un projet qui implique de nombreux concepteurs mais aucun plan ou vision unificatrice.
Ainsi, un « comité » dans ce cas, c’est lorsqu’un groupe de personnes, ou les clients ou ceux liés aux clients dans une certaine mesure, viennent voir le résultat de la mise en œuvre (ou même simplement la conception), envoient par e-mail des suggestions de ce qu’ils aime voir et s’attendre à ce que cela se produise.
C’est-à-dire l’ expertise si un designer donné est sacrifié pour les opinions d’un autre groupe.
La princesse Leia n’était pas un comité.
Et, peut-être dans des cas extrêmes (même si je n’ai jamais personnellement vécu cela), utilisez le paiement comme levier pour obtenir ce qu’ils veulent.
Le fait est que les personnes qui sont engagées pour concevoir la solution pour le client doivent être, comme indiqué, des experts dans le domaine. Ils comprennent la typographie, les couleurs, les résolutions d’écran, l’accessibilité, etc.
Les laisser à leur domaine d’expertise est toujours une bonne idée.
Prendre soin du projet
Rien de tout cela n’a à voir avec le fait que quelqu’un ait plus de contrôle sur le projet que n’importe qui d’autre.
Il s’agit de s’assurer que toutes les parties prenantes du projet travaillent en collaboration les unes avec les autres et ne croisent pas les domaines de responsabilité. (Imaginez, disons, les GIF qui seraient utilisés pour la publicité si les développeurs étaient responsables des publicités. 😏)
L’essentiel est qu’un projet réussi n’est que lorsque chacun reste dans son coin et travaille ensemble dans son propre domaine d’expertise.
Sinon, vous vous retrouvez avec des choses qui ne sont pas synchronisées et qui créent essentiellement plus de problèmes alors qu’il n’y en avait pas (enfin, du moins dans un domaine particulier) avec lequel commencer.
Et après?
Dans le prochain article, j’aborderai l’idée des environnements de provisionnement, ce que cela signifie et comment cela joue dans le rôle global de la gestion de projet. Mais j’irai plus en détail à ce sujet dans le post.
En fin de compte, il s’agit de s’assurer qui a accès en lecture et en écriture aux différents domaines dans lesquels l’application ou le projet peut être déployé. Bien sûr, pour certains lisant ceci, cela peut ressembler un peu à du contenu «débutant» ou pas du tout à du contenu lié au «développement».
Mais si vous travaillez avec d’autres pour construire une solution, alors ce sont des choses que vous risquez de rencontrer et il est plus facile d’avoir un plan basé sur les erreurs que d’autres ont faites (à savoir moi 🙂) que d’apprendre des choses à la dure.