jeudi 27 août 2009

Codification administrative des lois fédérales en ligne

Je viens de remarquer une nouveauté intéressante sur le site du Ministère de la justice du Canada. Les codifications administratives des lois fédérales sont maintenant disponibles en format PDF bilingue. Très utile pour dépôt à la Cour...

lundi 20 juillet 2009

Partir un Wiki

Un truc simple pour partir un wiki dans une entreprise ou une organisation: Ne le partez pas vide, mettez-y un contenu de départ. Le gens seront davantage portés à collaborer en modifiant un contenu existant plutôt qu'être la première personne à risquer d'écrire un contenu nouveau.

samedi 18 juillet 2009

Un "search entreprise" ou un "système de gestion du savoir"

Il est difficile de s'y retrouver aujourd'hui face à l'offre du marché parce que toutes les compagnies prétendent qu'ils peuvent TOUT faire. Un exemple parmi tant d'autres en page d'accueil:


Mais une fois installé, ce n'est plus aussi simple... Il est important à mon avis de différencier deux grandes catégories d'outil:

-Les moteurs d'indexation: qui permettront d'indexer (pour permettre une recherche en plein texte) des contenus divers, situés dans divers locations et de divers formats (.doc, mail, .PPT, PDF...)> Ici le document électroniques est au centre de ce système; Lorsque commence un projet de gestion du savoir, on réalise rapidement qu'il faudra y greffer une base des données et c'est là qu'on commencera a discuter de programmation... Mais ne vous y trompez pas, la programmation d'une base de données spécialisée en gestion du savoir prendra plusieurs années en développement. En fait, la base de donnée spécialisée est plus importante que l'indexeur dans ce type de projet. Cette technologie permettra d'offrir un "Search enterprise" (une page de recherche) mais difficilement à mon avis, "un outil de gestion du savoir" permettant de "gérer" votre information.

Lire aussi ce billet et la suite concernant les moteurs d'indexation.

-Un outil de gestion du savoir: Est d'abord un système qui permet de gérer des informations, que ce soit des documents électronique ou autres. Ici, la gestion de votre information via une base de données spécialisée, est au coeur de ce système. C'est selon nous, ce qu'un gestionnaire du savoir a besoin pour offrir un service de "gestion du savoir" dans une entreprise ou une organisation. Cet outil est souvent proposé avec un indexeur pour permettre aussi la recherche plein texte dans le documents électronique qui seront archivés au système. Cet outil permettra facilement de créer des fiches ou notices sans nécessairement y archiver des documents électroniques (Les formations à venir, les profils experts, les nouvelles, les nouvelles publications...). Également, cet outil devra permettre la création d'une fiche ou notice, et y archiver plusieurs documents électroniques dans la même fiche. L'information et son classement (descripteur, thésaurus...) est au coeur de ce système et non le document lui-même.

Cet outil doit vous offrir toute la puissance et la souplesse, pour travailler et modifier en lot des informations. Les contextes changent, évoluent et votre outil doit permettre de faire refléter cette réalité. Ce n'est pas qu'au moment de la saisie initiale d'un document dans le système que l'on connaîtra parfaitement son classement ou l'informations a y ajouter. Il faut être en mesure de facilement revenir en arrière sur des lots d'information sans devoir passer par le département informatique.

Aussi, souvent les indexeurs prétendent être en mesure de générer automatiquement une taxonomie...Ce que j'ai pu voir comme résultat m'a laissé un peu perplexe...Je suis curieux, y a t-il des personnes qui ont réussi a obtenir un résultat satisfaisant avec cette composante? Mon point est le suivant, ne perdez du temps et une belle occasion d'impliquer vos experts pour créer une ou plusieurs taxonomies. Si vous décidé de créer une taxonomie, cette étape est importante pour impliquer vos clients et faire en sorte qu'ils sentent que c'est aussi leur projet...Dans un projet collaboratif, il ne faudrait pas oublier d'impliquer "les personnes" à qui s'adressera votre service.

Un Search enterprise ou un système de gestion du savoir? Encore une fois, ça dépendra de vos besoins. Partager et mettre vos documents importants dans un répertoire, puis les indexer pour permettre une recherche plein texte, est un projet simple mais qui offrira aussi un résultat limité (Search enterprise). Gérer et maîtriser votre information, dans le cadre d'un projet de gestion du savoir, est plus complexe à mettre en place mais offrira des avantages et possibilités d'avenir tout autre (système de gestion du savoir).


