Archives mensuelles : février 2009

On est aveugle quand on achète une auto

Publié le par
3

J’ai acheté une auto en janvier dernier. Ils avaient peu de modèles en inventaire dans la province et ils ont donc dû la commander en usine. Le délai de livraison est entre 6 à 8 semaines. C’est long. Toutefois, ça parait encore plus long puisque je suis dans le noir.

Je pourrais appeler mon concessionnaire. Ils ne doivent pas plus le savoir que moi. Ils devront faire des appels téléphoniques à leur tour.

Il ne faut jamais négliger l’importance de la rétroaction dans un processus d’affaires. Quand on développe un système informatique, il faut tenir nos usagers informés en tout temps. Si vous devez concevoir un traitement long, pensez à une mécanique quelconque où vous journalisez chaque étape. Affichez ensuite la progression à votre utilisateur.

par spakattacks sur Flickr

par spakattacks sur Flickr

Si l’on revient au fabricant automobile, pourquoi l’état de ma commande n’est pas acheminé à moi? L’usine doit certainement être munie d’un beau système à la SAP (si ce n’est pas ça). Toutes les étapes de commande, de fabrication, d’inspection et d’expédition sont suivies à la lettre par leur logiciel ERP. Ça serait techniquement facile d’offrir des mises à jour par courriel ou sur un site extranet. Ils ont mon courriel dans ma fiche client. Ça fait partie des informations complémentaires qu’ils nous demandent quand ils créent notre dossier chez le concessionnaire.

Amenons la réflexion encore plus loin. Si ça était un extranet, pourquoi ne pas l’interfacer à des réseaux sociaux sur internet? L’usager accepterait probablement de partager son achat à ses amis sur ces réseaux. On n’a qu’à penser à Facebook Connect et ses possibilités d’inscrire des mises à jour avec rétroliens sur le mur du profil de son client. Ils ont certainement besoin de la promotion gratuite ces temps-ci, le bouche à oreille piqué aux stéroïdes est certaintement à considérer.

La technologie existe, mais je trouve ça désolant de voir comment certains sont atteints d’immobilisme. Les sites web des fabricants d’autos ne sont que de très belles démonstrations d’animations Flash. Actuellement, leurs seules transactions en ligne sont la soumission en ligne et le formulaire « contactez-vous ». Espérons que la crise actuelle va les forcer à réinventer leurs façons d’interagir avec leur clientèle.

Sans utilisateurs, on est rien

Publié le par
Répondre

Parfois quand on travaille dans des équipes de développement hermétiques où seulement certains côtoient les utilisateurs, on oublie parfois pour qui on travaille. On prend des petites décisions sur des aspects du système qui ne se retrouve pas toujours dans les cahiers de charge ou les dossiers fonctionnels (spécifications).

Mais, l’utilisateur est celui qui a besoin de votre système. Il est le demandeur. Le développeur est le serviteur. Vous pouvez trouver plein de nuances à ce que je dis, mais à la base la relation est telle.

Vous avez peut-être un rôle-conseil au niveau de l’optimisation du temps de développement. Plus précisément, vous pouvez proposer de retirer certaines fonctionnalités ou simplifier certains aspects de l’application. Ceci dans le but d’éviter des honoraires de développeurs ou parfois pour prévenir les problèmes sur une solution déjà fragile. Mais, vous le faites pour aider l’organisation client et non les utilisateurs finaux. Soyez conscients de ça.

Je suis tombé sur la Charte des droits des utilisateurs sur le blogue de Stéphanie Le Rouzic. J’ai beaucoup aimé la liste des points qu’elle a dressée. Mon attention s’est surtout portée sur le point suivant :

L’utilisateur a le droit d’être informé par le système sur son état par rapport à la tâche qu’il effectue et par rapport au progrès accompli vers la complétion de la tâche, de façon claire, compréhensible et précise.

Least useful error yet par Ben Garney sur Flickr

"Least useful error yet" par Ben Garney sur Flickr

La journalisation est souvent le talon d’Achille de toute solution. Le premier pas est de journaliser toutes les erreurs sévères du système (crashs, plantages). Deuxièmement, il faut afficher le message d’erreur à l’utilisateur final. « System error » ou « Une erreur est survenue » ne vaut rien pour lui. Il vous confie des données d’une très grande importance dans votre système et vous n’avez pas l’obligeance de lui dire ce qui se passe clairement?

