Jak ograniczyć liczbę narzędzi w firmie bez paraliżowania pracy

Decyzja, że narzędzi jest za dużo, jest łatwa. Trudne jest jej wykonanie bez zatrzymania firmy na miesiąc.

W firmach, z którymi rozmawiamy, konsolidacja wykłada się nie na wyborze nowego narzędzia, tylko na wyłączaniu starych. Ktoś ogłasza, że od poniedziałku pracujemy w jednym miejscu, po trzech tygodniach połowa zespołu wraca do swojego arkusza, a firma zostaje z siedmioma narzędziami zamiast sześciu.

Poniżej procedura: co spisać, po czym poznać narzędzie do wyrzucenia, w jakiej kolejności migrować i co zrobić z danymi z narzędzia, które znika.

Spis, od którego trzeba zacząć#

Nie lista licencji z faktur — ta pokazuje wyłącznie to, za co płacisz.

Cztery kolumny:

Narzędzie. Łącznie z tym, czego nikt nie kupował: prywatne arkusze, dysk założony na czyjeś konto, grupa na komunikatorze, w której ustala się grafik. To najczęściej pomijana część listy.

Kto z niego korzysta. Imiennie, nie działami. „Marketing” nic nie znaczy, gdy realnie korzystają dwie osoby, z których jedna odchodzi w przyszłym miesiącu.

Do czego. Jedno zdanie opisujące czynność, nie kategorię. Nie „zarządzanie projektami”, tylko „śledzenie statusu zleceń dla trzech największych klientów”. Kategorii nie da się z niczym porównać, czynność da się.

Czy to jedyne miejsce, gdzie te dane istnieją. Tak albo nie. Ta kolumna decyduje o całej reszcie.

Spis robi się w tydzień, pytając ludzi, nie zgadując. Najlepsze pytanie: co otwierasz w pierwszej godzinie pracy.

Kolumna, która rozstrzyga#

Narzędzie, w którym dane tylko się wyświetlają, można wyłączyć w dowolnym momencie. Narzędzie będące jedynym miejscem przechowywania czegoś jest zobowiązaniem — i dopóki nie wiesz dokładnie jakim, nie wolno go ruszać.

Dwie rzeczy chowają się w tej kolumnie najczęściej:

Historia, a nie tylko stan bieżący. Otwarte zlecenia przeniesiesz ręcznie w jeden dzień. Zamknięte zlecenia z trzech lat, z komentarzami i załącznikami, to inny problem — a to w nich siedzi odpowiedź na pytanie, dlaczego zrobiliśmy coś w ten sposób.

Zależności, których nikt nie opisał. Arkusz, do którego dwa inne sięgają formułą. Automatyzacja wysyłająca maila po zmianie statusu.

Kryterium wyrzucenia#

Nie „czy jest potrzebne” — na to pytanie każdy użytkownik każdego narzędzia odpowie twierdząco.

Pytanie brzmi: czy czynność, którą to narzędzie obsługuje, da się wykonać tam, gdzie i tak pracujecie, bez straty, której nie umiesz nazwać.

Trzy warunki muszą zajść razem:

Czynność ma odpowiednik. Nie coś podobnego, tylko konkretny sposób zrobienia dokładnie tego samego. Jeżeli odpowiedź brzmi „da się to obejść”, odpowiednika nie ma.

Strata da się nazwać. Zawsze coś się traci — wygodniejszy skrót, czytelniejszy widok. Warunek jest taki, żeby strata mieściła się w jednym zdaniu i żeby główny użytkownik narzędzia uznał ją za możliwą do przyjęcia. Strata, której nie umiesz nazwać, to zwykle strata, której jeszcze nie zauważyłeś.

Ktoś odpowiada za przeniesienie. Z imienia i z datą. Narzędzie bez przypisanego właściciela migracji nie zostanie wyłączone — zostanie po prostu rzadziej używane, co jest najgorszym z możliwych stanów.

Narzędzia spełniające wszystkie trzy warunki trafiają na listę do wyłączenia. Reszta zostaje i wraca do przeglądu za pół roku.

Kolejność: nie zaczynaj od tego, co lubiane#

