Przewodnik po przeglądzie całego zestawu arkuszy, a nie jednego pliku: jak zinwentaryzować arkusze, na których opiera się firma, zdecydować, które zostawić bez zmian, które zautomatyzować, a które zbudować od nowa jako prawdziwe oprogramowanie, i tak zaplanować przejście, żeby nic się nie zepsuło.
Rozwijające się firmy, w których stos wspólnych arkuszy niepostrzeżenie stał się systemem operacyjnym i zaczyna to doskwierać.
- Jasny spis arkuszy, na których naprawdę opiera się Twoja firma
- Decyzja zostawić / zautomatyzować / zbudować od nowa dla każdego z nich
- Zaplanowane przejście, które nigdy nie stawia na szali całej firmy
Gdzieś po drodze firma przestaje działać na oprogramowaniu, a zaczyna działać na stosie arkuszy: jeden na leady, jeden na projekty, jeden na magazyn, trzy na finanse, których nikt nie zaplanował, a od których wszyscy zależą. Zastąpienie ich to nie jedna migracja, lecz decyzja portfelowa. Część tych arkuszy jest zupełnie w porządku, część musi tylko przestać być przepisywana ręcznie, a kilka niepostrzeżenie stało się ryzykownym rdzeniem firmy. Ten przewodnik mówi o tym, jak rozpoznać, co jest czym, i przeprowadzić zamianę bez katastrofy.
Ponieważ firma nie działa na jednym arkuszu, lecz na całym ich stosie, a one nie są takie same. Jedne nie przechowują niczego krytycznego i są w porządku na zawsze. Inne są w porządku, jeśli pominąć ręczne przepisywanie między nimi. A kilka stało się niesprawdzanym rdzeniem, od którego firma naprawdę zależy, gdzie błędna liczba kosztuje prawdziwe pieniądze. Traktowanie ich jako jednego wielkiego projektu „zastąpić wszystkie arkusze” to sposób, w jaki takie działania grzęzną; właściwy ruch to przejrzeć stos i zająć się każdym arkuszem zależnie od tego, czym naprawdę jest.
Podejście „wszystko naraz” zawodzi, bo jest ogromne, ryzykowne i w większości niepotrzebne. Większość arkuszy w każdej firmie jest nieszkodliwa, a ich odbudowa nic nie daje. Wartość skupia się w kilku arkuszach, tych nośnych, podatnych na błędy i przepisywanych ręcznie z jednego do drugiego, i to ich znalezienie jest całą pracą. Przegląd pokazuje, gdzie wkładać wysiłek i, co równie ważne, gdzie go nie kłaść.
Dlatego pierwszym krokiem nie jest budowanie czegokolwiek. Jest nim spojrzenie na cały stos i uporządkowanie go, bo nie da się rozsądnie zastąpić czegoś, czego się nie zinwentaryzowało.
Poświęć chwilę na wypisanie arkuszy, od których firma naprawdę zależy, i przy każdym uchwyć te kilka faktów, które przesądzają o jego losie. To ćwiczenie na papierze i zarazem godzina o największej dźwigni w całym przedsięwzięciu.
Firma logistyczna założyła, że musi „zastąpić wszystkie arkusze”, i szykowała się na ogromny projekt. Spis pokazał czternaście arkuszy, z których jedenaście było nieszkodliwych i w porządku, dwa wymagały tylko zautomatyzowania cotygodniowego kopiowania między nimi, a dokładnie jeden, tracker wysyłek, od którego wszyscy zależeli i który psuł się co miesiąc, był prawdziwym ryzykiem. Projekt skurczył się z „odbudować wszystko” do „odbudować jeden arkusz, zautomatyzować dwa szwy, jedenaście zostawić w spokoju”, i właśnie dlatego został doprowadzony do końca.
Ze spisem w ręku każdy arkusz trafia do jednego z trzech koszyków, a uchwycone fakty jasno wskazują, do którego.
Gdy już zdecydujesz, że „odchodzisz od arkuszy”, instynkt każe zastąpić je wszystkie, ale to prawie zawsze błąd. Arkusz naprawdę jest najlepszym narzędziem do prostego zadania o niskim ryzyku i z jednym właścicielem, a odbudowa takich jako oprogramowania dokłada koszt i sztywność bez żadnej korzyści. Zysk bierze się z odbudowy kilku nośnych arkuszy i zautomatyzowania kilku ręcznych szwów, a potem ze świadomego zostawienia reszty w spokoju. Powściągliwość jest częścią strategii.
Kiedy już wiesz, które arkusze odbudować i które szwy zautomatyzować, kolejność i metoda chronią Cię przed postawieniem firmy na szali w jednym wielkim przełączeniu.
Praktycznym czyni to teraz fakt, że odbudowa kilku potrzebnych arkuszy nie oznacza już programisty, budżetu i kolejki. Możesz opisać przepływ pracy stojący za nośnym arkuszem, jego rekordy, jego reguły, kto go dotyka, i tego samego dnia dostać działającą aplikację, potem uruchomić ją obok arkusza i wycofać arkusz, gdy tylko zdobędzie zaufanie. Stos, który urósł przypadkiem, zostaje zastąpiony celowo, jedną świadomą decyzją naraz, a Ty zachowujesz własność zbudowanego oprogramowania i danych. Opisz arkusze warte odbudowy i dostań oprogramowanie skrojone pod nie, żeby przypadkowy system operacyjny stał się tym, który naprawdę wybrałeś.
Prawie nigdy wszystkich. Firma działa na stosie arkuszy, które nie są takie same: większość jest nieszkodliwa i w porządku, część wymaga tylko zautomatyzowania ręcznego kopiowania między nimi, a kilka nośnych i podatnych na błędy warto zbudować od nowa jako oprogramowanie. Przejrzyj stos i zajmij się każdym arkuszem zależnie od tego, czym jest; powściągliwość jest częścią strategii.
Zinwentaryzuj każdy i zapytaj, co przechowuje, co się zepsuje, jeśli jutro okaże się błędny, jak łączy się z innymi arkuszami i jak często już zawodzi. Zbuduj od nowa nośne, podatne na błędy arkusze z wieloma osobami, gdzie opłacają się walidacja i uprawnienia; zautomatyzuj szwy tam, gdzie arkusze są kopiowane ręcznie; a proste arkusze o niskim ryzyku i z jednym właścicielem zostaw takimi, jakie są.
Najpierw najbardziej ryzykowny, nie najłatwiejszy. Zbuduj od nowa jeden nośny i podatny na błędy arkusz przed prostymi, zaimportuj prawdziwe dane i uruchom nowe oprogramowanie obok arkusza przez tydzień lub dwa jako siatkę bezpieczeństwa. Potem zautomatyzuj jego ręczne szwy i przejdź do następnego. Kolejne działające części biją jedno wielkie przełączenie, które psuje naraz kilka procesów.
W większości przypadków już nie. Możesz opisać przepływ pracy stojący za nośnym arkuszem, jego rekordy, reguły i kto go używa, dostać działającą aplikację tego samego dnia, uruchomić ją równolegle z arkuszem i wycofać arkusz, gdy tylko zdobędzie zaufanie. To właśnie sprawia, że przeglądanie i zastępowanie tylko istotnych arkuszy jest praktyczne, a nie jest wielkim projektem.