Gère le cycle de vie et le coût du patrimoine informatique

01Vois l’actif comme un cycle

besoin
→ choix / acquisition
→ réception et enregistrement
→ préparation / déploiement
→ affectation et exploitation
→ maintenance / évolution
→ réaffectation éventuelle
→ décision de renouvellement
→ retrait
→ effacement / restitution / traitement de fin de vie
→ clôture de la preuve

Chaque étape produit des informations différentes. Le numéro de série répond à une question d’identification ; le propriétaire métier, le contrat, la date de fin de garantie ou la preuve d’effacement répondent à d’autres questions.

02Ne confonds pas prix d’achat et coût réel

Un poste acheté 900 € ne « coûte » pas seulement 900 € pendant sa vie utile.

coût d'acquisition
+ préparation et déploiement
+ licences associées
+ maintenance et support
+ énergie et consommables si pertinents
+ temps d'intervention
+ réparations ou extensions
+ coût d'indisponibilité significatif
+ coût de retrait ou de restitution
= vision du coût total

Le calcul n’a pas besoin d’être comptablement parfait pour être utile pédagogiquement. Il doit surtout rendre les hypothèses visibles et permettre de comparer deux décisions avec les mêmes règles.

03Observe trois actifs de SORIA Distribution

asset,age_years,annual_support_eur,incidents_12m,criticality,warranty,status
PC-COMPTA-07,4.5,180,5,high,expired,in_service
PC-ACCUEIL-03,2.0,80,1,medium,active,in_service
LAPTOP-SPARE-02,3.0,60,0,low,expired,stock

La décision ne vient pas d’une seule colonne.

PC-COMPTA-07
- ancien
- support en hausse
- incidents répétés
- usage critique
→ candidat au renouvellement prioritaire

PC-ACCUEIL-03
- coût contenu
- peu d'incidents
- garantie active
→ maintien probable

LAPTOP-SPARE-02
- peu utilisé
- état acceptable
→ candidat à la réaffectation avant nouvel achat

04Utilise une décision explicite

Pour chaque actif, choisis une action et justifie-la.

KEEP
→ maintenir en service

UPGRADE
→ prolonger la vie par une amélioration ciblée

REASSIGN
→ réaffecter à un besoin moins exigeant ou différent

REPLACE
→ remplacer parce que le coût, le risque ou le besoin le justifie

RETIRE
→ sortir du parc et fermer les dépendances associées

« Il est vieux » n’est pas une justification suffisante. Une bonne décision relie besoin, état, coût, risque, dépendances et solution de remplacement.

05Prépare la sortie de parc

Le retrait technique doit être traçable.

1. confirmer que l'actif n'est plus nécessaire ;
2. identifier l'utilisateur, le service et les dépendances ;
3. récupérer ou transférer les données utiles ;
4. retirer les accès, certificats ou associations nécessaires ;
5. libérer ou réaffecter les licences ;
6. appliquer la procédure d'effacement adaptée au support ;
7. enregistrer la restitution, le réemploi ou la filière de fin de vie ;
8. conserver une preuve bornée de la décision et de l'opération.

La preuve pédagogique ne contient jamais de mot de passe, de clé, de donnée personnelle réelle ou de copie de données utilisateur.

06Relie la décision aux objets GLPI

Actif
→ état, utilisateur, lieu, modèle, informations financières

Contrat
→ garantie, maintenance, location, support

Fournisseur
→ prestation, renouvellement, retour éventuel

Licence
→ affectation à libérer ou transférer

Budget
→ coût du maintien ou du remplacement

Ticket / changement
→ opération de migration, remplacement ou retrait

La force de l’outil vient des relations. Une date de fin de vie isolée n’explique pas pourquoi l’actif doit sortir ni si les dépendances ont été traitées.

07Construis une preuve de décision

Pour un actif donné, le dossier minimal peut contenir :

Exigence
- décider du maintien ou du renouvellement

Contexte
- rôle de l'actif, utilisateur ou service, criticité

État observé
- âge, garantie, incidents, coût, capacité, dépendances

Options
- maintenir, améliorer, réaffecter, remplacer, retirer

Décision
- choix retenu et justification

Vérification
- critères qui confirmeront que le remplacement ou le retrait est réussi

Limite
- données manquantes ou hypothèses non vérifiées

08Fais une revue de portefeuille

Crée un tableau de cinq actifs avec au minimum :

identifiant
usage
criticité
âge
état de garantie
coût annuel estimé
nombre d'incidents
option proposée
priorité
justification
preuve attendue