Analyser les objectifs et modalites d un projet

01

Comment je l'ai validée

J'ai validé cette compétence en faisant concrètement ceci : J'ai valide cette compétence en partant d'un besoin concret a transformer en architecture realisable. Sur le projet ALGER, j'ai analyse le cahier des charges, identifie les services attendus, la segmentation réseau nécessaire et les contraintes d'organisation avant de lancer la mise en oeuvre.

Ce travail m'a permis de valider ma capacité à traduire un besoin en objectifs techniques, identifier les contraintes du projet et poser un cadre de travail cohérent. J'ai aussi appris a distinguer ce qui etait indispensable au fonctionnement du service de ce qui relevait du confort ou de l'amélioration future.

Lire le besoin et isoler les services indispensables

Identifier les contraintes réseau, système et sécurité

Transformer le besoin en architecture cible

Identifier les dépendances entre les services avant de commencer le déploiement

Prioriser les livrables pour obtenir une solution viable des les premieres étapes

TP et projets reliés

Projet ALGER

Ce que j'ai validé

Analyse du besoin Cahier des charges Architecture cible

02

Actions & réalisations

Cadrage et analyse des projets techniques.

Projet haute disponibilité réseau : HSRP + LACP pour redondance

Projet Active Directory : définition de la structure OU et GPO

Identification des besoins fonctionnels et techniques

Définition des contraintes : budget, délais, ressources disponibles

Rédaction de notes de cadrage et specifications

Elaboration de schémas d'architecture réseau

Planification des étapes et jalons du projet

Comparaison de plusieurs architectures possibles avant de retenir la plus adaptee

Identification des risques de sécurité, de charge et de disponibilité des la phase d'analyse

Projets réalisés

HSRP/VRRP LACP Active Directory Supervision Segmentation VLAN

Compétences BTS SIO

Analyser les objectifs Planifier un projet Documenter

03

Difficultés & solutions

La difficulte n'etait pas seulement technique : il fallait cadrer correctement le besoin pour eviter de déployer une solution trop complexe ou mal ciblee.

Problème : Besoins mal definis ou changeants en cours de projet

Solution : Validation formelle du cahier des charges avant demarrage

Problème : Sous-estimation du temps nécessaire

Solution : Ajout de marges de sécurité et decoupage en sous-tâches

Problème : Tendance a vouloir surdimensionner l'architecture des la phase d'etude

Solution : Revenir au besoin essentiel, définir un socle minimum viable puis ajouter les évolutions ensuite

04

Bilan personnel

Cette compétence m'a fait progresser sur un point essentiel : avant de toucher à la technique, il faut être capable de comprendre pourquoi on met quelque chose en place. J'ai pris l'habitude de raisonner en besoins, contraintes, dépendances et risques au lieu de partir directement sur un outil ou une configuration.

Personnellement, cela m'a rendu plus rigoureux dans ma façon de preparer un projet. Je gagne du temps ensuite en exécution, car une bonne phase d'analyse limite les retours en arriere, les oublis et les choix trop improvises.

Mieux cadrer un besoin avant toute mise en oeuvre

Eviter les choix techniques inutiles ou prematurement complexes

Structurer plus clairement mes projets à l'oral comme à l'ecrit