Misja Analityka - interaktywna gra paragrafowa

''Dyrektor odpowiedzialny za analizę danych zgłoszeń'': A tak, czasem w zespole zastanawiamy się, co by można było wymyśleć, żeby udobruchać naszych klientów. Potem finanse to najczęściej nam ubijają, ale raz na jakiś czas zezwolą na taką akcję specjalną. Wiesz ile gadżetów już porozdawaliśmy? [[Zapytaj o efekty tych działań->Nagrody]] [[Powiedz, że to wspaniały pomysł->Pochwała Dyrektora]]

W systemie jest wiele predefiniowanych kategorii zgłoszeń, ale wygląda na to... że 95% to opóźnienia w dostawie. [[Sprawdź pozostałe 5%->Pozostałe 5%]] [[Sprawdź powody opóźnienia->Powody opóźnienia ]]

''Anita'': Ja dbam o to, żeby korzystanie z rozwiązań, które dostarczamy, zapewniały wyłącznie pozytywne doświadczenia u użytkowników. No dobrze, w większości te pozytywne... Nie lubię kiedy, nasze produkty niby spełniają wymagania funkcjonalne, ale są tak zaprojektowane, że nikt nie chce z nich korzystać lub się przy tym męczy...

''Architekt rozwiązania'': Miło, że jesteś, chciałbym od początku zaznaczyć jedną rzecz istotną rzecz. Jako architekt rozwiązania, dążę do zastosowania najnowszych technologii w naszym projekcie. Chciałbym wykorzystać rozwiązania oparte o sztuczną inteligencję, aby usprawnić nasze procesy, dostosować się do dynamicznie zmieniającego się rynku i zwiększyć naszą konkurencyjność. AI pozwoli nam analizować dane w czasie rzeczywistym, automatyzować powtarzalne zadania oraz dostarczać spersonalizowane doświadczenia klientom. To kluczowy krok w kierunku efektywności i innowacyjności naszego projektu. [[Popieram!->Masz rację]] [[Mam inne zdanie->Inne zdanie]]

Dostajesz dostęp do repozytorium. Z ciekawości zaglądasz na intranetową stronę Działu Architektury biznesowej i strategii i znajdujesz tam na stronie głównej, taką oto listę korzyści wynikających z możliwości przeglądania firmowe repozytorium, za które odpowiadają:: 1. **Optymalizacja Procesu Projektowego:** Posiadanie istniejących materiałów architektury biznesowej może znacząco przyspieszyć proces projektowy. Pozwala to na uniknięcie dublowania pracy i korzystanie z już istniejących zasobów, co przekłada się na oszczędność czasu i zasobów. 2. **Lepsze Zrozumienie Kontekstu:** Materiały architektury biznesowej pomagają zespołowi projektowemu lepiej zrozumieć kontekst projektu. Pozwala to na lepsze dostosowanie rozwiązania do wymagań i celów organizacji. 3. **Zapobieganie Błędom i Konfliktom:** Dzięki wczesnemu dostępowi do istniejących materiałów, zespołowi projektowemu łatwiej jest zidentyfikować potencjalne konflikty i błędy w planowanych rozwiązaniach. To pozwala na ich uniknięcie i zapewnia lepszą jakość projektu. 4. **Lepsza Integracja Z Istniejącymi Systemami:** Jeśli projekt ma na celu integrację z istniejącymi systemami, materiały architektury biznesowej mogą dostarczyć informacji o tych systemach i ich interfejsach. To ułatwia projektowanie rozwiązania zgodnego z istniejącą infrastrukturą. 5. **Skrócenie Czasu Wdrożenia:** Dzięki dostępowi do materiałów architektury biznesowej możliwe jest wcześniejsze zidentyfikowanie wymagań technicznych i integracyjnych. To pozwala na skrócenie czasu wdrożenia rozwiązania. 6. **Poprawa Komunikacji Z Innymi Działami:** Posiadanie wspólnego zestawu materiałów architektury biznesowej ułatwia komunikację z innymi działami i interesariuszami. Wszyscy pracują na podstawie tych samych informacji, co eliminuje nieporozumienia. 7. **Zminimalizowanie Kosztów:** Wykorzystanie istniejących materiałów może pomóc w zminimalizowaniu kosztów projektu. Nie trzeba tworzyć wszystkiego od zera, co jest bardziej efektywne finansowo. W rezultacie, korzystanie z materiałów architektury biznesowej na początku projektu pomaga zespołowi projektowemu pracować bardziej efektywnie, lepiej dostosować się do potrzeb organizacji i dostarczyć rozwiązanie o wyższej jakości. To inwestycja w udaną realizację projektu. Pamiętaj o nas w każdym projekcie który zaczynasz!

Poznałeś cały skład i wierzysz w ten zespół. Razem możecie zaprojektować i wdrożyć od zera rozwiązanie, które będzie skrojone pod potrzeby organizacji! [[Zróbmy to po swojemu!->Po swojemu]]

''Dyrektor odpowiedzialny za analizę danych zgłoszeń'': Doprawdy, muszę to tłumaczyć? A jakbyśmy mieli wyliczać premię? Widzisz, im więcej takich zgłoszeń mamy zarejestrowanych i przeanalizowanych, tym większa szansa na premię. Zgłoszeń jest dużo, a ludzi mam mało, więc nie jest lekko przejrzeć dokładnie każde takie zgłoszenie... [[Dopytaj o to czy dane służą jeszcze czemuś innemu->Analiza danych]]

''Dyrektora odpowiedzialny za proces realizacji zamówień'': Miło, że pytasz, bo widzisz ten system nad którym pracujesz to mi dzisiaj mocno bruździ przy realizacji moich celów. Chodzi oczywiście by zamówienia były realizowane na czas. Ja to rozumiem. Moja ekipa codziennie nad tym pracuje, a potem Dyrektor odpowiedzialny za analizę danych zgłoszeń (notabene występujący zawsze po mnie), na spotkaniach z Zarządem, pokazuje taki slajd z liczbą ile to oni tych zażaleń analizują... A na co to komu wiedzieć? Przecież interes się kręci... No co ja mogę z tym zrobić...

''Kierownik Projektu: '': (marszczy brwi) Dziiiięki... wiesz bardzo oryginalne, takie ciekawe. Będziemy to monitorować. [[Wybierz inną osobę z którą chcesz porozmawiać->Rozmowa z osobą z zespołu projektowego]] [[Wróć do swojego biurka->Moje biurko]]

Skrzętnie notujesz wymaganie.

(wymyśliłeś aż 15 "ciekawych" atrybutów...) ''Dyrektor odpowiedzialny za analizę danych zgłoszeń'': Jeszcze nie wiem co byśmy z nimi mogli zrobić, ale im więcej danych w systemie tym lepiej!

