Wprowadzenie Problemem bardzo wielu firm jest brak aktualnej wiedzy o sobie samej. Rodzi to ogromne ryzyko dla każdego projekty transformacji zarówno cyfrowej jak i organizacyjnej. Statystyki od wielu lat pokazują, że nieudane projekty w tym obszarze to 75%, co oznacza, że "mało komu sie udało". “[…] 75% projektów ERP kończy się niepowodzeniem, […] tylko 30% projektów transformacji cyfrowej skutkuje poprawą wydajności firmy. […] 90% tych wdrożeń nie dało w efekcie żadnego wymiernego zwrotu z inwestycji. […] 3 główne powody: 1. firmy nie mają po swojej stronie doświadczonego analityka-projektanta, 2. kadra…
Czy zakup nowego ERP, CRM, WMS albo MES rzeczywiście rozwiąże problemy firmy? Jako partner kanału Platforma Przedsiębiorców zostałem poproszony o rozmowę. Przesłanie rozmowy: A może największy błąd powstaje jeszcze zanim ktokolwiek wybierze system? Pytanie brzmiało: Jak naprawdę powinno wyglądać przygotowanie przedsiębiorstwa do wdrożenia oprogramowania. Rozmawiamy o tym, dlaczego firmy zaczynają projekty IT od wyboru narzędzia zamiast od zrozumienia problemu, skąd biorą się setki i tysiące wymagań, kiedy customizacja staje się pułapką oraz dlaczego źle skonstruowana umowa może być dla zamawiającego ogromnym ryzykiem. Poruszamy również temat odpowiedzialności za projekt, testów odbiorczych,…
Krótkie badanie rynku z pomocą AI (Gemini) na temat popularności Architektury Korporacyjnej w firmach. Q. Jaki odsetek firm ma poprawnie udokumentowane i aktualizowane procesy biznesowe i architekture IT? Według większości badań i raportów branżowych (m.in. Gartnera, Forrester czy IIBA), zaledwie 15%–20% firm posiada w pełni poprawnie udokumentowane, sprawne i na bieżąco aktualizowane procesy biznesowe oraz architekturę IT. Oto jak wygląda rzeczywista struktura w przedsiębiorstwach: Prawidłowa i aktualna dokumentacja (15–20%): Najczęściej są to wysoce dojrzałe organizacje (sektor bankowy, ubezpieczeniowy, przemysł medyczny czy duże korporacje międzynarodowe), które są do tego zmuszone przez…
Przy okazji soboty (15 sierpień 2026) miałem okazję podyskutowań na LinkedIn z: Obaj uznaliśmy, że to co omówiliśmy, oraz to do jakich wniosków doszliśmy, warte jest utrwalenia (link do oryginału dyskusji). Przy okazji chyba "odkryliśmy" jedną z głównych przyczyn niepowodzeń wdrożeń systemów ERP/MES w firmach MŚP. Zapis dyskusji (bez reredakcji) Krzysztof Skrzypczak Firmy często narzekają, że ludzie nie biorą odpowiedzialności.Tylko że odpowiedzialność nie znika bez powodu. Czasem wystarczy jedna samodzielna decyzja, która nie przyniosła oczekiwanego rezultatu, i jedno pytanie przełożonego: „Kto ci pozwolił?” Pracownik wyciąga wtedy bardzo racjonalny wniosek. Firma…
Z cyklu "pogadanki z ejajem", czyli co o pracochłonności narzędzi w projektach analitycznych mówi średnia światowa. Jaką pracochłonność stanowi opracowanie map procesów biznesowych średniej firmy handlowo-produkcyjnej z pomocą MS word i MS Visio Opracowanie map procesów dla średniej firmy handlowo-produkcyjnej (ok. 50–250 pracowników) za pomocą MS Word i MS Visio to projekt o łącznej pracochłonności wynoszącej zazwyczaj od 120 do 260 roboczogodzin (rbh) pracy samego analityka/właściciela projektu. Czas ten nie obejmuje zaangażowania pracowników firmy w wywiadach (dodatkowe ok. 40–80 rbh łącznie dla całego zespołu). Wybór pakietu MS Office (Word +…
Wprowadzenie Na temat tego czym jest "system klasy enterprise" toczy się wiele dyskusji, szczególnie w obszarze architektury i projektowania: czyli co to jest? Generalnie spotkać można podejście mówiące, że pojęcie „system klasy enterprise” (ang. enterprise system lub enterprise software) odnosi się do złożonego oprogramowania komputerowego przeznaczonego do obsługi kluczowych procesów biznesowych w dużych organizacjach, przedsiębiorstwach oraz instytucjach. Wielu autorów pisze, że w odróżnieniu od aplikacji konsumenckich czy małych programów narzędziowych, systemy klasy Enterprise są projektowane z myślą o skalowalności, bezpieczeństwie i spójności danych w całej strukturze firmy. Spróbuję uporządkować te…
Publikacja zawiera ontologiczną analizę pojęć dokument, podpis, uwierzytelnienie i prawdziwość treści oraz dedukcyjne wnioski na temat prawdziwości treści i pojęcia autorskich praw osobistych. Zbudowano i opisano dziedzinowy model pojęciowy obszaru utrwalania treści i jej prawdziwości a także problem wiarygodności treści, omówiono pojęcie utrwalania i archiwizacji. Poruszono także tematykę pojęć dane i metadane. Wprowadzenie W styczniu 2025 UOKiK wydał decyzję, w której Za trwały nośnik można uznać m.in. dokument papierowy, kartę pamięci, pendrive, wiadomość mailową lub załączony do niej plik, np. w formacie pdf. Samo hiperłącze przekierowujące na stronę internetową nie spełnia wymogów trwałego…
Wprowadzenie Współczesne frameworki, narzędzia programistyczne oraz automaty generują 70–90% całkowitej objętości kodu, podczas gdy właściwa logika biznesowa stanowi jedynie 10–30%. Typowe proporcje kodu w projektach Średnia rynkowa: Logika biznesowa: 10–30% Narzut frameworków: 70–90% Dane rynkowe (2024–2026) Udział kodu generowanego przez AI Google: 75% nowego kodu akceptowanego przez inżynierów pochodzi z AI. Anthropic: Claude generuje 80% kodu produkcyjnego firmy. Trend globalny: AI generuje głównie boilerplate, integracje, konfiguracje, a nie logikę biznesową. Wpływ frameworków i narzędzi low‑code Rynek low‑code/no‑code w Polsce (2026): 1,8 mld PLN. 67% firm deklaruje automatyzację kodu. Frameworki dostarczają…
Wprowadzenie Wiele się mówi o Agile i o ograniczaniu roku dokumentacji i UML w inżynierii oprogramowania. Mam na półce wiele książek o projektowaniu i o UML, wiele z nich to książki napisane przez sygnatariuszy Agile Manifesto. Postanowiłem przygotować krótkie zestawienie. Poniżej zestawienie zawierające obszary i przypadki wykorzystania UML w książkach napisanych przez sygnatariuszy Agile Manifesto. Uwzględnia pełne spektrum: autorów, tytuły, typy diagramów UML oraz obszary modelowania. 1. Martin Fowler Książki zawierające UML UML Distilled Analysis Patterns Patterns of Enterprise Application Architecture Refactoring Domain-Specific Languages Typ UML Diagramy klas Diagramy sekwencji…
Wprowadzenie Swego czasu pisałem w odpowiedzi na pytania czytelników: Utrata panowania nad złożonością modeli to między innymi konsekwencja, opisanego powyżej, stosowania śmieciowych elementów na diagramach. To także jedna z najczęstszych wad wielu diagramów (nie tylko BPMN, np. UML także). W literaturze przedmiotu problem ten jest często określany jako “spaghetti modeling” czyli nieczytelne, zagmatwane modele. (Notacja BPMN – Jak czytać diagramy – JZ IT Consulting Limited – PL Blog) „Śmieciowe aktywności” w BPMN to czynności typu napisz, wyślij, przeczytaj, które nie wnoszą wartości analitycznej, bo opisują czynności oczywiste, techniczne lub zbyt…
Wprowadzenie Od czasu do czasu używam AI do wykonania "przeglądów literatury i opinii". AI "uczone" na wszelkich dostępnych treściach, całkiem nieźle sobie radzi a podsumowaniami w rodzaju "powszechnej i dostępnej opinii". Ty razem zadałem pytanie: Mamy dwa warianty realizacji projektu IT: firma zleca napisanie dedykowanej aplikacji dla siebie od razu koderom (Sofware House), firma zatrudnia projektanta, a potem zatrudnia SH (koderów) do implementacji. Porównaj czas i koszty. Odpowiedź (Google AI mode) To zestawienie dwóch najczęstszych podejść do budowy software’u. W skrócie: pierwszy model jest szybszy na starcie, ale ryzykowny; drugi…
Wprowadzenie Trwa długi majowy weekend więc po tych 30 latach bez ER/SQL postanowiłem przeprowadzić "rozmowę" z AI na ten temat, poniżej zapis tego krótkiego dialogu. Dlaczego AI? LLM'y AI są uczone na milionach dokumentów z całego świata. Jak na razie AI nie pomaga w analizach i projektowaniu systemów, ale z uwagi na sposób "uczenia" stanowi doskonały generator "przeglądów literatury i opinii". Mniej więcej w połowie lat 90-tych, jako projektant, i wtedy także deweloper (pisałem głównie niezależne, integrowane add-on do dużych systemów ERP na serwerach UNIX z pomocą Perl), zrezygnowałem z…
