Schéma directeur de "passage au Libre"

Prolégomènes

  • On n'a pas toutes les ressources en interne
  • L'informatique, c'est pas notre métier

  • On veut y aller, mais sans impact grave au bout

Trouver le prétexte

Un prétexte opératoire, pas "des bonnes raisons" (comme par exemple les raisons économiques, ou de fiabilité)

  • connexion à Internet (accès, messagerie, sites web, intra/extra-net ?)
  • équipement d'un nouveau site
  • nouvelle vie d'un matériel dit obsolète
  • ...

En profiter pour faire un bilan de situation

  • est-on encore dans un plan informatique existant ?

  • inventaire de son matériel
  • inventaire de ses applications (et en particulier des applications critiques) ; but: trouver les équivalents libres et/ou savoir si elles tournent aussi sur système d'exploitation libre
  • faire le bilan de l'utilisation de ses applications ; but: les utilise-t-on bien (formats des données, par ex.), utilise-t-on toutes les fonctionnalités, est-on capable de changer facilement d'applications (méthodes de travail, appropriation par les utilisateurs) ?

  • quel est l'état de l'éventuelle équipe (officielle ou non) qui s'occupe de la logistique, de la bureautique : est-elle prête (demandeuse) pour passer à autre chose ?
  • quel est l'état de la formation des utilisateurs ?

De quel niveau de disponibilité avez-vous besoin ?

Niveau Exemples d'applications et conséquences si indisponibles
0 Économiseurs d'écran, jeux, etc.: une panne est sans conséquence
1 Productivité personnelle: traitement de textes, tableur, etc. Une panne impacte une personne mais ne gêne pas beaucoup l'entreprise
2 Applications horizontales: comptabilité, paie, services de fichier et d'impression, etc. Une panne impacte un petit groupe mais ne gêne l'entreprise que si elle dure plusieurs jours
3 Productivité de groupe (email, workflow) et applications verticales: gestion de production, logistique, etc. Une panne empêche le fonctionnement d'une partie importante de l'entreprise au bout de quelques heures; si elle se prolonge elle met en péril sa rentabilité voire sa survie
4 Conduite de processus industriel, saisie de commandes par téléphone, etc. Une panne bloque immédiatement un travail qui est la raison d'être de l'entreprise ou du département.
5 Informatique embarquée de sécurité, comme les commandes électriques de vol d'un avion moderne: une panne met en péril la vie humaine

Quels moyens mettre en oeuvre ?

  • externaliser ou...
  • ...en profiter pour créer ou augmenter une compétence en interne ?

Principes à garder à l'esprit

  • faire le choix d'une migration incrémentale
    • on ne change pas tout d'un coup
    • on commence par les serveurs ou par les clients
    • on commence par les couches basses

  • se préparer correctement
    • s'assurer qu'on a les compétences à portée de main
    • faire un calendrier d'étapes précis
    • faire une checklist de tout ce dont on a besoin
    • noter les configurations matériels actuelles
    • sauvegarder les données
    • bien choisir sa ou ses distributions

  • acquérir du savoir-faire et partager de la connaissance
    • faire un essai sur une machine isolée - se faire la main
    • mettre en place une cellule de veille
    • sensibiliser son personnel
    • former, à terme, son personnel

  • ne pas passer d'un bord à l'autre
    • garder du double amorçage
    • conserver de l'interopérabilité

  • prévoir
    • attention à la montée en charge des besoins (notamment serveurs bases de données)
    • mettre en place la télémaintenance et l'auto-configuration des machines via le réseau
[Explication du transparent] [suite] [suite]
/
suite: Pour en savoir plus

Explication du transparent

Les explications disponibles ici sont destinées à la personne désirant présenter ces transparents à un public. Il s'agit en quelque sorte du discours du formateur. Accessoirement, présenter ce discours ici facilite l'auto-formation du lecteur.


[Retour en haut]


Ay.is.wbmst
Tous droits de copie, distribution et modification selon les termes de la Open Content License
14/10/1999