Pierwsza migracja ustala, czy ludzie uwierzą w następne.

Nie zaczynaj od narzędzia, które zespół lubi. Odruch jest odwrotny: skoro ma być jedno miejsce, przenieśmy najpierw to, z czego korzystają wszyscy. Skutek jest taki, że pierwszym doświadczeniem z konsolidacją staje się utrata czegoś, co działało dobrze. Każda kolejna zmiana będzie od tego momentu odbierana jako zabieranie, a nie porządkowanie.

Zacznij od narzędzia, którego nikt nie broni. Zwykle jest takie: kupione trzy lata temu do jednego projektu, przypisane do czterech osób, z których dwie już go nie otwierają. Wyłączenie nikogo nie zaboli, a daje przećwiczoną procedurę eksportu, dowód, że firma potrafi coś wyłączyć, i jedną fakturę mniej.

Potem to, co najbardziej uwiera. Narzędzie generujące najwięcej ręcznego przepisywania danych. Tu zysk widać od pierwszego tygodnia, więc migracja broni się sama.

Na końcu to, co lubiane. Nowe miejsce jest już znane, procedura przećwiczona, a zespół widział, że poprzednie zmiany nie skończyły się katastrofą.

Jedno narzędzie naraz, minimum dwa tygodnie przerwy między migracjami. Przerwa jest po to, żeby zdążyły wyjść rzeczy, o których nikt nie pomyślał — zwykle wychodzą przy pierwszym zamknięciu miesiąca.

Co zrobić z danymi z narzędzia, które znika#

Rozdziel je na trzy kategorie, zanim cokolwiek wyeksportujesz.

Dane operacyjne. To, co jest w obiegu teraz: otwarte zlecenia, aktywni klienci, bieżące zadania. Idą do nowego narzędzia, ale zawsze z weryfikacją rekord po rekordzie.

Archiwum. Zamknięte sprawy, które muszą być dostępne, ale nie muszą być w systemie. Eksport do plików i porządna struktura nazw na dysku. Nie warto ładować pięciu lat historii do nowego narzędzia tylko dlatego, że się da — bałagan przeniesiony w czyste miejsce pozostaje bałaganem.

Dokumenty z obowiązkiem przechowywania. Faktury, umowy, wszystko, co ma określony termin. Tu decyduje przepis, nie wygoda, i jest to pytanie do księgowości, a nie do zespołu.

Przed wyłączeniem ustal dwie rzeczy: jak długo stare narzędzie zostaje w trybie tylko do odczytu (miesiąc wystarcza, trzy to już drugie źródło prawdy) i kto trzyma kopię eksportu poza nim. Dostęp znika razem z subskrypcją, często bez ostrzeżenia.

Czego nie konsolidować#

Konsolidacja ma granicę i lepiej znać ją przed startem.

Narzędzi wymaganych przez kogoś z zewnątrz. System, w którym klient składa zamówienia, program zgodny z tym, czego używa biuro rachunkowe. Tego nie zmieniasz dlatego, że robisz porządki.

Narzędzi jednej roli, robiących jedną rzecz bardzo dobrze. Projektant z programem graficznym, magazyn ze skanerem kodów. Wciągnięcie tego do wspólnego narzędzia oznacza gorszą pracę dla tej roli i żaden zysk dla reszty. Wystarczy, żeby wynik tej pracy trafiał tam, gdzie jest reszta kontekstu.

Podsumowanie w jednym akapicie#

Zacznij od spisu z czterema kolumnami i potraktuj poważnie ostatnią z nich. Wyrzucaj narzędzie tylko wtedy, gdy czynność ma odpowiednik, strata mieści się w jednym zdaniu, a ktoś z imienia odpowiada za przeniesienie. Idź od narzędzia, którego nikt nie broni, do tego, które ma obrońców, jedno naraz. Dane rozdziel na operacyjne, archiwum i te trzymane z obowiązku, zanim klikniesz eksport.

Szerszy kontekst — jak w ogóle dobrać zestaw narzędzi dla firmy rozproszonej — opisujemy w przewodniku narzędzia do pracy zdalnej.