Pour illustrer cette évidence deux extraits d’articles, le premier parle de l’intérêt de laisser de la place pour des impressions dites « négatives » sur des propositions ou des services (afin de les améliorer). Une manière de laisser les gens dirent ce qu’ils pensent au fond de leur être intérieur : The power of negative reviews.

The first thing brands need to remember is that there is always truth in complaints and, as such, negative feedback can actually be used to shape and improve a business model.

A willingness to address complaints shows that a business has pride and faith in its products and services, and cares about their customers’ experiences, not just their custom. This honesty and humility is instinctively picked up on by those looking to engage through social platforms and are paramount to creating a positive emotional connection.

L’auteur résume cette place laissée à la libre expression à de l’humanité dans les rapports entre un service et ses utilisateurs.

Simply by reacting to negative feedback, brands provide closure for the complainant; ultimately all consumers want is to be heard and when they are, they are more likely to remain loyal. In fact, a study from Maritz found that 83 per cent of complainants that received a response either liked or loved the fact that the company responded.

Dans l’article How We Operate – The Potential Client, Noah Stokes montre la manière dont l’agence Bold établit sa relation avec un client.

On remarque que leur démarche essaye de creuser au maximum la connaissance qu’ils peuvent avoir de leur interlocuteur. A chaque appel téléphonique, ils essayent de poser le maximum de questions permettant de mieux cerner le projet.

When we initiate a phone call, it’s almost like a first date. We get a chance to talk about what we do, our methodologies, philosophies and practices and the client gets a chance to talk more about their project and where they see Bold fitting in it. We always have blank TextEdit open during the call and write down as much as we can. Client services is as much about the client as it is about the work. We take notes about everything from personal quips about life to subtle suggestions about technologies. You would be surprised at how much you can learn about a client just by listening.

Finalement, ce qui devrait guider nos relations dans la vie et dans le travail, c’est l’humain. Sans cette humanité, c’est d’un coup beaucoup moins passionnant.

Articles similaires :

1. Donner de l’autonomie n’exempte pas de méthode et de contrôle
2. Choisir son outil de gestion de projet
3. Comparer et choisir son CMS : 10 choses à savoir avant de choisir un CMS
4. Employer une langue simple et claire favorise une communication efficace.
5. La crise financière comme crise de l’informatisation

Basically, you had the infamous sequence: specifications – conception – design – front-end dev – back-end dev, and all the small pieces before, after, and in-between. Each of these areas didn’t need to know that much about each other. For example the front-end developer could work on the project weeks after the conception.

De manière classique, vous procédez à la séquence suivante :

1. spécification
2. conception
3. habillage
4. intégration graphique
5. développement fonctionnel

Chaque phase fonctionne de manière quasi-indépendante et n’a pas besoin de connaître comment fonctionne l’autre. Un système de division du travail dans lequel chaque métier est découplé (un chef de projet réalise le liant).

Responsive design imposes tight technical constraints on the conception, which completely turn this model on its head. You can’t produce one fixed-width wireframe like before, and expect all of the website’s interaction to be conceived from this. And you can’t expect a functional designer to produce an output that is technically relevant, if he doesn’t have a solid technical background allowing him or her to respect the flow of content into different responsive layouts, and isn’t working closely with someone who does.

La conception responsive impose des contraintes techniques particulières, qui remettent en cause le modèle précédent. Il n’est plus possible de partir d’un écran présentant une largeur de colonne fixe et, de plus, espérer concevoir les interactions sur celui-ci. Ce gabarit sera difficile à interpréter une fois arrivé au stade du développement front-end.

So, should you ask your front-end developer to make wireframes? Or wait, should you expect HTML/CSS pages right away, created by your graphic designer? Headache!

A ce stade, plusieurs questions peuvent vous venir à l’esprit, il pourrait être pertinent de donner la réalisation des gabarits ou encore de demander à votre graphiste de coder des pré-gabarits. Que choisir ?

One thing is for sure: in a team-driven project, the separation of roles and expertise is not as clear as it used to be, and a simple « let’s do it responsive » mantra is not good enough — we need to redefine the order in which we’re used to doing things.

Plutôt que de trancher en espérant une monté en compétence illusoire des membres de vos équipes, il conviendrait, peut-être, de passer à une vision équipe. Equipe, dans laquelle les compétences, les rôles, ou encore les expertises ne sont pas strictement déterminées, il suffit pas de dire « faites moi un site responsive » pour avoir un résultat conforme aux attentes. Il est préférable de redéfinir les priorités et de passer par un peu plus d’autonomie.