Musiałeś troszkę poczekać, gdyż Dyrektor ma dzisiaj bardzo napięty grafik, ale udało Ci się go namówić na krótką rozmowę pod koniec dnia. ''Dyrektor odpowiedzialny za analizę danych zgłoszeń'': Przyznam na początku, że niepokoi mnie tempo prac. Za chwilkę stracimy możliwość przyjmowania zgłoszeń skarg od Klientów, mój dział nie będzie miał czego analizować. Widzisz, ostatnio, mają kilka ciekawych pomysłów, jak np. wysyłanie z automatu kodów rabatowych do Klientów za kaźde takie uzasadnione zgłoszenie. Co prawda muszę jeszcze porozmawiać z ''Finansami'', troszkę to będzie na pewno kosztować, ale przynajmniej te nasze problemy z dostawą nie będą kojarzyć się Klientom z czymś wyłączenie negatywnym... W ogóle, mamy tyle świetnych pomysłów, tylko nikt ich nie realizuje... [[Jakie dane zbieracie?->Zakres danych]] [[Jaki jest cel zbierania tych danych->Cel zbierania danych]] [[Zapytaj czego oczuje od nowego systemu->Oczekiwania Dyrektora odpowiedzialnego za analizę danych zgłoszeń]]

Przedstawiasz i mówisz na jaki temat chcesz porozmawiać, ale Dyrektor jak tylko słyszy nazwę systemu nie chcę za bardzo kontynuować rozmowy. Korzystasz ze zdolności perswazji i udaje Ci się umówić z nim na krótką rozmowę. ''Dyrektor odpowiedzialny za proces realizacji zamówień'': Na moje to w ogóle tego systemu nie musi być. Opóźnienia w dostawie? Pracuje tu już 20 lat, zawsze były i będą. Taka jest naturalna kolej rzeczy. I ja tam nie potrzebuję, żadnych danych, żeby widzieć taką oczywistą oczywistość. [[Zapytaj o powody zgłoszeń->Powody zgłoszeń do procesu]] [[Zapytaj o cele Dyrektora odpowiedzialny za proces realizacji zamówień->Cele Dyrektora odpowiedzialny za proces realizacji zamówień]] [[Zapytaj czego oczekuje od nowego systemu->Oczekiwania Dyrektora odpowiedzialnego za proces realizacji zamówień]]

Mówi się trudno. Pierwszy projekt, który Tobie przypadł, okazuje się nie tym "wymarzonym" na początku, nie byłoby mowy o żadnym "miękkim" początku, poza tym szybki deadline i kwestia pogodzenia dwóch dyrektorów nie napawała optyzmimem. (W tym miejscu kończy się Twoja historia udziału w tym projekcie)

Uważasz, że nie ma czasu w tej chwili na jakieś rozwiązania budowane od początku, ale i zakup "gotowca" nie będzie tutaj adekwatny do skali problemu. Rozwiązaniem na być wprowadzenie pewnych automatyzacji i względnie niewielkich zmian w całym procesie. [[Zróbmy to low-codem...->Rozwiązanie low-code]]

Robisz dobrą minę do złej gry, tłumaczysz programistą, że to przecież prosty system, na tablicy rysujesz kluczowe pojęcia, które przychodzą Ci do głowy w tej chwili, dodajesz relacje między innymi i jakieś atrybuty, po czym z poważną miną stwierdzasz, że na początek to im powinno wystarczyć...

Tłumaczysz, że zaawansowane technologie, takie jak sztuczna inteligencja (AI), mogą wydawać się atrakcyjne, ale naszym głównym celem powinno być rozwiązanie rzeczywistego problemu. Sztuczna inteligencja jest niewątpliwie potężnym narzędziem o licznych zastosowaniach. Jednak ważne jest, aby pamiętać, że technologia powinna służyć określonemu celowi i adresować rzeczywiste potrzeby biznesowe. W tym przypadku naszym głównym celem jest poprawa procesu rejestracji i obsługi zgłoszeń klientów w sposób efektywny. Co więcej, integracja AI może wprowadzić krzywą uczenia się zarówno dla naszych klientów, jak i personelu obsługującego, co może prowadzić do zamieszania i nieefektywności, zamiast poprawy obsługi. Musimy zagwarantować, że wszelkie ulepszenia technologiczne są zgodne z naszymi celami biznesowymi i przyczyniają się pozytywnie do doświadczenia klienta. [[Wybierz inną osobę z którą chcesz porozmawiać->Rozmowa z osobą z zespołu projektowego]] [[Wróć do swojego biurka->Moje biurko]]

''Inżynier jakości oprogramowania'': Czy to odpowiedni moment na spotkanie? Żebym mogła Wam pomóc, to potrzebuję: * pełnej i aktualnej dokumentacji wymagań projektu. To obejmuje specyfikację funkcjonalną, opisy przypadków użycia, i wszelkie zmiany w tych dokumentach. * muszę mieć dostęp do kodu źródłowego aplikacji, aby móc przeprowadzić analizę i testy. Proszę o udostępnienie mi odpowiednich repozytoriów i dostępu do środowisk deweloperskich. * potrzebuję aktualnego harmonogramu projektu, w tym daty dostarczenia kolejnych wersji aplikacji. To pomoże mi zaplanować testy i dostosować moje działania do waszych terminów. * dostępu do odpowiednich środowisk testowych, aby przeprowadzać testy na różnych platformach i konfiguracjach. * listy priorytetów dla różnych funkcji i komponentów aplikacji. To pomoże mi skoncentrować się na kluczowych obszarach. * muszę wiedzieć też, jaki jest plan spotkań zespołu, aby omawiać wyniki testów i ewentualne problemy. Czy masz już to wszystko gotowe? [[Jak nie, jak tak! (pokazujesz dokument Marka)->Prezentacja dokumentu Marka]] [[Jeszcze nie->Jeszcze nie mam]]

''Specjalista od UX'': Jasne, wiesz gdzie mnie znaleźć. [[Wybierz inną osobę z którą chcesz porozmawiać->Rozmowa z osobą z zespołu projektowego]] [[Wróć do swojego biurka->Moje biurko]]

''Inżynier jakości oprogramowania'': Ok, wróc do mnie jak już to wszystko będziesz miał gotowe. [[Wybierz inną osobę z którą chcesz porozmawiać->Rozmowa z osobą z zespołu projektowego]] [[Wróć do swojego biurka->Moje biurko]]

''Justyna'': Ja jestem odpowiedzialna za sprawdzanie poprawności i wydajności oprogramowania. Moim zadaniem jest upewnienie się, że oprogramowanie działa zgodnie ze specyfikacją i nie zawiera żadnych błędów. A wierz mi, na początku, zazwyczaj jest ich sporo, dlatego zanim oddamy coś do biznesu, to robimy wewnętrzne testy. Ale wiesz co? Nie musisz czekać, aż skończysz specyfikować całość rozwiązania. Możesz do mnie przyjść nawet wcześniej, jak będziesz mieć opracowany dokument analizy, bo zawsze możemy je razem przejrzeć pod kątem ich "testowalności"...

''Kierownik Projektu: '': Dobrze, że Cię widzę. Przypomniało mi się coś... weź mi tutaj dopisz jakieś ryzyka projektowe, które już widzisz. [[Wymyśl na poczekaniu na jakieś ryzyko->Dodanie ryzyka]] [[Powiedz, że przemyślisz potencjalne ryzyka i wrócisz jak będziesz gotów->Odłóż]]

