Kim jest CIO i czym jest IT

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.

Czytaj dalej Kim jest CIO i czym jest IT

Architektura korporacyjna i dojrzałość

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ą.

Czytaj dalej Architektura korporacyjna i dojrzałość

Struktura organizacyjna jako system

Jeżeli jeszcze ktoś nie wyczuł podstępu to niniejszym informuję, że powyższy diagram to diagram klas notacji UML. Jego cechą jest to, że klasy zostały przedstawione z pomocą ikon, reprezentujących określone stereotypy. Zgodnie z UML, linie przerywane z grotem reprezentują związki użycia (grot wskazuje na użyty obiekt)), asocjacje z pełnym rombem to kompozycje (związek całość część). Czy taki diagram jest niezrozumiały dla biznesu? Mam także nadzieję, że tu widać wyraźnie, że modelowanie dziedziny systemu w postaci klas połączonych z pomocą prostych asocjacji itp., to nie model obiektowy a nieudolna atrapa bazy danych, która z paradygmatem obiektowym nie wiele ma wspólnego.

Czytaj dalej Struktura organizacyjna jako system

Poziomy modelowania procesów

Modne ostatnio projekty modelowania procesów biznesowych z reguły, jako produkt, dostarczają niezliczone ilości “map procesów”, które kończą swój żywot na zakurzonych z czasem półkach, powstawały zbyt dużym kosztem by je wyrzucić do kosza. Ich stałe utrzymanie (aktualizacja) nie raz bywa kosztowniejsze od wytworzenia. […] jeżeli uznamy, że jedynym powodem prowadzenia projektów jest usprawnianie określonych procesów biznesowych, to znaczy, że uruchamianie tych projektów bez wiedzy, które to dokładnie procesy i bez pełnego zrozumienia ich wpływu na organizację, projektów tych nie należy rozpoczynać.

Czytaj dalej Poziomy modelowania procesów

Analiza wymagań – zrozumienie

Dzisiaj krótki artykuł o wymaganiach dziedzinowych. W jednym z poprzednich artykułów pisałem o wymaganiach, że problem tkwi w ich zrozumieniu i o tym, że przyszły użytkownik nie powinien pisać "jaki…

Czytaj dalej Analiza wymagań – zrozumienie

Polski rynek MSP z małym żalem…

W wielu polskich firmach zarządy są – wbrew temu co sami o sobie myślą – bardzo słabe. Wyposażenie handlowca to wynik żądań handlowca a nie realnych potrzeb jego sponsora. Drogi samochód i wydatki na paliwo porównywalne z comiesięczną ratą leasingową na ten samochód, z reguły wygrywają z oprogramowaniem wspomagającym zarządzanie, z bardzo prostego powodu: samochód widać gołym okiem a wydatki na paliwo “świadczą o tym, że handlowiec ciężko pracuje”, oprogramowanie (15EUR za licencje miesięcznie to tylko 60zł kosztów na osobę!) z “gatunku” CRM nie przynosi żadnych korzyści handlowcom nastawianym na “dojenie pracodawcy” i żadnych korzyści właścicielom firm, których jedyna wiedza o sprzedaży zamyka się na tezie “trzeba być u klientów i sprzedawać”.

Czytaj dalej Polski rynek MSP z małym żalem…

O narzędziach CASE – rzadko ale jednak piszę

Prezentacja: https://youtu.be/ZhLe0wLkAy4?si=bsTFiBCVwsAye8ho Napisze tu kilka słów jednak o narzędziach, bo dobrze jest jednak znać dobre i złe cechy swojego narzędzia. Spotykam się nie raz z bardzo popularnym pakietem CASE (SPARX Enteprise Architect)…

Czytaj dalej O narzędziach CASE – rzadko ale jednak piszę