01 Operacyjna podstawa odniesieniaNajpierw nagrywamy stan przed modyfikacją.
Projekt rozpoczyna się od wybrania połączenia biznesowego, który wymaga największej poprawy, przepytywania rzeczywistego użytkownika i pobierania ostatnich próbek. Objętość przetwarzania, średni czas oczekiwania, powrót do pracy, nietypowe numery i punkty kontaktowe są rejestrowane wokół Business Status Interviews i Krytyczny Process Diagnostics; jeśli dostępne dane są niekompletne, ręczne konta biurkowe są wykorzystywane jako punkt odniesienia przez jeden do dwóch tygodni. Bez poziomu bazowego, interfejs może być oceniony pod kątem ukończenia projektu i nie jest możliwe, aby ocenić, czy porady techniczne IT doprowadziły do zrównoważonych zmian biznesowych.
W punkcie odniesienia należy również wskazać zakres statystyk i wyłączeń. Na przykład, czas przetwarzania rozpoczyna się od dostępności informacji lub pierwszego przedłożenia przez klienta, wyjątek nie obejmuje interfejsów trzeciej strony, a ręczne modyfikacje są drobne korektę lub powtórne przetwarzanie.
02 Pierwszy zamknięty pierścieńZatwierdzenie kluczowych założeń o minimalnym dostępnym zakresie
Pierwsza kwestia, która nie obejmuje wszystkich sektorów, dotyczy "architektury aplikacji, architektury danych i integracji", tworząc zamkniętą pętlę, która może funkcjonować w warunkach rzeczywistych: jasny wkład, zasady obsługi, działania systemowe, odpowiedzialne role, nieprawidłowe ruchy i wyjście końcowe. Kluczowe role obejmują co najmniej właścicieli przedsiębiorstw, rzeczywistych użytkowników, interfejsów technicznych oraz urzędników przyjmujących i inspekcyjnych, unikając opisywania popytu przez kierownictwo i korzystania z Internetu przez inną grupę.
Ocena potrzeb odpowiada każdej kompetencji w scenie biznesowej, roli użytkownika i akceptacji próby. Kwestie, które nie dostarczają uzasadnionych danych, interfejsów lub decydentów powinny być włączone jako warunek wstępny lub kolejny etap, i nie powinny być włączone po cichu do oferty ustalonej asortymentu.
• Realizacja projektuUczyń proces odwracalnym i odwracalnym wynikiem etapu
Typowe ścieżki są ukierunkowane, badania stanu, diagnoza problemu i projekt programu. Każdy etap powinien skutkować możliwymi do zidentyfikowania wynikami, takimi jak wykresy przepływu, prototypy, interfejsy, protokoły testów, oświadczenia o wdrożeniu lub demonstracje.
Demonstracja nie jest "wygląda na sprawną". Reprezentatywna próbka powinna być wykorzystywana do pokrycia normalnych procesów, brakujących pól, powtarzających się wniosków, nieodpowiednich uprawnień, przekroczenia czasu i anomalii danych historycznych z usług zewnętrznych oraz do rozpoznawania problemów, które pojawiają się tylko w środowisku produkcyjnym na wczesnym etapie.
04 Operacje przyjmowania i inspekcjiWspólne przyjęcie i przyjęcie wraz z dostawą, dowodami i wskaźnikami
Projekt powinien przynajmniej godzić sprawozdania dotyczące stanu, plany biznesowe i systemowe, propozycje wyboru technicznego i potwierdzić przypisanie kodu źródłowego lub konfiguracji, zarządzanie kontem, wdrażanie, tworzenie kopii zapasowej danych, reagowanie na awarie i kolejne obowiązki w zakresie utrzymania. Oprócz akceptacji funkcjonalnej, dostępu do kontroli, bezpieczeństwa, wydajności, dzienników, możliwości odzyskiwania i szkolenia kluczowych użytkowników, aby zapewnić, że zespoły klientów są w stanie korzystać i zrozumieć granice systemu niezależnie.
Podstawowy proces 800 sztuk miesięcznie, średnio 18 minut na jednostkę, a stopa zwrotu 12 procent jest tylko przykładem, a nie wydajnością klienta. Linia powinna być kontynuowana przez cztery do ośmiu kolejnych tygodni, z tym samym kalibrem, w celu ustalenia, czy osiągnąć wyższy priorytet dla budowy, z lepszą podstawą do podejmowania decyzji technicznych, a mniej powielania.
Słowa kluczowe i opis treściTa strona zawiera treści organizacyjne wokół rzeczywistych problemów z usługami, takich jak doradztwo techniczne IT, doradztwo techniczne Szanghaju, planowanie cyfrowe i doradztwo architektury systemu. Słowa kluczowe są wykorzystywane do pomocy użytkownikom i systemów wyszukiwania identyfikacji tematów, bez implikowania zobowiązania do stałych efektów; zakres końcowy, cykl, budżet i wskaźniki oparte są na diagnozie projektu, kontrakt i akceptacja bazowego.
