Suche: ITSM Software

Ich denke auch, dass du zuerst ein paar weitere Gedanken/Fragen bezüglich des Systems haben solltest:

Sollte es eine zentrale Lösung sein? Monolithisch bedeutet, dass du alles aus einem Guss hast. Hätte den Vorteil, dass du z. B. aus dem Ticketsystem auf deine Inventardaten zugreifen kannst (Welcher Laptop ist kaputt - gleich beim Ticket auswählen, bevor der Nutzer "das dunkelgraue Notebook" schreibt), eventuell automatisiert vom Tickesystem auf die KB verweisen kannst... Allerdings musst du mit dem Umfang der einen Lösung klarkommen, während du beim "one task one tool"-Prinzip für jede einzelne Aufgabe (Ticket, Inventar...) die subjektiv bestmögliche suchen kannst/musst.

Wie komplex soll die Inventarisierung sein? Manuell, teilautomatisiert, live? Reicht es aus, dass du einem moderne Excel zu haben, sollte es SNMP haben, oder sollten die Geräte wirklich gemonitort werden?

Ich habe mal eine zeitlang testweise mit GLPI rumgespielt. Sah gar nicht so schlecht aus, nur leider sah es damals (vor 2 Jahren) gefühlt etwas suboptimal mit Support aus. Hat sich (vom Eindruck her, anhand 2 Minuten Googeln) etwas gebessert. Du hast Inventarverwaltung (anscheinend inkl. Agents für die Clients, SNMP), Ticketmanagement, Mail-IOn ("messagwe collector"), Lizenzmanagement... Vielleicht wäre das einen Blick wert?

Naja - zuerst mal muss dir einfach klar sein: Egal welches System du nimmst, das hilft dir erst mal GAR NIX. Auch ein Ticket-System nicht. Du musst nämlich dann auch noch die Mitarbeiter davon überzeugen das es genutzt werden soll -> was bei diesen Systemen idR. mehr Zeit als die reine implementierung benötigt. Und auch da gilt: Es hilft dir nix wenn du aufm Schlag 5 Systeme einbaust und die Mitarbeiter dann "von heute auf morgen" plötzlich Tickets machen müssen, beim start des PCs plötzlich irgendwelche Programme installiert/gelöscht werden, der Desktop sich verändert (Profile/AD),... Egal wie gut die Änderungen dann sind - die Mitarbeiter werden sich beschweren weils eben nich mehr is wie vorher... Und allein nen Ticket-Systemm ist da schon sehr viel Arbeit auf der "menschlichen" Ebene -> warum kann ich den ITler nicht mehr einfach anrufen, ging doch die letzten 500 Jahre genauso... Das es VORTEILE für den Mitarbeiter bringt weil eben nix vergessen wird sieht man nunmal zu Anfang nicht -> vorher hat man angerufen "Drucker geht nich" und dann kam der Kollege eben rübergelaufen, jetzt muss man erst nen Ticket machen?!?

Von daher würde ich eben immer nur mit _einer_ Sache zur Zeit anfangen.. Wenn die nämlich dann läuft und die Mitarbeiter ggf. sogar merken das es Vorteile bringt hast du mit den nächsten Dingen nen leichteren Stand. Aber grad als "der neue" stehst du nunmal zu Anfang ziemlich schwach da -> jeder neue hat erstmal 100 tolle Ideen, weil erstmal alles besser,...

Für die Lizenzen usw. hilft eben auch ggf. nur einmal Fleissarbeit... Klar kann man sich hier auch Systeme nehmen die das können -> aber woher weisst du denn ob die korrekt laufen? Auch dafür brauchst du ja erstmal ne grobe Übersicht um zu sehen ob die Ergebnisse SINN machen. Diese Übersicht kannst du entweder aufgrund Erfahrung haben (wenn du da eben einige Jahre im Laden bist kennst du ja eh nahezu jeden Rechner und die sonderlocken) -> oder eben bei einmal "handarbeit" um das aufzunehmen. In dem Zuge würde ich gleich noch Berechtigungen prüfen -> so wie es sich anhört wäre ich nicht verwundert wenn du auf Rechner triffst bei denen der Anwender eh Admin-Rechte (min lokal, dümmstenfalls domain-admin) hat weil die Software xyz das damals eben so erfordert hatte und sich nie jemand um nen sauberen Weg gekümmert hat. Damit hättest du dann nämlich auch gleich die nächste Baustelle -> und die muss behoben sein bevor Inventory-Software überhaupt irgendwelchen Sinn macht (was hilft es dir zu wissen welche SW installiert ist wenns morgen ggf. schon veraltet ist, du müsstest jeden Tag prüfen).

Beim Monitoring dasselbe: Auch da musst du halt wissen WAS du überwachen willst. Beim NAS zB.: Ist es da? Ist es mit irgendwelchen Services online? Status der Festplatten? Freier Speicher / ggf. pro share?... Beim Switch dasselbe -> hier gibts eben auch "von / bis", dazu gibt es eben welche die wichtiger sind (ggf. Core-switches,...) und welche die zwar blöd wären wenn die ausfallen aber eben nicht lebenswichtig. Dazu kommt dann der Netzwerkaufbau -> ist alles in nem Flat-netzwerk oder gibts VLANs? Wie ist die Struktur? Ohne ne saubere Doku wird dir das Monitoring am Ende (nach meiner Erfahrung) eben auch nur Schätzwerte liefern und du findest Stück für Stück raus das DER Fall der grad zum Ausfall geführt hat eben blöderweise vergessen wurde. Mit ner sauberen Doku ergeben sich diese Fragen idR. von ganz alleine.

Moin,

Sehe das wie die Kollegen: nicht alles auf einmal.

Strategisch würde ich als erstes ein Ticket-Sytem einführen. Dann gehen die Sorgen der Kollegen nicht unter, man kann die Bearbeitung ebendieser eintackten und hat Kapazität für die übrigen Dinge.

Nimmt man Beispieslweise OTRS als Ticket-System, könnte man damit auch das Asset-Management erschlagen (es gilt aber zu prüfen, wie das im Details aussieht) und eine (zentrale) KB aufbauen.

Monitoring wäre IMHO eine eigene Baustelle. Das würde ich mit der Inventarisierung kombinieren. Da du dann eh alle Systeme „abgrasen“ musst, kannst du die (relevanten) Infos direkt mit übernehmen.

Und mittels NAC bekäme man obendrein auch mit, welche Geräte sich gerade so im Netzwerk tummeln.


Das wäre jetzt so mein Ansatz, nachdem ich ermittelt hätte, was die einzelnen Module wirklich Leisten können müssen und was Nice2Have wäre.