Konferenz der Architekten. Wie war es

Das LANIT-Architektenteam veranstaltet aktiv thematische Besprechungen, damit die Mitarbeiter Fachwissen einbringen und Erfahrungen mit Kollegen anderer Unternehmen austauschen können.

Diesmal haben wir noch cooler geschwungen und beschlossen, unter einem Dach mehr als 300 Spezialisten und Experten für IT-Architektur auf der viertägigen Konferenz "(IT) Architekt in IT-Projekten und -Organisationen" zusammenzubringen.

Lesen Sie, wie dies war und was in diesem Artikel besprochen wurde.

4 Tage - 10 Referenten - 10 interessante Präsentationen

Tag 1

• Architekt im Projekt. Wichtige Anwendungsfälle

Referent: Evgeny Aslamov, Leiter des Architektursektors, Abteilung Unternehmenssysteme, LANIT.

Worum geht es in dem Bericht:

Von keinem einzigen System kann gesagt werden, dass es keine Architektur hat. Aber es kommt oft vor, dass der Architekt (was auch immer das bedeutet) als herausragende Rolle bei der Erstellung des Systems nicht war. Wird überhaupt ein Architekt benötigt?

Eugene teilt seine Erfahrungen mit, die dazu führen können, dass eine solche Rolle zugewiesen wird und wie bei der Erstellung eines Informationssystems nach einer bestimmten Person gesucht wird.


Präsentation

• Benötige ich einen Architekten bei Agile?

Referent: Sergey Baranov, Managing Partner, ehemaliger Lösungsarchitekt, ScrumTrek

Worum geht es in dem Bericht:

Benötige ich einen Architekten bei Agile? Jemand wird sagen: "Nein", der zweite wird aufgreifen: "Es gibt keine Architektur in Agile." Aber es wird diejenigen geben, die Einwände erheben: "Ohne Architektur ist der Architekt wichtig und notwendig." Der Grund ist, dass die Frage selbst falsch ist. Die Anwesenheit oder Abwesenheit eines Architekten hängt nicht von der Methodik oder Arbeitsweise ab. Dies hängt ganz von den Anforderungen des Produkts ab, insbesondere von der technologischen Komplexität, der Komplexität des Themenbereichs, dem Grad der Unsicherheit und anderen Faktoren. Der Experte versuchte herauszufinden, welche Rolle der Architekt spielt und welchen Wert er dem Produkt bieten kann. Dann formulierte der Redner die Bedürfnisse der Teams und des Produkts selbst, identifizierte die Beziehung zwischen Bedürfnissen und Wert, wickelte sie in ein einziges Modell ein und beantwortete schließlich die Frage: „Brauche ich einen Architekten in Agile?“


Präsentation

• Lösungsarchitekt in einer Organisation: Organisatorische und technische Aspekte beim Erstellen und Verwenden einer Architekturbeschreibung

Referent: Ivan Lukyanov, Leiter der Abteilung für Architekturentwicklung, DIT, Moskau

Worum geht es in dem Bericht:

Jede IT-Organisation ist in unterschiedlichem Detail an der Beschreibung der Architektur der darin erstellten Lösungen beteiligt. Die Möglichkeit, Architekturbeschreibungen zu verwenden, wird sowohl von den Merkmalen der internen Unternehmenskultur als auch vom technischen Reifegrad beeinflusst. Deshalb muss ein Lösungsarchitekt für eine erfolgreiche Arbeit die grundlegenden organisatorischen und technischen Aspekte der architektonischen Tätigkeit verstehen und diese in der Praxis berücksichtigen können. In dem vorgeschlagenen Bericht wurde versucht, einige dieser Aspekte am Beispiel der Schaffung architektonischer Lösungen in der Abteilung für öffentliche Dienste des Moskauer Stadtinstituts für Informationstechnologien herauszustellen.


Präsentation

Tag 2

• Üben Sie Unternehmensarchitektur

Referent: Yuri Karabutov, Leiter Lösungsarchitektur, Raffeisenbank

Worum geht es in dem Bericht:

Die Präsentation ist dem Enterprise Architecture Management der Raiffeisenbank Russland gewidmet. Wie strategische Architektur durch Projekte zum Leben erweckt wird. Über die architektonische Überwachung und die Rolle architektonischer Standards in der agilen Welt. Und auch über andere Architekturbüros, die in der Organisation verwendet und entwickelt werden.

• Architekt in staatlichen Projekten

Referent: Alexander Luchkov, Systemarchitekt, Airborne Navigation Systems

Worum geht es in dem Bericht:

In dem Bericht werden einige der Arbeitsmomente und typischen Aufgaben erörtert, die sich bei der Arbeit eines Systemarchitekten ergeben, sowie der Wert der Architekturpraxis bei der Erfüllung von Regierungsaufträgen.


Präsentation

• So sparen Sie Geld bei der Automatisierung oder warum Sie einen Architekten benötigen

Referent: Vladimir Panchuk, Lösungsarchitekt, Alfa Bank JSC

Worum geht es in dem Bericht:

Mit der Zeit wird die Organisation zu mehr Systemen, die Beziehung zu Systemen ist sehr kompliziert. Geschäftsprozesse werden wiederum komplexer. All dies führt zu einer Aufstockung des Personals von Entwicklern, die nicht wissen, wofür dieses oder jenes System gedacht ist und welche anderen Geschäftsprozesse in anderen Teams vorhanden sind. Wenn Sie den Entwicklungsprozess ohne angemessene Kontrolle verlassen, kommt es zu einer Verdoppelung der Funktionen und / oder zur Schaffung ziemlich seltsamer Prozesse. In dieser Situation hilft ein ordnungsgemäß erstellter Prozess unter Beteiligung eines Architekten. Und es gibt auch den falschen Prozess. Kontrollpunkte sollten hier erscheinen. Der Redner versuchte zu erklären, wie die Alfa-Bank die richtigen Prozesse aufbaut und wie das Team mit Abweichungen vom Prozess umgeht.


Präsentation

Tag 3

• Eine faszinierende Fahrt mit dem Aufzug durch die Augen eines Entscheidungsarchitekten

Referent: Gennady Kruglov, Lösungsarchitekt, National Settlement Depository

Worum geht es in dem Bericht:

Die Praxis der Interaktion mit verschiedenen Gruppen von Stakeholdern beim Aufbau der Architektur von Großlösungen „von Grund auf“ in einem „reifen“ Unternehmen.

Der Bericht basiert auf den Fällen der Einführung neuer Technologien und des Aufbaus von Projektteams bei der Entwicklung von Lösungen in neuen Themenbereichen für Unternehmen.


Präsentation

• Arten von Architekten und ihre Fähigkeiten

Referent: Dmitry Romanov, IT-Chefarzt, Uralvagonzavod

Worum geht es in dem Bericht:

• Welche Art von Architekt möchten Sie werden und worauf müssen Sie bei der Auswahl eines Berufs oder einer Rolle als IT-Architekt vorbereitet sein?
• Welche Kompetenzen benötigen verschiedene Architekten, welche Schwierigkeiten haben Menschen beim Wechsel von Entwicklern zu Architekten und andere Probleme im Zusammenhang mit der Arbeit eines IT-Architekten.

Präsentation

• Die Disziplin "Architektur von Informationssystemen" als grundlegender Bestandteil der Ausbildung von Fachleuten in Richtung "Informationssysteme und -technologien". Der Schock und die Ehrfurcht vor persönlicher Erfahrung

Referent: Eduard Galiaskarov, außerordentlicher Professor, Abteilung für Informationstechnologie und digitale Wirtschaft, Ivanovo State University of Chemical Technology

Worum geht es in dem Bericht:

Sollten sich Architekten an Universitäten vorbereiten? Im Moment ist dies nicht die Frage. Der moderne Bildungsstandard beinhaltet eine Disziplin zur Architektur von Informationssystemen als obligatorisch.

Kann eine Universität einen Architekten vorbereiten? Die Frage ist nicht einfach und umstritten. Es ist klar, dass ein Architekt eine Synergie aus Wissen, persönlichen Qualitäten und Erfahrung ist. Ein junger Mann kommt mit bereits gebildeten persönlichen Qualitäten an eine Universität, es ist unwahrscheinlich, dass hier etwas geändert werden kann. Erfahrung ist der Sohn schwieriger Fehler und erfordert praktische Arbeit in ernsthaften realen Projekten, die an einer Universität fast unmöglich zu erreichen sind. Daher sollte die Universität den Grundstein legen, auf dem der zukünftige Spezialist wachsen kann.

In seinem Bericht teilte der Redner seine Erfahrungen im Unterrichten von IP-Architektur an der Ivanovo State University of Chemical Technology mit. Die Konferenzteilnehmer diskutierten die drängenden Momente des Unterrichts und tauschten Ideen aus, wie Kompromisse zwischen Bedürfnissen und Möglichkeiten erzielt werden können.


Präsentation

Tag 4

• Wann beginnt eine Lösungsarchitektur und wie endet sie?

Referent: Maxim Smirnov, IT-Architekt, unabhängiger Experte

Worum geht es in dem Bericht:

Die Anzahl der Ideen zur Optimierung von Prozessen, zur Erstellung neuer oder zur Änderung bestehender Produkte übersteigt bei weitem die Fähigkeit von Organisationen, diese umzusetzen. Unternehmen haben einen Mangel an Geldern, Mitarbeitern und Kompetenzen, die es ihnen nicht ermöglichen, einen kleinen Teil ihrer Pläne zu verwirklichen. Dieser Sachverhalt führt zur Entstehung einer neuen Art von Aufgabe für IT-Architekten: eine schnelle Bewertung der potenziellen Machbarkeit einer bestimmten Lösung und die Auswahl einer der möglichen Implementierungsoptionen. Dies muss zu einem Zeitpunkt geschehen, an dem die Anforderungen noch nicht formuliert wurden, die Grenzen des Projekts verschwimmen und die Stakeholder sich nur sehr wenig darüber im Klaren sind, worum es geht. Welche Architekturtechniken in dieser Situation nützlich sein können, ist das Thema des Berichts vor Ihnen.


Präsentation

Wir haben auch einen runden Tisch abgehalten und uns darüber ausgetauscht, wie sich die Aufgaben des Architekten in den letzten Jahren verändert haben und wie sie sich möglicherweise ändern müssen.



Wir warten auf Ihre Kommentare zu Themen und Berichten.

Wir freuen uns immer über die Kommunikation und den Erfahrungsaustausch. Wenn Sie also bei unseren Treffen in Moskau eine Präsentation halten möchten, füllen Sie bitte das Formular aus .