Quelques critères de sélection d'un outil de gestion du savoir:

-Multi thesaurus
-Multilingue
-Multi-contextes ou Multi-projet
-Gestion Électronique des documents (GED) et Gestion des emprunts
+composantes 2.0 (wiki, Blog...)


mardi 21 avril 2009

Deux jours au Leg@l.IT 3.0 à Montréal

Deux journées intéressantes. Je retiens que Lexum et le CAIJ cette année désire maintenant offrir leur expertise aux secteurs privés et publiques. Effectivement, les deux entités ont développé une expertise incroyable ces dernières années chacun dans leur domaine respectif.

Le CAIJ propose un partenariat technologique pour vous permettre de créer votre propre catalogue de bibliothèque en ligne en utilisant leur technologie mais surtout en vous offrant la possibilité de dupliquer leurs notices afin de vous faire épargner la saisie des ouvrages que vous avez achetés. Deux potentiels ici d'économie très important lorsque le sait combien coûte l'acquisition d'une telle technologies mais aussi les coûts non négligeables pour saisir un à un les ouvrages pour la mise à jour de votre catalogue....Effectivement, pourquoi ne pas réutiliser la notice créée par le CAIJ pour un ouvrage récemment achetée et bénéficier par le fait même de l'expertise de cette équipe?

voir cette notice à titre d'exemple:





Ce qui n'a pas été dit mais qui serait techniquement possible aussi (mais je ne veux surtout pas parler pour le CAIJ...) puisque leur système permet de communiquer dans la norme z3950, est d'obtenir seulement une entente pour dupliquer leurs notices selon vos besoins, tout en conservant sa propre technologie. Effectivement, normalement les systèmes de catalogage peuvent communiquer dans cette norme et possède la plupart du temps une fonction "dupliquer la notice". Le libraire n'aurait pas à changer nécessairement de technologie mais pourrait tout de même regarder pour réduire les coûts. Notez qu'il existe bien d'autres catalogues accessible en z3950 et cela gratuitement.

Voici un exemple pour une autre technologie similaire:


...et on saisie encore des notices à la main? Il serait plutôt logique à mon avis de faire des ententes et laisser les experts s'en occuper...





lundi 20 avril 2009

La luminosité de l'écran...

J'étais aujourd'hui au Leg@l.IT 3.0 et revenait une discussion sur la difficulté de lire à l'écran en comparaison avec la lecture sur papier.  

C'est un détail un peu insignifiant mais qu'on ne dit jamais.  Par défaut, la luminosité d'un écran est telle, qu'il est effectivement difficile pour les yeux d'y lire un texte sur une longue période de temps.   Pourquoi ne pas tout simplement ajuster le contrôle "Brithness" à la baisse...véritablement cela fait une différence.

samedi 7 mars 2009

La gestion d'un projet informatique, quelques conseils

Je viens à l'instant de lire Petit guide de conception des plateformes juridiques en ligne — Recommandations en matière d’ergonomie, conception graphique et mise en page à destination des concepteurs de plateformes et bases de données juridiques en ligne , billet fort intéressant et qui me donne envie d'élaborer aussi un peu sur le même sujet suivant mes expériences:


1) Le développement ou l'achat d'un produit:

Un développement pure vous laissera seul à faire évoluer et tester votre produit. Cette charge, si votre produit est moindrement complexe, sera extrêmement lourde et onéreuse. Partez de la prémisse que, règle générale, on sous-estime la complexité d'un projet informatique.  S'il existe un produit sur le marché, privilégier son achat plutôt qu'un développement complet de système.

Il faut d'abord prendre le temps d'analyser les outils disponibles sur le marché ainsi que leurs réalisations concrètes si possible. Il y a toujours de nombreux nouveaux outils venant avec la promesse qu'ils savent tout faire...Faites attention aux grands noms du monde informatique, vous croyez prendre moins de risques parce que vous choisissez un grand nom...pas si certain, nous en rediscuterons ultérieurement. Préférez le service, la compétence et la disponibilité d'une entreprise que les promesses d'un grand nom connu sur le marché. À mon avis, plus souvent autrement, les grands noms imposent et changent de main ce sur quoi vous n'aurez aucun contrôle (et ce qui ne sera pas sans impact sur votre projet). Lorsque vous étudiez les systèmes, demandez de voir les choses fonctionner dans l'action auprès du représentant. Si l'on se fie aux vendeurs, aux présentations Powerpoint ou aux documents promotionnels, aujourd'hui tous les systèmes peuvent tout faire...Toutefois, lors de la mise en oeuvre, il pourrait en être autrement...

