La
plupart des pathologies observées découlent des approches en
terme de "territoire". Bien souvent les concepteurs d'extranet cherchent
à définir qui est dedans et qui est dehors, ce qui est une
démarche qui ne peut que conduire à l'inefficacité (Global
extranet par exemple)
En effet dans la vie réelle les équipes de projet (ou de
chantier) évoluent dans le temps et changent à chaque projet. Par
ailleurs, à l'inverse, il est bien clair que toutes les personnes de
toutes les entreprises "membres" d'un tel extranet n'ont pas vocation à
avoir accès à tout
Aussi, plutôt que "d'un" extranet regroupant des entreprises (ou des
personnes) convient-il de parler "d'outils d'extranet" qui permettent de
gérer les droits (accès aux données en lecture ou en
écriture, habilitation à prendre telle ou telle décision
dans un processus,...)
Dans cette situation c'est chacun des dossiers ou des stades
décisionnels d'un workflow qui doit "savoir" qui est autorisé
à le consulter ou à l'activer
Un fonctionnement d'une communauté sur extranets c'est donc en fait
un outil permettant
voir
http://www.cgm.org/extranet.html et mioga
www.mioga.org
... et une organisation avec un administrateur par projet chargé
de cette gestion des droits
Evariste
©1996-2007
URL : http://www.evariste.org/new/index.html |
(Last update : Fri, 9 Feb 2007) |