Oj, widzę, że rwiesz się do pracy. Bardzo dobrze, kogoś takiego właśnie potrzebowaliśmy. Liczę na świeże spojrzenie i dobrą współpracę w zespole. A propos, przedstawię Tobie cały zespół. [[Wiesz, chyba jednak przyda mi się nieco kofeiny.->Spotkanie w kuchni]] [[Ok, chętnie poznam ekipę.->Przedstawienie zespołu]]

Z początku ''Dyrektor'' nie jest zadowolony z tego, że naciskasz na to, ale z każdą minutą przekonuje się tego pomysłu coraz bardziej. Nie wie jak się do tego jednak zabrać, więc umawiacie się, że wrócisz do niego za jakiś czas.

''Krzysztof'': Moje zadanie polega na tym, aby tworzyć interfejsy, które są łatwe w użyciu i przyjemne dla oka. (Krzysztof pokazuje przykład interfejsu, który niedawno stworzył). Ten interfejs został stworzony dla aplikacji mobilnej do nauki języków obcych. Chciałem, aby był on intuicyjny i łatwy do zrozumienia dla użytkowników. Dla mnie ważne jest, aby interfejs był nie tylko funkcjonalny, ale także estetyczny i tutaj w dużej mierze polegam na radach ''Anity''. Zanim udostępnię interfejs użytkownikom, zawsze go testuję. Chcę upewnić się, że działa poprawnie i nie zawiera błędów. Ale ''Justyna'' i tak zawsze coś znajdzie do poprawy...

''Przedstawiciel działu architektury biznesowej i strategii'': Nie, nie i jeszcze raz nie! Korzystanie z istniejących standardowych notacji, takich jak BPMN (Business Process Model and Notation), zamiast wymyślania własnych, ma wiele istotnych korzyści. To powszechnie akceptowany standard w dziedzinie modelowania procesów biznesowych. Dzięki temu, korzystając z BPMN, procesy biznesowe stają się bardziej jasne i zrozumiałe dla wszystkich zaangażowanych w projekt. W przeciwnym wypadku, stosowanie własnych notacji może prowadzić do dezorientacji i konieczności tłumaczenia każdej nowej notacji dla każdego projektu. BPMN jest standaryzowane i unikalne symbole mają określone znaczenie, co eliminuje potencjalne błędy interpretacyjne. BPMN ułatwia współpracę między różnymi zespołami i osobami zaangażowanymi w projekt. Każdy, kto jest zaznajomiony z BPMN, może z łatwością zrozumieć modelowanie procesów biznesowych. BPMN umożliwia tworzenie spójnej dokumentacji procesów biznesowych. Dzięki temu łatwiej jest zarządzać, aktualizować i udostępniać wiedzę na temat procesów w organizacji. Poza tym pracując w naszej organizacji, musisz się dostosować do naszych procedur...

''Marek'' (ściszonym głosem): Strata czasu... Sami nie mogą tam się dogadać wewnętrznie i nie wiadomo jaki jest cel. Sam zobaczysz... Muszę juz lecieć. (odchodzi)

Jako entuzjasta wszelkich nowinek technologicznych, wyjaśniasz, że od początku już wiesz, że rozwiązanie powinno być oparte o sztuczną inteligencję i zrobisz wszystko żeby tak było. [[Wybierz inną osobę z którą chcesz porozmawiać->Rozmowa z osobą z zespołu projektowego]] [[Wróć do swojego biurka->Moje biurko]]

'' Mateusz '': Moje zadanie tutaj polega na tym, aby tworzyć bazy danych, które są wydajne i bezpieczne. Najpierw staram się zrozumieć potrzeby aplikacji. Jakie dane w niej będą w ogóle potrzebne? Jak często będą one aktualizowane? Kiedy już to mam ogarnięte, mogę zacząć projektować bazę danych. Od kilku lat współpracuję z Krzyśkiem, jest ok, bo gdzieś tam nasze specjalizacje się uzupełniają...

Na biurku znajduje się Twój służbowy laptop, podłączony do dodatkowego monitora. Stoi także postawiony przez Ciebie kubeczek z napisem "Najlepszy analityk na świecie", który ma za zadanie dodawać otuchy w trudnych chwilach... Tak przynajmniej sugerowali, Twoi znajomi, którzy Ci go wręczyli, przy okazji świętowania rozpoczęcia Twojej analitycznej kariery... To również miejsce, przy którym podejmujesz najważniejsze decyzje o dalszych krokach... [[Porozmawiaj z Dyrektorem odpowiedzialnym za gromadzenie danych->Dyrektor odpowiedzialny za analizę danych zgłoszeń]] [[Porozmawiaj z Dyrektorem odpowiedzialnym za proces realizacji zamówień->Dyrektor odpowiedzialny za proces realizacji zamówień]] [[Porozmawiaj z kimś z zespołu projektowego->Rozmowa z osobą z zespołu projektowego]] [[Wróc do notatki Marka dotyczącej projektu->Notatka Marka]] UWAGA: jeśli po drodze nie wyświetliła się informacja o zakończeniu scenariusza i nie chcesz już z nimi dalej rozmawiać, to możesz przejść do etapu finałowego. Pamiętaj, że nie będziesz mógł się cofnać do tego miejsca, jest to więc bilet w jedną stronę... [[Przejdź do głównej decyzji->Wybór głównej decyzji]]

''Dyrektor odpowiedzialny za analizę danych zgłoszeń'': Nie no, tego nie sprawdzamy. Klienci na pewno są zadowoleni!

''Notatka Analityczna: Zmiana Systemu Rejestracji Zgłoszeń Opóźnień w Dostawie'' **Data:** [02.09.2023] **Autor:** Marek, Analityk Biznesowy **Problem Biznesowy:** Obecny system rejestracji zgłoszeń opóźnień w dostawie od klientów wykazuje wiele ograniczeń. Często dochodzi do utraty zgłoszeń, braku przejrzystości w procesie oraz niskiej efektywności obsługi zgłoszeń, co ma negatywny wpływ na satysfakcję klientów. W związku z powyższym podjęto decyzje o nieprzedłużaniu licencji na obecne rozwiązanie. **Cel:** Celem projektu jest wprowadzenie nowego, bardziej efektywnego systemu rejestracji zgłoszeń opóźnień w dostawie, który zapewni lepszą obsługę klientów oraz usprawni proces zarządzania zgłoszeniami. **Zakres Zmian:** 1. Wprowadzenie nowej aplikacji do rejestracji zgłoszeń opóźnień. 2. Możliwość elektronicznego przesyłania zgłoszeń przez klientów. 3. Centralna baza danych do przechowywania zgłoszeń. 4. Mechanizm monitorowania statusu zgłoszeń. 5. Powiadomienia i raporty dla zespołu obsługi i klientów. 6. Integracja z istniejącymi systemami firmy. **Główne Wymagania Biznesowe:** 1. Aplikacja musi być dostępna dla klientów 24/7. 2. System musi umożliwiać śledzenie statusu zgłoszeń w czasie rzeczywistym. 3. Wszystkie zgłoszenia muszą być przechowywane przez okres zgodny z obowiązującymi przepisami. 4. Wprowadzenie interfejsu zintegrowanego z obecnymi narzędziami firmy. 5. Powiadomienia klientów o zmianach w statusie zgłoszenia. **Interesariusze:** 1. Klienci korzystający z systemu zgłaszania opóźnień. 2. Zespół obsługi klienta, który monitoruje i reaguje na zgłoszenia. 3. Zarząd firmy, który oczekuje poprawy satysfakcji klientów. 4. Dział IT, odpowiedzialny za wdrożenie nowego systemu. 5. Dział prawny, w celu zapewnienia zgodności z przepisami. Projekt ma termin wykonania wynoszący 2 miesiące ze względu na wygasającą licencję obecnej aplikacji. Celem jest zapewnienie, że nowy system będzie gotowy do użycia przed terminem wygaśnięcia licencji, aby uniknąć zakłóceń w rejestracji zgłoszeń od klientów. Dostrzegasz, że dokument zawiera jeszcze komentarze Marka, które stanowią chyba luźne pomysły na sposoby rozwiązania... [[Podążasz tropem notatki o treści: "A może kupmy gotowca?"->Biuro Zakupów]] [[Podążasz tropem notatki o treści: "Może low-code tutaj da radę?"->Low-Code]] [[Podążasz tropem notatki o treści: "Uważać na dług technologiczny"->Dług technologiczny]]

