Jak uczyć się na błędach? Łukasz Malina WEBCON

Jak uczyć się na błędach? Łukasz Malina WEBCON

Dla kogo jest ta prezentacja? Klientów tuż przed decyzją wdrożeniową. Obecnych klientów. Obecnych klientów budujących silne kompetencje. Partnerów WEBCON.

Podział prezentacji. I. Zanim wbijemy pierwszą łopatę. II. Sposób realizacji samego projektu. III. Przykłady z wdrożeń.

I Zanim wbijemy pierwszą łopatę.

Cel projektu i sponsor projektu. Jasny cel biznesowy projektu. Sponsor projektu.

Projekt zmienia firmę. Zmiana lokalna wdrożenie prostej aplikacji. Zmiana totalna stworzenie CUW.

Czynnik ludzki. Pozytywne emocje. W końcu będzie nowoczesny system. U mojej znajomej wszystko już tak działa. Będzie dużo mniej bezsensownej pracy. W końcu każdy będzie mógł sprawdzić status on-line.

Czynnik ludzki negatywne emocje. Po co zmieniać? Było dobrze. Będzie tylko więcej pracy. Nie mam czasu na to wdrożenie. Po wdrożeniu już nie będę ekspertem. Nie będę już potrzebny.

II Realizacja projektu.

Wielkość ma znaczenie. 1 Obszar 3 Procesy Grupa procesów I Grupa 10 Obszarów procesów II 20 Procesów 3 Obszary 10 Procesów Grupa procesów III

Kto będzie wdrażał? 100% Dostawca. Dostawca wdraża tylko część procesów (Transfer Wiedzy). 100% Klient, dostawca działa AD-HOC.

Cykl projektowy. Zakres Analiza Konfiguracja Testy Start projektu Zmiany Zakres Analiza Konfiguracja Testy Start projektu Zmiany Zakres Analiza Konfiguracja Testy Start projektu Zmiany

Zakres projektu. Młodszy brat Analizy. Zakres projektu za ogólny lub za szczegółowy. Czy zakres wystarczy? Może najpierw Proof Of Concept? Proof of Concept Zakres Analiza

Metodyka realizacji projektu. Tradycyjna Zwinna Zwinna Zwinna Superzwinna

Zasada Pareto 80/20 Uruchommy najważniejsze funkcjonalności. Szybkie zwycięstwo. Dla 2 dokumentów w roku nie zmieniajmy całego obiegu. Rzeczy mniej istotne możemy dorobić potem. 80% 20%

Analiza. Przed analizą - Kick Off Meeting. Dla nowych i dużych projektów. Precyzyjna i bez niedomówień. Powinna być zrozumiała przez klienta. Czy można pominąć analizę?

Konfiguracja. Zdobyć dane: Słowniki, Szablony, Matryce, Struktura organizacyjna Testy integracji (Hello Word) Testy wewnętrzne.

Testy akceptacyjne. UAT. Osobiste przekazanie systemu. Powstrzymanie się od dużych zmian. Dodatkowe funkcjonalności po uruchomieniu. Scenariusz 1 - System doskonały bez błędów. Scenariusz 2 - System fatalny same błędy.

Uruchomienie. Ekscytujący moment. Potrzeba intensywnego wsparcia. Szybka reakcja na problemy użytkowników. Bomba z opóźnionym zapłonem.

Zmiana. Ciągła zmiana i doskonalenie procesu. Naturalny etap rozwoju. Mierzenie procesów i proponowanie zmian. WEBCON BPS wspiera zmianę.

III Przykłady z wdrożeń.

Standard jest dobry. WEBCON BPS prowadzi za rękę i ustala standard aplikacji. Od SharePoint 2007 do SharePoint 2016. Zmiana interfejsu graficznego przypadek kliniczny. Zawsze pozostaje SDK.

Ograniczenia fizyczne. Skanery. Drukarki. Przepustowość sieci. Serwery. VPN.

Integracja. Firma trzecia. Użytkownik szybkość działania interfejsu. Szybkość VS aktualność danych.

Import danych historycznych. Zapomnieliśmy powiedzieć, że trzeba zaimportować dane historyczne. Błędne dane czyszczenie, zmiana formatów, relacje. Moje dane są wspaniałe.

Ilość pól na formularzu. Im mniej tym lepiej. Sugestie, podpowiedzi, wartości domyślne. Dostosowanie zakresu widoczności.

Powiadomienia mailowe. Powiadomienia mailowe mają być wszędzie. Reguły programu pocztowego rozwiązuje problem. Powiadomienia zbiorowe. Raporty.

Rozbudowa procesu VS nowy proces. Jeden proces do wszystkiego. Nie mieszajmy 2 światów mimo, że wydają się podobne.

Udało się zrobić na 1 procesie.

Nowy system, stare nawyki. Konserwacja stanu obecnego. Sygnatura typu mały esej TYP1/2017/05/08/DEP1/WYD2/NR5/NSPR/NKOL Drukowanie dokumentów i praca na dokumencie. Bez dokumentu fizycznego, nie zaakceptuję

Opór jest zbędny i tak wdrożymy. Dziękuję.