Zarządzanie środkami trwałymi (asset management) i baza konfiguracji (CMDB) to kolejne obszary, które omawiamy w ramach cyklu materiałów związanych z rozwiązaniem ITSM. Z poprzednich tekstów znacie definicję tych słów, w tym artykule przechodzimy do bardziej szczegółowych informacji. Zapraszam!

Artykuł jest związany z 5. odcinkiem podcastu na temat ITSM; jeśli jeszcze go nie przesłuchałeś/przesłuchałaś, czas to nadrobić!:

baner do treści blogposta z tytułem odcinka podcastu na temat ITSM: zarządzanie bazą CMDB i rola Asset Managera, zdjęcie autora nagrania, Jakuba Łogusza ITSM Specialist z Transition Technologies PSC, fioletowo różowe tło, gradient

Kim jest Asset Manager i jaka jest jego rola w organizacji?

Rolę Asset Managera można wyjaśnić i określić najprościej jako: Opiekun jakości danych bazy CMDB. Jego zadaniem jest:

  • dbanie o prawidłowe, zgodne z dobrymi praktykami zarządzanie danymi,
  • wprowadzanie do bazy nowych pozycji (automatycznie lub manualnie),
  • monitorowanie przepływu danych do CMDB z wielu źródeł,
  • modyfikowanie i usuwanie pozycji z bazy,
  • przygotowanie, analiza i przedstawienie danych związanych z bazą CMDB.

Wszystkie te czynności muszą być zgodne z dokumentacją procesową, logistyczną czy majątkową, a także – i przede wszystkim – ze stanem faktycznym. Praca Asset Managera jest tym bardziej wymagająca, im bardziej złożona jest baza CMDB tzn. im więcej posiada Assetów, czyli zasobów.

Posługując się przykładem: manager obsługujący bazę 10 komputerów i komponentów będzie miał mniej pracy niż taki, który zarządza bazą 200 tysięcy jednostek infrastruktury lekkiej i ciężkiej, czyli np. serwerów. Wiele zależy też od wewnętrznych procesów przyjętych w firmie i ich złożoności – w jednej firmie od pojawienia się zapotrzebowania na usługę czy sprzęt przechodzimy od razu do realizacji, w innej proces przepływu zleceń może być wielopoziomowy; zlecenie trafia do wielu zespołów, bo takie są przyjęte procedury, czasem Asset Manager musi dodatkowo pozyskać wymagane dokumenty i podpisy.

Warto pamiętać, że złożoność procesów to zazwyczaj odpowiedź na zapotrzebowanie dużych firm na jasny przepływ danych i bezpieczeństwo cyfrowe oraz majątkowe.

Asset Manager łączy zatem umiejętności techniczne i analityczne; musi umieć budować CMDB, obsługiwać narzędzia bazodanowe, pisać podstawowe skrypty oraz zapytania w SQL, a także analizować i prezentować dane z przełożonymi i/lub klientom tak, aby były czytelne i zrozumiałe.

Definicje pojęć takich CMDB podajemy w tekście:

grafika z hiperłączem do blogposta z pojęciami związanymi z ITSM, cel to przeniesienie użytkownika do powiązanej treści, tło gradientowe fiolet róż, logo Trantition Technologies PSC

Jak zbudować dobre CMDB?

Co wziąć pod uwagę przed stworzeniem bazy CMDB?  Z kim współpracować? Jakie dane będą istotne?  Po pierwsze, dobrze jest zacząć od rozmowy z przedstawicielami wydziałów, które będą ujęte w procesach związanych z bazą. Każda z tych grup ma inne potrzeby i będzie pełniła inną rolę w obsłudze:

  • ServiceDesk będzie zainteresowany tym, kto używa danego assetu (np. sprzętu albo aplikacji), jakie podzespoły posiada lub jakiego systemu używa do pracy.
  • Dział sieciowy będzie zainteresowany lokalizacją serwerów, ich adresami IP i MAC.
  • Dział majątkowy skupi się na tym jaka jest wartość danego assetu, jak przebiega amortyzacja, umowy np. leasingowe oraz utylizacja.
  • Management – będzie chciał wiedzieć, ile sprzętów jest w użytku, czy są awaryjne i czy są wydajne, aby móc planować skale inwestycji na kolejne kwartały

Dzięki takiemu wywiadowi dowiemy się, jakie dane będą priorytetowe, a które mogą zostać dodane w przyszłości. Rekomendujemy rozpoczęcie prac od podstaw i późniejsze, stopniowe rozbudowywanie bazy.

