Conférence des architectes. Comment c'était

L'équipe d'architectes LANIT organise activement des réunions thématiques afin que les employés puissent apporter leur expertise et partager leur expérience avec des collègues d'autres entreprises.

Cette fois, nous nous sommes encore plus cool et sous un même toit, nous avons décidé de réunir plus de 300 spécialistes et experts en architecture informatique lors de la conférence de quatre jours "Architecte (IT) dans les projets et organisations informatiques".

Lisez comment cela a été et ce qui a été discuté dans cet article.

4 jours - 10 intervenants - 10 présentations intéressantes

Jour 1

• Architecte dans le projet. Cas d'utilisation clés

Conférencier: Evgeny Aslamov, chef du secteur de l'architecture, département des systèmes d'entreprise, LANIT.

Sur quoi porte le rapport:

Aucun système ne peut être considéré comme dépourvu d'architecture. Mais il arrive souvent que l'architecte (quoi que cela signifie) en tant que rôle distingué dans la création du système ne l'était pas. Faut-il un architecte?

Eugene partage son expérience, ce qui peut conduire à l'attribution d'un tel rôle et comment rechercher une personne spécifique en dessous lors de la création d'un système d'information.


Présentation

• Ai-je besoin d'un architecte chez Agile?

Conférencier: Sergey Baranov, associé directeur, ancien architecte de solution, ScrumTrek

Sur quoi porte le rapport:

Ai-je besoin d'un architecte chez Agile? Quelqu'un dira: «Non», le second reprendra: «Il n'y a pas d'architecture dans Agile.» Mais il y aura ceux qui objecteront: "Sans architecture, l'architecte est important et nécessaire". La raison en est que la question elle-même est incorrecte. La présence ou l'absence d'un architecte ne dépend pas de la méthodologie ou de la méthode de travail. Cela dépend entièrement des besoins du produit, et en particulier de la complexité technologique, de la complexité du domaine, du niveau d'incertitude et d'autres facteurs. L'expert a tenté de déterminer quel est le rôle de l'architecte et quelle valeur il peut offrir au produit. Ensuite, le conférencier a formulé les besoins des équipes et le produit lui-même, identifié la relation entre les besoins et la valeur, puis l'a enveloppé dans un modèle unique et a finalement répondu à la question: "Ai-je besoin d'un architecte en Agile?"


Présentation

• Architecte de solution dans une organisation: aspects organisationnels et techniques de la création et de l'utilisation d'une architecture

Conférencier: Ivan Lukyanov, chef du Département du développement de l'architecture, DIT, Moscou

Sur quoi porte le rapport:

Chaque organisation informatique, à divers degrés de détail, est impliquée dans la description de l'architecture des solutions qui y sont créées. La possibilité d’utiliser des descriptions d’architecture est influencée à la fois par les caractéristiques de la culture interne de l’organisation et par le niveau de maturité technique. C'est pourquoi un architecte de solution pour un travail réussi doit comprendre les aspects organisationnels et techniques de base de l'activité architecturale et la capacité de les prendre en compte dans la pratique. Dans le rapport proposé, une tentative a été faite de souligner certains de ces aspects en utilisant l'exemple de la création de solutions architecturales au Département des services publics de l'Institut des technologies de l'information de la ville de Moscou.


Présentation

2e jour

• Pratiquer l'architecture d'entreprise

Conférencier: Yuri Karabutov, responsable de l'architecture des solutions, Raffeisenbank

Sur quoi porte le rapport:

La présentation est consacrée à la gestion de l'architecture d'entreprise à Raiffeisenbank Russie. Comment l'architecture stratégique prend vie à travers les projets. À propos de la supervision architecturale et du rôle des normes architecturales dans le monde Agile. Et aussi sur d'autres pratiques architecturales utilisées et en développement dans l'organisation.

• Architecte dans des projets d'État

Conférencier: Alexander Luchkov, architecte de systèmes, systèmes de navigation aéroportés

Sur quoi porte le rapport:

Le rapport examine certains des moments de travail et des tâches typiques qui surviennent dans le travail d'un architecte de système, et la valeur de la pratique architecturale dans l'exécution des marchés publics.


Présentation

• Comment économiser de l'argent sur l'automatisation ou pourquoi vous avez besoin d'un architecte

Conférencier: Vladimir Panchuk, architecte de solutions, Alfa Bank JSC

Sur quoi porte le rapport:

