Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1303 connectés 

  FORUM HardWare.fr
  Systèmes & Réseaux Pro
  Management du SI

  [PROJETS] Réduction des budgets informatique

 


 

 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

[PROJETS] Réduction des budgets informatique

n°83582
fookooflak​man
Posté le 03-08-2011 à 12:19:41  profilanswer
 
Voir ce message dans le sujet non filtré
 

lestat67sel a écrit :

Ah si tu pouvais venir bosser chez nous ....


Je ne suis pas dans vos moyens. [:julm3] joke :D
 

lestat67sel a écrit :

Ici on fait le contraire: le techos N1 et Ñ2 en CDI interne on les laisse partir, pour payer une TMA/TME qui coute les yeux de la têtes et faire les basses besogne (N0) par des techos de SSII exploité comme des chinois et payé au lance pierre.
 
Taux de décroché sur les appels : +++
Traçabilité : +++
 
Motivation des techniciens : ---
Implication du personnell: ---- (style faut rester jusqu'a 22h pour une panne, ou venir un samedi matin, niet)
Satisfaction client (interne): ---


Sur ce point, je dirais qu'au début les +++ et les --- c'est ce qui s'est passé pendant la période de transition, les "N2" qui n'aiment pas trop qu'on vienne grignoter leur travail ou qu'on "cadre" un peu les choses, ça les fait déguerpir.
Le plus difficile pour le client interne c'est de comprendre que la traçabilité et le décroché des appels ont un coût qui fait que l'économie réalisée n'est pas énorme s'il veut que la qualité des tâches prises aux N2 ne baisse pas. Mais le client interne a tendance à positionner le curseur sur "baisse des coûts max" et ensuite en essayant de pressuriser la TMA à fond pour garder un niveau de qualité satisfaisant.
Il est important aussi de s'assurer que les N2 débrouillards qui partent transfèrent bien un max de leurs connaissances à ceux qui restent.
 
Et enfin, pour reparler de la façon dont le projet a continué (cf. mon expérience), le client interne a ensuite fait de l'équipe N1 une équipe de "traceur d'incidents", mais qui n'avaient quasiment plus de raison technique d'exister, l'ensemble des tâches un tant soit peu techniques avaient été offshorées (en Inde). Donc qualité encore --- pendant un temps, et baisse des coûts max. Mais en général, si la transition n'est pas trop mal gérée, la qualité revient (car l'expérience et les connaisssances se "ref-forment" ) et les coûts eux ont quand même baissé drastiquement. Donc ça se fait, mais dans la douleur.
 

lestat67sel a écrit :

Sinon pour le topic, les trucs que je ferais chez nous si j'avais du poids:
- utilisation d'OCS/GLPI (OpenSource) plutôt qu'un outil Isilog à xxx xxx€
De manière général, utilisation d'outils Free plutôt que payant, même si ça prend un peu plus de temps à mettre en place (expérience +++)


C'est ce vers quoi on se dirige (OCS Inventory), et globalement on essaie effectivement de se tourner vers des solutions open source pour certaines choses. Par contre ça nécessite une forte implication des équipes, et quand on ne connaît pas, ça peut prendre du temps, et parfois le temps on l'a pas... Ca dépend du contexte client.
 

lestat67sel a écrit :

- faire mener les 'mini-projet' en interne plutôt que par de la prestation (WSUS, Ghost, Master etc ...)


Là en l'occurrence, c'est nous (SSII) qui nous en chargeons, on découvre, on est confronté à quelques difficultés, mais on avance bien quand même.
 

lestat67sel a écrit :

- acheter des switch HP plutot que des Cisco: Ca c'est fait, ça coute 2x moins cher pour la même qualité :)


Tout ce qui est équipements réseaux, je n'y connais rien, mais je crois que tu en ferais grincer pas mal des dents à sortir ça. Ce n'est pas tant pour la durée de vie mais semble-t-il pour l'évolutivité du matériel qu'il y a un gap entre Cisco et ses concurrents. Quoique ça n'est peut-être plsu valable à l'herue
 

lestat67sel a écrit :

- une gestion de stock digne de ce nom pour ne plus gacher des €€€ en achats inutile.


Ca fait partie du périmètre que nous (SSII) gérons pour notre client sur le périmètre postes de travail. Suivi du stock et gestion de l'inventaire, et s'assurer qu'il n'y a plus de PC qui disparaissent, et tendre une homogénéisation du parc pour diminuer la variété des problématiques support, des contraintes de déploiement etc...
 

lestat67sel a écrit :

- faire étudier par l'informatique le moindre projet qui a une implication informatique. (Plutôt que de décider en n'y connaissant rien et de refiler le bébé à l'info après)


Je suis on ne peut plus d'accord sur ce point ! Mais pour ça, il faut un DSI qui a du charisme et/ou du pouvoir. Et là ça dépend de la relation métier vs. IT qu'il y a en interne.
 

lestat67sel a écrit :

Sinon celle qui je trouve a le moins de chance d'aboutir: demander au techos N1 qui a fait de vrais étude en informatique plutot qu'au DSI qui n'y bite rien pour les questions un tant soit peu technique (et transférer une partie de son salaire au techos N1 :o)


Si un DSI répond a des questions techniques c'est que le SI doit être petit et les équipes (très) petites également, sinon en général c'est un manager qui fera descendre la question jusqu'au N1 (c'est ce qui se passe par exemple chez nous).

mood
Publicité
Posté le 03-08-2011 à 12:19:41  profilanswer
 

mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Systèmes & Réseaux Pro
  Management du SI

  [PROJETS] Réduction des budgets informatique

 

Sujets relatifs
Micro-coupures entre serveur et poste informatique...Logiciel de gestion de projets / Mail
Migration parc informatique PME pour pas se faire assaissiner.Conseils pour évolution matériel informatique petite PME
Renouvellement de parc informatique (stations de travail et serveurs)Outils de gestion de parc informatique
Gestion multi-projetsFabriquant baies ou armoires informatique
Choix d'un onduleur pour serveur + équipement informatiqueCharte informatique
Plus de sujets relatifs à : [PROJETS] Réduction des budgets informatique


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR