Spotkania upływały na tłumaczeniu BOM-ów, harmonogramów i wycen. Wszystko zanotowali. I wciąż zrobili to źle – bo każde spotkanie było szkoleniem, a rachunek za ich edukację trafiał do Ciebie.
Podwójna zapłata za każdą lukę
Gdy partner IT nie rozumie Twojej branży, każda luka kosztuje Cię podwójnie: raz za nauczenie go, drugi raz za poprawienie tego, co wcześniej zbudował bez tej wiedzy.
Tłumaczysz, dlaczego BOM zmienia się przy każdym zamówieniu. Dlaczego planowanie to łamigłówka, a nie proces. Dlaczego wycena to po części obliczenia, a po części doświadczenie. Notują – sumiennie. Potem budują coś, co prawie działa, pomijając dokładnie te elementy, które są najważniejsze.
A luki wychodzą na jaw dopiero, gdy Twój zespół zaczyna z tego korzystać. Wtedy budżet i cierpliwość są już wyczerpane.
Dlaczego notatki nie wystarczą
Dwie osoby mówiące tym samym językiem i tak się nie rozumieją – bo te same słowa definiują inaczej. „Zamówienie”, „harmonogram”, „dostępne”, „gotowe” – każda branża nadaje tym słowom inne znaczenie, a nawet w obrębie jednej branży kontekst zmienia się ogromnie: małoseryjna produkcja na zamówienie nie ma prawie nic wspólnego z produkcją masową, cokolwiek sugerowałoby wspólne słownictwo.
Tej luki nie zamkniesz dokumentem wymagań. Notatki zapisują to, co zostało powiedziane, a nie to, co miało się na myśli – a różnica między jednym a drugim to właśnie znajomość branży.
Różnicę słychać już na pierwszym spotkaniu
Partner ze znajomością branży od pierwszego dnia zadaje inne pytania:
Nie pyta, jak radzicie sobie ze zmianami BOM. Pyta, które parametry decydują o której wersji.
Nie pyta, co wchodzi w Waszą cenę. Pyta, które czynniki – złożoność, pilność, jakość – ją przesuwają.
Nie pyta, dlaczego harmonogram zmienia się w ciągu dnia. Pyta, kiedy zgłaszać opóźnienie i kiedy wydłużyć zlecenie, a kiedy przeplanować.
Zauważ, co łączy te pytania: każde z nich zawiera już zrozumienie, do którego nowicjusz doszedłby po sześciu spotkaniach. Przestajesz uczyć podstaw i zaczynasz rozwiązywać prawdziwe problemy – w pierwszej godzinie, a nie w trzecim miesiącu.
Co doświadczenie daje ponad tłumaczenie
Jest też druga warstwa, cenniejsza od pierwszej. Partner, który projektował systemy dla firm takich jak Twoja, widział już te obejścia – i wie, które zachować, a które zastąpić ￫, bo Twoje obejścia zapisują to, jak naprawdę działa Twoja firma. Czasem też zaproponuje rozwiązania o których sam byś nie pomyślał, a które prościej rozwiązują Twoje problemy.
Buduję systemy na zamówienie dla producentów od 2005 roku – a dla firm usługowych jeszcze wcześniej. Każdy projekt uczył tego samego: to, co wygląda na prośbę o funkcję, zwykle jest obejściem czegoś głębszego. Klient prosi o alternatywną opcję; doświadczony analityk pyta, co ta opcja ma rekompensować – i często znajduje problem w procesie, którego druga wersja by nie rozwiązała.
Na tym polega różnica między wykonawcą zamówień a doradcą: jeden buduje to, co opisujesz, drugi rozumie, czego naprawdę potrzebujesz – i powie Ci, gdy te dwie rzeczy się różnią.
Standard, który stosujesz wszędzie indziej
Zatrudniając kluczowego pracownika, wymagasz doświadczenia w Twojej branży – nikt nie powierza planowania produkcji komuś, kto nigdy nie widział hali, choćby był nie wiadomo jak bystry. Twój partner IT ma właśnie zapisać sposób działania całej Twojej firmy w systemie, z którym będziesz żyć przez dekadę.
Zastosuj ten sam standard. Zapytaj, co zbudowali dla firm takich jak Twoja – a potem po prostu posłuchaj ich pytań.