Jakie konkretne decyzje strategiczne powinien podjąć zarząd przed wdrożeniem?
Zarząd przed podpisaniem harmonogramu wdrożenia musi podjąć szereg fundamentalnych decyzji, które ukształtują ramy całego projektu. Brak odpowiedzi na te strategiczne pytania na wczesnym etapie sprawi, że projekt zacznie dryfować, a dostawca oprogramowania niepotrzebnie stanie się arbitrem w wewnętrznych sporach organizacyjnych firmy.
Do najważniejszych decyzji, które musi podjąć zarząd przed startem wdrożenia, należą:
- Ustalenie głównych priorytetów: Należy precyzyjnie wskazać trzy najważniejsze problemy biznesowe, które system ma rozwiązać w pierwszej kolejności.
- Wyznaczenie granic wdrożenia: Konieczne jest jasne zdefiniowanie, które obszary działalności przedsiębiorstwa pozostają poza zakresem pierwszego etapu prac. Pozwala to uniknąć niekontrolowanego rozrostu projektu.
- Delegowanie uprawnień decyzyjnych: Zarząd musi jednoznacznie wskazać osoby, które mają prawo do podejmowania wiążących decyzji projektowych w imieniu firmy.
- Zdefiniowanie miar sukcesu: Należy ustalić konkretne wskaźniki (np. poprawa terminowości, lepsza widoczność produkcji, redukcja braków jakościowych, większa wiarygodność stanów magazynowych), na podstawie których firma oceni, czy wdrożenie zakończyło się sukcesem.
- Akceptacja kosztów organizacyjnych: Zarząd musi podjąć świadomą decyzję o akceptacji czasowego spowolnienia pracy zakładu, które jest naturalne podczas startu produkcyjnego nowego systemu.
- Zasady zaangażowania i rozliczania zespołu: Wymagane jest ustalenie, czy kierownicy poszczególnych działów będą oficjalnie rozliczani ze swojego udziału i zaangażowania w projekt.
- Podejście do fundamentów systemu: Zarząd powinien wydać formalną zgodę na uporządkowanie danych podstawowych (np. indeksów, BOM-ów, marszrut) jeszcze przed rozpoczęciem właściwej konfiguracji programu.
Podjęcie tych decyzji upewnia organizację, że wdrożenie jest traktowane jako kompleksowa zmiana sposobu zarządzania biznesem, a nie tylko zakup nowej technologii.
Jak zdefiniować miary sukcesu projektu wdrożeniowego?
Miary sukcesu projektu wdrożeniowego nie powinny opierać się na abstrakcyjnych wymaganiach i funkcjach informatycznych, lecz na rozwiązaniu konkretnych problemów biznesowych. Wybór tych miar jest jednym z najważniejszych pytań, na które zarząd musi odpowiedzieć jeszcze przed startem projektu.
Aby trafnie zdefiniować miary sukcesu, należy przeanalizować realne, codzienne trudności z ostatnich miesięcy – takie jak opóźnione zlecenia, błędne wydania magazynowe, nieaktualna dokumentacja czy braki materiałowe. Przełożenie tych problemów na konkretne wskaźniki (np. poprawa terminowości, lepsza widoczność produkcji, redukcja braków jakościowych, większa wiarygodność stanów magazynowych) pozwala firmie rzetelnie ocenić efekt wdrożenia.
Praktyczny model wdrożeniowy zakłada przypisanie poszczególnych mierników bezpośrednio do konkretnych obszarów i ich właścicieli. Zgodnie z minimalnym zakresem odpowiedzialności, miary sukcesu definiuje się następująco:
- Zlecenia produkcyjne (właściciel: Kierownik produkcji) – głównym miernikiem jest terminowość zleceń.
- Dane technologiczne (właściciel: Technolog) – sukces obszaru weryfikuje liczba korekt po starcie.
- Magazyn (właściciel: Kierownik magazynu) – oceniany na podstawie zgodności stanów.
- Jakość (właściciel: Pełnomocnik jakości) – efektywność mierzona jest liczbą niezgodności.
- Integracje (właściciel: Kierownik projektu) – miarą sukcesu jest brak lub niska liczba błędów integracji.
Zdefiniowanie miar w ten sposób jasno wskazuje, co organizacja chce osiągnąć w każdym dziale, ułatwiając tym samym obiektywną ocenę, czy wprowadzony system i połączone z nim decyzje organizacyjne przyniosły zamierzony skutek.
W jaki sposób delegować uprawnienia decyzyjne w małej firmie?
Delegowanie uprawnień decyzyjnych w małej i średniej firmie (MŚP) jest jednym z kluczowych zadań zarządu jeszcze przed rozpoczęciem projektu wdrożeniowego. Źródła podkreślają, że wdrożenie systemu to przede wszystkim zmiana sposobu zarządzania organizacją, a nie tylko projekt informatyczny, dlatego odpowiedzialności za decyzje nie można przerzucać na dział IT czy dostawcę oprogramowania. Dostawca może doradzać, ale właścicielem modelu pracy musi być firma.
Aby skutecznie delegować uprawnienia decyzyjne, należy wdrożyć następujące kroki:
- Wyraźne wskazanie osób decyzyjnych: Zarząd musi jednoznacznie określić, kto ma prawo do podejmowania wiążących decyzji projektowych w imieniu firmy w konkretnych obszarach. Brak takiego wskazania sprawi, że projekt będzie dryfował, a dostawca systemu zostanie arbitrem wewnętrznych sporów.
- Zastosowanie minimalnego podziału odpowiedzialności: Ciężar decyzji należy delegować bezpośrednio do kierowników poszczególnych działów biznesowych. Rekomendowany model przypisania uprawnień to:
- Zlecenia produkcyjne (odpowiedzialność za statusy i priorytety) – uprawnienia posiada Kierownik produkcji.
- Dane technologiczne (odpowiedzialność za BOM-y, marszruty, wersje) – decyzje podejmuje Technolog.
- Magazyn (odpowiedzialność za ruchy, lokalizacje, rezerwacje) – decyzyjność leży po stronie Kierownika magazynu.
- Jakość (odpowiedzialność za kontrole, braki, blokady) – odpowiada Pełnomocnik jakości.
- Integracje (zakres wymiany danych) – decyzje podejmuje Kierownik projektu.
- Zdefiniowanie zasad podejmowania decyzji: Osoby, którym oddelegowano uprawnienia, muszą ustalić bardzo konkretne zasady działania procesów: kto wprowadza informację, kto ją zatwierdza, gdzie będzie widoczna, jaki status otrzyma dokument oraz co stanie się w przypadku błędu.
- Prosty język ustaleń: Decyzje projektowe w obszarze procesów powinny być zapisywane prostym językiem, niewymagającym tłumaczenia przez konsultanta. Kierownik produkcji, magazynier, technolog i planista muszą od razu wiedzieć, jak ustalenia wpłyną na ich codzienną pracę.
- Rozliczanie zaangażowania: W ramach delegowania zadań, zarząd musi odgórnie zadecydować, czy i w jaki sposób kierownicy działów będą formalnie rozliczani ze swojego udziału i zaangażowania w sam projekt.