🍎 👨‍🎤 👆🏾 Business Analyst und System Analyst in der IT. Sortiert die Noten 🚠 🗡️ 🦑

Problem

Einige meiner Freunde, Kollegen, Manager, eycharov, Vertreter des "Geschäfts" in ihren Köpfen bildeten eine Verwirrung zwischen den Arten von Analysten. Das Konzept des „Analysten“ wird für völlig unterschiedliche Berufe verwendet - Business Analyst (BA), Systemanalyst (SA), Datenanalyst, UX-Analyst, Informationssicherheitsanalyst, Geschäftsprozessanalyst und 5-10 andere Diese Arten haben viele Unterschiede. Nun zu den beiden spezifischen, den verwirrendsten, aber in der heimischen IT-Realität sehr unterschiedlichen.

Wer wird von diesem Artikel profitieren:

Zu	Wie
Analyst und Kollegen	— , , . — , , . : xml- , -.
HR	, , . «, ». : java, .
	Ziel ist die Auswahl und Verteilung von Ressourcen, die bereit sind, eine bestimmte Kombination von Arbeitsaufgaben auszuführen, und die Kommunikation in Teams zu verbessern. Beispiel: Für eine Position, die maximale Kommunikation und Flexibilität erfordert, wird ein „Technikfreak“ ausgewählt, ohne solche Fähigkeiten entwickeln zu wollen.

Im Allgemeinen "Glück für alle, für nichts"

Annahmen

Dieser Artikel befasst sich mehr mit IT.

Der "destillierte" Wert von Posts wird berücksichtigt. Im wirklichen Leben, insbesondere in Teams, die T-förmige Fähigkeiten entwickeln (das Kompetenzentwicklungsmodell eines Mitarbeiters aus verwandten Berufen), ist dies komplizierter und verwirrender. Wenn Ihr Analyst jedoch kein vielseitiger Janus ist, ist der Übergang zwischen verschiedenen Verantwortlichkeiten keine leichte Aufgabe.

Hauptteil

Bei der Kommunikation mit BA und CA von Unternehmen und Projekten unterschiedlicher Größe sah ich eine Zwietracht in den Konzepten, die zu Kontroversen führte. Wie üblich beeinträchtigt das Fehlen einer allgemein anerkannten Terminologie die Verteilung der Aufgaben und Verantwortlichkeiten im Projekt auf diejenigen, die diese mit größter Effizienz erfüllen können. Um eine objektive Quelle in diesen Streitigkeiten anzusprechen, habe ich mich entschlossen, im Internet nach Meinungen zu suchen.

Ich teile die Ergebnisse meiner Suche.

Geschäftsanalyse und Systemanalyse in der IT sind eine Reihe von Praktiken, Methoden und Aufgaben , die die Entwicklung von Informationssystemen vereinfachen, die zur Lösung der Geschäftsziele von Organisationen erforderlich sind. Die Verwechslung zwischen diesen beiden Konzepten besteht nicht nur im häuslichen Umfeld, also:

https://en.wikipedia.org/wiki/Systems_analyst :

Ein Systemanalyst ist normalerweise auf ein zugewiesenes oder vorgegebenes System beschränkt und arbeitet häufig mit einem Geschäftsanalysten zusammen. Diese Rollen überschneiden sich zwar, sind jedoch nicht identisch.

Als Quellen, die eine „Trennlinie“ zwischen der SA und der BA herstellen könnten, habe ich versucht, die BA-Wissenscodes, allgemein anerkannte Fachliteratur, behördliche Dokumente und Artikel zu verschiedenen Ressourcen zu verwenden. Ich konnte keine klar gegliederte Unterteilung finden. Und deshalb:

, , — , . « », ( ), .
( / . ., BABOK, ., PMI Guide to business analysis . .), . , - -, . , . . -, « , , , , . , , , , - ». . PMI IIBA «system analyst» , «business analyst» .
( ) , . , — . — , , , . — , , , , , .

