Revision [5913]

Last edited on 2014-04-23 19:59:04 by BenoitAudouard
Additions:
http://cdn.themetapicture.com/media/funny-arguing-engineer-wrestling-pig.jpg :-) arguing with an Engineer is a lot like wrestling in the mud with a pig, after a couple of hours you realize the pig likes it
Deletions:
http://cdn.themetapicture.com/media/funny-arguing-engineer-wrestling-pig.jpg :-)

Revision [5912]

Edited on 2014-04-23 19:57:31 by BenoitAudouard
Additions:
http://cdn.themetapicture.com/media/funny-arguing-engineer-wrestling-pig.jpg :-)

Revision [5825]

Edited on 2013-06-26 21:15:18 by BenoitAudouard
Additions:
[[http://www-igm.univ-mlv.fr/~dr/XPOSE2008/SCRUM/process.php]] déroulement d'un sprint
[[http://www-igm.univ-mlv.fr/~dr/XPOSE2008/SCRUM/preambule.php#method]] manifeste agile (peu de livrables, l'important étant un produit fonctionnel)
[[http://www-igm.univ-mlv.fr/~dr/XPOSE2008/SCRUM/presentation.php#fonctions]] un schéma sur le sprint
[[http://www-igm.univ-mlv.fr/~dr/XPOSE2008/SCRUM/artefacts.php]] burndown chart : tableau de présentation des résultats atteints
[[http://www-igm.univ-mlv.fr/~dr/XPOSE2008/SCRUM/deepscrum.php#analyse]] défauts de la méthode scrum (peu de documentation)
http://www.aubryconseil.com/post/2007/07/18/263-l-agilite-au-detriment-de-l-architecture l'architecture est au cœur de l'agilité, à démontrer sa robustesse et sa pertinence
~~- s'en tenir à CPU et RAM voire un graphisme significatif s'il y en a (éviter les tableaux demandant d'être spécialiste système / base de données / serveur d'application pour être compris)
~~- ne garder que les recommandations concrètes ayant un correctif applicable et n'ayant pas d'effets de bords (ou limiter ces effets pour l'appliquer)
~~- si un architecte technique ne comprend pas ce qui lui est indiqué, comment un chef de projet le pourrait-il ?
===Sujets connexes===
http://linuxfr.org/users/lebouquetin/journaux/etre-technique-ou-ne-pas-etre-que-technique
Deletions:
http://www-igm.univ-mlv.fr/~dr/XPOSE2008/SCRUM/process.php déroulement d'un sprint
http://www-igm.univ-mlv.fr/~dr/XPOSE2008/SCRUM/preambule.php#method manifeste agile (peu de livrables, l'important étant un produit fonctionnel)
http://www-igm.univ-mlv.fr/~dr/XPOSE2008/SCRUM/presentation.php#fonctions un schéma sur le sprint
http://www-igm.univ-mlv.fr/~dr/XPOSE2008/SCRUM/artefacts.php burndown chart : tableau de présentation des résultats atteints
http://www-igm.univ-mlv.fr/~dr/XPOSE2008/SCRUM/deepscrum.php#analyse défauts de la méthode scrum (peu de documentation)
http://www.aubryconseil.com/post/2007/07/18/263-l-agilite-au-detriment-de-l-architecture l'architecture est au coeur de l'agilité, à démontrer sa robustesse et sa pertinence

Revision [5823]

Edited on 2013-06-18 00:09:54 by BenoitAudouard
Additions:
http://www.infra-repository.org/oiar/index.php/Main_Page
~~- http://mageiacauldron.tuxfamily.org/Blog20130102ReplacingVisioByInkscape

Revision [5782]

Edited on 2012-12-07 01:59:59 by BenoitAudouard
Additions:
http://www.opensecurityarchitecture.org/cms/en/library/patternlandscape/189-0802pattern-003 catalogue de patterns
http://www.opensecurityarchitecture.org/cms/en/library/icon-library icônes en SVG pour schémas d'archi

Revision [5780]

Edited on 2012-11-23 23:03:11 by BenoitAudouard [compléments]
Additions:
~~- lien pour Inkscape à fournir, dia et le svg peuvent aider
~~- connecteurs, cela est un début (+ boîte avec texte inclus)
~~- quelques tags existants, beaucoup d'images
~~- voir comment copier/coller un objet et y faire référence (si cela fait partie de la norme SVG), sinon, se limiter à objets de 25 ko (réduire dégradés ou chemins)
~~- oui, http://en.wikipedia.org/wiki/Architectural_pattern (à décliner)
~~- notion de boîte grise : non décrite complètement, avec axes de résorption pour faire passer en boîte blanche voire libre
~- identification des différents types d'architecte, activités classiques, erreurs classiques des maîtrises d'oeuvre et MOA ?
~~- Architecte logiciel / Architecte Produit
~~- Architecte Fonctionnel / Architecte projet
~~- Architecte technique + Architecte SI + architecte applicatif + architecte infrastructure
~~- Unifier les compétences vs Urbaniste / cartographe / Urbaniste SI (pouvant descendre sur l'applicatif)
~~- sans compter les spécialités : architecte réseau, système, sécurité, JEE, stockage, etc.
~~- c'est un terme galvaudé, sans compter non plus junior, expert, confirmé, senior
~- pourquoi la sécurité réussit-elle à utiliser des normes affichées, mais pas l'architecture ? (il y en a trop !?)
~~- sécurité : EBIOS, ISO 27001
~~- architecture : TOGAF, ISO 646 / 10646, JSR 168 (portlet), ISO 26000 (qui devrait avoir le Green IT dans ses normes), le 29500 et le 32000 basés sur du propriétaire non implémenté effectivement sont pour l'instant à éviter
~- veille technologique ou auto-formation ? glande (justification de l'accès Internet) ou temps non-facturé passé à rien faire (contexte SSII) ou un réel investissement pour son évolution (plus pragmatique et représentatif de l'activité inhérente à tout architecte)
~~- non
~~- c'est le lot de tout architecte, il y a des études d'opportunité pour cela, des études de faisabilité ensuite pour l'avérer
~~- pas de dilemme, un état des lieux à l'instant t
~~- le mieux est l'ennemi du bien : faire maintenant reste améliorable par la suite (oui, plus difficilement, chut), cela s'oppose à pourquoi changer puisque cela marche ?
Deletions:
~- identification des différents types d'architecte, activités classiques, erreurs classiques des maîtrises d'oeuvre ?
~- pourquoi la sécurité réussit-elle à utiliser des normes affichées mais pas l'architecture ? (il y en a trop !?)
~- veille technologique ou auto-formation ? glande (justification de l'accès Internet) ou temps non-facturé passé à rien faire (contexte SSII) ou un réel investissement pour son évolution

Revision [5772]

Edited on 2012-10-23 11:59:24 by BenoitAudouard [compléments]
Additions:
http://www.opensecurityarchitecture.org/cms/en/library/threat_catalogue

Revision [5771]

Edited on 2012-10-15 14:08:01 by BenoitAudouard [compléments]
Additions:
http://en.wikipedia.org/wiki/Architectural_pattern

Revision [5770]

Edited on 2012-10-15 14:07:20 by BenoitAudouard [compléments]
Additions:
http://books.google.fr/books?id=e_w99YfrcgkC&pg=PA297&lpg=PA297&dq=%28TADG&redir_esc=y#v=onepage&q&f=false TOGAF 9
http://pubs.opengroup.org/architecture/togaf7-doc/arch/p4/patterns/patterns.htm
http://en.wikipedia.org/wiki/Treasury_Information_System_Architecture_Framework

Revision [5769]

Edited on 2012-10-15 12:13:20 by BenoitAudouard [compléments]
Additions:
http://martinfowler.com/eaaCatalog/ architectural patterns, principalement pour de l'architecture fonctionnelle et logicielle
Deletions:
http://martinfowler.com/eaaCatalog/ architectural patterns, principalement pour de l'architecture fonctionnelle

Revision [5768]

Edited on 2012-10-15 12:12:37 by BenoitAudouard [compléments]
Additions:
http://martinfowler.com/eaaCatalog/ architectural patterns, principalement pour de l'architecture fonctionnelle

Revision [3898]

Edited on 2011-12-22 00:59:28 by BaudAdmin [compléments]
Additions:
~- identification de SPOF, quand cela est-il acceptable (charybde et scylla)

Revision [3897]

Edited on 2011-12-22 00:57:59 by BaudAdmin [compléments]
Additions:
~- utilisation d'une CMDB opérationnelle pour le capacity planning

Revision [3896]

Edited on 2011-12-22 00:56:35 by BaudAdmin [compléments]
Additions:
~- comment générer un dossier d'architecture technique de moins de 2 Mo avec suffisamment de schémas ?
~- pourquoi être architecte est complexe, mais pas très compliqué ?
~- veille technologique ou auto-formation ? glande (justification de l'accès Internet) ou temps non-facturé passé à rien faire (contexte SSII) ou un réel investissement pour son évolution
~- avoir raison trop tôt est-il raisonnable ?
~- anticiper c'est prévoir, alerter c'est retarder si pas de solution fournie, un vrai dilemme ?
~- ne pas être compris sur le moment, être apprécié dans la durée ?
~- les tests de tenue en charge : comment synthétiser des recommandations hétéroclites d'experts ?
Deletions:
~- comment générer un dossier d'architecture technique de moins de 2 Mo avec suffisamment de schémas
~- pourquoi être architecte est complexe mais pas très compliqué ?

Revision [3895]

Edited on 2011-12-21 23:58:58 by BaudAdmin [compléments]
Additions:
===Quelques sujets d'échanges entre architectes===
~- utilisation de inkscape en remplacement de Visio ? dia est-il suffisant dans certains cas ?
~- images libres pour décrire un SI, http://openclipart.org (retrouver tags)
~- comment générer un dossier d'architecture technique de moins de 2 Mo avec suffisamment de schémas
~- schémas types / architectures type ?
~- gestion boîte noire / boîte blanche : description, impacts d'exploitabilité, installation
~- identification des différents types d'architecte, activités classiques, erreurs classiques des maîtrises d'oeuvre ?
~- utilisation de http://qsos.org pour générer des matrices de compatibilité ? (évolution) niveau de détail d'une CMDB
~- le portefeuille de compétences d'un architecte
~- pourquoi être architecte est complexe mais pas très compliqué ?
~- pourquoi la sécurité réussit-elle à utiliser des normes affichées mais pas l'architecture ? (il y en a trop !?)
~- retours d'expériences sur projets de haute volée (aka traités à la rache)
~- les méthodos utiles ? à quoi se former ?
Deletions:

Revision [3894]

Edited on 2011-12-21 01:59:44 by BenoitAudouard [compléments]
Additions:
===Des points de vue===
http://architectesi.blogspot.com/ (je suis d'accord avec Thibault et Jean-Michel, les connaissant tous les deux :D)

Revision [3835]

Edited on 2011-09-26 16:29:13 by BenoitAudouard [compléments]
Additions:
http://www.aubryconseil.com/post/2007/07/17/262-glossaire-scrum un glossaire des termes
http://www.aubryconseil.com/post/2007/07/18/263-l-agilite-au-detriment-de-l-architecture l'architecture est au coeur de l'agilité, à démontrer sa robustesse et sa pertinence

Revision [3834]

Edited on 2011-09-26 16:24:40 by BenoitAudouard [compléments]
Additions:
http://www-igm.univ-mlv.fr/~dr/XPOSE2008/SCRUM/process.php déroulement d'un sprint
http://www-igm.univ-mlv.fr/~dr/XPOSE2008/SCRUM/preambule.php#method manifeste agile (peu de livrables, l'important étant un produit fonctionnel)
http://www-igm.univ-mlv.fr/~dr/XPOSE2008/SCRUM/presentation.php#fonctions un schéma sur le sprint
http://www-igm.univ-mlv.fr/~dr/XPOSE2008/SCRUM/artefacts.php burndown chart : tableau de présentation des résultats atteints
http://www-igm.univ-mlv.fr/~dr/XPOSE2008/SCRUM/deepscrum.php#analyse défauts de la méthode scrum (peu de documentation)

Revision [3833]

Edited on 2011-09-26 16:14:21 by BenoitAudouard [compléments]
Additions:
http://blog.aliston.fr/2010/07/maitriser-les-risques-de-votre-projet-crm-grace-aux-methodes-agiles/ bon schéma + définition sprint (organisation temporelle) et scrummaster, manque liste de livrables précise
Deletions:
http://blog.aliston.fr/2010/07/maitriser-les-risques-de-votre-projet-crm-grace-aux-methodes-agiles/

Revision [3832]

Edited on 2011-09-26 16:13:33 by BenoitAudouard [compléments]
Additions:
===Méthodologies et cycle de vie===
http://blog.aliston.fr/2010/07/maitriser-les-risques-de-votre-projet-crm-grace-aux-methodes-agiles/

Revision [2837]

Edited on 2009-12-01 00:38:42 by BenoitAudouard [entretien]
Additions:
===Savoir se positionner en entretien===
Être conscient des activités de l'architecte
~- analyse d'obsolescence / promotion des produits supportés dans l'entreprise (référentiel), gestion des montées de version afférentes
~- préciser son implication dans cycle projet : au sein de l'équipe de développement ? en amont ? en aval (sur les projets en maintenance par exemple)
~- contribution aux revues de patrimoine / évolutions techniques d'un SI, avec un ensemble de chefs de projets, savoir proposer des scénarios compatibles avec les cycles projets
...
Savoir se positionner par rapport
~- aux projets / études / urbanistes
~- experts / sécurité / réseau
~- et par rapport à la production
Compétences
~- capacité de modélisation / sensibilité aux volumétries et analyses de risques afférentes
~- connaissance du fonctionnement des projets, savoir donner quelques exemples de projets où l'anticipation au moment opportun a permis de réduire les risques et coûts
~- capacité à interagir avec des MOA en assistance technique d'un chef de projet et savoir justifier les choix techniques pour atteindre les niveaux de services demandés
~- certification CMMI / ITIL ? pas forcément besoin de les avoir obtenues, mais être conscient que cela va dans le sens des bonnes pratiques
Savoir citer quelques livrables classiques de l'architecte technique :
~- étude de faisabilité
~- dossier d'architecture
~- produire des études de performances en synthétisant les rapports système, DBA, réseau
~- critères de choix de produits / problèmes classiques rencontrés sur projets : exploitabilité, support, coût, interopérabilité, industrialisation, ...

Revision [2836]

Edited on 2009-11-30 17:53:26 by BenoitAudouard [projet / technique]
Additions:
===architecte projet et architecte technique===
Le terme d’architecte est très galvaudé (architecte SI, architecte applicatif, architecte projet, architecte technique), il y a aussi des spécialités comme architectes systèmes ou réseau ou telecom.
~- architecte applicatif ou architecte technique même si elle est plus orientée applicatif que technique en tant que tel (le volet relation avec la production est un peu occultée)
~- Un architecte projet intervient par exemple dans une réalisation au forfait et aura dans ses prérogatives :
~~- mise en place du process de livraison,
~~- mise en place des environnements (développement, intégration, recette, préproduction… voire approvisionnement des serveurs/matériels nécessaires au projet),
~~- choix des bibliothèques/outils de développement, parfois un rôle supplémentaire de chef de projet technique et d’encadrement des développeurs sur le volet technique
~- la distinction entre les deux est importante :
~~- lorsque l’architecte technique est en relation avec un intégrateur, l’architecte technique n’a pas la main sur les développeurs et peut plus difficilement orienter les choix : il se concentre sur l’intégration du projet dans le SI mais n’oriente que peu les développements en tant que tel
~~- un architecte technique va avoir dans son portefeuille une dizaine de projets à différents niveaux du cycle projet, selon l’organisation il les suit jusqu’à la réalisation du dossier d’architecture ou parfois jusqu’à la mise en production pour assister le chef de projet
~~- un architecte projet va se limiter à 2-3 projets au maximum en parallèle lorsque ce sont des équipes différentes à gérer, son rôle va être de capitaliser sur le re-use et les bonnes pratiques

Revision [2821]

Edited on 2009-11-28 14:10:13 by BenoitAudouard [précisions]
Additions:
~- 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. La priorité est l'exploitabilité à court terme, ce qui n'empêche pas de proposer des améliorations.
~- les termes de PRA, PCS, DICT sont au coeur des solutions qu'ils proposent, conformes au cycle de développement retenu et aux directives de sécurité de l'entreprise
~- 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.
Deletions:
~- 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
~- les termes de PRA, PCS, DICT sont au coeur des solutions qu'ils proposent, conformes au cycle de développement retenu
~- 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.

Revision [2820]

Edited on 2009-11-28 14:07:38 by BenoitAudouard [précision titre]
Additions:
===des parcours différents entre Architecte technique et Architecte SI===
Deletions:
===des parcours différents===

Revision [2252]

Edited on 2008-10-28 01:39:10 by BenoitAudouard [précisions]
Additions:
l'achitecte technique a une bonne connaissance du fonctionnement de la production
~- le projet est ponctuel, la production doit assurer une pérennité sur 3 ans et un bon fonctionnement du point de vue utilisateurs (performances, sauvegardes, disponibilité, confidentialité, intégrité)
~- il arbitre sur les coûts projets et d'exploitation (automatisation vs opérations manuelles, industrialisation)
~- montées de version et tenue à la charge, maintien des engagements de service

Revision [2251]

The oldest known version of this page was created on 2008-10-28 01:34:38 by BenoitAudouard [précisions]
Valid XHTML :: Valid CSS: :: Powered by WikkaWiki