Po drugie, bardzo istotna jest współpraca Asset Managera z Configuration Managerem oraz Administratorami. Te osoby powinny być transparentne ze wszystkimi swoimi działaniami i pomysłami, stworzyć wspólny plan uwzględniający pracę każdego z obszarów.  Pamiętajmy również, że stworzenie bazy wiąże się z koniecznością opracowania dobrej i czytelnej dokumentacji, w której zostaną uwzględnione wszystkie otrzymane wymagania i opis wykonywanych działań.

I po trzecie: porządek. Wraz z rozwojem firmy, zasobów będzie przybywać i jest to naturalna, prawidłowa kolej rzeczy. Nie mamy wpływu na ilość assetów, natomiast mamy wpływ na stworzenie optymalnej struktury. CMDB pozwala na kategoryzowanie assetów poprzez pola klasyfikacji sprzętowej lub tak zwane Tier’y. Dzięki temu w jednej klasie sprzętowej możemy ująć rozróżnienia (np. co jest laptopem, a co tabletem). Dobrą praktyką jest klasyfikacja zasobów i dostosowanie procesów do specyfiki każdej kategorii.

Czy spójność CMDB jest w ogóle możliwa?

Pełna spójność CMDB jest osiągalna, pod warunkiem że baza zawiera niewielką ilość zasobów, ponadprzeciętną optymalizację struktury danych, klarowny przepływ informacji i komunikacji. Bardzo duże, złożone bazy mogą borykać się z niewielkim brakiem spójności, wynikającym nie z błędu – a z dynamicznych zmian. 

Pamiętajmy, CMDB nie składa się tylko z komputerów i monitorów, są to również podzespoły, akcesoria, oprogramowanie, użytkownicy i dokumenty. Dojrzała i rozbudowana baza będzie zasilana z wielu źródeł – będą to manualne aktualizacje i modyfikacje, dane sieciowe, dane z  narzędzi automatyzujących i skanujących naszą strukturę oraz utylizacje. Przy tak wielu źródłach, zmiany są dynamiczne i niemożliwe do utrzymania zawsze w wartości 1:1 – czy to błąd? Nie, jest to po prostu pewien margines statystyczny, z którym musimy się liczyć.

Dobre praktyki zarządzania bazą CMBD

Zacznijmy od największego truizmu, ale jednocześnie najcenniejszej uwagi – więcej nie znaczy lepiej.  Dotyczy to wielu aspektów, w tym ilości Asset Managerów – im więcej osób, tym większe ryzyko nieścisłości i nieczytelności bazy.

Managerowie muszą ze sobą współpracować i kierować się jasno wytyczonymi standardami opracowanymi wspólnie lub wedle wytycznych klienta. Trudno o dobrą komunikację i spójny przepływ informacji (workflow), gdy próbuje się ze sobą dogadać dziesięciu Asset Managerów, a każdy z nich ma swoją wizje oraz przyzwyczajenia. Z mojego doświadczenia wynika, że dobrą praktyką przy dużych bazach CMDB jest posiadanie maksymalnie trzech Asset Managerów. 

grafika poglądowa do treści blogposta transition technologies psc na temat zarządzania bazą CMDB i rolą asset managera, przedstawia trzy osoby stojące obok siebie, dwóch mężczyzn i kobietę

Pamiętajmy też, że Asset Manager musi lubić porządek. Użyję prostego porównania: wyobraźmy sobie, że baza CMDB to szafa. Możemy zmieścić w niej 10 kurtek – łatwo będzie je policzyć, przejrzeć i przymierzyć, gdy będą schludnie powieszone na wieszakach, a nie zwinięte w kulkę i upchnięte w kąt. To samo dotyczy bazy CMDB: dane mogą być wprowadzane czytelnie, spójnie i jakościowo lub niekonsekwentnie, skrótowo i niechlujnie – drugiego scenariusza chcemy oczywiście uniknąć.

Zdjęcie poglądowe do treści blogposta na stronie transition technologies psc, pokazujące uporządkowaną szafę, odnoszące się do przykładu podanego w tekście, zdjęcie z shutterstocka, jasna szafa z poukładanymi ubraniai

Podsumowanie

Wiemy już, że nie warto budować zbyt dużego zespołu Asset Managerów i należy pamiętać o tym, by struktura bazy CMDB była przemyślana oraz uporządkowana. Wiemy również, że szukając dobrego specjalisty, musimy zwrócić uwagę i zadbać o to, by odnalazł się zarówno w aspektach technicznych jak i analitycznych.

