Was ist der Unterschied zwischen „Lösungen Architect“ und „Applications Architect“? [geschlossen]

StackOverflow https://stackoverflow.com/questions/524941

  •  22-08-2019
  •  | 
  •  

Frage

Soweit ich sehen kann Lösungen Architect ist nur ein anderer "Marketing" Begriff für Applications Architect . Ist das richtig oder sind die Rollen tatsächlich irgendwie anders? Wenn ja, wie?

Und ja, ich habe für diesen sowohl auf Stackoverflow und auf Google gesucht.

War es hilfreich?

Lösung

Aktualisieren 2018.01.05 - in den letzten 9 Jahren hat sich mein Denken wesentlich zu diesem Thema entwickelt. Ich neige dazu, ein wenig näher an dem bleeding edge in unserer Branche als die Mehrheit zu leben (wenn auch sicherlich nicht annähernd so viel wie viel wirklich intelligent Leute da draußen, die Grenzen schieben). Ich war ein Architekt in unterschiedlicher Höhe von der Anwendung, zu der Lösung, um Unternehmen, an mehreren großen und kleinen Unternehmen. Ich bin zu dem Schluss gekommen, dass die Zukunft in unserer Technologie-Industrie ist ein meist ohne Architekten . Wenn dies auf Sie verrückt klingt, warten ein paar Jahren und Ihr Unternehmen wird wahrscheinlich aufholen, oder Ihre Konkurrenten, die es herausfinden wird aufholen (und übergeben) Sie. Das grundlegende Problem ist, dass „Architektur“ ist nichts mehr oder weniger als die Summe aller Entscheidungen, die über Ihre Anwendung / Lösung / Portfolio vorgenommen wurden. So ist der Titel „Architekt“ wirklich bedeutet „Entscheider“. Das sagt eine Menge, auch durch das, was es nicht sagen. Es heißt nicht „Baumeister“. Erstellen einen Karriereweg / Hierarchie, die implizit Menschen „Gebäude“ ist erzählt niedriger als „Entscheidung“ und „Entscheidern“ sind nicht direkt verantwortlich (durch die Differenz des Titels) für „Gebäude“. Menschen, die noch auf ihren Architekten Titel hängen wird bei dieser scheuern und Protest „aber ich bin hands-on!“ Großartig, wenn Sie nur einen Builder dann geben Sie Ihren sinnlosen Titel und aufhören, sich von den anderen Bauherren setzen. Unternehmen, die betonen, „alle Bauherren sind Entscheider und alle Entscheider sind Builder“ bewegen sich schneller als ihre Konkurrenten. Wir verwenden den Titel „Ingenieur“ für alle, und „Ingenieur“ bedeutet die Entscheidung und Gebäude.

Original Antwort :

Für Menschen, die nie in einer sehr großen Organisation gearbeitet haben (oder haben, aber es war eine dysfunktionale eins), „Architekt“ kann einen schlechten Geschmack im Mund hinterlassen haben. Es ist jedoch nicht nur eine legitime Rolle, sondern eine sehr strategische Entscheidung für intelligente Unternehmen.

  • Wenn eine Anwendung so groß und komplex wird, dass mit der gesamten technischen Vision und Planung zu tun, und Geschäft wird Arbeit einer Vollzeit muss in technische Strategie zu übersetzen, das ist ein Anwendung Architekt . Anwendungsarchitekten oft auch Mentor und / oder Entwickler führen, und kennen den Code ihrer verantwortlichen Anwendung (en) gut.

  • Wenn eine Organisation so viele Anwendungen hat und Infrastruktur Interdependenzen, dass es einen Vollzeit-Job ist ihre Ausrichtung und Strategie zu gewährleisten, ohne den Code eines von ihnen beteiligt zu sein, das ist eine Lösung Architekt . Solution Architect kann manchmal ähnlich zu einer Anwendung Architekten, sondern über eine Reihe von besonders großen Anwendungen, die eine logische Lösung für ein Unternehmen umfassen.

  • Wenn eine Organisation so groß wird, dass sie einen Vollzeit-Job werden die High-Level-Planung für die Lösungsarchitekten und umrahmen die Bedingungen der Business-Technologie-Strategie zu koordinieren, diese Rolle ist ein Unternehmen Architekt . Enterprise-Architekten arbeiten in der Regel auf einer Führungsebene, das Büro CxO Beratung und seine Support-Funktionen sowie das Geschäft als Ganzes.

Es gibt auch Infrastruktur Architekten, Informationsarchitekten, und ein paar andere, aber in Bezug auf die Gesamtzahlen umfassen diese einen geringeren Prozentsatz als die „großen Drei“.