''Kierownik Projektu'': A bo widzisz, tam jest dwóch taki dyrektorów. Jednemu zależy na zbieraniu jak największej liczby zarejestrowanych skarg, bo dzięki temu ma co analizować. Drugiemu natomiast wprost przeciwnie, te wszelkie zażalenia stanowią takie kamyczki do jego ogródka, więc najchętniej, po cichu, pozbyłby się w ogóle tego systemu, a przynajmniej maksymalnie wydłużył ścieżkę wysyłania zgłoszeń tak żeby żadnemu Klientowi nie chciało się już tego robić... Może Tobie uda ich się jakoś pogodzić...

''Dyrektor odpowiedzialny za analizę danych zgłoszeń'': No niechże to będzie łatwe i przyjemne dla naszych Klientów. Jakbyśmy mogli rozwijąc się jako firma, gdybyśmy nie słuchali co mają do powiedzenia nasi Klienci? Koniecznie dajmy tam zawsze na końcu zgłoszenia jakieś pytanie zachęcające by zgłosić kolejne! A w ogóle to dzisiaj rano przy goleniu wymyśliłem nowe wymaganie biznesowe, proszę je zapisać, chodzi o to, żeby po każdym wysłaniu potwierdzenia zamówienia, z automatu wysłać maila z tytułem "Coś nie tak z zamówieniem, czekamy na zgłoszenie!"... [[Przyjmujesz do wiadomości i potwierdzasz, że takie wymaganie biznesowe zostanie zrealizowane->Dodanie wymagania]] lub [[Dodajesz notatkę->Rejestracja informacji]]

''Dyrektor odpowiedzialny za proces realizacji zamówień'': No, jakie ja mogę mieć oczekiwania... Niech to będzie jakieś totalnie minimalistyczne. Albo nie, w drugą stronę, wrzućmy tam takie banerki, które będą pokazywać nasze szybko rotujące produkty, tych mamy zawsze sporo na magazynie i jest nam je najłatwiej pakować bo są magazynowane w najbardziej dostępnym miejscu.

Tłumaczysz, że na tym etapie jest za wcześnie by ruszać z pracami programistycznymi, a tym bardziej od projektowania bazy danych. [[Wybierz inną osobę z którą chcesz porozmawiać->Rozmowa z osobą z zespołu projektowego]] [[Wróć do swojego biurka->Moje biurko]]

''Kierownik Projektu: '': Jasne, nie chodzi o to, by tutaj dopisać cokolwiek. Potem te ryzyka analizujemy pod kątem możliwych scenariuszy reakcji na nie jak już wystąpią. Cyklicznie je monitorujemy. A propos, wysłałem zaproszenie na nasz cotygodniowy status projektowy. Tam zbiera się cała ekipa i omawiamy sobie kto gdzie jest ze swoimi zadaniami, czy ma jakieś problemy, ewentualnie potrzebuje wsparcia od kogoś z zespołu. [[Wybierz inną osobę z którą chcesz porozmawiać->Rozmowa z osobą z zespołu projektowego]] [[Wróć do swojego biurka->Moje biurko]]

''Oskar'': Ja na co dzień pracuję głównie z analitykami i zespołami programistów. Na pewno będziesz miał ze mną do czynienia, bo sam muszę zrozumieć potrzeby i wymagania biznesowe. Następnie, opracuję projekt systemu, który spełni te wymagania. Projekt zazwyczaj obejmuje wybór technologii, infrastruktury i narzędzi, które będą wykorzystywane w systemie, ale tego pewnie nie muszę Tobie mówić. Jakbyś czego potrzebował albo miał pytania to prostu się odezwij na kanale!

''Kierownik Projektu'': Nie będę owijał w bawełnę. Sytuacja nie jest łatwa, bo za dwa miesiące kończy nam się licencja na pewne oprogramowanie, które działało u nas od lat. Nie znam za bardzo szczegółów, wiem tylko tyle, że bez niego nie będzie można zarejestrować zgłoszeń w opóźnieniach realizacji zamówień, które zbieramy od naszych Klientów. Tutaj masz notatkę od Marka, analityka, który chwilkę nad tym pracował, ale szybko poprosił o zmianę projektu jak tylko się dowiedział z kim będzie musiał pracować... Mieliśy przez to lekki zastój, w tym czasie sam wpadłem na pewien pomysł jak to można by najszybciej rozwiązać... [[Dopytaj o obiekcje Marka->Obiekcje Marka]] [[Otwórz notatkę Marka dotyczącą projektu->Notatka Marka]] [[Dopytaj Kierownika o jego pomysł na sposób rozwiązania->Pomysł Kierownika]] No dobrze, poznałeś zespół, masz zarys projektu, zatem wróć do mnie jak będziesz czegoś potrzebował. [[Idź do swojego biurka->Moje biurko]] [[Chyba nie podołam temu zadaniu...->Rezygnacja]]

''Epilog: '': Ah, co to było za wdrożenie... jedni próbowali przepchać koniecznie elementy sztucznej inteligencji, drudzy kładli nacisk na kolorystykę, główni Interesariusze ciągneli sprawy w swoją stronę. Tobie przyszło to wszystko opisać. Zaiste, piękna jest dokumentacja. Mnóstwo diagramów procesów biznesowych, liczne przypadki użycia, diagramy sekwencji i inne produkty... Tylko trzy miesiące opóźnienia, ale okazało się, że firma może żyć przez ten czas bez tego systemu. Jednego z Dyrektorów (zgadnij którego!), mijasz cichcem żeby nie rzucać się za bardzo w oczy. Może kiedyś zapomni... Tylko coś tam w tej analitycznej duszy, podpowiada, że nie dotarłeś tą strategią do lepszego rozwiązania... [[Od Autora->Podziękowanie]]

''Dyrektor odpowiedzialny za analizę danych zgłoszeń''Oczywiście, że to wspaniały pomysł. Czuję, że będzie nam się dobrze współpracować!

