Inżynieria systemów oparta na modelach (MBSE) jest sformalizowaną metodologią, która jest używana do wspierania wymagań, projektowania, analizy, weryfikacji i walidacji związanych z rozwojem złożonych systemów. W przeciwieństwie do inżynierii skoncentrowanej na dokumentach, MBSE stawia modele w centrum projektowania systemu. Zwiększone przyjęcie środowisk modelowania cyfrowego w ciągu ostatnich kilku lat doprowadziło do zwiększonego przyjęcia MBSE. W styczniu 2020 roku NASA odnotowała ten trend, informując, że MBSE “jest coraz częściej przyjmowane zarówno przez przemysł, jak i rząd jako sposób na śledzenie złożoności systemu.” W tym wpisie na blogu przedstawiam krótkie wprowadzenie do MBSE.
W większości chyba firm, z powodów historycznych, niemalże każdy kierownik i dyrektor ma nieco inny próg kwotowy samodzielnej akceptacji poniesionego koszu. Zapisanie w postaci wymagań a potem implementacja, takiego systemu przepływu dokumentów kosztowych, bywa koszmarem. Koszmar ten jest bardzo kosztowny z uwagi na swoją złożoność i brak ogólnych zasad. Powoduje to, że zamiast uzyskania automatyzacji i znacznego wzrostu efektywności uzyskuje się bardzo złożony i pracochłonny (kosztowny) system zamrażający zastany stan rzeczy, jedyną korzyścią czasami bywa to, że z raportów wiemy, że to na prawdę długo trwa. A to tylko jeden aspekt opisu organizacji i wymagań na oprogramowanie.
Gdzie tkwi podstęp: Logika Biznesowa Dedykowana MUSI być udokumentowana osobno w sposób jednoznaczny, nie dający programiście pola do własnej interpretacji, a to wymaga opisania tego metodami formalnymi. Logika biznesowa dedykowana musi być odrębnym TWOIM kodem (w umowie prawa majątkowe do niego oraz umowa o ochronie Twojego know-how). Ale to dużo kosztuje! Dostawca oprogramowania i tak na Twój koszt to w jakiejś formie zrobi! Otóż praktyka pokazuje, że zaprojektowanie i wykonanie odrębnej Logiki biznesowej dedykowanej, kosztuje zawsze mniej (nie raz znacznie mniej!) niż koszt dostosowywania ogromnej istniejącej już logiki dostarczonej. Większość kupujących systemy ERP z powodu braku tej wiedzy i pod naciskiem dostawcy oprogramowania, przyjmuje niekorzystną dla siebie metodę wdrożenia i podpisując wcześniej niekorzystną dla siebie umowę (kastomizacja oprogramowania).
Ustawa śmieciowa, "zwyczaj" sortowania śmieci, to moim zdaniem klasyczny przykład mody na "coś fajnego ekologicznego" i pseudo wiedzy zarazem. Ekologia stała się już już szkodliwym buzzwordem. Sklepy "ekologiczne" sprzedają ta sama chemię z nowymi etykietami, organizacje ekologiczne blokują inwestycje, teraz firmy śmieciowe zrzucają z siebie koszty na obywateli. Owszem nie wszystko do ma etykietę "eko" jest złe, ale ilość ekologicznych "farbowanych lisów" rośnie w tempie zastraszającym. Na to wszystko nakłada się nie niewiedza i podatność na lobbing (bezmyślność) wielu urzędników...
Tak więc kim jest CIO? Czym jest IT? W naszym języku utrwaliło się I jako informatyka (technologia), w języku angielskim I oznacza informację. Jeżeli CIO ma brać udział w tworzeniu strategi, moim zdaniem musi zostać wyniesiony do poziomu zarządu i zarządzać informacją a nie tylko informatyką czyli pewnym wycinkiem informacji. Czy to, CIO w zarządzie, się komuś uda? Jeżeli nie, to CIO będzie tylko zarządcą zasobów IT, najważniejszych ale jednak jednych z wielu w organizacji.
kto powinien taki model stworzyć i zarządzać jego zmianą? Na to pytanie jednak, moim zdaniem, każdy z Państwa sam sobie musi odpowiedzieć, ale jak chyba widać, powinna to być osoba neutralna w organizacji. Jak to robić? Chyba nie ma sensu rzucanie się na tworzenie całego takiego modelu za jednym podejściem. Biorąc pod uwagę to, że decyzje mające wpływ na system informacyjny są podejmowane od czasu do czasu, warto mieć opracowany sposób na tworzenie tego modelu (metodyka, ramy) i tworzyć te jego elementy, które przysłużą się w konkretnym przypadku. Z każdym takim projektem organizacja będzie coraz pełniej udokumentowana aż osiągnie etap, w którym z tworzenia modelu, płynnie przejdzie na zarządzanie jego zmianą.
