Une UrbArchie
Une UrbArchie est un mot-valise rapprochant Urbaniste et Architecte qui promeuvent les mêmes bonnes pratiques, appliquées à leur domaine de prédilection. Même si ce sont des métiers différents, il y a des approches et des volontés communes.Vous pouvez ajouter de nouvelles pages et les organiser sur ContribuerUrbArchie, selon une taxinomie cohérente.
Domaine de prédilection
Nous intervenons sur le système d'information (SI) de l'entreprise, nous avons à cœur de le rendre plus efficace- pour répondre aux besoins métiers
- pour répondre aux exigence de performance
- pour promouvoir les bonnes pratiques permettant de réduire les coûts, tant en conception et développement (BUILD) qu'en exploitation (RUN)
- pour proposer la solution adaptée et promouvoir l'interopérabilité, les bonnes pratiques, choisir le best-of-breed, limiter les risques projet et s'inscrire dans un développement agile permettant d'adapter la solution au time-to-market
- au besoin dans un contexte complexe (MOA, AMOA, MOE, SSII, MCO/TMA, production déléguée)
- prenant en compte les évolutions du SI et son infrastructure : cloud, engagement de l'hébergeur, sécurité, localisation
- prenant en compte les évolutions du réseau (tout le monde est sur Internet) et de la sécurité malgré un passif le plus souvent malencontreux (on est « entre nous » sur un réseau interne alors que 70% des attaques venaient de l'intérieur, je n'ai jamais compris ce raisonnement).
Méthodologies
- TOGAF,
- SCRUM, XP
- ITIL
- CMMI, 6sigma...
Compétences
- modélisation
- mind-mapping
- XML / UML / Merise
- suivi des tests
- continuous building/testing
- Jenkins pour Java, par exemple
- gestion de déploiement
- automatisation de création de paquets et mise à disposition, automatisation de mise à jour
- gestion de capacité / suivi des niveaux de service
Mise en œuvre effective
- Monitoring / capacity planning / CMDB
- Service Desk permettant de gérer la complexité des intervenants sur chaque composant
Priorités
- Reprendre en main son SI selon les axes :
- pérennité
- réduction des coûts
- interopérabilité, respect des standards et de la sécurité
- réduction du time to market, seules les applications critiques nécessitant l'ensemble du processus pour une meilleure efficacité dans la durée
- utilisation de logiciel libre lorsque cela est opportun, au besoin par une étude préalable d'opportunité (fonctionnalités nécessaires, critères techniques, volonté métier, économies sur les licences / partage avec d'autres entités dans la même démarche et capitalisant sur un besoin spécifique...)
Opposants sans exhaustivité
- brevets logicel : illégaux en Europe, un marché incontournable, pourquoi se limiter aux US ? (non-usa vs tainted, dans les 2 cas c'est favoriser la diffusion et permettre ce qui est possible dans chaque pays, tant que cela ne s'est pas répandu : non-us étant le pendant, disponible mais accessible de tout le monde (à l'époque), mais devant être contourné désormais (non-us n'existe plus, tainted est apparu)
- trademark : un moindre mal, contournable (si non défendu)
- droit d'auteur : quelle est la logique de protéger une œuvre 70 ans après la mort de son créateur ? (20 ans après création de l’œuvre ne suffirait-il pas ?)
CategoryUrbaniste CategoryArchitecte