On retrouve donc dans cet article un point de vue inhérent à la conception web : la division du travail est contre productive dès qu’on veut atteindre des objectifs d’interopérabilité, de qualité, de performance et d’accessibilité.

Note : l’explication de cette réalité s’explique par le niveau de complexité à maîtriser ; la division du travail peut, effectivement, se justifier dans un cadre ou la complexité est maîtrisée ou réduite.

Lire : Responsive web design: a project-management perspective.

Articles similaires :

1. Citations sur le responsive design et le progressive enhancement
2. Une méthodologie pour le responsive design
3. 5 astuces pour la conception d’interfaces mobiles
4. Quels bénéfices de concevoir dans le navigateur ?
5. La culture de la conception web, l’information

Lorsque vous présentez le principe de la conception collaborative sans relation hiérarchique entre les personnes ; les interlocuteurs sont tentés mais bloqués par le principe de suppression du chef.

Car en effet le problème de la conception collaborative c’est qu’elle demande un changement de système (hiérarchique). On sait, à ce propos, qu’il est très difficile de convaincre les gens d’en changer (de système) étant donnée que tous leurs repères sont calqués sur l’ancien système.

Ainsi, même en voyant les grand avantages d’un système plus équilibré, il leur vient à l’esprit, premièrement, une sorte de corps sans tête (sans chef) qui ne saurait plus où aller et, deuxièmement, une probable perte de leur investissement dans l’ancien système disparaître (leur position hiérarchique).

C’est pourquoi, il sera plus facile de convaincre des personnes n’ayant aucune responsabilité et plus difficile de convaincre des personnes qui risquent de perdre leur avantage leur pouvoir de chef, mais aussi leur salaire et tout ce qui va avec.

Pourtant, les entreprises sans manager existent, et les les entreprises sans manager fonctionnent. Mais pourquoi donc ? Parce qu’on supprime l’égo, le pouvoir, la soumission. Les employés peuvent parler plus librement, parler plus librement des problèmes de management justement.

Dans de tels systèmes, très responsabilisants pour les collaborateurs, le management n’a pas disparu mais a été distribué. Ce qui amène à une situation paradoxale : il est infiniment plus présent que dans une organisation où il est incarné par quelques uns.

Mais allons plus loin, pourquoi est-ce si nécessaire de passer à ce modèle ?

Les modèles savoirs/services font de l’entreprise une machine à générer et traiter les aléas, et l’aléa n’est plus la conséquence d’une défaillance du système mais sa raison d’être. Le collaborateur doit prendre des décisions dans un délais limité, le problème doit être traité au plus proche de l’endroit où il survient (et au plus proche du client) et le client devient de plus en plus partie prenante de l’activité de production, introduisant une autre variable et une source d’exigence externe à l’entreprise dans ses propres processus.

N’êtes vous pas dans cette situation d’urgence ? Si, si je le sais, puisque c’est le modèle économique. Et qu’elle est le problème ? La centralisation.

Dans un tel contexte le manager trônant au sommet d’une structure pyramidale devient le goulot d’étranglement du système qu’il ne fluidifie plus mais, au contraire, ralentit.

La solution : éviter les managers, chefs de projets tout ces postes de contrainte et de centralisation. Privilégier, l’autonomie mais surtout, n’oubliez pas pour autant le management (qui passe par des collaborateurs compétents).

Articles similaires :

1. Choisir la franchise comme méthode de communication
2. L’entreprise collaborative
3. Entreprise 2.0 et gestion des connaissances, une révolution
4. Définition de l’entreprise 2.0
5. Les critères de performance chez France Telecom

Alors, ce matin, j’ai cherché ce que pouvait bien être un lettré et je suis tombé sur cette définition.

Ils lisent des textes, les rassemblent, les éditent, les commentent, les transmettent aux générations futures, produisent à leur tour d’autres textes : ce sont les lettrés, apparus parmi nous voici déjà quelques millénaires. Voués à l’écrit, ils forment le socle d’une civilisation, en garantissent la continuité, mais participent aussi à sa contestation. Le plus souvent invisibles ou méconnus, ils composent une communauté secrète, reliée à travers les temps et les lieux par des rites partagés, des habitudes analogues, des affinités mystérieuses.

