Was ist ein allgemeinerer, weniger belasteter Name für "Operationen"?

Ich versuche zu helfen, die Aktivitäten unserer Gruppe besser zu organisieren. Wir sind größtenteils eine Dienstleistungsorganisation (die mit Lehrkräften und Studenten an einer akademischen Einrichtung zusammenarbeitet), aber wir sind eine Technologiegruppe, die auch Softwareentwicklung und -integration durchführt.

Wir hatten zuvor einen „Tools-First“-Ansatz für die Projekt- und Aufgabenverfolgung ausprobiert, und das war nicht besonders erfolgreich – die Tools wurden eher zu einer Belastung als zu einer Hilfe. Also versuche ich, die Dinge von Grundprinzipien aus zu denken. Ich habe hier nicht wirklich einen Hintergrund oder eine Ausbildung, daher kämpfe ich ein wenig mit der Benennung von Dingen und hoffe, dass Sie helfen können.

Hier ist meine Konzeptualisierung der verschiedenen Arten von Aktivitäten, die wir im allgemeinen Sinne durchführen. Es gibt viele Möglichkeiten, Aktivitäten aufzuteilen, aber diese wird durch das Nachdenken über die unterschiedlichen Anforderungen an die Organisation und Nachverfolgung angeregt. Event Response benötigt ein Ticketing-System; dasselbe Ticketing-System ist möglicherweise nicht das beste für die Projektverfolgung oder für die „blaue“ Kategorie, wie unten erläutert.

Aktivitäten Kuchen.  mmh, Torte

Die Ereignisantwort ist eine Aktivität, die von etwas Externem veranlasst wird: eine E-Mail für Hilfe oder eine Walk-In-Anfrage oder ein Systemfestplattenausfall oder ein Sicherheitsverstoß. In jedem Fall sind diese schwer zu planen, außer als Schätzungen; Sie neigen dazu, kurzlebig zu sein und erfordern eine sofortige Reaktion irgendeiner Art. (Es ist jedoch wichtig sicherzustellen, dass Zeit und Leute für diese Dinge budgetiert sind, da sie wirklich unserer Gruppenmission dienen und sich nicht wie Ablenkungen oder Unterbrechungen anfühlen dürfen.)

Nicht verfügbar ist etwas, das nach Ansicht der Vorgesetzten auf der Tabelle schlecht aussah, aber im Grunde genommen eine Anerkennung dafür ist, dass Menschen Krankheitstage, Urlaub und andere Unterbrechungen haben. Es hilft mir , das im Hinterkopf zu behalten, auch wenn es letztlich nicht in Präsentationen darüber einfließt, was unsere Gruppe macht.

Erforschung/Lernen ist Training und individuelle Erforschung neuer Technologien und Ideen. Wir müssen als Gruppe bei diesen Dingen auf dem Laufenden sein, also ist das wichtig.

In der Projektentwicklung arbeiten wir daran, neue Dienste zu ermöglichen oder bestehende zu verbessern. Wir erledigen auch einige Arbeiten im Beratungsstil, die am besten als kleine Projekte verwaltet werden. Wir haben hier in Bereichen rund um den Prozess noch viel zu tun, aber ich habe viele gute Ideen, wie wir vorankommen können.

Also, im täglichen Betrieb stoße ich immer wieder auf ein Sprachproblem. Ich meine "die Dinge, die man tut, um unsere Dienste am Laufen zu halten", aber nicht nur im technischen Sinne. Einiges davon ist das Lesen von Protokollen, das Überprüfen des Serverstatus und so weiter, aber ich meine damit auch, dass es das Unterrichten eines Seminars und Treffen mit unseren Benutzern umfasst. Und ich meine damit nicht viele der Dinge, die im IT-Sinne allgemein unter „Operations“ fallen. Das Racking eines Servers zum Beispiel ist wahrscheinlich Teil eines Projektsum einen neuen oder aktualisierten Dienst bereitzustellen; Das Ändern einer ausgefallenen Festplatte ist eine Ereignisantwort. Ein allgemeines Merkmal von Dingen in dieser Kategorie ist, dass sie kontinuierlich weiterlaufen, aber nicht von außen veranlasst werden. Normalerweise können wir die Arbeit an diesen Dingen eine Zeit lang ignorieren oder vermeiden, auf Kosten angesammelter technischer oder sozialer Schulden – wir können das Lesen von Protokollen vermeiden, müssen aber möglicherweise plötzlich bezahlen, wenn es später zu einem Vorfall kommt, von dem wir nichts wussten. Wir können vermeiden, Treffen mit der Fakultät ohne unmittelbare Konsequenzen (aber wahrscheinlich ernsthafte längerfristige) zu planen.

Also, was ist eine gute Sache, diese letzte Aktivitätskategorie zu nennen? "Operationen" möchte ich eigentlich vermeiden, fällt mir aber nichts Besseres ein.

Antworten (8)

Sie können "Laufende Dienste" oder "Tägliche Dienste" verwenden.

Welche Wörter Sie auch verwenden, stellen Sie sicher, dass Sie Ihr Publikum darüber aufklären, was sie bedeuten.

Kleiner Punkt: Ich finde, dass ein nach Aktivitätstyp sortiertes Balkendiagramm effektiver wäre als ein Kuchen, da es deutlicher zeigen würde, wo Ihre Gruppe die meiste Zeit verbringt.

