Każdy Project Manager, który prowadził projekt sprzętowy lub technologiczny, zna ten moment, w którym liczba dostawców zaczyna rosnąć szybciej niż liczba rozwiązywanych problemów. Na początku wszystko wygląda logicznie. Każdy element projektu trafia do „najlepszego specjalisty”: obudowa do jednego podmiotu, elektronika do drugiego, front do trzeciego, a integracja do czwartego. W teorii brzmi to jak optymalizacja. W praktyce bardzo często kończy się chaosem.
Model multi-vendor – dlaczego warto na niego spojrzeć?
Model multi-vendor ma swoje uzasadnienie. Daje dostęp do wyspecjalizowanych kompetencji, pozwala porównywać ceny i unikać uzależnienia od jednego partnera. Problem zaczyna się wtedy, gdy projekt przestaje być zbiorem niezależnych elementów, a staje się spójnym systemem. W nowoczesnych produktach – szczególnie w obszarze HMI czy printed electronics – granice między komponentami zacierają się. Warstwa mechaniczna wpływa na elektronikę, materiały oddziałują na sygnał, a sposób montażu decyduje o trwałości całego rozwiązania. To nie są już osobne światy, tylko jeden organizm.
W takim środowisku liczba punktów styku rośnie wykładniczo. Każdy dostawca to nie tylko określony zakres odpowiedzialności, ale też interfejs komunikacyjny, założenia projektowe i ograniczenia technologiczne. Project Manager zaczyna pełnić rolę „centralnego tłumacza”, który przekłada wymagania jednego dostawcy na język drugiego. Problem w tym, że każde takie tłumaczenie niesie ze sobą ryzyko błędu.
Multi-sourcing w praktyce: jak zmniejszyć chaos na punktach styku
Najwięcej napięć pojawia się właśnie na styku technologii. Jeden dostawca twierdzi, że jego komponent działa poprawnie i zgodnie ze specyfikacją, drugi uważa, że problem wynika z niewłaściwej integracji. W efekcie nikt nie czuje się odpowiedzialny za całość. Odpowiedzialność rozmywa się, a projekt zaczyna żyć własnym życiem. W projektach realizowanych z wieloma dostawcami konflikty rzadko wynikają ze złej woli. Zazwyczaj są efektem braku wspólnego kontekstu i odmiennych punktów odniesienia.
Do tego dochodzą koszty, które nie są widoczne na etapie analizy ofert. To czas spędzony na koordynacji, dziesiątki spotkań, konieczność ciągłej weryfikacji założeń oraz poprawki wynikające z niedopasowania komponentów. W teorii wybór kilku tańszych dostawców może obniżyć koszt jednostkowy. W praktyce całkowity koszt projektu rośnie, ponieważ pojawiają się opóźnienia, błędy i dodatkowe iteracje. W środowisku B2B, gdzie procesy zakupowe są powtarzalne i intensywne, każdy błąd szybko się multiplikuje i wpływa na kolejne zamówienia.
Właśnie dlatego coraz częściej pojawia się alternatywa w postaci modelu integratora. Zamiast zarządzać pięcioma dostawcami, Project Manager współpracuje z jednym partnerem, który bierze pełną odpowiedzialność za integrację technologii. To nie oznacza rezygnacji ze specjalizacji. Oznacza to przeniesienie ciężaru koordynacji na podmiot, który posiada odpowiednie kompetencje i doświadczenie w łączeniu różnych obszarów inżynierii.
Model integratora jako sposób na to, by zmniejszyć chaos projektowy
Integrator zaczyna pełnić rolę „systemowego myślenia” w projekcie. Widzi zależności między materiałami, elektroniką i mechaniką. Może szybciej identyfikować problemy, ponieważ nie patrzy na projekt fragmentarycznie. W obszarze printed electronics jest to szczególnie istotne, ponieważ projekt często stanowi kompromis między wieloma parametrami – przewodnictwem, trwałością, elastycznością a samym procesem produkcyjnym. Bez spojrzenia całościowego łatwo o decyzje, które lokalnie są poprawne, ale globalnie niszczą projekt.
To nie oznacza, że model jednego dostawcy jest zawsze lepszy. Są sytuacje, w których podejście multi-vendor ma sens. Na przykład wtedy, gdy komponenty są w pełni standardowe i dobrze zdefiniowane, a ich integracja jest prosta. Problem w tym, że coraz więcej projektów przestaje spełniać te warunki. Produkty są bardziej złożone, wymagania rosną, a technologie wzajemnie się przenikają. W takich warunkach koszty koordynacji zaczynają przewyższać korzyści płynące z dywersyfikacji.
Dobrym przykładem jest projekt HMI realizowany w dwóch różnych modelach. W pierwszym podejściu klient pracuje z pięcioma dostawcami. Jeden odpowiada za obudowę, drugi za elektronikę, trzeci za front, czwarty za podświetlenie, a piąty za montaż. Każdy dostarcza swoją część zgodnie z własną specyfikacją. Problemy zaczynają się na etapie integracji. Front nie pasuje idealnie do obudowy, podświetlenie nie daje oczekiwanego efektu, a elektronika reaguje inaczej, niż zakładano. Projekt przeciąga się, a każdy kolejny problem wymaga angażowania kilku stron jednocześnie.
Myślenie systemowe – jak trwale zmniejszyć chaos w hardware
W drugim podejściu klient współpracuje z jednym partnerem, który integruje wszystkie elementy. Już na etapie projektowania uwzględniane są zależności między komponentami. Materiały są dobierane pod kątem całego systemu, a ne pojedynczych części. Problemy oczywiście się pojawiają, ale są rozwiązywane wewnętrznie, bez konieczności koordynowania wielu dostawców. Projekt staje się bardziej przewidywalny, a liczba iteracji mniejsza.
Różnica nie polega tylko na liczbie dostawców. Polega na sposobie zarządzania złożonością. W pierwszym modelu Project Manager próbuje „poskładać” produkt z elementów dostarczonych przez różne podmioty. W drugim modelu pracuje z partnerem, który już na wejściu myśli systemowo.
W świecie, w którym projekty są coraz bardziej złożone, a technologie coraz mocniej się przenikają, rola integracji rośnie. Nie chodzi o uproszczenie dla samego uproszczenia. Chodzi o ograniczenie liczby miejsc, w których może pojawić się błąd. Każdy dodatkowy interfejs to potencjalny problem. Każdy kolejny dostawca to kolejny punkt ryzyka.
Podsumowanie – chaos w projekcie pod kontrolą
Dlatego pytanie nie brzmi już: „czy mieć jednego, czy wielu dostawców?”. Pytanie brzmi: „gdzie chcemy zarządzać złożonością?”. Czy wewnątrz organizacji, rozdzielając ją między wielu partnerów, czy na zewnątrz, powierzając ją integratorowi?
Dla Project Managera odpowiedź często sprowadza się do jednego kryterium: ile czasu i energii chcesz poświęcić na zarządzanie komunikacją zamiast na rozwiązywanie realnych problemów projektowych. W dobrze prowadzonym projekcie integracja technologii nie jest dodatkiem. Jest fundamentem, który decyduje o tym, czy projekt będzie przewidywalny, czy stanie się źródłem ciągłych niespodzianek.