Bez względu na to do jakiego epilogu udało Ci się dotrzeć, dziękuję za udział we wspólnej przygodzie i mam nadzieję, że to był dobrze spędzony czas! A jeżeli Ci się bardzo podobało, to koniecznie daj znać znajomym analitykom, a nóż również i oni dadzą się porwać historii... Jeżeli masz jakieś uwagi, spostrzeżenia, śmiało pisz na adres e-mail: pawel.cyzman@gmail.com. Zachęcam także do suksrybcji mojego biuletynu 'Analiza biznesowa' https://www.linkedin.com/newsletters/analiza-biznesowa-6947463003747323904/ w którym nie tylko cyklicznie dzielę się moimi spostrzeżeniami, ale będę także informował o kolejnych takich inicjatywach! :) Jeszcze raz dziękuję, Paweł Cyzman

''Epilog: ''We wcześniejszych rozmowach, dostrzegłeś pewną nonszalanckość w temacie dociekania do źródeł problemu. Niby były zbierane dane, ale nikogo dotychczas za bardzo nie interesowała analiza źródeł problemu. W ciągu jednego dnia zbierasz potrzebne informacje i dochodzisz do zaskakujących wniosków. Tak, liczba zgłoszeń rzeczywiście rośnie, ale prawie wszystkie dotyczą zamówień produktów, które w momencie składadania miały status "niskiej dostępności", która często oznaczała po prostu brak towaru na magazynie. Dorażną poprawę przyniosła zmiana sposobu wyświetlania informacji na stronie zakupowej. Już samo to spowodowało, że liczba nowych zgłoszeń w starym systemie zamarła... Ostatecznie nie tylko zrezygnowano z obecnego rozwiązania, ale również wykluczono potrzebę tworzenia nowego. Inicjatywa skończyła się przed czasem, dostałeś solidną premię. Dyrektor odpowiedzialny za proces zamówień codziennie się uśmiecha jak Cie widzi, nigdy więcej tych okropnych statystyk... A drugi Dyrektor? Otóż podobnie, on i jego zespół dostali zupełnie inne, ciekawsze zadania, np. wspierają teraz swoją pracą Dział Zaopatrzenia i dzięki temu braków jest coraz mniej... Patrzysz na swój kubeczek i myślisz sobie, że te słowa na nim były chyba prorocze... [[Od Autora->Podziękowanie]]

Okazuje się, że większość tych 95% zgłoszeń jest związana z produktami, które miały lub nadal mają w wewnętrznym systemie zaopatrzeniowym status dostępności "brak na magazynie producenta" lub "produkt trudno dostępny". [[Wróć do swojego biurka->Moje biurko]]

''Dyrektor odpowiedzialny za proces realizacji zamówień'': Idź z tym pytaniem lepiej do Dyrektora odpowiedzialnego za analizę zgłoszeń. U mnie sprawa jest prosta, przychodzi zamówienie, trafia na magazyn, bierzemy produkt z półki i sruuu, leci do Klienta. No czasem coś się komuś omsknie, spakuje nie to co było na zamówieniu albo nie w te opakowanie co trzeba i coś tam w transporcie się wysypie. Leci zwrotnie do nas i ponownie musimy nadać. Ale tego nie da się przewidzieć, w zeszłym sezonie była epidemia jakiejś grypy, pół ekipy na magazynie mi się rozleciało, i co, to też moja wina? [[Idź do Dyrektora odpowiedzialnego za analizę danych zgłoszeń->Dyrektor odpowiedzialny za analizę danych zgłoszeń]]

To są zgłoszenia, które nie dotyczą terminu dostawy, a np. stanu opakowania, braków w zamówieniu, tudzież różnic w zamawianym wariancie kolorystycznym.

''Inżynier jakości oprogramowania'': Bardzo śmieszne, dobrze, wiesz, że na podstawie tego dokumentu to nic nie można zacząć projektować a tym bardziej testować. Na razie to ja mogę przygotować tylko bardzo ogólne założenia... [[Wybierz inną osobę z którą chcesz porozmawiać->Rozmowa z osobą z zespołu projektowego]] [[Wróć do swojego biurka->Moje biurko]]

Wygląda na to, że programiści Mateusz i Krzysztof, nie próżnują, zaczęli już obmyślać plan, zaprosili Cie byś mógł się przysłuchiwać. **Mateusz:** Zastanawiamy się właśnie, jak najlepiej podejść do zaprogramowania systemu do obsługi zgłoszeń od klientów. Jakie są twoje myśli na ten temat? **Krzysztof:** Myślę, że musimy zacząć od określenia podstawowych wymagań. Na pewno będziemy potrzebowali interfejsu do składania zgłoszeń przez klientów. Co jeszcze? **Mateusz::** Zgadza się, interfejs klienta to kluczowa rzecz. Musimy także myśleć o tym, jak zgłoszenia będą przechowywane i zarządzane. Chyba potrzebujemy bazy danych, prawda? **Krzysztof:** Tak, baza danych jest niezbędna do przechowywania zgłoszeń. Ale warto pomyśleć o tym, jakie informacje będziemy musieli zapisywać. Czy chcemy mieć historię zgłoszeń, kategorie, priorytety, daty itp.? **Mateusz::** Dobre pytanie. Warto również myśleć o procesie autoryzacji i uwierzytelniania użytkowników. Jakie mechanizmy bezpieczeństwa powinniśmy zastosować? **Krzysztof:** Bezpieczeństwo jest kluczowe. Myślę, że potrzebujemy mechanizmów uwierzytelniania, zarządzania sesjami i kontroli dostępu do zgłoszeń. A co z powiadomieniami? Czy chcemy, żeby użytkownicy dostawali powiadomienia o zmianach w zgłoszeniach? **Mateusz::** To ważne. Powiadomienia e-mailowe lub powiadomienia na platformie mogą być użyteczne. A co z dokumentacją i testami? Jak będziemy dokumentować kod i jakie testy powinniśmy napisać? **Krzysztof:** Dokumentacja i testy to kluczowe elementy. Musimy dokumentować funkcje i API, aby inni mogli korzystać z systemu. Testy jednostkowe, integracyjne i akceptacyjne pomogą w zapewnieniu jakości. **Mateusz::** Zgadza się. I na koniec, myślę, że warto zastanowić się nad skalowalnością. Co jeśli ilość zgłoszeń rośnie? Czy nasz system będzie w stanie sobie z tym poradzić? **Krzysztof:** To bardzo ważne. Musimy myśleć o architekturze systemu, wydajności i możliwościach skalowania. Ogólnie rzecz biorąc, wydaje się, że musimy uwzględnić wiele aspektów, ale z odpowiednim planowaniem i projektowaniem powinniśmy sobie poradzić. **Mateusz::** Dokładnie! Dzięki za tę rozmowę. Wydaje się, że mamy już solidny plan działania. Teraz możemy zacząć projektować i programować. **Krzysztof:** Zgadza się! Zaczynajmy od projektowania bazy danych i interfejsu klienta. I ty nam w tym pomożesz... (spoglądają na Ciebie) [[Świetny pomysł!->Projektowanie bazy danych]] [[To nie jest dobry pomysł->Odmowa]]