Une étude sur la perception du mobile par les utilisateurs, donne quelques résultats intéressants.

When asked “What is the most common problem you’ve encountered accessing websites or applications on your mobile phone?”, respondants answered “Slow to load” (38%), “Crashed/froze received an error” (18%), “Formatting made it difficult to read and use” (15%).

This tells us that speed is more important than aesthetics. So perhaps some of the time and effort put into media queries, viewports, avoiding scrolling, line length would actually be better employed reducing HTTP requests and optimising so that websites are perceived to render faster.

Quand on demande aux utilisateurs : quel est le plus problème le plus agaçant lorsque vous accédez à un website ou une application mobile ? Les réponses concernent « la rapidité de chargement » (38%), « crash ou erreurs systèmes » (18%), « la présentation rend le contenu difficile à lire ou à utiliser » (15%).

Ainsi, la rapidité de chargement est plus importante que l’esthétique. Peut-être que parfois le temps passé à optimiser les media queries, la zone d’affichage, le défilement, la longueur de ligne serait plus bénéfique s’il était consacré à réduire le nombre de requêtes HTTP ou optimiser le chargement perçu.

Mettre le graphisme comme élément central d’une conception, confondre design et l’esthétisme, ne permettra pas de répondre aux attentes premières des utilisateurs.

Lire What Users Want from Mobile, and what we can re-learn from them.

Articles similaires :

1. 5 astuces pour la conception d’interfaces mobiles
2. Une méthodologie pour le responsive design
3. TYPO3 : créer une version mobile de son site
4. Recevoir des Flux RSS par SMS
5. Un FrameWork mobile, mb.ile

Il faudrait lire tout l’article qui est un plaidoyer pour le travail collaboratif, j’en reprends quelques extraits.

Concevoir à plusieurs

Les agences cherchent des UX designers, UI designers, et postent des annonces plus vite qu’il n’en faut pour toutes les lire ; on cherche le superman de la créativité, le super sénior champion de l’idée révolutionnaire. Le concepteur (designer) est l’homme tendance du moment, on se préoccupera d’avoir un bon développeur Front une fois qu’on parlera enfin de de web.

Ok, c’est vrai, on a besoin de concepteur, enfin de conception. Mais bon, si on se retourne, si on se penche un peu sur la côté, en réalité, y en a sur le bureau à côté, en fait il y en a plusieurs, tout plein : nous sommes tous concepteurs (ça fait très « place au peuple » comme discours).

Faire de la conception c’est définir comment l’ensemble des éléments qui lui sont relatifs seront orientés. Ce qui veut dire, en d’autres mots, que la totalité des intervenants devaient y participer, y jouer un rôle. Et, de même, que chacun ait une connaissance du processus de conception.

Beaucoup de personnes mettent en avant la nécessité de savoir coder. Savoir coder, c’est facile, c’est le nouveau langage. Mais quand est-il de la conception ? Ne devrait-on pas dire qu’il faudrait savoir concevoir ? (hey, moi je le dis)

Tout ce que vous mettez sur les tapis de la conception devrait être considéré comme une facette des éléments à réaliser par la suite. Imaginons que votre site se charge très lentement. Vous tentez le rendre plus rapide ou alors vous cherchez un ingénieur de la performance ? Et, bien vous au final, vous feriez une conception consciencieuse pour rendre le site plus rapide. Il suffit d’appliquer cette démarche.

Pourquoi Pinterest est si bien ? Parce que d’autres personnes ont apporter leur contribution pour exprimer ce qui, selon eux, pouvait être un bon tableau d’accueil.

Conclusion

Donc, j’ai un peu traduit à ma sauce. On peut le lire suivant différents angles de vues. Moi ce que je retiens, c’est qu’un site doit avoir des objectifs, dont celui immuable de la rapidité de chargement. A partir de ces objectifs, les équipes de réalisation doivent participer à la conception, ensemble ; puis confronter leurs idées à des utilisateurs

C’est vrai ici, pas de client, puisque c’est un produit. Un enjeu aujourd’hui : emmener son client dans le circuit de conception. Allez vient avec nous client, la conception c’est rigolo.

Lire Pinterest’s Founding Designer Shares His Dead-Simple Design Philosophy

Articles similaires :

