CRM – Jarosław Żeliński IT-Consulting

Depozyt kodu źródłowego czyli co naprawdę należy chronić? Archiwum!

Post author:Jarosław Żeliński
Post published:13 kwietnia 2024
Post category:Organizacja jako system czyli co CxO powinien wiedzieć
Post comments:0 Komentarzy
Post last modified:25 lipca 2024

Wprowadzenie W 2021 roku, w artykule Transformacja Cyfrowa a dziedzictwo IT pisałem: Aby transformacja cyfrowa była w ogóle możliwa, musimy przenieść te dane (treści, informacje) z papieru „do komputera”, w sposób nieniszczący obecnych możliwości i pozwalający na tworzenie nowych. Trzeba też zniwelować posiadany dług technologiczny. Dług technologiczny to posiadane dziedzictwo, to zapóźnienie, to pozostawanie w tyle za trwającym postępem technologicznym. Dług taki ma bardzo wiele firm https://it-consulting.pl/2021/11/21/cyfrowa-transformacja-a-dziedzictwo-it/ W tym tekście poruszam pokrewny temat jakim jest zabezpieczenie się bo kluczowe pytanie brzmi: co zabezpieczyć mają "wszystko w wersji elektronicznej"? Bardzo często…

Czytaj dalej

Kastomizacja oprogramowania standardowego, aspekty ekonomiczne: Recenzja i rekomendacje

Post author:Jarosław Żeliński
Post published:23 października 2021
Post category:Analizy biznesowa i projektowanie oprogramowania Organizacja jako system czyli co CxO powinien wiedzieć
Post comments:0 Komentarzy
Post last modified:8 stycznia 2024

Jarosław Żeliński Date. (2021). Metody kastomizacji oprogramowania standardowego – aspekty ekonomiczne: Recenzja. https://doi.org/10.13140/RG.2.2.22292.01927

Wstęp

Publikacja Jędrzeja Wieczorkowskiego (dalej: recenzowane opracowanie) o poniższym tytule ukazała się w 2015 roku:

Jędrzej Wieczorkowski
Instytut Informatyki i Gospodarki Cyfrowej
Szkoła Główna Handlowa w Warszawie
Metody kastomizacji oprogramowania standardowego: aspekty ekonomiczne.

Autor recenzowanego tekstu odnosi sie do skutków ekonomicznych, pomija jednak całkowicie skutki prawne kastomizacji kodu oprogramowania, które mają wpływ na koszty i ochronę wartości intelektualnych. Autor pisze we wstępie:

Celem niniejszego opracowania jest analiza możliwych metod kastomizacji systemów informatycznych zarządzania przeprowadzona z ekonomicznego punktu widzenia, w tym w szczególności opłacalności stosowania oprogramowania standardowego i wykorzystania poszczególnych metod jego adaptacji. […] Kastomizację systemu informatycznego ogólnie należy rozumieć jako jego adaptację do potrzeb konkretnego podmiotu. M. Flasiński określił kastomizację, jako ?konfigurację systemu, osadzenie w systemie za pomocą prac programistycznych dodatkowych funkcjonalności oraz modyfikację istniejących funkcjonalności systemu?

Dostarczanie oprogramowania i jego wdrażanie, wiąże się jego ewentualnym dostosowaniem do potrzeb użytkownika. Autor powyższego opracowania, stosując nieprecyzyjne definicje pojęć, wprowadza czytelnika w błąd, opisując przyczyny i konsekwencje związane z szeroko pojętym dostosowaniem oprogramowania do potrzeb użytkownika.

Niestety z tego dokumentu korzysta wielu prawników, nazywając go nie raz nawet “wykładnią”.

(więcej…)

Czytaj dalej

Analiza nie musi być przedwdrożeniowa

Post author:Jarosław Żeliński
Post published:18 maja 2021
Post category:Przykładowe projekty
Post comments:0 Komentarzy
Post last modified:8 listopada 2021

Wprowadzenie

W ramach jednego z moich niedawnych projektów badawczych celem analizy nie było opracowanie wymagań na oprogramowanie (tego typu projekty to najwyżej ok. 70% mojej aktywności) a rozwiązanie pewnych problemów informacyjnych. Z uwagi na ochronę know-how klienta, opis ten został mocno okrojony do istoty problemu oraz metody jego rozwiązania, nie ma tu z oczywistych powodów opisu rozwiązania (ale ważne jest to, że rozwiązanie znaleziono). Wartość jednak ma to, że czytelnik może się tu odnaleźć i sam przekonać, co jest źródłem pewnych problemów, czy i jak można je rozwiązać.