Początkowy optymizm szybko się kończy. Programiści patrzą na Ciebie a ty nie za bardzo wiesz od czego zacząć. Dokument Marka jest zbyt lakoniczny by móc zacząć projektowanie jakiekolwiek bazy danych. [[Improwizuj->Improwizacja przy projektowaniu bazy]] [[Poproś inżyniera jakości oprogramowania o wsparcie->inżynier jakości oprogramowania - wsparcie]]

''Przedstawiciel działu architektury biznesowej i strategii: ''W czym mogę Ci pomóc? [[Poproś o dostęp do architektury procesów biznesowych->Architektura procesów biznesowych]] [[Zapytaj, czy możesz modelować procesy biznesowej "po swojemu"...->Mam swoją notację]] Opcja dostępna tylko jeśli rozmawiałeś wcześniej z oboma Dyrektorami: [[Chciałbym zwrócić uwagę na jedną rzecz...->Uwaga do architektury biznesowej]]

''Kierownik Działu Analizy: ''Cześć wszystkim, chciałbym Wam przedstawić nowego analityka na pokładzie. Piotrze, ja niestety, muszę lecieć na kolejne spotkanie, czy mógłbyś zaprezentować skład zespołu? ''Kierownik Projektu'': Jasne, no to zaczynając od siebie, mam przyjemność kierować tym ważnym projektem, a oto Twoi nowi współpracownicy: Anita - specjalistka od UX Tomek - przedstawiciel działu architektury biznesowej i strategii Oskar - architekt rozwiązania Justyna - inżynier jakości oprogramowania Mateusz - programista Krzysztof - również programista No i po Twoim dołączeniu mamy komplet kompetencji w zespole! Co prawda dzisiaj jesteśmy wszyscy w biurze, ale na co dzień pracujemy zdalnie, szczególnie, że każdy z nas jest z innego miasta. Powinieneś mieć już wszystke dostępy do naszych teamowych narzędzi. Masz jakieś pytania i czy chcesz dowiedzieć się więcej o projekcie? [[Dowiedz się więcej czym się zajmuje Anita->Anita]] [[Dowiedz się więcej czym się zajmuje Tomek->Tomek]] [[Dowiedz się więcej czym się zajmuje Oskar->Oskar]] [[Dowiedz się więcej czym się zajmuje Justyna->Justyna]] [[Dowiedz się więcej czym się zajmuje Mateusz->Mateusz]] [[Dowiedz się więcej czym się zajmuje Krzysztof->Krzysztof]] [[Przejdźmy do szczegółów...->Pierwsze spotkanie z Kierownikiem]]

Dyrektor wykonuje szybki telefon i już po chwili na swój służbowy adres e-mail otrzymujesz to o co prosiłeś. Z danych, które otrzymałeś, wysnuwasz następujące wnoski: - zgłoszeń jest coraz więcej, nie są to duże skoki z miesiąca na miesiąc, ale ewidentnie widać, że problemów z roku na rok przybywa i tendencja jest zwyżkowa - poszczególnie pracownicy, obsługujący zarejestrowane zgłoszenia, mają skrajnie odmienną wartość w kolumnie 'średni czas analizowania zgłoszenia'. [[Dopytaj Dyrektora o różnicę w czasach analizy zgłoszeń->Weryfikacja czasu obsługi]] [[Sprawdź jakie kategorie zgłoszeń są najczęściej wybierane->Analiza kategorii zgłoszeń]]

Zapisujesz kwestię w formie notatki, ale nie traktujesz tego jako wymaganie biznesowe, które na 100% zostanie zrealizowane.

''Kierownik Projektu'': Od razu po zapoznaniu się z projektem mówisz, że to nie ma szans?! No może nie jest to najłatwiejsza inicjatywa, ale liczyliśmy, że nowy analityk tak łatwo sę nie podda. No nic, będę musiał prosić Twojego przełożonego o namówienie Marka do powrotu... [[Epilog po rezygnacji->Epilog (rezygnacja)]]

Z kim chcesz porozmawiać? [[Kierownik Projektu->Kierownik projektu - rozmowa]] [[Porozmawiaj z programistami->Programiści - rozmowa]] [[Porozmawiaj z inżynierem jakości oprogramowania->Inżynier jakości oprogramowania - rozmowa]] [[Porozmawiaj ze Specjalistką od UX->Specjalistka od UX - rozmowa]] [[Porozmawiaj z przedstawicielem działu architektury biznesowej i strategii->Przedstawiciel działu architektury biznesowej i strategii - rozmowa]] [[Porozmawiaj z Architektem rozwiązania->Architekt rozwiązania - rozmowa]]

''Epilog: ''W gruncie rzeczy nie było tak łatwo do końca jak przypuszczałeś na początku, okazuje się, że nie było za bardzo speca na pokładzie, który był z miejsca ruszyć z pracami więc niejako Tobie przypadła rola "człowieka orkiestry". Najważniejsze, że działa, tyle że Twoje dobre samopoczucie zostało zburzone po lekturze kolejnego wpisu w Biuletynie Analiza biznesowa. Co ten mądrala tam napisał tym razem? "Bez odpowiedniej analizy biznesowej, istnieje ryzyko, że automatyzujemy istniejące błędy lub nieoptymalne praktyki. W efekcie, proces pozostaje niedoskonały, ale staje się bardziej trudny do poprawy, gdyż jest zakorzeniony w systemie." I tak sobie myślisz w środku, że coś w tym chyba jest... [[Od Autora->Podziękowanie]]

Z dumą okazujesz efekty swojej pracy. Specjalistka od UX nie kryje irytacji, poza tym odnosi wrażenie, że kojarzysz hasło UX wyłączenie z tworzeniem makiet. Jedno jest pewne, nie zostaniecie raczej przyjaciółmi... [[Wybierz inną osobę z którą chcesz porozmawiać->Rozmowa z osobą z zespołu projektowego]] [[Wróć do swojego biurka->Moje biurko]]

Tfu. Po pierwszym łyku, szybko wylewasz resztę do zlewu póki nikt nie widzi. Teraz już wiesz, że te ostrzeżenia to nie był żart...

''Specjalista od UX'': Zanim rozpocznę moją pracę nad UX, istnieje kilka kluczowych kroków, które muszą zostać podjęte, abyśmy mogli osiągnąć jak najlepszy efekt. Pierwszym krokiem jest przeprowadzenie badań użytkowników. Muszę poznać potrzeby, cele i oczekiwania naszych docelowych użytkowników. Proszę o dostarczenie mi wyników badań użytkowników lub pomocy w ich przeprowadzeniu, jeśli jeszcze nie zostaly zrealizowane. Musimy stworzyć persona – fikcyjnych użytkowników reprezentujących różne grupy docelowe. Persona pomogą mi lepiej zrozumieć naszych użytkowników i dostosować projekt UX do ich potrzeb. Proszę o dostarczenie mi wytycznych projektowych, takich jak cele projektu, zakres funkcji i priorytety. To pomoże mi zrozumieć, co jest najważniejsze w projektowanej aplikacji. Jeśli są już dostępne prototypy lub wireframe'y, proszę o ich udostępnienie. Jeśli nie, możemy wspólnie pracować nad ich stworzeniem. Planuję przeprowadzić badania użyteczności, aby ocenić, jak dobrze nasza aplikacja spełnia potrzeby użytkowników. Proszę o udzielenie mi wsparcia w organizacji tych badań oraz dostęp do testerów. Chciałbym współpracować blisko z zespołem projektowym i deweloperskim. Proszę o zapewnienie możliwości regularnej komunikacji i spotkań, aby omawiać postępy i rozwiązania UX. Tak w ogóle, to konieczne jest zrozumienie celów biznesowych projektu. Czy mamy Twoim zdaniem gotowość do dalszego działania? [[Phi, z tego wszystkiego to tylko te prototypy mają sens. Sam je zresztą zrobię... zobacz sama! (bierzesz kartkę papieru i flamaster...)->Sam sobie to narysuje]] [[Powiedz, że dziękujesz za przedstawienie oczekiwań i wrócisz jak czegoś będziesz potrzebować->Jesteśmy w kontakcie]]