1. Pas de plaisir sans travail dans les réseaux sociaux d’entreprise
2. Lancement du groupe de travail RDFa par le W3C

Designing (in Photoshop or Fireworks) every possible breakpoint for a website is impossible and a waste of time. We should focus more on designing style guides and thinking of those as systems that would help guide the designer, the developer, and the designer-developer without needing literal depictions of every stage in a design.

Cennydd Bowles

Concevoir dans un logiciel de dessin chaque état possible (en fonction des tailles de périphérique) pour un site web est impossible ; il s’agit d’une perte de temps. Nous devrions nous concentrer sur les règles plus générales de fonctionnement. Elles permettraient d’éviter des représentations fidèles à chaque étape du projet.

Designer presenting an idea as some sort of ‘grand reveal’ is damaging — a good client should be happy with the mess we make along the way (because the process is inherently messy) and we should help educate them by explaining our processes before anything starts.

Mark Boulton

La présentation de modèle comme révélation créatrice est très néfaste. Un « bon » client devrait se satisfaire de ce désordre créé lors des phases de conception ; il serait nécessaire de l’éduquer en expliquant les process mis en œuvre dès le démarrage de projet.

Lire Responsive Summit.

Progressive enhancement is a perspective on the realities of developing for the web, represented by a changing armoury of techniques and approaches. In itself it doesn’t limit creativity, but recognises the constraints of the medium – constraints which every designer must learn to utilise to their advantage.

Paul Read

L’amélioration progressive est une perspective adaptée à la réalité du développement web, symbolisée par un changement de techniques et d’approches. Son existence ne limite pas la créativité, mais ne fait qu’admettre les contraintes du medium – contraintes que chaque concepteur devrait apprendre afin de les utiliser à leur avantage.

Lire Progressive enhancement is more relevant than ever.

J’utilise, bien entendu, les articles qui servent mon propos, mais qui me semble être un conforme à la conception de sites responsives.

Articles similaires :

1. Une méthodologie pour le responsive design
2. La problématique de la conception responsive
3. Comment ruiner un design Web

Le sujet de l’après-midi fut donc l’éducation et la manière de transmettre le savoir avec l’arrivée du numérique. J’aime beaucoup les discussions des philosophes, mais parfois ça traine un peu en longueur pour expliquer des choses assez simples.

Je suis dans l’ensemble tout-à-fait d’accord avec leurs propos, mais il est parfois plus simple de prendre un point de vue particulier plutôt que de tourner autour.

D’ailleurs à un moment, une personne du public a pris la parole pour faire remarquer l’âge et le sexe des intervenants : homme d’environ la cinquantaine. Comme si la conférence évoquait un sujet sans jamais y toucher celui de : comment on fait pour éduquer des enfants dans un monde qui change perpétuellement (au niveau technique) ?

Ce que je pense : on a des pistes, des idées, des fondamentaux qu’on connait et sur lesquels on devrait insister.

1. Tout d’abord le développement du langage dans les premières années de l’enfance est indispensable ; une fois qu’on maîtrise la langue tout devient plus facile pour la suite.
2. Une fois le langage développé, travailler la construction mentale de ce qu’il faut apprendre. Plusieurs intervenants en ont parlé, il est possible d’évoquer l’histoire d’une technique ou d’une matière avant de l’aborder dans le sens théorique.
3. Ensuite, on peut passer à une étape pratique qui doit être motivé par un objectif transcendant qui devrait être celui de s’élever humainement (un objectif désintéressé) ; devenir un homme.

C’est justement le besoin de devenir une personne qui est mis de côté dans notre société. On privilégie à cela le besoin de devenir employable, en capacité de fournir un travail. Finalement, on ne progresse jamais.

C’est donc là que je place une citation de Stiegler qui rentre dans la logique développée sur ce blog depuis plusieurs billets :

Ecrire du code, c’est éminemment industriel – déprolétarisant. Les processus de travail à l’intérieur du libre permettent de reconstituer ce que j’appelle de l’individuation ; c’est-à-dire la capacité à se transformer par soi-même, à se remettre en question, à être responsable de ce que l’on fait et à échanger avec les autres.

Cela fait longtemps, par exemple, que les hackers s’approprient les objets techniques selon des normes qui ne sont pas celles prescrites par le marketing.

Comme l’avait déjà défendu Paul Feller, il faut coder ; coder, coder à plusieurs, avec pour l’objectif de s’individuer.

