Jak wygląda wdrożenie Kyber krok po kroku

Wyobraź sobie hurtownię armatury, która zatrudnia dwadzieścia pięć osób i ma ladę, magazyn i trzy samochody dostawcze. Faktury żyją w jednym programie, lista klientów w drugim, a stany w arkuszu, którego pilnuje kierownik magazynu. Właściciel przeczytał o systemie operacyjnym dla małej firmy i chce go mieć. Wykonawca proponuje zrobić wszystko w długi weekend: w piątek instalacja, w sobotę przeniesienie danych, w poniedziałek wyłączenie starych programów.

Poniedziałek wygląda tak, jak zwykle wyglądają takie poniedziałki. Stany w systemie nie zgadzają się z półkami, bo nikt wcześniej nie uzgodnił arkusza. Agenci, którzy dostali prawo zapisu pierwszego dnia, przygotowali potwierdzenia zamówień, których nie da się wysłać. Konfiguracja leży na laptopie wykonawcy, a w środę wykonawca jest już przy następnym zleceniu. Z oprogramowaniem wszystko było w porządku. Zawiodło wdrożenie.

Ta firma jest hipotetyczna. KYBERTIS nie ma jeszcze klientów, a sam KYBERIOS jest przed startem; poniżej opisujemy, jak zamierzamy prowadzić wdrożenie, spisane tak, żeby dało się nas z tego rozliczyć.

Prawdziwa przyczyna: instalacja potraktowana jak wydarzenie

Wdrożenie zwykle planuje się jako jedno wydarzenie: weekend, przełączenie, start. W rzeczywistości to ciąg decyzji, a większość z nich powinna przez jakiś czas po podjęciu pozostać odwracalna. Gdy upchnie się je wszystkie w jedno wydarzenie, każda staje się nieodwracalna naraz, a odpowiedzialność za wynik przechodzi na firmę na samym końcu, czyli dokładnie wtedy, gdy odchodzą ludzie, którzy wiedzą najwięcej.

Gdzie wdrożenia zawodzą

Wielki wybuch. Stare programy wyłącza się w dniu, w którym startuje nowy system. Nie ma okresu, w którym oba działają i różnią się w sposób, z którego można się czegoś nauczyć.

Prawo zapisu pierwszego dnia. Agenci mogą zmieniać rekordy, zanim ktokolwiek zobaczył, że mają co do nich rację. Pierwsze pomyłki dzieją się na produkcji, na oczach klientów.

Konfiguracja, która zostaje u instalatora. Ustawienia, skrypty i ich uzasadnienia zostają na cudzym komputerze. Otwarta licencja jest prawdziwa; możliwość prowadzenia systemu bez tej osoby już nie.

Brak definicji „gotowe”. Nikt nie spisał, po co było wdrożenie, więc nikt nie potrafi powiedzieć, czy się udało. Projekt kończy się wtedy, gdy kończy się budżet.

Wyjście odkryte na końcu. To, co się dzieje, gdy chcesz prowadzić system sam albo przejść do kogoś innego, negocjuje się dopiero, gdy relacja się popsuła, czyli wtedy, gdy nie masz już żadnej siły negocjacyjnej.

Siedem kroków, każdy odwracalny

Tak zamierzamy prowadzić każde wdrożenie Kyber. Każdy krok ma właściciela i spisany wynik, a każdy da się cofnąć bez cofania poprzednich.

1. Pierwsza rozmowa. Na czym pracujesz, ile Cię to kosztuje i co boli. Czasem uczciwa odpowiedź brzmi, że stos Kyber jeszcze nie jest dla Ciebie, i rozmowa powinna móc się na tym skończyć.

2. Ocena. Każdy program, każdy zbiór danych, kto czego używa i kto o czym decyduje, spisane razem z argumentami przeciw jakimkolwiek zmianom. Raport jest Twój niezależnie od tego, czy pójdziesz dalej, bo ocena, która istnieje tylko po to, żeby sprzedać następny krok, nie jest oceną.

3. Serwer. KYBERIOS trafia na serwer, który należy do firmy, na KyberLinux: niezmienny, weryfikowany przy starcie, aktualizowany atomowo, z zapisanymi kluczami firmy. Często to sprzęt, który już stoi w budynku; czego to wymaga, opisuje tekst KyberLinux na sprzęcie, który już masz. Utwardzanie należy do tego kroku, a nie do któregoś z późniejszych; tekst utwardzanie to usługa, a nie odhaczenie wyjaśnia, dlaczego ono właściwie nigdy się nie kończy.

4. Czytanie obok starych programów. KYBERIOS startuje obok tego, czego już używasz: czyta, nie zapisuje. Przez kilka tygodni oba systemy się różnią, a każda różnica to informacja: stan, który w arkuszu był błędny, klient zapisany dwa razy, cena, której nikt nie zaktualizował.

5. Zasady przed uprawnieniami. Zanim jakikolwiek agent cokolwiek zapisze, zasady firmy dla jej agentów są spisywane razem z ludźmi, którzy dziś je znają: co można zasugerować, co zrobić i do jakiego limitu, a co czeka na człowieka. Potem prawo zapisu przychodzi proces po procesie, jak opisuje to tekst procesy jako roje, a każdy agent pracuje we własnej celi KyberCell. Szczegóły są w tekście spisywanie zasad firmy dla jej agentów.

6. Urządzenia i tożsamości. Formy KyberDeck dla osób, które ich potrzebują, jedna tożsamość na osobę, zapas na półce i spisana odpowiedź na to, co się dzieje, gdy ktoś odchodzi. Przechodzi przez to tekst KyberDeck dla całego zespołu.

7. Przekazanie, z wyjściem w mocy. Konfiguracja leży w repozytorium firmy od kroku trzeciego, więc przekazanie nie polega na przesłaniu plików. To moment, w którym codzienną pracę prowadzą Twoi ludzie, a my jesteśmy pod telefonem, a nie w pokoju. Wsparcie trwa dalej w ramach SLA, a klauzula wyjścia, uzgodniona, zanim skończył się krok pierwszy, obowiązuje przez cały czas.

Zwróć uwagę, czego tu brakuje: weekendu startowego. Stare programy wyłącza się pojedynczo, każdy dopiero wtedy, gdy nowy system ma rację w danym procesie wystarczająco długo, żeby to pokazać.

Nic z tego nie jest jeszcze dostępne. Strona główna KYBERTIS prowadzi jedno wdrożenie od początku do końca i pokazuje uczciwy stan prac.

Test, który możesz zrobić dziś

Wybierz system, którego utrata zaszkodziłaby Twojej firmie najbardziej: program do faktur, stany magazynowe, serwer w szafie. Odpowiedz na piśmie na trzy pytania.

1. Gdyby padł dziś w nocy, kto mógłby go odbudować i na podstawie jakich spisanych materiałów?
2. Gdzie leży jego konfiguracja i kto może ją przeczytać, nie pytając nikogo o zgodę?
3. Gdybyś w przyszłym miesiącu chciał przejść do innego dostawcy, czego potrzebowałbyś od obecnego i czy Twoja umowa mówi, że to dostaniesz?

Jeśli odpowiedzi brzmią „jedna osoba, z pamięci”, „na jej laptopie” i „musielibyśmy zapytać”, to poprzednie wdrożenie nigdy się nie skończyło. Po prostu się zatrzymało.