To jest wersja do trzymania pod ręką. Wyciągasz ją za każdym razem, gdy łapiesz się na myśli „zautomatyzuję to, co się powtarza” — i zatrzymujesz się, zanim zaczniesz budować. Najpierw wypełniasz kartę zakresu na jednym pomyśle, potem idziesz przez czterostopniową checklistę wdrożenia.
Zasada przewodnia jednym zdaniem: najpierw ograniczenie, potem KPI, dopiero potem budowa. Kolejność jest sztywna i to ona oddziela osobę, do której firma przychodzi z pytaniem, od osoby, która buduje, co jej każą.
Trzy pojęcia, zanim wypełnisz kartę
- Ograniczenie — miejsce, które realnie hamuje firmę. Naprawione przyspiesza pracę, podnosi przychód albo zatrzymuje wyciek pieniędzy. To nie jest „coś, co się powtarza” — powtarzalność i ważność to dwie różne rzeczy.
- KPI — jedna konkretna liczba, którą tym ruszasz: czas obsługi zgłoszenia, liczba domkniętych ofert, godziny tygodniowo. Tę liczbę ustalasz ty i przed budową.
- Zakres — co dokładnie zbudujesz, a czego świadomie nie tkniesz w pierwszym podejściu.
Karta zakresu projektu
Wypełniasz ją na jednym pomyśle, w kolejności od góry. Jeśli utkniesz na którymś polu, to sygnał, że pomysł nie jest jeszcze gotowy do budowy — wróć o jeden wiersz wyżej.
1. Ograniczenie — co realnie hamuje firmę?
- Co tu konkretnie blokuje pracę, przychód albo gdzie ucieka czas: ________________
- Kogo to boli i gdzie dalej w procesie ten ból się odkłada: ________________
- Skąd wiem, że to ograniczenie, a nie tylko czynność, która mnie nudzi: ________________
2. KPI — jaką liczbę ruszam i o ile?
- Liczba, którą chcę poruszyć (jedna, nie trzy): ________________
- Jej dzisiejsza wartość: ________________
- Dokąd ma dojść i w jakim czasie: ________________
- Jak ją zmierzę, zanim i po wdrożeniu: ________________
3. Zakres budowy — dopiero teraz.
- Co dokładnie zbuduję w pierwszym podejściu: ________________
- W którym jednym zakątku firmy to przetestuję (jeden dział, jeden proces): ________________
- Czego świadomie nie robię w tej rundzie: ________________
Pytania kontrolne — zanim ruszysz budowę
Trzy pytania, które wyłapują pułapkę „zautomatyzowałem coś, na co nikt nie czekał”. Jeśli na którekolwiek odpowiadasz „nie wiem”, to jeszcze nie czas budować.
- Czy ktoś poza mną czeka na efekt tej zmiany? Jeśli oszczędzam komuś dwudziestu minut, których nikt nie liczył — odpuszczam.
- Czy potrafię opisać efekt jako „ruszyłem tę liczbę o tyle dla tego zespołu”, a nie tylko „zbudowałem narzędzie”?
- Czy umiem zmierzyć wynik, zanim zacznę? Bez punktu wyjścia nie udowodnię, że cokolwiek się zmieniło.
Czterostopniowa mapa wdrożenia
Idziesz po kolei. Każdy krok ma kilka pozycji do odhaczenia — przejdź dalej dopiero, gdy odhaczysz wszystkie.
Krok 1. Audyt własnej roli przez pryzmat ograniczeń
- [ ] Przeszedłem swoje czynności i przy każdej zapytałem nie „czy to się powtarza”, lecz „co tu realnie hamuje zespół”.
- [ ] Wybrałem te, które blokują przychód albo wywołują ból dalej w procesie, którego nikt teraz nie rozwiązuje.
- [ ] Przy każdej dopisałem konkretną liczbę, którą ruszyłbym, gdybym to naprawił.
- [ ] Mam listę pierwszych projektów — nie tych łatwych, tylko tych, które mają znaczenie.
Krok 2. Mały projekt z dowodem
- [ ] Wziąłem jedną pozycję z listy i zbudowałem dla niej rozwiązanie.
- [ ] Wdrożyłem je tylko w jednym zakątku firmy, gdzie mogę przetestować i zobaczyć realny wynik.
- [ ] Zmierzyłem efekt względem punktu wyjścia — jakikolwiek wyszedł.
- [ ] Mam pierwsze studium przypadku i pokazałem je: przełożonemu, zespołowi, we własnym portfolio.
Krok 3. Z budowniczego w osobę od problemów
- [ ] Po kilku małych wdrożeniach zacząłem zauważać powtarzające się wzorce — tę samą garść problemów u różnych zespołów.
- [ ] Wchodzę w sytuację i sam nazywam właściwy problem, zanim cokolwiek zaprojektuję.
- [ ] Projektuję rozwiązanie i je domykam, zamiast budować wyłącznie to, co mi podadzą.
- [ ] Współpracownicy zaczynają przychodzić do mnie z pytaniem, co warto zbudować.
Krok 4. Sformalizuj rolę
- [ ] Zebrałem dość dowodów na to, że firma potrzebuje takiej roli na stałe.
- [ ] Przygotowałem materiał dowodowy z kroków 1–3: studia przypadków, poruszone liczby, lista rozwiązanych ograniczeń.
- [ ] Poszedłem do przełożonych i sam zaproponowałem to stanowisko, zamiast czekać na ogłoszenie.
- [ ] Jeśli firma nie jest jeszcze gotowa — zadbałem, by być pierwszym nazwiskiem, które przyjdzie jej do głowy, gdy dojrzeje.
Jak sprawdzić, że to działa
- Twoja lista projektów to ograniczenia z przypisanymi liczbami, nie spis czynności, które cię nudzą.
- Każdy projekt umiesz opisać przez efekt na konkretnej liczbie, nie przez nazwę narzędzia.
- Po kilku wdrożeniach widzisz powtarzające się wzorce i nazywasz problem, zanim coś zaprojektujesz.
- Masz materiał dowodowy, z którym można wejść do przełożonego i zaproponować rolę.
Najmniejszy ruch na dziś: wybierz jedną czynność ze swojej roli i wypełnij na niej tylko pierwsze pole karty — co tu realnie hamuje zespół. Reszta zacznie się układać sama.