Wie ist eine typische IT-Abteilung aufgebaut? [geschlossen]

7

Ich weiß, dass die meisten IT-Abteilungen je nach Größe und Art des Unternehmens sehr unterschiedlich sind, aber ich frage mich nur, wie das typische IT-Organigramm aussehen würde.

untagged

— Brett G.
quelle

10

head -n1 /dev/urandom > org_chart:-)

— Kyle Brandt

1

Dies sollte wirklich ein Wiki sein.

— John Gardeniers

2

Es gibt keine "typische" IT-Abteilung, genauso wie es kein typisches Zugunglück gibt. Das einzige, was Sie zu beiden sagen können, ist, dass beide existieren und entweder Informationen oder einen Zug in einem minderwertigen Zustand enthalten.

— kmarsh

2

In kleinen und mittleren Unternehmen (KMU) sind die IT-Abteilungen historisch organisch und oft willkürlich gewachsen.

In großen Organisationen ahmen sie die typische Organisationsstruktur einer Abteilung oder Abteilung nach . Wenn dies keine Kerngeschäftsfunktion ist (dh Sie verkaufen keine IT-Services), wird dies häufig als nicht umsatzgenerierende Ausgabe angesehen (z. B. Rechtskosten, Personal) und zu oft wie Facility Management).

Oben sehen Sie einen CIO oder VP für (Informations-) Technologie mit Managern für jede Abteilung.

Allgemeine Abteilungsbezeichnungen: Betrieb, Entwicklung, Netzwerk (Infrastruktur), Informationsmanagement / Data Warehousing / Datenbankgruppe und Client Services oder Helpdesk. Diese Unterteilungen sind in der Benennung nicht einheitlich, aber oft ist ihre Grund- oder Kernfunktion unabhängig von der Benennung identisch (Entwicklung wird manchmal einfach einfach als Software bezeichnet).

Ich denke, ITIL und PRINCE2 könnten zwei Quellen sein, die mehr "Standard" -Begriffe oder Organigramme haben könnten. Ich kann mir keine anderen Praktiken oder Methoden vorstellen, aber alles, was ein "teures Buy-In und Hauptzweck ist, scheint nur die Grundlage zu sein, um eine weitere Neuorganisation zu rechtfertigen", wäre geeignet. Obwohl dies zynisch klingt (und ist), glaube ich, dass das meiste davon ziemlich genau ist, um geeignete Quellen für mögliche Antworten zu sein.

— mctylr
quelle

Kleine Klarstellung: Ich kann nicht mit PRINCE2 oder COBIT sprechen, aber ITIL spezifiziert oder schlägt nicht einmal etwas über Organigramme vor. Es werden viele Rollen genannt, die besetzt werden müssen, aber natürlich kann eine bestimmte Person mehr als eine Rolle haben - Ihr Änderungsmanager kann auch der Verantwortliche für config mgmt oder problem mgmt sein. Es ist auch völlig technologieunabhängig, sodass es definitiv nichts darüber aussagt, wie das Networks-Team eines Unternehmens beispielsweise mit dem Storage-Team interagiert.

— Mfinni

@mfinni, danke, ich habe ITIL bei der Arbeit vermieden, daher war ich mir nicht sicher, ob es generische Titel oder Rollen gibt, die von Organisationen übernommen wurden.

— mctylr

6

Ich habe angefangen, ein Diagramm zu zeichnen, um unsere IT-Abteilung zu zeigen, aber da es nur einen von mir gibt, sah es einfach wie ein Kreis aus.

— John Gardeniers
quelle

1

So sieht auch meine Abteilung aus.

— 3dinfluence

2

Kyle hat es in diesem Kommentar dort oben festgehalten. Im Ernst, es gibt nicht viel im Weg von "typisch". Es gibt viele, viele Möglichkeiten, willkürlich Grenzen zwischen IT-Funktionen zu ziehen. Je größer die Organisation, desto spezialisierter können die IT-Funktionen werden. General Motors kann sich Storage Architects und ganze Abteilungen von Mitarbeitern leisten, die sich der Unterstützung einer einzigen (sehr wichtigen) Anwendung widmen. Das örtliche Community College hat möglicherweise drei Personen, die alles tun, wobei einige Professoren helfen. Ihre lokale Stadt verfügt möglicherweise über IT als Untereinheit des Finanzamtes, obwohl Public Works einer der größten Datenkonsumenten ist (all diese Unterstraßeninformationen, die Sie im Auge behalten müssen).

Mmmyeah. Das Sprechen über eine typische IT-Abteilung ist ungefähr so einfach wie das Sprechen über ein typisches Säugetier.

— sysadmin1138
quelle

0

Es hängt davon ab, wie Sie die verschiedenen Rollen isolieren: Netzwerk, Systeme, Anwendungen, Qa usw. Oh ja, vergessen Sie Ihren CIO nicht, wenn Sie eine haben. In unserem Fall stehen wir unter dem Dach Finanzen.

— user40470
quelle

0

Support- und Code-Affen unten

Fehlgeschlagene Code-Affen weiter oben in der Nahrungskette ... Analysten, Projektmanager, Linienmanager usw.

Ich meine es ganz ernst: Entwickler sind hauptsächlich glücklich, Entwickler zu sein und sehen BA / PM / LM nicht als Karrierefortschritt ...

Ich bin in der IT-Abteilung eines großen globalen Unternehmens.

— gbn
quelle

1

Dies bittet um Verbindungen zum Peter-Prinzip und zum Mahn-Krüger-Effekt. en.wikipedia.org/wiki/Peter_Principle und en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect

— mctylr