Stellen Sie sich einen Netzwerkausfall mitten am Arbeitstag in Ihrem Unternehmen vor. Stellen Sie sich nun vor, dass niemand eine Ahnung hat, was zu tun ist, weil Ihr leitender Netzwerktechniker im Urlaub beim Tauchen im Südpazifik ist und er oder sie die einzige Person ist, die etwas über das Netzwerk weiß. Das mag albern erscheinen, aber die Realität ist, dass die Verbreitung von Stammeswissen in IT-Abteilungen ständig zu solchen Szenarien führt.
Der Begriff „Stammeswissen“ bezieht sich auf Informationen, die von einer kleinen Gruppe von Menschen, möglicherweise sogar nur einer Person, eng gehalten werden und entweder unbeabsichtigt oder absichtlich vor der größeren Gruppe zurückgehalten werden. Dies ist in den heutigen IT-Abteilungen gängige Praxis und schadet einem leistungsstarken technischen Team.
Die einzelnen Komponenten unserer IT-Infrastrukturen sind so eng miteinander verflochten, dass Ingenieure teamübergreifend arbeiten müssen, um Probleme zu lösen. Betrachten Sie das allgemeine Problem einer langsamen Anwendung. Ist es die Netzwerklatenz, die wehtut? Anwendungsleistung? Könnte ein Anwendungsserver selbst unterversorgt sein? Könnte es sogar der Computer des Endbenutzers sein, der das Problem darstellt?
Da das Netzwerk Teil einer größeren Sammlung voneinander abhängiger Teile ist und kein Ingenieur alles über alle Dinge wissen kann, ist der Wissensaustausch zwischen Ingenieuren und Teams von entscheidender Bedeutung. Dennoch halten einige Informationen sehr streng gehütet. Auf diese Weise mögen sie wie der Held des Netzwerks erscheinen, obwohl es nichts Heldenhaftes ist, wichtige Informationen vor dem Team zu verbergen.
Dies kann sich auf vielfältige Weise äußern. Vielleicht hat eine IT-Abteilung nur einen Netzwerktechniker und das alles Netzwerkdiagramme und Tabellenkalkulationen befinden sich auf seinem persönlichen Laufwerk. Vielleicht hat eine IT-Abteilung ein paar Netzwerktechniker, aber sie geben keine Informationen an das Anwendungsteam weiter. Vielleicht behalten Manager Informationen absichtlich für sich, damit sie sicherstellen können, dass sie immer der Held sind.
Meiner Erfahrung nach gehen IT-Abteilungen (wenn überhaupt) unterschiedlich mit diesem Problem um. Für manche lautet die Antwort formale Arbeitsabläufe. Für andere ist die Antwort Kultur. Letztendlich besteht die Antwort in Bezug auf das Stammeswissen und den Netzwerkhelden nicht darin, sicherzustellen, dass eine Person es weiß Weniger, aber das weiß der Rest des Teams more.
In Bezug auf das Stammeswissen und den Netzwerkhelden besteht die Antwort nicht darin, sicherzustellen, dass eine Person es weiß Weniger, aber das weiß der Rest des Teams more.
Das Ziel ist nicht unbedingt, ein ganzes Team von CCIEs einzustellen, obwohl das ziemlich cool wäre. Es soll Ingenieuren das Wissen und die Tools zur Verfügung stellen, die sie benötigen, um Vorfälle zu beheben und über Wissenssilos hinweg zu arbeiten. Die Antwort ist, Barrieren abzubauen und Informationen leicht verfügbar zu machen.
Wenn du gelesen hast Das Phönix-Projekt, von Gene Kim, Kevin Behr und George Spafford, kennen Sie Brent, den technischen Engpass in der IT-Abteilung von Parts Unlimited. In der Geschichte macht Brent an sich nichts falsch, aber er ist der einzige Hüter bestimmter technischer Kenntnisse und ein wichtiger Single Point of Failure für das gesamte Team. Brent ist schlau, arbeitswillig und findet schnell Lösungen, aber sein unbezahlbares Wissen steckt nur in seinem Kopf – und lässt die Teammitglieder im Dunkeln tappen, wenn Brent nicht da ist.
Im Laufe der Zeit besteht die vorgestellte Lösung zur Lösung des Problems des Stammeswissens bei Parts Unlimited darin, eine Kultur der Zusammenarbeit und des Wissensaustauschs zu entwickeln, auch wenn es weh tut. Die Autoren stellen eine Lösung vor, bei der es nicht darum geht, Brent loszuwerden oder niederzureißen, sondern dem gesamten Team zu ermöglichen, auf sein Niveau aufzusteigen.
Im Roman wird uns eine fiktive IT-Abteilung mit idealistischen Szenarien und Einstellungen präsentiert, also wie kann a echt IT-Abteilung beschäftigt sich mit ihrem eigenen Brent?
Es kommt auf Zusammenarbeit und Wissensaustausch an, aber der Schlüssel ist, dass es einfach, konsistent und Teil des Arbeitsablaufs eines Teams sein muss. Wie oft haben Sie angefangen, ein Organisationstool wie Trello, Asana oder sogar Haftnotizen zu verwenden, nur um aufzugeben, weil sie nicht geholfen haben? Das Problem liegt nicht bei diesen Werkzeugen – es liegt an der Disziplin, sie zu verwenden.
NetBrain befasst sich direkt mit diesem Thema des Wissensaustauschs und der Zusammenarbeit, sowohl auf Vorfall- als auch auf Infrastrukturebene. Aber was es wirklich zusammenbringt, ist das Wie NetBrain kann vollständig in die IT-Abteilung integriert werden vorhandenen Systeme, um den Wissensaustausch einfach, konsistent und Teil des täglichen Arbeitsablaufs zu machen.
Erstens NetBrain bietet eine umfassende API-Integration, die es ermöglicht, jedes Drittanbietersystem wie ein Ticketing-System, ein Überwachungstool oder eine IDS-Appliance auszulösen NetBrain in Aktion treten. NetBrain kann in eine bestehende Datenbank integriert werden, wodurch die CMDB einer IT-Abteilung immer konsistent und aktuell ist. NetBrain leicht Teil des Arbeitsablaufs einer IT-Abteilung werden.
Zweitens Dynamic Maps ermöglichen dem Netzwerk, sich selbst zu dokumentieren. Dynamic Maps sind On-Demand-Netzwerkdiagramme, die Sie als URL für das gesamte Team veröffentlichen können. Dies stellt einem ganzen Team detaillierte und spezifische Informationen über das Netzwerk zur Verfügung, die allzu oft von einem oder sehr wenigen Ingenieuren festgehalten werden.
Drittens Ausführbar Runbooks ermöglichen es Teams, ihre Best Practices zu digitalisieren. Runbooks verwendet werden können Schritte zur Fehlerbehebung im Netzwerk automatisieren und betten Sie die Daten in die ein Runbook Arbeitsablauf. Diese wird dann an die angehängt Dynamic Maps, was es einfach macht, Befunde zu teilen und Ergebnisse im Zusammenhang mit einem Vorfall zu verfolgen.
Alle Informationen über das Netzwerk sind bereits in den Geräten vorhanden, sodass eine programmierbare Lösung, die diese Informationen sammeln und dem Team präsentieren kann, es jedem Ingenieur ermöglicht, Änderungen vorzunehmen und rückgängig zu machen. Anstatt dass ein Ingenieur auf Abruf darum kämpft, den leitenden Ingenieur über ein Satellitentelefon von einem Strand in Fidschi aus mit ihm sprechen zu hören, ist jeder im Team befugt, das Problem zu lösen – wodurch Stammeswissen beseitigt und dem gesamten Team die Möglichkeit gegeben wird, dies zu tun ein Netzwerk-Held.