Au fil du temps, l'organisation devient plus de systèmes, la relation avec les systèmes est très compliquée. À leur tour, les processus métier deviennent de plus en plus complexes. Tout cela conduit à une augmentation du personnel des développeurs qui ne savent pas à quoi sert tel ou tel système, quels sont les autres processus métier des autres équipes. Si vous quittez le processus de développement sans contrôle approprié, il y a une duplication de fonctions et / ou la création de processus plutôt étranges. Dans cette situation, un processus correctement construit avec la participation d'un architecte aide. Et il y a aussi le mauvais processus. Les points de contrôle doivent apparaître ici. L'orateur a essayé de dire comment Alfa-Bank construit les bons processus et comment l'équipe fait face aux écarts par rapport au processus.


Présentation

3e jour

• Un tour d'ascenseur fascinant à travers les yeux d'un architecte décisionnel

Conférencier: Gennady Kruglov, architecte de solutions, National Settlement Depository

Sur quoi porte le rapport:

La pratique d'interagir avec différents groupes d'acteurs dans la construction de l'architecture de solutions à grande échelle «à partir de zéro» dans une entreprise «mature».

Le rapport est basé sur les cas d'introduction de nouvelles technologies et de constitution d'équipes de projet dans le développement de solutions dans de nouveaux domaines pour les entreprises.


Présentation

• Types d'architectes et leurs compétences

Conférencier: Dmitry Romanov, architecte informatique en chef, Uralvagonzavod

Sur quoi porte le rapport:

• Quel type d'architecte souhaitez-vous devenir et à quoi devez-vous vous préparer lorsque vous choisissez un métier ou un rôle d'architecte informatique
• Quelles sont les compétences dont les différents architectes ont besoin, quelles sont les difficultés auxquelles les personnes sont confrontées lors du passage des développeurs aux architectes, et d'autres problèmes liés au travail d'un architecte informatique.

Présentation

• La discipline "Architecture des systèmes d'information" comme élément de base de la formation des spécialistes en direction des "Systèmes et technologies de l'information". Le choc et la crainte de l'expérience personnelle

Conférencier: Eduard Galiaskarov, professeur agrégé, Département des technologies de l'information et de l'économie numérique, Université d'État de technologie chimique d'Ivanovo

Sur quoi porte le rapport:

Les architectes devraient-ils se préparer dans les universités? Pour le moment, ce n'est pas la question. Le standard éducatif moderne comprend une discipline sur l'architecture des systèmes d'information comme obligatoire.

Une université peut-elle préparer un architecte? La question n'est pas simple et discutable. Il est clair qu'un architecte est une synergie de connaissances, de qualités personnelles et d'expérience. Un jeune homme vient dans une université avec des qualités personnelles déjà formées, il est peu probable que quelque chose puisse être changé ici. L'expérience est le fils d'erreurs difficiles, elle nécessite un travail pratique dans des projets réels sérieux, ce qui est presque impossible à réaliser dans une université. Ainsi, l'université devrait jeter les bases, former la base sur laquelle le futur spécialiste pourra se développer.

Dans son rapport, le conférencier a partagé son expérience dans l'enseignement de l'architecture IP à l'Université d'État de technologie chimique d'Ivanovo, les participants à la conférence ont discuté des moments pressants de l'enseignement et ont échangé des idées sur la façon de parvenir à des compromis entre les besoins et les opportunités.


Présentation

Jour 4

• Quand commence une architecture de solution et comment se termine-t-elle

Conférencier: Maxim Smirnov, architecte informatique, expert indépendant

Sur quoi porte le rapport:

Le nombre d'idées pour optimiser les processus, créer de nouveaux produits ou modifier les produits existants dépasse de loin la capacité des organisations à les mettre en œuvre. Les entreprises connaissent une pénurie de fonds, de personnes et de compétences, ce qui ne leur permet pas de réaliser une petite partie de leurs projets. Cet état de fait conduit à l'émergence d'un nouveau type de tâche pour les architectes informatiques: une évaluation rapide de la faisabilité potentielle d'une solution particulière et la sélection d'une des options d'implémentation possibles. Cela doit être fait à un moment où les exigences n'ont pas encore été formulées, les limites du projet sont floues et les parties prenantes sont très peu conscientes de ce qui est en jeu. Les techniques architecturales qui peuvent être utiles dans cette situation sont le sujet du rapport dont vous êtes saisi.


Présentation

Nous avons également organisé une table ronde et échangé des vues sur la façon dont les tâches de l'architecte ont changé au cours des dernières années et sur la façon dont elles pourraient devoir changer.



Nous attendons vos commentaires sur les sujets et les rapports.

Nous sommes toujours heureux de communiquer et d'échanger des expériences, donc si vous souhaitez faire une présentation lors de nos réunions à Moscou, veuillez remplir le formulaire .