Assurez-vous de choisir un produit qui minimise le besoin de développement ou de personnalisation. Ensuite, planifiez méthodiquement vos travaux pour que le système puisse coller à vos besoins, ce n'est plus à l'étape de programmation ou personnalisation qu'il est temps de faire des modifications ou ajouts à vos plans initiaux.

Aussi, trop ajouter de développement à un produit commercial entraînera aussi des risques de compatibilité avec les versions ultérieures.  Bref il faut, dans la mesure du possible, ne pas trop s'éloigner du produit initiale pour minimiser tous les risques de dérive.

Un autre point avant de faire son choix , il faut bien faire la différence entre "une plate forme de développement" et un produit prêt à l'emploi, sans quoi, des petites surprises peuvent vous attendre.

Faites vos choix en fonction de vos ressources actuelles et futures, et assurez-vous que les dépenses seront proportionnelles aux bénéfices escomptés.

Pour la portion "développement", un projet de développement n'est pas chose simple et peu rapidement devenir un cauchemar, assurez-vous d'en avoir les qualifications pour ce type de gestion spécialisée.


2) Maîtriser les besoins de vos utilisateurs:

Bien sûr ça semble évident et facile à dire...Le gestionnaire du projet doit être celui qui connaît le mieux les utilisateurs. Avoir des groupes tests, est nécessaire en début de projet à mon avis. Aussi, il n'y a rien de plus révélateur que de donner la formation soi-même pour se rendre compte ce sur quoi les utilisateurs ont de la difficulté. En effet, être aussi responsable de donner la formation dans votre projet, vous apportera de précieuses informations au sujet du comportement de vos usagers et des idées pour les prochaines phases. Tout est dans les détails dans une interface bien conçue. Inutile de dire qu'il faut viser la simplicité.

Les aspects ergonomiques d'un projet de cette nature sont une science en soi. Un bouton à gauche plutôt qu'à droite peut faire toute la différence. Essayez de reprendre, dans la mesure du possible, les mêmes grands principes que l'on retrouve dans les autres outils que vos utilisateurs sont habitués d'utiliser (voir le billet cité plus haut).  À mon avis, il faut un budget spécifique et faire affaire avec des spécialistes pour les aspects graphiques et ergonomiques de votre système.  
Vous devez en savoir plus, vous même à l'interne, sur les besoins opérationnels de votre entreprise, que le consultant ou l'entreprise que vous aurez à embaucher pour vous aider dans la mise sur pied de votre projet...C'est vous qui devez gérer le projet.  Les rôles de chacun dans l'équipe doivent être bien définis.  


3) L'évolution de votre projet:

Améliorez votre système lentement et progressivement. Normalement, les utilisateurs sont assez frileux à l'annonce d'un nouveau système ou d'une nouvelle version d'un système. Lorsque je pense à un juriste, il a normalement autre chose à faire de son temps que de tenter de s'adapter aux technologies. Prenez l'exemple de l'évolution de Google, tout est pensé pour ne pas bouleverser les habitudes des usagers.  Toutefois, l'évolution de ce service est tout à fait formidable en arrière plan. 

Après avoir investie à former vos usagers, n'allez pas tout rechanger pour créer inutilement de la confusion. Une anecdote, il m'est arrivé de changer un peu la couleur de fond d'un projet web et de recevoir des plaintes comme quoi les gens ne s'y retrouvait plus...

Avoir une architecture de test similaire à l'architecture de production. Avec une équipe de test, tester tout, puis retester tout. Un bug est très mauvais vendeur, des plantages en production, vous ferons perdre des nuits de sommeil.

Adoptez vos changements un à la fois dans une période relativement tranquille pour votre système.  Conservez un cahier des changements en production, ainsi que les versions antérieurs du système pour être en mesure de revenir rapidement en arrière en cas de problème.

Assurez-vous qu'un "back up" complet du système et ces données est pris à intervalle régulier. Une fois par an, demandez de simuler concrètement la reprise d'un 'back up" (comme on fait un exercice de feu annuellement).

4) Mesurez la satisfaction de vos usagers:

Par le biais des statistiques d'utilisation, mesurer les progrès dans l'achalandage et contributions. Faites aussi, annuellement un sondage pour mieux comprendre ce qui peut être améliorer. Développez une stratégie de promotion pour votre projet, le bouche à oreille ne suffit pas toujours.

---------------------------------------------------