''Kierownik Działu Analizy:'' Nie brak Ci odwagi. Może jedna dawka naszej biurowej "kawy" nie zaszkodzi, ale nie przesadzałbym z jej częstym kosztowaniem. (do kuchni wchodzi analityk ''Marek'') Marek: Siemano! W końcu kogoś zrekrutowali! I całe szczęście, bo jakbym miał dłużej pracować nad tym tematem to bym zwariował... Zresztą, może kiedyś będzie okazać o tym pogadać. Tylko nie pij zbyt często tej lury. Pogadałbym dłużej, ale za chwilkę mam daily więc biorę co moje i wracam do roboty. * [[Kiwasz ze zrozumieniem i sprawdasz czy miejscowa kawa słusznie cieszy się złą renomą...->Smakosz]] * [[Próbujesz zatrzymać Marka i dopytać co miał na myśli...->Marek]]

''Dyrektor odpowiedzialny za analizę danych zgłoszeń'': Może, może... jak będzie kiedyś na to czas, a teraz brakuje mi ludzi. [[Objaśnij potencjalne korzyści ze standaryzacji->Korzyści ze standaryzacji]] lub (cofnij)

''Tomek'': Pilnuję tego, by wszelkie inicjatywy, które się u nas dzieją, a wierz mi, jest tego sporo, miały swoje uzasadnienie i powiązanie ze strategią i planem, obranym przez całą organizację. Zasilam zespół wiedzą o procesach biznesowych, ich wlaścicielach i wzajemnych zależnościach. Chętnie pomogę również przy identyfikacji celów i mierników dla Twojego projektu...

Po rozmowie z Dyrektorami, odniosłeś wrażenie, że coś jest nie tak z poukładaniem celów biznesowych. U jednego z nich, przyjęta strategia, zakłada, że im więcej zarejestrowanych zgłoszeń tym lepiej. Drugiemu natomiast zależy na krótkie czasie wysyłki, niekonieczne zwracając uwagę na pozostałe parametry. Przedstawiciel działu architektury biznesowej i strategii nie dowierza Twoim słowom, ale postanawia to sprawdzić, przyznając Ci rację, że nie brzmi to dobrze z punktu widzenia całej organizacji...

''Dyrektor odpowiedzialny za analizę danych zgłoszeń'': Nigdy się tym nie interesowałem, może to zależy od zgłoszenia, może od sposobu pracy... Każdy pracuje u mnie troszkę inaczej. Byłęm kiedyś na takim drogim szkoleniu i wiem, że nie ma co wchodzić w mikrozarządzanie, pracownicy tego nie lubią, zresztą ten średni czas to chyba nie jest jakiś problem... [[Zasugeruj wprowadzenie standaryzacji pracy w zespole->Standaryzacja pracy zespołu]]

Taadaaaam!!! Wital w wielkim finale. Otóż musisz wiedzieć, że dzwonił do Ciebie przed chwilą ''Kierownik Projektu''. Coś tam się rąbneli z wyliczeniami i wychodzi na to, że czasu jest jeszcze mniej niż się wydawało na początek. ''Kierownik Projektu'' prosi Cię, żebyś na koniec dnia chociaż nakreślił kierunek działania... (bg:red)[Przypomnij sobie to wszystko czego udało Ci się dowiedzieć. Którą drogą podążasz? Uwaga: Twój wybór będzie zwieńczony odpowiednim epilogiem przewidującym dalszą przyszłość projektu, jego ostateczne powodzenie bądź porażkę! Wybierz jedną z opcji: ] [[Eh, to wszystko nie ma sensu, rzucam papiery!->Epilog (rezygnacja)]] [[Musimy zaprojektować nowy system i to szybko->Budujemy nowy system]] [[Mam wątpliwości czy nowy system jest potrzebny->Wątpliwości ]] [[Nie róbmy swojego systemu, tylko kupmy coś na rynku->Zakupy]] [[Tu potrzeba automatyzacji->Idźmy w automatyzację]]

Uważasz, że analityk jest troszkę jak Detektyw, musi sięgać nieco głębiej, zbierać i analizować poszlaki w postaci danych... [[To nie tak jak Wszyscy myślą->Podążając za tropem]]

''Dyrektor odpowiedzialny za analizę danych zgłoszeń'': Dobrze, że o to pytasz, bo na pewno fajnie by było jakby to nowe rozwiązanie zbierało ich jeszcze więcej. Chciałbym móc przedstawiać Zarządowi znaczenie więcej wykresów i takich bardziej przekrojowych niż obecnie! Wracając do pytania, zbieramy takie informacje; - imię i nazwisko osoby zgłaszającej - firma - kategoria zgłoszenia - data zgłoszenia - treść zgłoszenia - numer zamówienia Po weryfikacji, oznaczamy co było przyczyną... [[Zasugeruj dane, które można by jeszcze zbierać->Dodatkowe dane]] [[Poproś o dostęp do danych->Próbka danych]]

Zapał programistów był spory, architekt rozwiązania mocno entuzjastycznie patrzył na możliwości wykorzystania sztucznej inteliegencji, to wszystko fajnie brzmiało, ale czujesz, że nie ma za bardzo na to teraz czasu i lepiej jest zaproponować wystosowanie oficjalnego zapytania na rynek. Nie trzeba będzie projektować od zera całego rozwiązania, to zresztą nie jest system, który uważasz za jakiś szalenie istotny dla działalności organizacji. [[Przekaż decyzję o potrzebie przygotowania zapytania zakupowego->Zróbmy zakupy!]]

''Epilog: ''Taka strategia miała zaoszczędzić wszystkim zbytecznej pracy, niestety, przygotowanie samego zapytania troszkę trwało, ale najgorszy był przedłużający się wybór ofert i czas potrzebny na negocjację i dopięcie umowy. Dodatkowo, rozwiązanie zawiera mnóstwo fukcjonalności, których nie do końca potrzebujecie. O ile termin został dotrzymany na ostatnią chwilę, o tyle utrzymanie rozwiązania będzie firmę słono kosztować... no ale to w końcu nie Twoja wina, że tak późno się za to zabrano. Skromna premia wypłacona. Gdzieś tam w tyle głowy, kłębi się jednak myśl, że nie udało się rozwiązać rzeczywistego problemu.. [[Od Autora->Podziękowanie]]