W poniższym tekście pojęcie system odnosi sie do systemu dokumentów i formularzy czyli do informacji i zarządzania nią.

(więcej…)

Czytaj dalej

Na co zwrócić uwagę przygotowując się do wyboru systemu w 2021?

Post author:Jarosław Żeliński
Post published:22 lutego 2021
Post category:Analizy biznesowa i projektowanie oprogramowania
Post comments:0 Komentarzy
Post last modified:28 grudnia 2021

Jak dobrze przygotować się do projektu aby nie wpaść w spirale kosztów? WPROWADZENIE Każdy kolejny rok to kolejne rozpoczynane projekty wdrożeniowe, ale także i kolejne zakończone wdrożenia systemów informatycznych (system). Warto podkreślić, że zakończone wdrożenie nie zawsze oznacza zrealizowany planowany zakres wdrożenia (31% projektów tak się kończy). Zakończone wdrożenie to także bardzo często przerwane wdrożenie (19% projektów) [patrz: Henry Portman, Review Standish Group ? CHAOS 2020: Beyond Infinity, Henny Portman's Blog - On Portfolio, Programme and Project Management, 06.01. 2021]. Uważam, że właśnie te przerwane projekty powinny być podstawowym wyznacznikiem…

Czytaj dalej

Model referencyjny systemu ERPII czyli co?

Post author:Jarosław Żeliński
Post published:6 stycznia 2021
Post category:Analizy biznesowa i projektowanie oprogramowania
Post comments:0 Komentarzy
Post last modified:31 stycznia 2021

Generalnie modele referencyjne mają i dobrą i złą sławę. Nie są to wzorce projektowe, czyli dobre praktyki w postaci uniwersalnych abstrakcyjnych meta-modeli, są to najczęściej narzucane gotowe architektury, pozostaje pytanie: kto narzuca?. Procesy referencyjne krytykowałem nie raz (Procesy referencyjne czyli kto żyw niech ucieka), referencyjny model ERP oznaczałby, że istnieje jakaś jedynie słuszna architektura systemu ERPII. I właśnie dostawcy wielu systemów ERPII (szczególnie ci duzi, których produkty mają wiele lat) promują model oparty o jedną wspólną relacyjną bazę danych, wokół której są osadzone dziedzinowe moduły, nazywają taki model modelem referencyjnym.…

Czytaj dalej

Kto winien porażki projektu? Zamawiający!

Post author:Jarosław Żeliński
Post published:24 grudnia 2020
Post category:Analizy biznesowa i projektowanie oprogramowania
Post comments:4 komentarze
Post last modified:12 września 2022

Wstęp Od czasu do czasu jestem proszony o audyty dokumentacji projektów. Ma to miejsce, albo gdy jestem angażowany do projektu będącego kolejnym podejściem do wdrożenia, albo w sporach, także przedsądowych, między dostawcą oprogramowania i zamawiającym. Bywa, że jest to już etap pisania opinii dla sądu. Tu razem kilka spostrzeżeń z tych analiz. Na marginesie. W sporach przedsądowych i sądowych wynik ekspertyzy absolutnie nie może być "zamówiony", czego niestety często oczekują, nie raz wręcz żądają pod groźbą odmowy zapłaty za tę usługę, zamawiający takie ekspertyzy. Bywa to tym bardziej żenujące, że…

Czytaj dalej

Przyczyny nieplanowanych kosztów wdrożeń

Post author:Jarosław Żeliński
Post published:9 grudnia 2020
Post category:Analizy biznesowa i projektowanie oprogramowania
Post comments:0 Komentarzy
Post last modified:10 grudnia 2020

Zarządzanie ryzykiem to proza życia kierowników projektów. Z jednej strony doświadczony kierownik projektu powinien doskonale radzić sobie z ryzykiem, z drugiej zaś strony praktyka projektów pokazuje, że efekty są niestety słabe bo ok. 90% IT na świecie ma przekrocozne budżety i terminy . Jednym z ciekawszych narzędzi zarządzania ryzykiem jest mało popularny tak zwany stożek niepewności. Ogólna zasada planowania mówi, że im bardziej w przyszłość wybiegają prognozy tym bardziej są one niepewne. Jest nie tylko intuicyjne ale i udowodnione matematycznie. Stożek niepewności to wykres pokazujący związek pomiędzy kosztami projektu a…

Czytaj dalej

PERSPEKTYWY 2018 – ERP, CRM, ECM, MRP, Business Intelligence, MRP

Post author:Jarosław Żeliński
Post published:20 lutego 2018
Post category:Analizy biznesowa i projektowanie oprogramowania
Post comments:2 komentarze
Post last modified:20 lutego 2018

Jako partner merytoryczny raportu zapraszam do lektury: Rynek jest praktycznie nasycony w tym sensie, że praktycznie nie ma już firm nie mających oprogramowania wspomagającego zarządzanie. Tu warto podkreślić, że skrót ERP (ang. Enterprise Resource Planning) rozumiany szerzej to nie tylko jeden uniwersalny i zintegrowany pakiet oprogramowania jednego producenta, to każdy system, monolityczny lub złożony z kilku zintegrowanych aplikacji, obejmujący swoim zasięgiem działania wszystkie obszary działania organizacji. (Jarosław Żeliński IT-Consulting.pl) [...] Trzeba sobie szczerze powiedzieć, że skoro pełna 100% identyfikacja potrzeb informatycznych na wczesnym etapie projektu, czyli szczegółów graniczy z cudem, więc…

Czytaj dalej

System monolityczny czy rozwiązania komponentowe – Computerworld

Post author:Jarosław Żeliński
Post published:24 kwietnia 2017
Post category:Analizy biznesowa i projektowanie oprogramowania
Post comments:2 komentarze
Post last modified:19 lutego 2018

Moja publikacja w COMPUTERWORLD, podsumowanie: Każda firma, szukając sposobu na uzyskanie przewagi rynkowej, stara się pewne obszary operacyjne budować według własnej strategii. To m.in. powoduje, że każde wdrożenie jest inne i nie ma jednej słusznej architektury IT. Podstawą jest możliwość wdrażania tych podsystemów w dowolnie wybranej kolejności. Co ciekawe, najmniej problemów w firmach sprawia księgowość kontowa, zaś wdrożenie monolitycznego ERP wymaga jej wymiany na nową już na samym początku. Zapraszam do lektury całości: System monolityczny czy rozwiązania komponentowe - Computerworld - Wiadomości IT, biznes IT, praca w IT,

Czytaj dalej

Komponenty systemów ERP

Post author:Jarosław Żeliński
Post published:1 sierpnia 2016
Post category:Analizy biznesowa i projektowanie oprogramowania
Post comments:0 Komentarzy
Post last modified:4 września 2021

Cztery lata temu, na zakończenie pewnej polemiki, napisałem: Takie podejście, dziedzinowe działy w firmach ? dziedzinowe podsystemy dla nich, w ogóle umożliwia sprawne działanie. Coraz powszechniejsze staje wydzielanie podmiotów zależnych lub ich wchłanianie. Mając jeden wielki System ERP niemożliwe jest ?proste? wydzielenie zależnej spółki logistycznej czy obsługi HR. Nie raz widywałem prawnicze łamanie głowy jako podzielić licencję ERP na kawałki w przypadku pączkowania lub połączyć przy fuzji spółek. Praktyka pokazuje, że oprogramowanie jest tym lepsze im lepiej odwzorowuje świat rzeczywisty organizacji i firm, a ten nie jest monolityczny. Po drugie…

Czytaj dalej

Dokumenty czy niedokumenty…. czyli zarządzanie informacją i jej standaryzacja

Post author:Jarosław Żeliński
Post published:24 maja 2016
Post category:Analizy biznesowa i projektowanie oprogramowania
Post comments:0 Komentarzy
Post last modified:12 lutego 2022

Nie raz tu już pisałem, że analizy i projekty związane bezpośrednio z wymaganiami na oprogramowanie to "tylko" ok. 3/4 moich projektów. Jednak nawet, jeżeli projekt nie jest "nazwany" informatycznym, to zawsze jest "informacyjny" w rozumieniu zarządzania informacją (także zarządzanie wiedzą). Tym razem kilka słów na temat dokumentów. Stanowią one podstawową jednostkę informacji (i danych) w każdym systemie biznesowym. Są także źródłem danych dla hurtowni danych. Wstęp Wiele projektów związanych z dokumentami jest sprowadzanych do problemu: "jakie mamy dokumenty i co z nimi robimy?" Zaniedbuje się bardzo ważny element: odpowiedź na…

Czytaj dalej