Articles similaires :

1. L’éthique selon Bernard Stiegler
2. Pour une nouvelle critique de l’économie politique de Bernard Stiegler
3. Bernard Stiegler : “Il y a beaucoup d’inventions qui ne produisent aucune innovation”
4. Bernard Stiegler, intervention du 8 septembre 2009
5. Bernard Stiegler aux Entretiens du Nouveau Monde industriel

Je me bornerai à la reprise de la fin de son article qui parle de la nécessité de travailler dans le navigateur pour faire du « responsive design ».

Only a masochist could enjoy producing page after page of comps just to show a simple link state or a dropdown animation. I can’t tell you how many times I thought I had things like that figured out only to throw it away once coding commenced. All that time is better spent just coding the behavior.

Seule une personne masochiste pourrait se complaire à réaliser page après page des compositions afin de mettre en valeur l’état d’un lien ou d’un menu déroulant. Combien de fois j’ai jeté à la poubelle des créations un fois devant mon éditeur de texte. Préférez coder directement pour gagner du temps.

And in the end, your design isn’t an accurate representation of the final product — it’s not usable. You can’t place it in front of users and get much feedback of any value (unless you like to let users dictate your color scheme). What happens when the user clicks here?

En fin de compte, votre conception n’est pas une représentation du produit final – ce n’est pas utilisable. Vous ne pouvez pas placer devant un utilisateur et avoir le moindre retour. Que se passe-t-il quand un utilisateur clique ?

Dans la suite du texte, l’auteur explique comment ils ont procédé avec Ethan Marcotte. A ce que j’ai compris, ils ont fait quelques aller/retour avec des mockups entre des phases de code dans le navigateur afin d’observer le comportement réel.

Ce qui voudrait dire que temps qu’on a pas commencer à travailler dans le navigateur, on a pas fait grand chose. Ce qui explique aussi, que toutes les phases de réunions de lancement, mise au point, présentation des créas (avec des gens qui ne veulent pas toucher au code) vous ennuient.

Lire How to Approach a Responsive Design.

Articles similaires :

1. Arora, un navigateur WebKit Cross Platform
2. La problématique de la conception responsive
3. Les pages animées au scroll vertical, deux plugins jQuery

Comment on construit un référentiel ?

Ils nous ont d’abord présenté rapidement le principe de fonctionnement et de réalisation d’un référentiel. Pour essayer de nous guider vers un atelier de « brainstorming ». Les principes (entendus d’une oreille) sont :

• La notion
• Les niveaux
• La fiche descriptive
• Les étapes de création et soumission

L’atelier

Pour commencer Elie, en grand leader charismatique, a essayé de nous motiver pour s’engager dans le travail collaboratif en soulignant qu’il était possible de n’arriver à rien. Quelle meilleure entrée en matière !

Ensuite, il s’est imposé pour que les spécialistes de la webperf (les meilleurs de la salle) proposent une liste de critères à vérifier en premier pour voir si son site était suffisamment optimisé.

Quels peuvent être les critères :

• Vérification du Start Render
• Compression des fichiers
• Nombre de requêtes
• Minification des fichiers
• Concaténation des fichiers
• Optimisation des images
• …

Que doit on faire avec ces critères : Répéter la liste Yslow ? Définir une liste de critères les plus évidents ? Ou alors garantir un rafraîchissement honorable du point de vue utilisateur ?

Après une longue discussion à propos de la valeur d’un critère, on est parti sur la phase de définition en groupe. Chaque table s’est vu affecter un sujet :

• Serveur – requêtes – HTML
• Style – Rendu – Medias
• Script

Conclusion

Après 1 bonne heure et demi, de moqueries non dissimulés de Delphine et d’Elie (les deux lascars), chaque groupe a présenté sa liste de critères en fonction de sa spécialité.

A chaque critère, nous avons échangé pour valider la réalité de vérification. Il y a eu quelques montés de ton pour que chacun fasse valoir ses arguments (dans la bonne humeur) ; bien entendu nous sommes tombés d’accord face à la technique. Elie en bon arbitre a certifié la liste.

Cette liste devrait sûrement être remise au propre puis diffusée afin de l’améliorer et la compléter.

Articles similaires :

1. Bonnes pratiques pour l’accessibilité des PDF
2. Le référentiel AccessiWeb CMS 1.0 est paru
3. La short liste des 10 meilleurs CMS