In dieser Situation biete ich meine Vision an, basierend auf den Erfahrungen russischer IT-Unternehmen sowohl seitens des Kunden als auch seitens des Auftragnehmers bei der Entwicklung von Informationssystemen. Dieser Ansatz hat bei der Arbeit des Autors Alan Vongsavanh geholfen, der die Literatur und die Ergebnisse mehrerer Interviews studierte und eine Liste der Grundfertigkeiten zusammenstellte, die den Löwenanteil der Routinetätigkeiten der BA und CA ausmachen (der Großteil der Arbeitszeit):

* Ausländische Quellen verwenden die angemesseneren Begriffe "technologieorientiert" und "geschäftsorientiert".

Wo:

Identifizierung von Anforderungen	den Prozess der Ermittlung von Anforderungen aus verschiedenen Quellen durch Interviews, Seminare, Aufgabenanalysen, Workflows und Dokumente sowie andere Methoden
Geschäftswissen	, , -
	.
	-
	,

	,
	( )
	Kenntnisse über Technologien, Programmierung, Erstellung und Konfiguration von Datenbanken und andere technische Aspekte, Standards und Regeln für das Entwerfen von Lösungen

Zusammen ermöglichen diese Aktionen Ihnen, einen vollständigen Zyklus der Anforderungsanalyse zu bilden, der vom Kunden zum Entwickler gebracht wird und anschließend das fertige Produkt vom Entwicklungsteam zum Kunden bringt. Eine solche Interaktion fällt leicht auf die Frameworks. So sieht es beispielsweise im V-Modell, im Wasserfallmodell oder in flexiblen Methoden aus:

Warum so eine Trennung

Die Fähigkeiten, die BA und CA benötigen, sind auf höchstem Niveau ähnlich, aber der Teufel steckt im Detail. Ein Systemanalytiker benötigt viel mehr praktische technische Fähigkeiten für eine vollwertige Tätigkeit, er ist einer Gruppe technischer Spezialisten viel näher und sollte ihre Sprache besser verstehen (ohne diese ist es schwierig, im Team Respekt zu erlangen, was bedeutet, dass es unmöglich ist, Ihre Vision zu vermitteln). BA in IT ist eher für die Kommunikation mit Unternehmen konfiguriert. Seine Aufgabe besteht darin, den Bedarf (Schmerz) zu ermitteln, eine Lösung für das Problem des Geschäftskunden mithilfe von IT-Systemen zu finden, zu formulieren und vorzuschlagen, um diese Lösung auf irgendeine Weise zu "verkaufen". Die Nähe und das Verständnis des Benutzers helfen dem BA, Aufgaben effektiver zu priorisieren, nicht funktionale Anforderungen und Einschränkungen in einem bestimmten Fall zu beschreiben.

Darüber hinaus hat BA inhärente übermäßige Anforderungen an das System, denkt an Geschäftsziele und sollte nicht durch die Fähigkeiten der Technologie eingeschränkt werden, was für eine Zertifizierungsstelle nicht akzeptabel ist. Manchmal helfen solche übermäßigen BA-Anforderungen, wirklich bahnbrechende Lösungen zu finden.

Es gibt jedoch Einschränkungen. Für BA ist dies der Umfang einer Domäne oder einer untersuchten Branche (zum Beispiel: gründliche Kenntnis der Bankregeln), für BA ist dies eine Technologie und ein System (zum Beispiel: herausragende Erfahrung mit Orakelprodukten). Diese Einschränkungen können ein Hindernis beim Übergang zwischen Teams, Projekten und Unternehmen sein, können jedoch auf Wunsch und mithilfe von Kollegen schnell beseitigt werden.

Fast immer spielt der Analyst im Team mehr oder weniger beide Rollen (daher möchte ich Streitigkeiten über die Kombination vermeiden, „und wir haben BA auch einen Virologen“). In einigen Fällen werden möglicherweise keine Analysten benötigt, in einigen Fällen kann ein Spezialist beide Rollen vollständig ausführen. Dies verstößt nicht gegen die Regeln, sondern zeigt eine Kombination von Rollen, Reifegrad und Wert eines bestimmten Spezialisten an. Im Fall eines erfahrenen Mitarbeiters ist dies ganz normal, aber die Junior-BA-Stelle mit Kenntnissen in SQL, JS und API auf einer bekannten Site sieht seltsam aus.

