Zamiar

Wielu pacjentów ma niepełną wiedzę i wgląd w swoje własne stosowanie leków. Pacjenci i pracownicy służby zdrowia doświadczają braku informacji o lekach podczas wizyty w szpitalu. Aplikacja na tablet miała na celu lepsze informowanie pacjentów i pracowników służby zdrowia o lekach. Rozwiązanie widziano w daleko idącej integracji komunikacji w łańcuchu opieki zdrowotnej na temat zażywania narkotyków. Aplikacja na tablet musiała spełniać następujące potrzeby: rejestracja leków, skanowanie leków, dziennik medycyny, całościowy przegląd i wyświetlanie ulotek dołączonych do opakowania. Aplikacja na tablet powinna- i stać się niezależnym od lokalizacji, aby zawsze było jasne, co, kiedy jest przepisany?.

Podejście

Dołączcie do bitwy o zdrowie razem 2015 przez radę klientów i start-upowe zarządzanie innowacjami w Rijnstate, o szansę na zdobycie pierwszego miejsca. Gdyby była wygrana, pomysł byłby dalej rozwijany z zespołem studentów przez sześć miesięcy. Ze względu na szeroką konstrukcję, zaangażowani byli również pacjenci i przemysł, oczekiwania były wysokie.

Po wciągnięciu na pierwsze miejsce bitwy o zdrowie 2015 poszło nie tak. Wydaje się, że na drodze do dalszego rozwoju stoi kaskada problemów, więc brakowało mu wystarczającego skupienia, było wiele eksploracji ze stronami ze środowiska biznesowego i okazało się to trudne 1 dostosować się do konkretnego planu działania. Złożoność w dziedzinie ICT i rozbieżne koncepcje modelu przychodowego w uzasadnieniu biznesowym zamierzonego rozwiązania, stanął na drodze postępu. Przeprowadziliśmy wiele sesji burzy mózgów, aby opracować projekt propozycji aplikacji na tablety. Po projekcie, co do którego osiągnięto mniej więcej konsensus, my praktyczny rozwijać, ale znowu trudno było wymyślić konkretny plan i związane z nim planowanie. Zarówno podczas sesji burzy mózgów, jak i na etapie budowy nastąpiło wiele zmian w delegacji zaangażowanych organizacji, co również utrudniło wspólne wdrażanie..

Rezultatem była genialna porażka, nie ma wyniku, nawet nie eksperymentalna konfiguracja. Po więcej niż 2 lat rozmów i płótno biznesowe sesje, zespół projektowy się rozpadł i pozostał tylko genialny pomysł.

<h2>Wynik</h2>

Rezultatem była genialna porażka, nie udało nam się nawet wymyślić eksperymentalnej konfiguracji. Po więcej niż 2 lata rozmów i płócien biznesowych, zespół projektowy się rozpadł i jest tylko jeden genialny pomysł i całe mnóstwo zdobyta wiedza nad.

Można wskazać cztery przyczyny, w wyniku których ostatecznie nie osiągnięto rezultatu:
Oczekiwania i zakres wszystkich były bardzo różne. Wynika to z szerokiej gamy zaangażowanych stron.
Może być z różnych powodów (różnice widzenia, wątpliwości co do wiarygodności potencjalnych partnerów, brak zdecydowania, członkowie reprezentujący interesy globalne korporacje musiał promować i różnice zdań między działami w organizacji) nie podjęto jasnych decyzji, a poza sobą było dużo pracy.
Zasoby ICT od różnych interesariuszy musiały zostać zintegrowane. Nie zostało to wprost stwierdzone, co oznaczało, że efektywna integracja technologii nie była możliwa.
W trakcie projektu nastąpiła duża rotacja wśród interesariuszy.

Zmniejszać

Zaleca się sporządzenie listu intencyjnego z różnymi stronami na początku projektu. Sporządzając taką umowę, oczekiwania stają się jasne i można ustalić wspólny cel.
Jest to tym samym musi aby właściwie kierować takim rozwojem. Wytyczne te muszą następnie koncentrować się na kompetencjach zespołu projektowego, a następnie należy na to zareagować. Chodzi o pokazanie i przejęcie przywództwa, absorbowanie zakłóceń w zespole spowodowanych zmianami członków zespołu, zapewnić wystarczającą wiedzę specjalistyczną, obecność osób z mandatem, zarządzanie oczekiwaniami członków zespołu oraz nie mniej ważny zarządzanie interesami jednostki interesariusze (okręg wyborczy).
Wystarczające skupienie było bardzo ważną lekcją. Na pewno w obszarze ICT i inicjatyw wykraczających poza różne organizacje (wymiany danych) czy to ma znaczenie?. Organizacja małych eksploracji w stylu scrumowym mogła przynieść wiele rezultatów.
Kierowanie chęcią pracy na rzecz wspólnej wizji, w szczególności działów w organizacji, bardzo przyspieszył postęp w tym przypadku.
Ten projekt dostarczył ważnych informacji na temat roli, jaką reprezentacja pacjentów może i chce odgrywać w zespole projektowym. W tym przypadku należy skupić się na danych wejściowych jako użytkownik końcowy, a nie na oczekiwaniu, że będzie to również Ołów projektu pójdzie.
Wreszcie, mapa drogowa przyjemne dla wszystkich uczestniczących stron. Zapewnia to wgląd w to, kto jest zaangażowany, kiedy i dlaczego.