Gestion des connaissances pour les débutants
Gestion de la connaissance (KM) peut être définie simplement comme le processus grâce auquel les organisations génèrent valeur de leurs actifs intellectuels et fondée sur la connaissance. Actifs de connaissances sont souvent regroupés en deux catégories :
(1) Connaissances explicites : Généralement, tout et rien qui peuvent être documentés, archivées et codifié. Exemples comprennent des brevets, des marques de commerce, des plans d'affaires, les listes de recherche et de la clientèle de marketing.
(2) Savoir tacite : Le reste. Le savoir tacite est le savoir-faire contenus dans la tête des gens. Le défi inhérent avec le savoir tacite est de déterminer comment reconnaître, de générer, de partager et de le gérer.
Le plus souvent, générer la valeur de ces biens implique partage parmi les employés, ministères et même avec d'autres entreprises dans un effort pour atteindre – ou aller au-delà - meilleure pratique. Pour les connaissances explicites, le focus peut être utilement décrit comme « people rattachement aux choses », tandis que, pour des connaissances tacites, l'accent est « de rattachement people to people ».
Technologies de recherche made simples
Il existe essentiellement deux types de technologie de recherche : structuré recherche et recherche non structurée :
1) Recherche structuré : Dans une recherche structurée (exemple Yahoo) l'utilisateur clique sur vers le bas à travers un répertoire des catégories pour trouver les documents demandés. La structure de l'arborescence de l'annuaire est appelée une taxonomie, avec un nœud racine au sommet qui s'applique à tous les objets et les nœuds ci-dessous qui classent les sous-ensembles plus spécifiques de l'ensemble total des objets. Un exemple bien connu d'une taxonomie est la classification scientifique de Carl von Linné des organismes. Le nœud racine est (implicitement) « organisme » et nœuds ci-dessous sont le Royaume, Phylum, classe, l'ordre, famille, genre et espèce.
Dans Yahoo, la racine est « Répertoire », et il y a 14 nœuds principaux, y compris la société et de Culture, de sciences sociales et de référence. Si j'étais à la recherche pour des conseils de discours du meilleur homme (dont je n'étais pas si longtemps), je pourrais essayer (sur Yahoo) en cliquant sur la branche de l'arbre : répertoire > société et Culture > mariages > Discours et Toasts. Par ailleurs, je pourrais essayer de répertoire > Sciences sociales > Communications > parler en Public.
Il y a des évidentes avantages et les inconvénients de recherche structurée. La principale con, c'est que je pourrais tête vers le bas de plusieurs allées aveugles sur l'arbre avant de trouver la Direction générale des plus utiles. Le pro principale est que – une fois que j'ai trouvé cette branche – je suis susceptible de trouver toute une collection de documents pertinents que se sont réunis en un seul endroit. Pour le bibliothécaire (maintien de la taxinomie), il y a un autre con clé. Comme exemple de notre mariage illustre si bien, il y a souvent deux ou plusieurs endroits un pourraient mettre toute information donnée. Oh les tourments de choix !
2) Recherche non structurée : Dans une recherche non structurée (exemple Google) l'utilisateur saisit une série de mots clés dans un moteur de recherche, qui recherche un index du contenu (régulièrement rampé) et ramène les résultats, ordonnées par le match le plus proche pour la chaîne de recherche.
Le pro principal d'une recherche non structuré sont que je ne n'ont pas de remettre en question où la droite direction est sur l'arbre de taxonomie, mais plutôt Bond dans à la feuille, je cherche. Les inconvénients sont plutôt moins évidentes et le principal est que certains matériaux, que je pourrais trouver réellement très utile ne peut pas arriver dans la recherche. Cela peut être due à ma mauvaise sélection de termes de recherche, carence dans l'indexation / recherche algorithmes ou métadonnées pauvres dans le contenu lui-même.
Je devrais mettre en œuvre des fonctionnalités de recherche et, si oui, comment ? Recherche invariablement les partitions bien sur toute hiérarchisation de la fonctionnalité de l'intranet et est généralement « out-of-the-box » avec votre solution de portail, de sorte que je recommanderais certainement que vous incluez dans la portée de votre projet.Il ne vous surprendra peut-être d'entendre que les implémentations de recherche plus efficaces permettant à l'utilisateur de choisir entre les options de recherche structurées et non structurées et de naviguer facilement entre les deux. Par exemple, ma recherche de Yahoo non structurée sur « meilleur mans discours » m'emmène directement à un document pertinent, mais il me dit aussi où elle se trouve dans le répertoire. En cliquant sur la catégorie de répertoire, je peux amener tous les autres matériaux dans ce domaine (où finalement trouver la meilleure ressource pour mon besoin).
Pour mettre en œuvre la partie recherche structurée de votre solution, vous devez développer une structure de taxonomie pour votre organisation et les ressources d'information que vos gens ont besoin pour faire leur travail. Ceci peut être tout un défi ! Par exemple, une politique de règlement des griefs RH se trouve sous ABC Co > Ressources humaines > employé l'unité des Services > politique ou sous un Co ABC > mon emploi > mes droits > Direction des griefs ?
Mon Conseil est de faire simple et donnez-lui salle d'évoluer et de modifier. Une taxonomie idéale doit être plate et large (n'ayant pas plus de trois niveaux) et devrait convenir le fournisseur ou le créateur de l'information plutôt que de l'utilisateur de celui-ci (comme ils sont les gens qui remplira votre bibliothèque et vous avez besoin qu'il soit facile pour eux de le faire).
Afin d'assurer la composante non structurée de votre solution est efficace, vous devez vous assurer d'abord que les personnes éviter de jargon dans le corps de leurs documents (utilisant plutôt des mots-clés qui reconnaîtront les utilisateurs) et d'autre part qu'un pourcentage élevé de documents contienne des métadonnées décente. Métadonnées peuvent être simplement définie comme « les données sur les données ». Par exemple, les métadonnées de document grief peuvent inclure auteur : Tessa Jones, titre de l'emploi : agent des Relations employé, Département : Services aux employés, fonction: HR, sujet : emploi, titre : politique de règlement des griefs.
Rechercher aide avec le partage de connaissances tacites ? Absolument ! Beaucoup d'organisations ne parviennent pas à reconnaître ce. Connecting people to people (pour que conversations téléphoniques 10 minute qui pourraient sauver travail une semaine de) est souvent beaucoup plus précieux que le stockage des documents.
Vous devez créer une base de bien développé des pages jaunes, où les gens sont entrés augmentée leur blanc pages détails (titre du poste, adresse de courriel, numéro de téléphone) avec des informations sur leurs compétences, d'expérience et des intérêts. Puis – lorsque quelqu'un recherche grief – en plus de la politique de document word, les résultats incluent également (b) un lien à l'entrée de Pages jaunes de Tessa Jones et (c) un lien vers la teamspace relations avec les employés, où Tessa – et ses collègues de la ligne à travers ABC Co – collaborent sur la gestion des relations politiques développement et employé.
Quelques réflexions finales
La fonction de recherche humble peut être l'agent plus puissant pour votre organisation a déjà investi dans la gestion de meilleures connaissances. Par extension, par conséquent, il peut devenir la « killer application » définitive sur votre portail intranet. Toutefois, il est vital que la capacité de recherche peuvent voir toutes les informations et les gens dans votre organisation et la pertinence du résultat est élevé. Ce n'est pas aussi facile qu'il sonne et nécessite une planification adéquate et travail détaillé.
No comments:
Post a Comment