Zbigniew K.

Zbigniew K. Automatyzacja
procesów, transmisja
danych, energetyka

Temat: Podział kompetencji (automatyka-transmisja danych-IT)

Temat ten dla niektórych będzie interesujący. Przez okres kilkunastu ostatnich tygodni coraz częściej spotykałem się zapytaniami dotyczącymi podziału ról pomiędzy poszczególnymi służbami (automatycy-łącznościowcy-IT). Mam nadzieję, że zawitają tu osoby, które zechcą się podzielić swoimi dobrymi i złymi doświadczeniami.

Celem otwarcia tego tematu nie jest wypracowanie jakiegoś kanonu (bo stosownie do potrzeb za każdym razem będziemy mówić o innych rozwiązaniach). W zamierzeniu ma to być miejsce, gdzie można lepiej skompletować argumentację "za i przeciw" w opracowywaniu koncepcji dla siebie. Miło byłoby pozbierać doświadczenia kolei, energetyki, wodociągów, kopalni itd.

Temat: Podział kompetencji (automatyka-transmisja danych-IT)

Ostatnie lata to okres poważnego rozwoju zarówno automatyki jak i informatyki. Zarówno po stronie IT można zaobserwować kosmiczny rozwój jak po stronie automatyki. Wydaje mi się, że kiedyś te dwa światy mogły istnieć osobno. Jednakże obecnie aby firma mogła się rozwijać te obie grupy muszą ściśle współpracować.
Na szybko analizując firma instaluje nowoczesną maszynę. System sterowania ma możliwość komunikacji z systemami nadrzędnymi. PLC zaprogramuje automatyk. Sieć już leży po stronie działu IT (odpowiednia adresacja, vlany, cisco, kategorie 6 itd). [ dział automatyki może oczywiście zbudować własną sieć - ale już nie będzie zgodna ze standardami firmy i będą problemy z dostępem). Chcemy dodać SCADA. Tworzy wizualizację automatyk ale komputer ma mieć możliwość współpracy z innymi systemami. Zatem do domeny firmowej wpina IT i odpowiednio konfiguruje userów. SCADA ma wymieniać dane z systemem biznesowym - integracja to IT. Raporty z SCADA robi automatyk ale aby te raporty były w sieci biurowej to już konfiguruje dział IT.
Automatycy chcą mieć zdalne dostępy do swoich wizualizacji - konfiguracja vpn, citrix, klucze po stronie IT. Automatycy tworzą swoje bazy danych - utrzymanie tych baz i backupy to juz IT.

Działy automatyki i IT muszą ze sobą ściśle współpracować. często się obserwuje niechęć do siebie obu działów. Czasem rozwiązaniem może być delegowanie kogoś z IT do działu automatyki.
Grzegorz Snug

Grzegorz Snug Na styku branż...

Temat: Podział kompetencji (automatyka-transmisja danych-IT)

Panie Jacku,
Bardzo trafnie... :-)
Problem zaczyna się, kiedy przychodzi czas decyzji. Obie strony wtedy zazwyczaj uważają, że druga strona wchodzi w ich kompetencje. Najzabawniejsze jest to, że przeważnie klasyczny IT nie wyczuwa potrzeb IT i wymagania automatyków ludziom od IT wydają się abstrakcyjne i wydumane. Automatycy dla odmiany wyrywają sobie włosy z głowy, kiedy dowiadują się jaki los zgotowali im koledzy z działu zza miedzy... :-) :-)

Teoretycznie, dobrym rozwiązaniem byłoby zapoznanie działu IT z wymogami środowisk przemysłowych, w których pracować będą urządzenia. W praktyce jednak często bywa to ignorowane i pomijane.

Innym problemem jest często ustalenie spójnej polityki wewnątrz rozbudowanych działów IT. Każdy specjalista i każdy decydent ma swoje sympatie.

Zna Pan jakieś dobrze funkcjonujące rozwiązania?
Grzegorz Snug

Grzegorz Snug Na styku branż...

Temat: Podział kompetencji (automatyka-transmisja danych-IT)

Na kolei pewne kwestie oparte o struktury SDH rozwiązane są w taki sposób, że z grubsza na sztywno przypisuje się sposób wykorzystania dostępnego pasma. Taki rodzaj mapy... :-) Większość użytkowników takiej struktury wie wtedy, gdzie, kiedy i jak może skorzystać z dostępnych możliwości. Szczegółów bliżej nie znam.

W zakładach przemysłowych nie ma typowego modelu, który można nazwać wzorcowym. W zasadzie wszędzie wygląda to pozornie - bardzo podobnie. W praktyce w przeważającej większości i rozwoju sieci i podziale kompetencji decydował przypadek lub doświadczenia wyciągane z bardzo bieżącej sytuacji, która dopiero potem ewoluowała.

Najmądrzej chyba byłoby nie kombinować. W 99 % sieci przemysłowe i tak są sieciami separowanymi w stosunku do innych sieci w zakładzie, więc może sieci przemysłowe zostawić automatykom, a pozostałe - ludziom od IT.

I zakazać pod karą chłosty mieszania się w kompetencje drugiej strony :-) :-)

Następna dyskusja:

Dobra praktyka dla automatyka




Wyślij zaproszenie do