Mettez-vous à sa place, aimez-vous ça quand la lumière « Check Engine » allume dans votre auto? Si le mécanicien peut lire le code avec un lecteur ODB-II le message d’erreur, pourquoi les constructeurs n’affichent pas le message sur un petit écran DEL sur le tableau de bord? Ils affichent déjà la température et l’heure! Cette industrie ne respecte pas ainsi l’utilisateur et vous pouvez alors comprendre comment l’utilisateur final se sent.

Si vous êtes trop gêné d’afficher le vrai message d’erreur, alors concentrez-vous à faire un système de qualité. C’est la meilleure solution.

Cloud computing dans le contexte du SOA

Publié le par
1

Le SOA (Architecture orientée services) permet de réduire le développement et ainsi les lignes de code en réutilisant des logiciels existants dans sa solution globale. Plusieurs projets SOA ont vu le jour depuis plusieurs années. La question si oui ou non, les objectifs sont atteints est une autre question. Toutefois, avec la venue de l’architecture en nuages (« Cloud computing »), la question se pose : est-ce que ça va remplacer le SOA ou le complémenter?

Quels concepts proviennent du « cloud computing »? Le « cloud » permet d’héberger des applications ou des données sur une infrastructure de classe mondiale partagée à distance. Nous pouvons louer une application en SaaS (Software as service) ou plutôt héberger une application toute faite ou développée maison sur les serveurs d’un tiers. Ceci vient avec les avantages de ne plus se soucier du support des serveurs et de leur disponibilité, car le « cloud » vient souvent avec des garanties de haute disponibilité.

Le gros avantage du « cloud » en SOA serait à mon avis de louer une application à distance en mode SaaS. Elle serait alors interfacée avec un API quelconque (SOAP, REST, etc.). Les couts initiaux sont au minimum et votre équipe technique n’a pas à jongler avec des installations de logiciels auxquels ils ne sont pas les maitres d’oeuvre. Votre fournisseur de solution devient alors responsable de publier ses interfaces, les documenter et dorénavant de fournir l’application sur un environnement disponible et à jour. Le seul compromis est d’accepter qu’une portion de ses données soient hébergés à l’extérieur des murs et stockés parmi d’autres organisations dans un environnement partagé.

L’autre possibilité est d’héberger sa propre application maison sur l’infrastructure d’un tiers. Ceci aurait pour but de s’éviter les couts d’acquisition et de support de ses équipements. Ceci est un choix d’affaires. Si on est confiant de la sécurité des données chez son hébergeur « cloud », on peut y aller de l’avant et probablement jouir d’économies. Si on préfère que ses données sensibles restent à la maison, on doit mettre une croix là-dessus et se procurer les serveurs, le stockage et l’équipe nécessaire au bon fonctionnement de notre application.

LinkedIn Talent Advantage, la Cadillac du recrutement 2.0

Publié le par
Répondre

LinkedIn a lancé récemment une suite d’applications web destinées aux recruteurs en ressources humaines et aux chasseurs de têtes. LinkedIn Talent Advantage permet de faire des recherches plus approfondies des profils de ses membres et offre des possibilités plus directes de communiquer avec ces derniers.

linkedin-logo

Voici la liste des applications :

  • LinkedIn® Recruiter™: un outil exclusif aux recruteurs professionnels pour dénicher les meilleurs talents passifs, avec un moteur de recherche avancé, le visionnement des profils en entier, l’envoi de messages directs et la collaboration d’équipe.
  • LinkedIn® Jobs Network™: affichage de postes à combler avec une capacité de partage viral entre internautes.
  • LinkedIn® Talent Direct™: campagnes de courrier InMail (service de messages interne) pour rejoindre plus de candidats et avec plus de précision.
  • LinkedIn® Employer Advertising™: affichage de publicités qui peuvent être ciblées par groupe de professionnels.
  • LinkedIn® Custom Company Profiles™: profile de compagnie riche et extensible qui peut afficher de l’information variable selon la localité de l’internaute, son industrie, sa fonction.

Source: LinkedIn Launches New Tools to Boost HR Professionals’ Efficiency as Responses to Job Postings Double in Challenging Economy