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

Prawo dotyczy każdego obywatela, autorskie też

Post author:Jarosław Żeliński
Post published:31 grudnia 2013
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:1 stycznia 2014

... zanim ktoś na prawdę zacznie krytykować prawo autorskie, nie zastanowi się zanim zacznie uogólniać. To prawo chroni dzieła Mickiewicza (autorskie prawa osobiste) jak i prace naukowców, architektów, projektantów i wielu innych profesjonalistów. Chroni dorobek żyjących artystów. Owszem, ten rynek żywi wielu pasożytów, ale "atakujmy" pasożytów a nie wylewajmy dziecka z kąpielą, zrównując wielkie dzieła kultury nieżyjących autorów, z tak chętnie kradzionymi utworami muzycznymi współczesnych muzyków popkultury czy dziełami twórców gier komputerowych.

Czytaj dalej

Proces to strategia nie taktyka

Post author:Jarosław Żeliński
Post published:30 grudnia 2013
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:23 października 2023

Jednym z największych błędów popełnianych w projektach związanych z modelowaniem procesów biznesowych jest zapominanie o tym, że model procesu to model organizacji a nie tylko dokument, i o tym, że pomiędzy procesami a procedurami, umiejętnościami, instrukcjami obsługi narzędzi, jest granica. To się nazywa utrata panowania nad złożonością projektu. Kolejny problem to powszechne traktowanie notacji (np. BPMN) jako biblioteki symboli, co jest kluczowym błędem: notacja to model pojęciowy - podstawowe narzędzie analizy i modelowania.

Czytaj dalej

Jak skonstruować umowę Agile?

Post author:Jarosław Żeliński
Post published:30 grudnia 2013
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:30 grudnia 2013

Czy się to komuś podoba czy nie, jak na razie, nie ma żadnych "zwinnych umów", są umowy zlecenia (umowa starannego działania) i o dzieło (umowa efektu). Zaś w kwestii zakwalifikowania danej umowy do jednej z powyższych, decyduje jej treść a nie tytuł. Umowa Zlecenia, co ciekawe, nie zawiera pojęcia "licencji" czy "praw", te zawiera umowa o dzieło (tak zwana umowa efektu). Tak więc polecam Państwu krótkie konsultacje z prawnikiem, przed zawarciem "zwinnej umowy", by ocenić jakie ryzyko podejmujecie, bo w umowie zleceniu, wykonawca - pracując i pobierając wynagrodzenie - nie podejmuje żadnego ryzyka, nie licząc, możliwości zerwania trwającej umowy z wykonawcą (co niestety bardzo często ma miejsce w przypadku projektów programistycznych). W takich umowach 100% ryzyka bierze na siebie Klient.

Czytaj dalej

Visual Paragim Agilian 11.0

Post author:Jarosław Żeliński
Post published:17 grudnia 2013
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:17 grudnia 2013

