 |
||
| ||
| |||||
| Dernière réponse | |
|---|---|
| Sujet : HELP! Management du SI | |
| remi_ | Salut,
je comprends ce que tu veux dire, mais je trouve qu'en venant d'un domaine très technique, ça reste des concepts assez abstraits (gouvernance, stratégie, etc..). Il faut du temps et pas mal d'énergie pour faire comprendre aux métiers et direction que le SI apporte de la valeur à l'entreprise, et qu'on n'est pas la que pour maintenir le réseau, changer les postes, etc. Mais bon je commence à bien prendre le pli, et voit de mieux en mieux ce qu'on attend de mon service. Sur ce je vais me pencher sur COBIT ! Faut dire avant y avait aucune gestion du SI, donc y a pas mal de chose à mettre en place ! |
| Aperçu |
|---|
| Vue Rapide de la discussion |
|---|
| remi_ | Salut,
je comprends ce que tu veux dire, mais je trouve qu'en venant d'un domaine très technique, ça reste des concepts assez abstraits (gouvernance, stratégie, etc..). Il faut du temps et pas mal d'énergie pour faire comprendre aux métiers et direction que le SI apporte de la valeur à l'entreprise, et qu'on n'est pas la que pour maintenir le réseau, changer les postes, etc. Mais bon je commence à bien prendre le pli, et voit de mieux en mieux ce qu'on attend de mon service. Sur ce je vais me pencher sur COBIT ! Faut dire avant y avait aucune gestion du SI, donc y a pas mal de chose à mettre en place ! |
| akabis |
En tant que responsable SI, tu ne dois pas attendre qu'on te demande quoi faire. Donc la fonction n°1 du DSI est de mettre en place une gouvernance. Il ne s'agit pas seulement de mettre en place des référentiels. Cobit c'est: 1/2 journée d'Audit, 1/2 journée d'analyse, discussion avec le Com Dir pour valider les orientations, et hop la tu mets en oeuvre le schéma directeur. Sans gouvernance (ou co-gouvernance), on ne fait que mettre un bousin en place sans connaitre la valeur ajouté pour l'entreprise... et voila comment on fini par dire que le SI n'est qu'un centre de cout (ce qui devient vrai). Le service SI est l'un des services les plus traverses de l'entreprise, et comme je le disais un des plus gros levier de VA. Ce n'est pas une critique en soit, mais il faut sortir de la vision "technicien", comme je l'ai dit auparavant ce n'est plus le métier d'un responsable SI. |
| remi_ | Salut,
j'ai été un peu dans la même situation que toi il y a 1 an. Dans l'entreprise où je suis depuis quelques années, on m'a proposé le poste de responsable de l'équipe IT. On gère toute l'infra serveurs & réseau de la boite, le parc client (matos, support utilisateurs), et déploiement d'applications pour les divers métiers. On est 5 dans le service. La boite est composée de 2 tiers d'ingés développement, dont certains en savent plus que nous au niveau dev/déploiement d'applis ;) Je suis arrivé dans le département pour "industrialiser" un peu tout cela, car jusqu'à présent c'était géré comme une bonne vieille startup avec les moyens du bord, de la récup, des solutions pas forcément très pro. Voici donc quelques points que je pense ont été utiles à ma prise de fonction et amélioration du service IT: 1 - Prise de fonction Je connaissais déjà le service, donc pas trop de surprises, par contre, j'ai bien discuté avec mes collègues pour savoir ce qui allait, ce qui n'allait pas, comment ils voyaient les choses, leurs évolutions, etc. J'ai également demandé ce que faisait chacun de mes collègues, pour bien attribuer les taches, que ce soit clair pour tout le monde. Ensuite, j'ai fait le tri dans les idées, et me suis fait une liste d'actions avec mes idées, celles de mes collègues, pour remettre d’aplomb le SI avec des propositions qui tombaient sous le sens. Mon 1er gros chantier a été la virtualisation des serveurs, qui nous a fait gagner un temps précieux sur le déploiement de nouveaux services et haute dispo, et d'autres points qui pouvaient être mis en œuvre facilement. On a également fait un gros boulot dès le début sur la documentation interne au service, car le peu de doc qu'on avait n'était plus à jour (difficile quand t’arrive dans le département et que t'es obligé de demander partout comment ça marche plutôt que de lire la doc) 2 - État du SI A ce stade, j'ai une liste d'actions, mais pas forcément tout, et pas forcément dans le bon ordre. J'ai demandé à un prestataire un audit ISO27001, car on ma direction m'a demandé de privilégier la sécurisation du SI. Du coup, j'ai pu avoir un schéma directeur et priorités sur les actions que j'avais déjà identifiées, ainsi que d'autres tâches. L'avantage avec l'ISO27001, c'est qu'il y a pas mal de concepts "classiques" du SI qui ressortent: disponibilité des services, sauvegarde, etc. A partir de là, je sais plus en détail ce que doit faire mon équipe, et dans quel ordre. Reste à voir maintenant les demandes des métiers. 3 - Relation avec les métiers On a de plus en plus de demandes qui arrivent des métiers (déploiement de CRM, Intranet, GED, etc), et jusqu'à présent ces demandes étaient gérées un peu à l'arrache. Il y a également des applis métiers qui sont développées en interne par divers département. Suite à une formation "DSI", on m'a dit d'être plus proactif avec les métiers, en mettant en place 2 réunions de travail régulières pour savoir: - ce qu'attendent les métiers d'un point de vue fonctionnel - comment techniquement avoir un SI homogène avec les divers départements qui déploient leurs propres applis, pur les accompagner plutôt que les brider la dessus. Ainsi, je peux savoir en avance de phase les besoins métiers, et si d'autres services que l'IT développent/déploient les services, au moins l'IT à la maitrise des applications qui tournent au sein du SI. Également, j'essaie de voir avec ma direction ce qu'elle attend de mon département, autrement que par "Internet doit fonctionner" et "Je dois lire mes mails sur mon iPhone" 4 - Management J'ai une petite équipe, que je connaissais, donc le côté management s'est plutôt bien passé. Je suis de près leurs travaux, truc classique quoi... revue hebdos, suivi de taches, etc. Je demande juste des formations en tant que Responsable du SI pour savoir si ce que je pense faire va dans la bonne direction. 5 - Référentiels & Reste à faire Maintenant que j'ai un peu plus de visibilité sur ce qu'on me demande de faire, voici sur quoi je dois travailler: - Suivi de référentiels COBIT pour la partie gouvernance, mais ça reste pas mal flou pour moi, je me demande si je peux l'appliquer, j'ai plus l'impression que je suis dans un service "opérationnel" - Suivi du référentiel ITIL pour toute la partie helpdesk, gestion du parc, déploiement des services. - Suivi du référentiel ISO27001, car demandé par ma direction ;) Ça fait pas mal de référentiels, mais y a bcp de points qui se recoupent ou qui découlent du bon sens. Le plus gros boulot reste le lien avec les métiers pour tout ce qui est la gestion de projet sur les déploiements demandés. Autre point aussi, c'est tout ce qui est procédures... j'en ai écrit pas mal au début, mais personne ne les lit ;) Donc éviter de faire trop de zèle sur ce point. 6 - Technique Comme toi, je suis un technicien à la base. Je continue d'administrer des serveurs, mais j'essaie de ne plus prendre de projets techniques seuls. Car plus ça va, moins j'ai le temps d'administrer les machines. Par contre, j’hésite pas à aider mes collègues sur certains points, mais c'est dur de déléguer ;) En tous cas, il faut toujours faire un peu de technique, histoire de savoir de quoi ça cause lors des réunions de lancement de projets, des choix à faire. Y a pas mal de points redondants avec ce qu'a dit Akabis, mais bon, j'imagine qu'un autre point de vue peut confirmer la marche à suivre (ou pas) ! Et félicitations, tu verras c'est surmontable ;) |
| Merci beaucoup :jap: |
| akabis | Bonjour, Il y a plusieurs chose à voir (dans le désordre): 1ere étape (fonctionnel/Gouvernance SI): Il te faut savoir exactement dans quelle situation tu es, vers quoi va l'entreprise et comment le SI va être un levier de performance. => Faire le point avec la direction et les directions métiers, mettre en place un schéma directeur, l'exposer, le faire valider... en voiture Simone!
Tu gères une équipe, il va falloir lâcher le technique: ce n'est plus ton taf... donc les scripts ou autres tu t'en fout, c'est à l'équipe de voir ça. Pour les orientations (automatisation, choix techno, etc.) je te conseille de ne pas prendre seul les décisions. Et surtout communique, communique et communique encore... avec les users, les directions et ton équipe Ressources: PS pour le choix du SI: Concernant le Cloud, c'est pas encore ça, le ROI n'est pas encore intéressant et il t'en coutera le double que pour une archi intégré. Mais à partir de là, tu peux mettre en place ton propre Cloud privé, mais là il faut plus d'info sur tes sites. |
| couak | ITIL version 3, livre sur "Service Operation" |
| Merci pour ces précieux conseils.
Sachant que la société va probablement racheter d'autres boites et qu'elle aura besoin d'un socle technologique pour les absorber, quelle serait votre statégie pour mettre en place un SI agile? - mettre en place un EAI voir un ESB - externaliser chez un tiers sur une plateforme cloud - autre :D |
| akizan | Bon déjà félicitations à toi ^^
Si c'est une première pour toi le management, avoir une équipe de 10 personnes à gérer, pour sûr ça va te demander beaucoup de temps et d'énergie. Tes 3 éléments sont bien je trouve auquel je rajouterai : - planning des projets. - organisation des tâches (qui fait quoi). - ne pas oublier les entretiens individuels / souhait de carrière et toute la partie RH. - écouter les idées et les propositions de l'équipe. - gestion de projets Bref les outils de "base" au sein d'un SI à la fois pour organiser et pour le reporting mais aussi pour manager. et évidemment les réunions de service :) en me relisant je sais pas si je répond à la question ^^ |
| Je@nb | Pour moi faut déjà que tu t’imprègne de ce qu'il y a en place, que tu fasses des quick wins sur des choses simples pour ensuite monter d'une infra "à l'arrache" à qqch d'industriel. Après tu parles de PME donc ça va rester assez simple, faut pas non plus s'imposer des trucs de fous.
Tu peux regarder ce qui se fait autour d'ITIL, de MOF and co mais faut pas vouloir tout révolutionner d'un coup. Y aller par briques. Si aujourd'hui c'est le support qui pèche, commencer par là. Si ya aucune doc, que les mises en prod se font à l'arrache, commencer par là. Etc. etc. |
| Bonjour,
je vais être catapulté demain à la tête d'un service d'exploitation SI d'une dizaine de personnes (nearshore + offshore) d'une PME et j'ai besoin qu'on m'indique les bonnes pratiques à mettre en place pour industrialiser les process. J'ai déjà quelques pistes concrètes: - automatiser le plus de tâches possibles avec des scripts. - mettre en place un centre de services (ITIL). - mesurer la qualité du services avec des tableaux de bords, etc... Pour les managers en herbe, est ce que vous pouvez me donner vos trucs et astuces? A défaut me guider vers un ouvrage qui pourra m'aider? Attention je ne cherche pas de la théorie, uniquement des recettes concrètes qui marchent. D'avance merci. |