Hinweis : zahlreiche andere Antworten haben gesagt, es gäbe "keinen Standard" für diesen Titel. Das ist nicht wahr. Gehen Sie zu jedem Fortune-1000-Unternehmen der IT-Abteilung und Sie werden diese Titel verwendet konsequent finden.

Die beiden häufigsten Missverständnisse über "Architekt" sind:

  • Ein Architekt ist einfach eine Senior / besser verdienenden Entwickler mit einem aparten Titel
  • Ein Architekt ist jemand, der technisch unbrauchbar ist, hat sich in den Jahren nicht codiert, sondern wirft immer noch um ihr Gewicht in derGeschäft, das Leben schwer machen für Entwickler

kommen Diese Missverständnisse von vielen Architekten eine ziemlich schlechte Arbeit tun, und Organisationen einen schrecklichen Job zu verstehen, was ein Architekt für ist. Es ist üblich, den Top-Programmierer in eine Architekten Rolle zu fördern, aber das ist nicht richtig. Sie haben einige überlappende aber nicht identisch Skillset. Der beste Programmierer kann oft sein, ist aber nicht immer, ein idealer Architekt. Ein guter Architekt hat ein gut Verständnis vieler technischen Aspekte der IT-Branche; besser Verständnis von geschäftlichen Anforderungen und Strategien als ein Entwickler haben muss; ausgezeichnete Kommunikationsfähigkeit und oft einige Projektmanagement und Business Analyse Fähigkeiten. Es ist wichtig, für Architekten ihre Hände mit Code schmutzig zu halten und scharf technisch zu bleiben. Gute tun.

Andere Tipps

Im Grunde genommen in der Welt der IT-Zertifizierungen, können Sie sich nennen fast alles was Sie wollen, solange Sie nicht auf die Zehen eines „echten“ professionelle Organisation Schritt tun. Zum Beispiel können Sie ein „Microsoft Certified Solution Engineer“ auf der Visitenkarte sein, aber wenn man das Zauberwort „Professional Engineer“ (oder P. Eng) schreiben sind Sie in rechtlichen Schwierigkeiten, wenn Sie, dass der Eisenring haben. Ich weiß, es gibt einen ähnlichen Titel für „echte“ Architekten, die ich mich nicht erinnern kann, aber solange Sie nicht erwähnen, dass Sie ein „Cisco Certified Network Architect“ oder ähnlich sein.

Es gibt gültige Unterschiede zwischen verschiedenen Arten von Architekten:

Unternehmensarchitekten Blick auf Lösungen für das Unternehmen aligining eng mit der Unternehmensstrategie. Zum Beispiel in einer Bank, sie auf der gesamten IT-Landschaft aussehen.

Lösungsarchitekten konzentrieren sich auf eine bestimmte Lösung, beispielsweise eine neue Kreditkarte zu erwerben System in einer Bank.

Domain Architekten konzentrieren sich auf bestimmte Bereiche, beispielsweise ein Anwendungsarchitekt oder Netzwerk Architekt.

Technische Architekten im Allgemeinen der Rolle des Lösungsarchitekten mit weniger Fokus auf dem Geschäft Aspekte spielen und mehr auf dem techology Aspekte.

Nein, hat ein Architekt einen anderen Job als Programmierer. Der Architekt ist mehr mit nicht funktionsfähig ( „ility“) Anforderungen. Wie Zuverlässigkeit, Wartbarkeit, Sicherheit und so weiter. (Wenn Sie nicht einverstanden sind, betrachten Sie dieses Gedankenexperiment: vergleichen, um ein CGI-Programm in C geschrieben, die eine komplizierte Website der Fall ist, im Vergleich zu einem Ruby on Rails Implementierung Sie haben beide die gleiche funktionelle Verhalten, eine Auswahl. RoR Architektur hat, was Vorteile.)

Im Allgemeinen ist eine „Lösung Architekt“ ist über das gesamte System - Hardware, Software und alle - die eine „Anwendung Architekt“ ist in einer festen Plattform arbeiten, aber die Bedingungen sind nicht so streng oder auch standardisiert.

Es gibt keine Industrie-Standard-Definitionen für Architekten Berufsbezeichnungen - Anwendung / System / Software / Solution Architect alle allgemein einen Senior-Entwickler verweisen mit starkem Design und Führungsfähigkeiten. Die Balance von Design, Strategie, Entwicklung (oft von Kerndienste oder Frameworks) und das Management über die Organisation und Projekt unterschiedlich eingeschätzt werden.

Die einzigen „Architekt“ Jobtitel, die wirklich eine andere Bedeutung für mich hat, sind „Enterprise Architect“, die ich eher als eine IT-Strategie Position zu sehen.