Pojawiła się oczekiwana wersja 11 pakietu CASE firmy Visual-Paradigm. Przede wszystkim rozwój produktu idzie w kilku głównych kierunkach: wsparcie dla wizualnego projektowania aplikacji (mock-up'y, kolejne ułatwienia w tworzeniu i integrowaniu modeli UML), stały rozwój wsparcia dla architektury korporacyjnej (to narzędzie pozwala tworzyć modele powiązane ze sobą, pozwala na prowadzenie analiz wpływu i wielu innych, wspiera także notację ArchiMate) oraz na prawdę bardzo silne wsparcie dla pracy grupowej. Co dzisiaj ogłasza producent: Visual Paradigm International Limited today [16.12.2013] announced the release of Agilian (AG) 11.0, a Visual Modeling tool for Agile…

Czytaj dalej

ArchiMate i TOGAF. Czy nie do zastąpienia?

Post author:Jarosław Żeliński
Post published:8 grudnia 2013
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:28 lutego 2024

The Open Group zdaje się ignorować to, że pojęcie architektury korporacyjne to nie ich pomysł (ich pomyłem jest TOGAF, jeden z wielu systemów ram EA). [...] Więc teza jakoby nie dało się zastąpić ArchiMate innymi notacjami, w modelowaniu Architektury Korporacyjnej, jest moim zdaniem mocno naciągana.

Czytaj dalej

Strategia krótkoterminowa

Post author:Jarosław Żeliński
Post published:30 listopada 2013
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:1 grudnia 2013

Stosowanie określonych terminów zgodnie z ich właściwymi znaczeniami ma głęboki sens. Rzecz w tym, by budowany "opis" (np. biznes plan, prospekt emisyjny, kontekst projektu IT), był nie tylko "powszechnie zrozumiały" ale o to by w ogóle miał jakiś sens. Bo to, że "ładnie i mądrze brzmi" w korporacyjnej dokumentacji to na dłuższą metę za mało.

Czytaj dalej

Modelowanie obiektowe, procesy biznesowe, inżynieria oprogramowania

CASE czyli komputerowe wspomagania analizy i projektowania systemów

Post author:Jarosław Żeliński
Post published:24 listopada 2013
Post category:Przykładowe projekty
Post last modified:25 listopada 2013

I teraz sedno czyli co nam daje dobre narzędzie CASE? otóż powyższe macierze (takie i każdą inną) oraz model analizy wpływu, są generowane i aktualizowane automatycznie. Wystarczy opracować standardowe modele w BPMN i UML jak powyżej, wskazać związki pomiędzy elementami jako ich parametry (nie trzeba do tego celu tworzyć sztucznych diagramów) i skorzystać z możliwości automatyczne dokumentowania tych związków.

Czytaj dalej

Zawracanie Wisły kijem…

Post author:Jarosław Żeliński
Post published:19 listopada 2013
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:20 listopada 2013

I tu ponownie zacytuję prof. Jarosława Płuciennika: "Wprowadzenie ogólnopolskiego systemu antyplagiatowego oceniam pozytywnie, choć niepokojące może być grożące utożsamienie walki z plagiatami z użyciem narzędzi informatycznych".Będzie mi bardzo przykro jeżeli okaże się, że za niedługo będę miał powody by napisać "A nie mówiłem?"

Czytaj dalej

Tak zwane projekty internetowe

Post author:Jarosław Żeliński
Post published:16 listopada 2013
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:16 listopada 2013

Projektując internetowy system obsługi klienta tak na prawdę rozwiązujemy dwa zupełnie odrębne problemy: musimy zastąpić sprzedawcę naszą nową stroną WWW oraz obsłużyć zdarzenia, które wygeneruje nasz (tu wirtualny) sprzedawca.Mamy więc niejako dwa odrębne projekty: opracowanie portalu, i to jest robota dla agencji interaktywnej. Drugi, to zaprojektowanie i wytworzenie (albo opisanie, zakup gotowego na rynku i zintegrowanie) czysto biznesowego, złożonego, oprogramowania "wypchanego" trudną i złożoną logika biznesową. Dlatego takie projekty należy dzielić na komponenty, na dwa (pod)projekty, z których każdy można (i ma to sens) realizować odrębnymi metodami pracy. Pierwszy (portal) zwinnie, drugi - planując i projektując.

Czytaj dalej

Opis stanowiska pracy architekta korporacyjnego

Post author:Jarosław Żeliński
Post published:15 listopada 2013
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:22 października 2023

Tak więc AK jest to ktoś, kto rozumie całość ale nie musi (nawet nie powinien) być tym, kto ją implementuje, gdyż tu także ważne jest rozdzielenie roli projektującego od wdrażającego. Role te mają nie raz sprzeczne interesy: im głębiej w szczegółach tkwi dana rola (np. developer) tym bardziej w jej interesie leży utrzymanie status quo, mniejszą ma skłonność do wprowadzania zmian.

Czytaj dalej

Architektura korporacyjna a strategia wzrostu

Post author:Jarosław Żeliński
Post published:10 listopada 2013
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:10 listopada 2013

Patrząc na powyższe można przyjąć, że ?działania operacyjne na pewno mają wpływ na skuteczność działań z zakresu wzrostu jakości i skuteczności w obsłudze klientów. Patrząc zaś na wyniki ankiet można uznać, że priorytetem jest wzrost, a wzrost firmy to głównie wzrost przychodów. Jeżeli uznać, że ankietowani nie mieli na myśli kosmetycznych wzrostów a rynek jest nasycony, to moim zdaniem, "duży wzrost" jest możliwy głównie poprzez przejęcia. Strategia przejęć niewiele ma jednak wspólnego ze sprawnością operacyjną.

Czytaj dalej

Macierz RACI czyli jak nie zużyć hektara papieru

Post author:Jarosław Żeliński
Post published:7 listopada 2013
Post category:Analizy biznesowa i projektowanie oprogramowania
Post last modified:5 marca 2024

Kolejne przeprowadzone szkolenia za mną, kolejna seria trudnych pytań też. Na szkoleniach z analizy biznesowej podaję, poza opisem dobrych praktyk, także anty-przykłady. Jednym z typowych anty-przykładów są diagramy zbyt szczegółowe, w szczególności próby "narysowania" konsultacji, serii zapętlonych zgłaszanych uwag do dokumentów i ich akceptacji, dziesiątek przekazywanych komuś innemu informacji. Diagram procesu BPMN nafaszerowany dziesiątkami rombów z wieloma wyjściami w rodzaju kto i w jakich warunkach ma coś skontrolować, zaakceptować, odesłać do poprawy itp. To mega diagramy, niemożliwe do zrealizowania próby algorytmizacji pracy modelowanej firmy (żadna firma nie jest deterministyczna). Przypomnę, że na poziomie procesów biznesowych (wewnętrzny łańcuch wartości) "pętle wstecz" reprezentują cofnięcie się w czasie, a czy to faktycznie ma miejsce?

Czytaj dalej

Koniec treści

Nie ma więcej stron do załadowania

Starsze wpisy