''Inżynier jakości oprogramowania: '': (po wysłuchaniu o co chodzi): Ja tu widzę, że Wy się dobrze bawicie przy projektowaniu bazy danych, ale nic tu po mnie na razie. Przyjdźcie jak już będziecie mieli przynajmniej koncepcję żeby mogła przygotować przypadki testowe.

''Kierownik Działu Analizy: ''Dzień dobry! Długo czekaliśmy na nowego analityka w zespole. Cieszę się, że jesteś już z nami. Musisz wiedzieć, że projekt, w którym będziesz uczestniczyć, należy do tych, którym Zarząd przygląda się szczególnie uważnie... Ale zanim przejdziemy do szczegółów, powiedz czy potrzebujesz porannej dawki kofeiny? * [[Tak, bez porannej kawki, mój mózg nie pracuje!->Spotkanie w kuchni]] * [[Dziękuję, ale przejdźmy może od razu do omówienia konkretów.->Konkrety]] (bg:orange)[Szybka instrukcja: Przed Tobą pierwsza decyzja. Po przejściu do kolejnej karty historii, zawsze mozesz skorzystać z opcji cofnięcia (klikając w symbol strzałki cofnięcia) do poprzedniego kroku, o ile nie zaznaczono, że w danej sytuacji musisz podjąć decyzję tu i teraz, która będzie mieć swoją konsekwencję. Powodzenia! ]

''Kierownik Projekt'': Będę z Tobą szczery, to nie jest mój jedyny projekt, a co gorsza, wymaga znacznie większej atencji niż się spodziewałem. Zamiast kombinować, najlepiej poszukać na rynku innego dostawcę podobnego systemu, który chcemy zastąpić, byleby tylko całość nie przekroczyła budżetu i była zrealizowana w terminie. Skontaktuj się może z ''Biurem Zakupów'', myślę, że całkiem sprawnie mogą ruszyć z tematem. [[Podążasz tym tropem...->Biuro Zakupów]] [[Nie korzystasz z sugestii...->Pierwsze spotkanie z Kierownikiem]]

Korzystając z okazji, że jesteś na miejscu w centrali, udajesz się osobiście do ''Biura Zakupów''. Przed wejściem, dostrzegasz plakat sporych rozmiarów, który pokazuje, jak wygląda proces zakupu oprogramowania: 1. Analiza potrzeb: Zdefiniowanie wymagań biznesowych i technologicznych w konsultacji z działem IT oraz użytkownikami końcowymi. 2. Badanie rynku: Przeprowadzenie analizy dostępnych rozwiązań na rynku, uwzględniając funkcjonalności, ceny oraz opinie użytkowników. 3. Zapytanie ofertowe (RFI/RFP): Wysłanie zapytań ofertowych do wybranych dostawców w celu uzyskania szczegółowych informacji o produktach i warunkach handlowych. 4. Ocena ofert: Porównanie otrzymanych ofert pod względem zgodności z wymaganiami, kosztów, wsparcia technicznego oraz warunków licencyjnych. 5. Testy i demonstracje: Przeprowadzenie testów lub demonstracji oprogramowania przez potencjalnych dostawców, aby ocenić jego użyteczność i zgodność z oczekiwaniami. 6. Negocjacje: Prowadzenie negocjacji z wybranym dostawcą w celu uzyskania najlepszych warunków finansowych i umownych. 7. Zamówienie i zakup: Sfinalizowanie umowy i formalności związanych z zakupem, w tym podpisanie umowy i wydanie zamówienia. 8. Wdrożenie: Współpraca z działem IT i dostawcą w celu wdrożenia oprogramowania oraz przeszkolenia użytkowników. 9. Ewaluacja: Ocena efektywności wdrożonego oprogramowania i jego wpływu na działalność firmy. 10. Wsparcie i utrzymanie: Zapewnienie wsparcia technicznego i utrzymania oprogramowania zgodnie z zapisami umowy. Nagle dostrzega Cię Pracownik ''Biura Zakupów'' i uprzejmie pyta czy może w czymś pomóć? [[Tak, mam jeden temat do zgłoszenia->Pracownik Biura Zakupów]] [[Eee, tak tylko przechodziłem... Idź do swojego biurka->Moje biurko]]

Pracownik ''Biura Zakupów'' zaprasza Cie na krótką rozmowę o tym z czm przychodzisz. Już po kilku jego pytaniach, zdajesz sobie sprawę, z tego, że mając aktualny poziom wiedzy, nie bardzo będziecie mogli ruszyć do przodu z procesem zakupu 'gotowca'. Pracownik ''Biura Zakupów'' zachęca Cię jednak do powrotu, jak już podejmiesz decyzję o tym sposobie rozwiazania. Chętnie pomoże w całym poszukiwaniu najlepszego produktu. [[Idź do swojego biurka->Moje biurko]]

Czujesz, że potrzebujesz więcej informacji. Więc dowiadujesz się z wyszukiwarki, że: "//Rozwiązania low-code to platformy umożliwiające tworzenie aplikacji z minimalnym pisaniem kodu, często za pomocą interfejsów wizualnych i modułów drag-and-drop. Zalety obejmują szybszy czas tworzenia aplikacji, zmniejszenie kosztów, łatwość w modyfikacji oraz możliwość zaangażowania użytkowników biznesowych w proces tworzenia. Wady to ograniczenia w personalizacji, potencjalne problemy z skalowalnością, oraz zależność od dostawcy platformy, co może ograniczać elastyczność w długim okresie//". [[Brzmi obiecująco->Kurs Low-Code]] [[Może, może, ale tyle informacji na razie wystarczy->Moje biurko]]

Spędzasz więcej czasu na pozyskania wiedzy z dziedziny low-code. Ta opcja wzbudza coraz większy entuzjazm u Ciebie. Myślisz sobie, że przy dobrym wietrze, nie tylko mógłbyś wymyślić odpowiedni sposób rozwiązania, ale w dużej samemu je zaprojektować... Twoje rozmyślania, przerywa alarm przeciwpożarowy. Kolejne pół godziny spędzasz wraz z innymi pracownikami w wyznaczonej strefie. Tym razem były to tylko ćwiczenia, możesz zatem wrócić do pracy... [[Idź do swojego biurka->Moje biurko]]

Komentarz zawiera link do Biuletynu "Analiza biznesowa" na Linkedin i artykułu pod tytułem "Dług technologiczny - nie widać, a zatruwa organizację każdego dnia...". Autor taki niby mądry, a literówki robi. "//Problem dotyczy w równym stopniu, świeżo uruchamianych inicjatyw. "To się kiedyś zateguje", "Na razie hardcodujemy, potem się pomyśli o utrzymaniu", "Zróbmy tylko, tak żeby to JAKOŚ działało tu i teraz", "To już ktoś inny będzie się martwił...". I w takim duchu powstają rozwiązania, które w momencie startu już są przestarzałe, ciężkie w utrzymaniu, a co gorsza, zależne od dostępności kilku osób na pokładzie, które wiedzą jak to zostało zrobione na "sznurkach" i mają dziesiątki 'work araund' zapisanych w swoich kajecikach//". No ok, będziesz się tym dopiero martwił jak pójdziecie w opcję budowy własnego rozwiązania. [[Idź do swojego biurka->Moje biurko]]