Ukazują się różne opracowania na temat tytułowej transformacji. Jednym z takich opracowań jest tekst Transformacja Modeli Pana Piotra Carewicza z firmy 300 D&C, opublikowany w periodyku Analiza Biznesowa Lato 2015 firmowanym przez Warszawski oddział IIBA. Pozwolę sobie na pewną polemikę z przedstawionym tam procesem transformacji modelu procesów biznesowych BPMN na Przypadki Użycia notacji UML. Autor powołuje się na OMG.org i specyfikacje BPMN i UML. Dlatego dla porządku przytoczę kluczowe definicje. 10.3 ActivitiesAn Activity is work that is performed within a Business Process. An Activity can be atomic or non-atomic(compound). The types of…
Co prawda formalna publikacja wersji 2.5 UML to 1 marzec 2015 r. ale co ma wisieć nie utonie (spokojne przebrnięcie tych 794 stron wymaga czasu i cierpliwości), czyli wzmianka i kilka słów z pierwszych wrażeń. Specyfikacja do pobrania tu: Documents Associated With Unified Modeling Language (UML) Version 2.5 (Źródło: UML 2.5) Zdaję sobie sprawę z tego, że poniższe nie wszystkim z Was wszystko wyjaśni ale ten akurat wpis adresuję dla tych z Was, którzy korzystają już z UML, nawet w bardzo prosty sposób. Wersja 2.5 UML to wersja chyba przełomowa, bo: zrezygnowano w…
Pół roku temu artykuł o roli Product Ownera kończyłem słowami: Tak więc nasuwa się wniosek, że rolę PO powinien pełnić ten człowiek, który właśnie skończył analizę biznesową i napisał raport z niej. Raport, który zawiera specyfikacją wymagań (najlepiej w formie jak opisana powyżej). W zasadzie nadzór autorski nad realizacją taktyki wdrożenia systemu ERP (oprogramowania w ogóle) to nic innego jak ?bycie product ownerem? w projekcie na etapie jego realizacji a SCRUM faktycznie, na dzisiejsze czasy, wydaje się być najlepszą metodą zarządzania takimi projektami a utrzymywanie aktualności dokumentu analizy biznesowej i…
Dzisiaj bardzo krótko. Bardzo lubię termin "inżynieria wymagań" dlaczego? Po kolei. Z wiedzy o semantyce i semiotyce wiemy, że zastąpienie pojęcia jego definicją nie może zmienić (nie może, jeżeli definicje są poprawne) znaczenia całości. Więc zastąpmy w zwrocie "inżynieria wymagań" oba słowa ich definicjami (definicje ze słownika j.polskiego PWN): inżynieria ?projektowanie i konstruowanie obiektów oraz urządzeń technicznych? wymaganie ?warunek lub zespół warunków, którym ktoś lub coś musi odpowiadać? Po podstawieniu otrzymamy zwrot mówiący, że "inżyniera wymagań" to: ?projektowanie i konstruowanie? ?warunków, którym ktoś lub coś musi odpowiadać? Więc nie jest to…
Napisałem ten artykuł jako zapowiedź tego, że będę pisał od czasu do czasu o ekonomii bo przedsiębiorstwa, organizacje, my wszyscy, tkwimy w jakimś systemie ekonomicznym. Systemy informatyczne i systemy informacyjne to fascynująca dziedzina, systemy te są częścią systemu ekonomicznego w jakim funkcjonują, lub będą funkcjonowały jako planowane do wdrożenia. To powoduje, że planowanie takich wdrożeń powinno być - dla zminimalizowania ryzyka porażki - robione świadomie i ze zrozumieniem. Ekonomia zawsze stanowi kontekst wdrażanych systemów ERP i innych, skoro tak nie można nie brać jej pod uwagę w toku analiz z nimi związanych. Do tej pory nie poruszałem tej wiedzy w swoich postach ale przyszła pora i na to.
Wstęp Temat wynagrodzeń dyskutowany jest od pewnego czasu, na ich zbyt niski poziom narzeka wielu. Pracodawcy i szeroko pojęci liberałowie, bronią się przed zarzutami o wyzysk [[machiawelizmem]]: "wolno wszystko to co nie jest zabronione" i dodają, że przecież ludzie się na niskie wynagrodzenia godzą, nikt ich nie zmusza, więc w czym problem? Czy aby na pewno nikt lub nic ich nie zmusza? Bardzo ciekawa ocena zjawiska w Forbes: Wiadomo bowiem nie od dziś, że na etapie negocjowania wynagrodzenia między zatrudniającym a zatrudnionym, istotne znaczenie ma różnica miedzy tym, co pierwszy…
Szperałem w sieci szukając informacji o architekturze i microservisach, a wpadłem na to: ... communication between two different software modules is proportional to the communication between the designers and developers of these modules. Conway?s law exposes the vulnerability in monoliths as they grow in size. Micro-services may not be the best, but better than monoliths for the contemporary web based applications. (Źródło: Micro-Services: A comparison with Monoliths | My Blog) To "prawo" wyjaśnia dlaczego powstają złe interfejsy a nawet zła architektura: z reguły dlatego, że to - architektura - jest lepszym lub…
W efekcie systemy nazywane nadal ERP to raczej już tylko jądro zarządzania (nadal bardzo ważne) integrowane z dziedzinowymi podsystemami (np. wymienionymi wyżej) innych producentów, aniżeli wielki zintegrowany, kosztowny i we wdrożeniu i w utrzymaniu moloch. ERP w reklamowanej jako "system do wszystkiego" ma raczej sens w małej firmie o nieskomplikowanej działalności, większe firmy wymagają jednak większej podatności ma zmiany czego ERP w "jednym kawałku" nigdy nie da, a duży jednorazowy koszt jest zbyt wielkim ryzykiem.
Najpierw przypomnę moją tezę z artykułu napisanego w 2011 roku: Zaryzykuje tezę: ?Im większa niejednoznaczność dokumentu wymagań tym większe ryzyko, że projekt będzie miał kłopoty?.Powyższe nie stanowi żadnego odkrycia co nie zmienia faktu, że jakość większości dokumentów wymagań (owe 70%) jest słaba, na co wskazują sami ankietowani. (Źródło: Analityk biznesowy czyli wyplenić dwuznaczność z dokumentów analitycznych! | Jarosław Żeliński IT-Consulting) Mam nadzieję, że to - ta krótka recenzja - będzie skutecznym początkiem zachęcania do czytania tego co powszechnie nazywa się filozofią. Ta pozycja to zbiór pism, wykładów Fregego, ja jednak polecam tę…
O analizie pojęciowej pisałem nie raz, chyba pierwszy raz w krótkim artykule Analityk biznesowy czyli wyplenić dwuznaczność z dokumentów analitycznych. Niestety nadal problemem większości dokumentów, takich jak analizy i specyfikacje, jest ich niespójność i niejednoznaczność. W niedawnym artykule SBVR czyli reguły biznesowe i słownik pisałem o diagramie faktów, o regułach i o słowniku pojęć, dzisiaj co nieco o pojęciach (tych ze słownika pojęć ;)). Ostatnia wersja specyfikacji SBVR v.1.3. z maja tego roku, zawiera rozszerzony rozdział: 8 Linguistic Foundations, 8.1 Things, Meanings, and Expressions, 8.1.1 Semiotic/Semantic Triangle in SBVR Terms rozpoczynający się tak: This sub…
Bardzo często spotykam się z pytaniami: A po co Pan chce analizować całą firmę, skoro my tylko chcemy zwiększyć sprzedaż? Wbrew pozorom to bardzo trudno odpowiedzieć na pytanie inaczej niż: Bo Państwa dział sprzedaży jest częścią Państwa firmy a nie osobną firmą. Podstawowym błędem postępowania decydentów w bardzo wielu firmach jest praca typu "Państwo w Państwie". Kadry zarządcze często nie odróżniają wymiany informacji od współpracy, nie widzą różnicy pomiędzy "daj mi to" od "zrób to da mnie". Nic nie unosi się w próżni, pracownicy funkcjonują w swoich działach, działy w firmie…
Dostałem maila :): Innovation isn?t easy, but it?s less painful when the tools you need to build complex products are familiar and accessible. In that light, small startups have it pretty good. But for large, dispersed and mature organizations, putting Agile processes into practice can feel like an unscalable ideal. The Agile Manifesto debuted in 2001. Your company, and the ways you help it move forward have evolved. Work methods should keep up with you, not the other way around. Here?s how to merge the Manifesto?s aims with the ways…