Ein ‚Architekt‘ ist der Titel für jemanden gegeben, die mehrere Schichten von Anwendungen entwerfen können, die auf einem hohen Niveau gut zusammenarbeiten. Alles, was ohne eine bestimmte Art von Technologie in eine generische Art von ‚Architekten‘ wird (das heißt „Solutions“, „Anwendungen“, „Business“, etc) ist Marketing sprechen.

Es ist eigentlich schon ein Unterschied, ein Lösungsarchitekt aa Anforderung ganzheitlich sieht, sagen wir zum Beispiel die Anforderung ist, die Zahl der Mitarbeiter in einem Call-Center nehmen Pizza Aufträge zu reduzieren, wird ein Lösungsarchitekt bei allen Komponentenstücke sieht, dass wird haben zusammen zu kommen, dies zu erfüllen, Dinge wie das, was Spracherkennungs-Software zu verwenden, welche Hardware erforderlich ist, was O wären am besten geeignet, um es zu hosten, die Integration der IVR-Software mit dem Bereitstellungssystem etc.

Eine Anwendung archirect in diesem Szenario auf der anderen Seite befasst sich mit den Besonderheiten, wie die Software interagieren, welche Sprache ist am besten geeignet, wie sie am besten alle vorhandenen api verwenden, die Schaffung eines api, wenn keine usw. vorhanden

Beide haben ihren Platz, müssen beide Aufgaben getan werden, um die Anforderung und in großen Orgs staisfy finden Sie engagierte Menschen es zu tun haben, in kleineren dev Läden oft mal ein Entwickler müssen alle die architektonischen Aufgaben abholen als Teil der Gesamtentwicklung, weil es sonst niemand, imo seine zynisch zu sagen, dass sie nur ein Marketing-Begriff, es ist eine wirkliche Rolle ist (auch wenn es die Entwickler sind es Abholung ad-hoc) und besonders wertvoll bei Projekt Kick-off.

Klingt wie das gleiche mit mir! Obwohl ich mit Oli nicht völlig sind Sie anderer Meinung. Ich habe gerne ein paar ausgewählt Leute die Software Architect Titel geben, wenn sie es wollen, aber die Erfahrung sagt mir, die Leute, die tatsächlich den Titel des Software Architect verdienen würden in der Regel aint, dass in zu Titel.

Nach meiner Erfahrung, als ich bei Computer Associates beriet, war das Marketing Schrei ‚verkaufen Lösungen, nicht Produkte.‘ Deshalb, wenn wir ein Projekt, und ich brauchte auf meinem Architekten Hut zu bringen, würde ich ein Lösung Architekt sein, wie ich eine Lösung würde die Gestaltung , die eine Reihe von Komponenten, in erster Linie CA-Produkte verwenden würden, und möglicherweise einige 3rd-Party oder Hand codiert Elemente.

Jetzt bin ich mehr konzentriert als Entwickler, bin ich ein Architekt von Anwendungen selbst, also bin ich ein Architekt Anwendungen.

Das ist, wie ich es sehe, aber wie bereits diskutiert worden ist, gibt es wenig in der Art und Weise Standards zu benennen.

Die Schreibweise?

Aber im Ernst - sie beide BS Jobtitel Auflockern sind. „Programmer“ nicht gut genug für dich? Werden Sie „Architect“!

wirklich ... Was ist die Welt kommen zu?!

Edit: Ich verletzt eindeutig einige "Architekten" Gefühle

!

Bearbeiten 2: Obwohl ich mit den Gefühlen darüber einig, dass die Formulierung interpretiert werden kann manche Menschen mit dem ganzen Problembereich befassen bedeuten (zB Hardware, Software, Implementierung, Wartung), die meisten Menschen, die einen Kunden zufrieden stellen wollen (und machen mehr Geld) einen Full-Service, falls erforderlich, unabhängig von ihrem Titel.

Im wirklichen Leben, es ist nur Flaum Marketing.

Wenn Sie Ihren Titel nicht auf der Visitenkarte passt, weil Sie zu viele Hüte tragen, dann jemand Wortschmiede einen geschickten Titel für Sie.

z. Programmierung / IT / Projektmanagement / Strategie / Business Analyst

Weitere Möglichkeiten, einen Architekten Titel zu erhalten:

  • Sie verbringen mehr Zeit am Telefon und an der Pinnwand als Sie eigentlich gar funktionierende Software zu entwickeln.
  • Sie verbringen mehr Zeit Menschen einrichten Outlook / Entourage zu helfen, als Sie tatsächlich haben die Entwicklung von Software zu arbeiten.
  • Sie sind wirklich nicht so gut von einem Codierer zu beginnen.
Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top