Revision [2251]
This is an old revision of Blog20081028ArchitecteSIorTechiqueOrNotToBe made by BenoitAudouard on 2008-10-28 01:34:38.
des parcours différents
l'architecte SI est principalement issu des études- il a une bonne compréhension des besoins utilisateurs et du métier
- il a une très bonne vision des processus et des systèmes techniques mis en oeuvre pour y répondre
- il a quelques notions des outils du marché
- il sait estimer la complexité en terme de développement et de déploiement
des points communs
- une bonne vision technique et métier
- la volonté que les projets soient faisables et exploitables
- un recours à une bonne identification des besoins et des possibilités de mise en oeuvre, dans le respect des canons de l'état de l'art
- une vision pragmatique de ce qui est faisable, ce qui est réalisable et ce qui serait bien (une sorte de monde idéal dans le réel)
des objectifs différents
- l'architecte SI cherche à répondre aux utilisateurs
- l'architecte technique cherche à répondre aux utilisateurs
- l'un cherche à mettre en oeuvre ce qui existe, avec parfois quelques aspects novateurs nécessitant une formation des différentes entités support
- l'autre cherche à mettre en oeuvre ce qui est faisable et acceptable, par rapport à ce que savent faire les entités support : l'estimation de la complexité (se traduisant en coûts et délais) en découle directement
- l'un est dans la définition du besoin, l'autre dans la mise en oeuvre
Architecte SI
- souvent issu des départements études, il maîtrise l'intégration de projets complexe (développement et progiciel) et la création d'un catalogue de services répondant aux besoins utilisateurs
- focalisé sur les besoins utilisateurs, il estime la complexité des projets par leur impacts sur les différents composants du SI
- attaché à l'état de l'art, il préconise les solutions permettant de répondre au besoin, dans des versions novatrices si nécessaire
- sa vision globale lui permet de donner une cohérence sur les versions majeures et la coordination nécessaire au niveau des directions de projet
- il a son mot à dire sur les échanges inter-applicatifs et proposer des solutions d'interconnexion
- la compréhension du besoin fonctionnel permet d'avoir une vue de bout en bout sur les composants du SI
- l'état de l'art pousse aux applications client léger (diminuer l'impact de déploiement aux serveurs) et aux traitements au fils de l'eau (et non batchs ou horaires)
Architecte technique
- souvent issu de la production, il maîtrise les impacts sur l'exploitation, la formation des administrateurs, est féru de technologies ayant une valeur ajoutée en terme d'exploitation (sauvegardes, supervision, capacity planning, parfois métrologie...) pour assurer les niveaux de services nécessaires pour les utilisateurs
- focalisé sur les besoins utilisateurs, il estime la complexité des projets par leurs écarts à un catalogue de solutions maîtrisées, il arbitre entre un mode standard ou un mode projet)
- attaché à l'état de l'art, il préconise les solutions maîtrisées dans les versions validées permettant de maîtriser les risques projets (version novatrice, version éprouvée) tout en poussant au passage aux dernières versions supportées pour tous les composants (et résorber l'obsolescence).
- les termes de PRA, PCS, DICT sont au coeur des solutions qu'ils proposent, conformes au cycle de développement retenu
- il a à coeur de proposer des solutions exploitables et maintenues, et choisit les matériel compatibles avec les choix du projet répondant aux exigences de performance identifiées
- il a son mot à dire sur les échange par le choix de protocoles adaptés et supportés
- la tenue en charge fait partie du capacity planning, généralement évalué pour les 3 ans à venir (une analyse comportementale de l'application permet d'arbitrer entre les données manipulées et la complexité des traitements pour déterminer les priorités en terme de performances)
parcours et salaire
- l'expérience est la plus-value de l'architecte qu'il soit SI ou technique, c'est la garantie d'une bonne évaluation des impacts et de la mobilisation des équipes impliquées
- le fonctionnement d'un intégrateur ou d'une TMA n'a de mystère ni pour l'un ni pour l'autre et il peut assister les chefs de projets à encadrer ses équipes de développement dans un réajustement de l'estimation des risques en vue de leur réduction et trouver les compromis nécessaires à l'intégration dans le SI.
- tant l'architecte SI que l'architecte technique savent adapter leur discours pour répondre à des utilisateurs ou MOA, notamment lors des études de faisabilité permettant d'estimer les coûts et délais.
- 10 ans d'expérience et la connaissance d'au moins 3 intégrateurs sur une 20aine de projets assurent une diversité en terme de technologies, de types de projets ou de risques métier. La connaissance de projets court terme (chefs de projets) et longs termes (directeur de programme) est un plus.