Kilka wskazówek ode mnie:

  • Tworząc bazę CMDB pamiętajcie o tym komu ona ma służyć: starajcie się dostosować ją do potrzeb klientów i wydziałów, które będą jej używać.
  • Rozplanujcie strukturę bazy CMDB już na początkowych etapach: lepiej zacząć od mniejszych rozmiarów, ale bardziej dostosowanych i jakościowych, niż zmagać się z dużą ilością zbędnych danych.
  • Przygotujcie szczegółową i czytelną dokumentację.
  • Ograniczcie dostęp do bazy danych do osób, które powinny posługiwać się w nią w codziennej pracy.
  • Zwróćcie uwagę na Asset Managerów: oprócz wiedzy technicznej, powinni posiadać umiejętności analityczne i miękkie.
  • Nie wpadajcie w obsesję 100% spójności: w przypadku rozbudowanych baz, brak pełnej spójności nie jest błędem, jest to margines statystyczny spowodowany dynamicznymi zmianami i aktualizacjami w bazie.
  • Dbajcie o zespoły: brak dobrej komunikacji, zniweczy największy wysiłek włożony w funkcjonalności. Bez dobrze współpracujących zespołów, żaden proces nie zadziała prawidłowo.

Zapraszam do kontaktu, zostawienia komentarza i przejrzenia innych naszych materiałów związanych z rozwiązaniem ITSM, w tym pozostałych odcinków podcastu oraz powiązanych z nimi artykułów.

baner do treści artykułu blogowego nawiązujący do podcastu, fiolet, róż, gradient w tle, logo Transition Technologies PSC na dole, treść na banerze posłuchaj i ITSM, podcast prowadzony przez praktyków Transition Technologies PSC

Przejrzyj pozostałe wpisy z tej serii:

How useful was this post?

Click on a star to rate it!

Average rating 0 / 5. Vote count: 0

No votes so far! Be the first to rate this post.

W przypadku naruszenia Regulaminu Twój wpis zostanie usunięty.

    _Wszystkie wpisy z tej kategorii

    ITSM: Najczęstsze wyzwania podczas wdrożenia

    Poznaj 6 najczęstszych wyzwań wdrożenia ITSM oraz wskazówki, dzięki którym z powodzeniem stawisz im czoła. W artykule znajdziesz link do podcastu, zapraszam!
    Czytaj dalej

    ITSM: zarządzanie incydentem i zarządzanie zmianą. Dlaczego ważna jest synergia tych procesów?

    Z artykułu dowiesz się, dlaczego zarządzanie zmianami i zarządzanie incydentami to nierozłączne procesy. Poznasz przykłady, dzięki którym szybko zrozumiesz, dlaczego komunikacja, współpraca i…
    Czytaj dalej

    ITSM: Analiza biznesowa. 4. Najczęściej spotykane wyzwania 

    Poznaj najczęstsze wyzwania, z którymi spotykam się podczas analizy biznesowej – zarówno w kontekście ITSM, jak i innych rekomendowanych rozwiązań do obsługi procesów…
    Czytaj dalej

    Proces budowy usługi w ITSM

    ITSM to rozwiązanie wspierające zarządzanie usługami – wymaga więc określenia usług, które ma obsługiwać. Z tego artykułu dowiesz się jak stworzyć usługę: w…
    Czytaj dalej

    Tworzenie katalogu usług w systemie ITSM  

    Znajdziesz tutaj wskazówki i spostrzeżenia na temat budowania oraz prowadzenia katalogu usług w środowisku ITSM. Dowiesz się także, dlaczego i jak katalog usług…
    Czytaj dalej

    Wprowadzenie do ITSM: pojęcia, które musisz znać rozmawiając o rozwiązaniu IT Service Management 

    Poznaj najważniejsze pojęcia i skróty, bez których rozmowa o rozwiązaniu  IT Service Management lub Enterprise Service Management nie będzie możliwa. Zrozum branżowe określenia,…
    Czytaj dalej

    Czym jest ITSM? Wprowadzenie do systemu typu IT Service Management

    Czym jest ITSM? Jakie są cechy szczególne tej klasy systemu informatycznego? W jakich obszarach jest wykorzystywany i w jaki sposób może zoptymalizować codzienną…
    Czytaj dalej

    _Zostańmy w kontakcie

    Skontaktuj się