https://en.wikipedia.org/wiki/Systems_analyst :

Einige engagierte Fachleute verfügen über praktische Kenntnisse in beiden Bereichen (Geschäfts- und Systemanalyse) und schaffen es, beide Berufe erfolgreich zu kombinieren, wodurch die Grenze zwischen Geschäftsanalysten und Systemanalytikern effektiv verwischt wird.

Abstraktes Beispiel:

Ivan - BA Firma "Auftragnehmer".
Eva ist Systemanalytikerin bei Executor.
Das Unternehmen "Kunde" benötigt eine umfassende Überarbeitung des bestehenden Systems.

In dieser Situation die Aufgaben von Ivan (BA): die funktionalen und nicht funktionalen Anforderungen des Kunden und des Auftragnehmers zu identifizieren, die Widersprüche zwischen den interessierten Parteien zu beseitigen, eine akzeptable Lösung zu bestimmen, Prototypen zu erstellen, mit dem Kunden während des Entwicklungsprozesses zu interagieren, eine Demo-Anzeige und Akzeptanz der Arbeit durchzuführen. Das alles zusammen mit Eva.

Eves Aufgaben (CA): Um die Revision optimal zu gestalten, ihre Auswirkungen auf das System, Einschränkungen und mögliche Verbesserungen zu beschreiben, eine Spezifikation zu erstellen, die Aufgaben zu zerlegen und an die Entwicklung zu übertragen und ihre zeitnahe Implementierung gemäß den Anforderungen zu überwachen. All dies zusammen mit Ivan zu tun.

Anstelle von Ausgabe

Aus jedem Eisen kann man hören, dass mit der Zeit die Komplexität von Geschäftsproblemen und deren IT-Lösungen exponentiell zunimmt. Gleichzeitig entwickelt sich der Technologie-Stack intensiv und umfassend, in Breite und Tiefe. Die Wahl der richtigen Zusammensetzung von Technologien kann bahnbrechende Wettbewerbsvorteile bringen, aber auch destruktiv sein. Oft wird die Wahl über Jahre hinweg getroffen, wodurch Entwickler in einen engen Rahmen geraten.

Die aktuelle Situation erfordert, dass IT-Analysten (1) über fundierte Kenntnisse des Themenbereichs des Unternehmens, der Merkmale interner Prozesse, des externen Umfelds und der Trends verfügen. (2) nicht weniger als fundierte Kenntnisse der Technologien, häufig deren praktischer Einsatz.

Sie können ein Idealist sein, ein Genie suchen und von ihm ein hohes Verständnis für verschiedene, wenn nicht polare Wissensbereiche verlangen. Sie können auf die Erde gehen und verstehen, dass eine solche Dualität von Pflichten wahrscheinlich zu einem Fakap in beide Richtungen führt. Auf zwei Stühlen zu sitzen ist keine gute Praxis.

Wenn für die Komplexität des Projekts BA und CA erforderlich sind, müssen Sie zunächst das Konzept formulieren, welche Kenntnisse und technischen Merkmale von einem Spezialisten benötigt werden, und es in eine veröffentlichte Strategie für Stellenangebote, Interviews und Tests übersetzen. Man möchte immer „eine Größe für alle“, aber wir leben im wirklichen Leben, wo es die Suche wahrscheinlicher erschwert und den Preis für die Gewinnung eines „Multi-Tools“ erhöht.

Für Kollegen, die sich selbst gefunden haben oder planen, in BA oder CA zu arbeiten, empfehle ich Ihnen, dasselbe Verfahren durchzuführen und ehrlich zu verstehen, ob Sie (1) nach dem Keim der Wahrheit suchen möchten, um Algorithmen und Logik zu trotzen, ein sich ständig änderndes Geschäft zu betreiben oder (2) Komplexe zu erforschen und zu entwerfen verwirrende aber interessante Systeme. Dies wird dazu beitragen, den Weg zum ausgewählten Gipfel zu verkürzen und das Unbehagen zu verringern, bei der Suche nach einer „schönen Position“ fehl am Platz zu sein.

Blinddarm

Nun, Glavred, ist es jetzt klarer? =)

Business Analyst und System Analyst in der IT. Sortiert die Noten