Ich mag „laufend“ – danke. Das Tortendiagramm ist angemessen, weil es darauf ankommt, zu vermitteln, dass eine endliche Ressource (unsere Zeit) geteilt ist. Der genaue Vergleich ist nicht wirklich wichtig.
Ich mag "Dienstleistungen". Ich denke jedoch, dass sowohl produktive als auch unproduktive Verwaltungszeit nützlich wäre, um Dienste zu zerlegen. Ich mag auch Ihren Vorschlag des Balkendiagramms, sortiert nach Pareto, verstehe aber den Wunsch von mattdm, eine endliche Verfügbarkeit der Auslastung anzuzeigen.

Ich habe gesehen, dass „tägliche Operationen“ in mehreren Zusammenfassungen als Operationen (ein Wort) bezeichnet wurden. Manchmal als Geschäftsprozesse oder Verwaltung .

Das Wort Operations wird in meiner Organisation häufig verwendet und steht für alle Aktivitäten, die durchgeführt, gemessen und kontrolliert werden müssen, um die Kontinuität des Geschäfts zu gewährleisten . Wie Sie oben erwähnt haben, verwenden wir diesen Begriff nicht für den IT-Betrieb, sondern für alle Aufgaben, die regelmäßig (täglich, vierzehntägig usw.) ausgeführt werden müssen.

Ich denke, ein Teil des Terminologieproblems besteht darin, dass das gesamte Diagramm in dem Sinne, wie Sie es in Kursivschrift angeben, aus Operationen besteht. (Das ist ein guter Einblick, warum es ein schlechter Begriff für einen Keil ist.)

Ich würde "nicht verfügbar" entfernen. Ihr Kuchen sollte repräsentativ für die verfügbare Auslastung sein, wobei bekannt ist, dass er das Netto darstellt, nachdem Sie normale Arbeitsabwesenheiten entfernt haben. Ich würde den Betrieb als produktive Verwaltung und unproduktive Verwaltung bezeichnen, wobei produktiv Zeit ist, die für Verwaltungsaufgaben aufgewendet wird, die direkt mit der Funktion Ihres Unternehmens zusammenhängen, und unproduktiv Verwaltungsaufgaben sind, die sich auf die Organisation beziehen, wie unternehmensweite Schulungen oder Treffen aller Hände usw.

Der Grund für die Nichtverfügbarkeit besteht darin, dass der Nichtverfügbarkeitskeil von Monat zu Monat variiert. Wenn Sie es dort platzieren, bleiben Vergleiche mit dem Rest des Kuchens aussagekräftig.
Was die Kennzeichnung von unternehmensweiten Schulungen oder All-Hands-Meetings als „unproduktiv“ angeht … Ich verstehe, worauf Sie hinaus wollen, aber das ist sehr überladen. Können Sie eine neutralere Sprache vorschlagen?
Können Sie das Nichtverfügbare so mitteln, dass es konstant bleibt? Nutzen Sie „direkt“ und „indirekt“ versus produktiv und unproduktiv? Direkter Administrator ... indirekter Administrator. Klingt neutral.
@DavidEspina: Ich stimme David zu, dass Unavailable entfernt werden sollte. Ich würde das Wort "Administration" jedoch nicht für "Daily Operations" verwenden, da dies die größte Aktivität ist und kein "höherer" es gerne sieht, dass die meiste Zeit seiner Ressourcen für die Verwaltung aufgewendet wird ...

Ihr Tagesgeschäft ähnelt dem IT Service Management in ITIL. Ich würde diese Kategorie als "Dienstleistungserbringung" bezeichnen, da Sie den täglichen Bedarf an Ihren Diensten erbringen und bereitstellen.

Ich persönlich würde „Tagesgeschäft“ durch „Business as usual“ ersetzen. Ich würde auch sicherstellen, dass Ihre „höheren Stellen“ verstehen, dass diese Aktivität auf eine „normale Ausführung von Operationen“ in Ihrem Unternehmen hinweist.

  • Overhead
  • Das Licht anlassen
  • Tägliche Aktivitäten
  • Fortgesetzte Aktivitäten
  • Kontinuierliche Aktivitäten
  • Basisaktivitäten
  • Basisleistungen

In der Windows Live-Abteilung von Microsoft nennen sie das "Service Excellence" (obwohl "Service Engineering" vielleicht weniger prätentiös wäre), und in jedem Feature-Team gibt es statt einer pm/dev/test-Triade eine pm/dev/test /SE Quad, der das Feature steuert.

Das ist wirklich interessant. Ich werde diesen Namen nicht verwenden, aber die Idee für eine dedizierte Rolle ist sehr wertvoll. (Dieselbe Person könnte sicherstellen, dass Event-Response-Tickets nicht durchs Raster fallen.)

Ich würde den System- und Benutzersupport empfehlen

Gibt es eine Erklärung, warum Sie dies empfehlen würden, oder können Sie Ihre Erfahrungen mit der Verwendung dieses Namens teilen? Derzeit scheint diese Antwort nicht hilfreich zu sein und wird wahrscheinlich gelöscht.
Nein - dem ist nichts hinzuzufügen. Da die Frage ziemlich weit offen war, bekomme ich nur eine sehr kurze einfache Antwort. Was könnte ich eventuell hinzufügen? Und warum würdest du dir die Mühe machen, es zu löschen?
Kein besonderer Grund, aber es wird automatisch als "niedrige Qualität" für Länge und Inhalt gekennzeichnet. Sie können nicht erklären, warum Sie diesen Namen empfehlen würden?
"System- und Benutzerunterstützung" würde auch den Keil "Ereignisantwort" enthalten, sodass das nicht funktioniert.