IT governance w zakupach - czy naprawdę masz wpływ na decyzje o IT?

Zakupy IT potrafią wyglądać niewinnie. Trochę licencji, garść usług chmurowych, szybki outsourcing, kilka modnych narzędzi SaaS. Po chwili budzisz się w organizacji, która ma więcej aktywnych aplikacji niż dział zakupów pozycji w swoim drzewie kategorii. Co gorsza, każdy z tych systemów jest oczywiście „krytyczny”, „strategiczny” i – klasycznie – „potrzebny na wczoraj”.

Czas najwyższy przesunąć punkt ciężkości w tej dyskusji. Zamiast pytać: jak kupować IT? Zadajmy pytanie o fundamentalnym znaczeniu: kto i jak podejmuje decyzje o IT? . Jeśli funkcja zakupowa pojawia się przy stole dopiero wtedy gdy dostawca został już wybrany, zakres techniczny zamknięty, a biznes potrzebuje „tylko szybko umowy”, to umówmy się – nie mamy do czynienia z realnym zarządzaniem wartością. To klasyczne ratownictwo kontraktowe

Wgląd w rzeczywistość biznesową: Wybitni badacze Peter Weill oraz Jeanne W. Ross w swojej kultowej książce „IT Governance: How Top Performers Manage IT Decision Rights for Superior Results” udowadniają, że rynkowi liderzy nie wygrywają dlatego, że posiadają „najwięcej technologii”. Wygrywają, ponieważ precyzyjnie definiują prawa decyzyjne (decision rights), mechanizmy odpowiedzialności (accountability) oraz metody ich egzekwowania (enforcement). Przewaga nie rodzi się w systemie – ona zaczyna się przy stole decyzyjnym.

Kluczowy problem: brak przejrzystego modelu decyzyjnego

W większości firm problemem wcale nie jest kulawo działający proces zakupowy IT. Prawdziwym wyzwaniem jest brak transparentnego modelu decyzyjnego . Dopóki zakupy nie zostaną wpisane w ten model na stałe, ich realny wpływ na optymalizację kosztów, mitygację ryzyka, architekturę  i finalną wartość biznesową technologii będzie iluzoryczny.

IT governance bez zadęcia (i bez bólów głowy)

Pojęcie IT governance (ład korporacyjny IT) wywołuje u wielu osób gęsią skórkę. Kojarzy się z opasłymi tomami procedur, niekończącymi się komitetami oraz skrótami brzmiącymi jak tajny kod: COBIT i ITIL (ramy zarządzania IT), EDM i APO (obszary zarządzania w COBIT - Evaluate, Direct and Monitor oraz Align, Plan and Organize) czy SLA i KPI (mierniki jakości oraz efektywności usług - Service Level Agreement oraz Key Performance Indicator).

COBIT (Control Objectives for Information and Related Technologies) świetnie porządkuje nadzór, kontrolę, ryzyko oraz zgodność (compliance). Z kolei ITIL (Information Technology Infrastructure Library) to nieocenione wsparcie w zarządzaniu jakością, ciągłością i ciągłym doskonaleniem usług IT. Pamiętajmy jednak, że samo narzędzie nigdy nie zastąpi decyzji.

Nawet najlepsze metodyki nie zastąpią jasno określonych ról, odpowiedzialności i zasad podejmowania decyzji.  W codziennej praktyce biznesowej IT governance sprowadza się do jasnych odpowiedzi na trzy kluczowe pytania: Kto decyduje? Kto odpowiada? Jak te decyzje są egzekwowane? Dopiero gdy mamy te fundamenty, możemy świadomie dobierać odpowiednie metodyki, ramy zarządzania i narzędzia wspierające procesy IT.

Gdzie organizacje tracą kontrolę?

Scenariusz w wielu firmach bywa bliźniaczo podobny i skrajnie reaktywny. Biznes dostrzega potrzebę, IT akceptuje wybrane rozwiązanie, dostawca przedstawia błyszczącą prezentację, a dział zakupów otrzymuje lakoniczny komunikat: „Wynegocjujcie z nich jakąś dobrą cenę, najlepiej na jutro”. Brzmi znajomo? Jeśli tak, oznacza to, że Zakupy są co prawda elementem procesu, ale z pewnością nie uczestniczyły w decyzji.

Największa wartość zakupowa w obszarze IT powstaje znacznie wcześniej niż na etapie finalnych negocjacji cenowych. Tworzy się ona w momencie definiowania samej potrzeby, wyboru modelu architektonicznego, określania standardów bezpieczeństwa oraz precyzowania celów biznesowych. Kiedy zakupy wchodzą na sam koniec, mogą urwać parę procent z ceny, ale nie zmienią już błędnej logiki całej transakcji.

W efekcie firmy wpadają w klasyczne pułapki: rozproszone decyzje, zjawisko shadow IT, powielanie tych samych narzędzi przez różne zespoły, groźny vendor lock-in, rosnące koszty integracji oraz kontrakty, które pięknie prezentują się w arkuszach Excela, lecz zawodzą w realiach wdrożeniowych. Pozorne oszczędności osiągnięte na etapie wyboru rozwiązania często generują znacznie wyższe koszty na etapie wdrożenia, integracji i utrzymania.

ZŁOTA ZASADA DLA LIDERA ZAKUPÓW

Jeśli nie uczestniczysz w podejmowaniu decyzji, zarządzasz jedynie jej konsekwencjami.

Możesz dwoić się i troić przy negocjacjach, dbać o restrykcyjne zapisy prawne i pilnować wewnętrznych procedur – jeśli jednak wejdziesz do gry za późno, stracisz realny wpływ na to, czy firma kupuje właściwe rozwiązanie, we właściwym modelu i z akceptowalnym poziomem ryzyka. To decyduje o różnicy pomiędzy byciem strategicznym partnerem biznesu a działem, który po prostu „przyklepuje umowy”. Pierwsza rola buduje Twój realny autorytet. Druga – jedynie wydłuża kolejkę zadań w skrzynce.

Trzy pytania na moment refleksji

Warto na chwilę zwolnić i zadać sobie oraz swojej organizacji trzy szczere pytania:

1. Kto tak naprawdę podejmuje kluczowe decyzje o zakupach technologicznych w Twojej firmie?

2. Czy zespół zakupów bierze udział w projektach od samego początku, czy pełni jedynie rolę finalnego egzekutora umowy?

3. Czy różne kategorie IT – takie jak SaaS, infrastruktura hardware, outsourcing czy chmura publiczna – posiadają  zróżnicowane modele decyzyjne?

Jeśli odpowiedzi na te pytania wydają się mgliste, nie jest to problem czysto semantyczny. To wyraźny sygnał, że Twoja firma posiada rozbudowane procedury, ale brakuje jej autentycznego ładu decyzyjnego.

5 rekomendacji: Jak zbudować realny wpływ?

Uporządkuj prawa decyzyjne (Decision Rights): Jasno zdefiniujcie, kto odpowiada za wybór dostawcy, kto zatwierdza budżet, a kto weryfikuje architekturę. Zakupy muszą być stałym, formalnym elementem tej układanki, a nie kołem ratunkowym wzywanym na ostatnią chwilę.

Wchodź wcześniej w proces (Shift Left): Największą dźwignię finansową i operacyjną masz na samym początku. To wtedy jest czas na pytania o alternatywne rozwiązania, elastyczność modeli komercyjnych czy ukryte ryzyka. Pod koniec procesu pole manewru ogranicza się często do kosmetycznego rabatu.

Zapewnij zgodność z architekturą IT (Architecture Alignment): Wykorzystuj standardy technologiczne i zasady bezpieczeństwa organizacji jako tarczę. Najtańsza oferta z rynku potrafi generować potężne ukryte koszty integracji lub skutkować technologicznym uzależnieniem od jednego podmiotu.

Różnicuj podejście do kategorii (Tailored Governance): Zakup subskrypcji SaaS wymaga zupełnie innej dynamiki i oceny ryzyka niż wielomilionowy kontrakt na outsourcing infrastruktury chmurowej. Jeden sztywny proces dla całego IT bywa wygodny dla administracji, ale rzadko bywa efektywny biznesowo.

Zarządzaj pełnym cyklem życia (SLM - Supplier Lifecycle Management): Prawdziwy governance nie kończy się z chwilą złożenia podpisów pod kontraktem. Prawdziwa wartość realizuje się w codziennej weryfikacji wskaźników SLA i KPI, elastycznym zarządzaniu zakresem oraz mądrym planowaniu strategii wyjścia.

Szybka samo-ocena: Czy masz realny wpływ?

❑ Wczesne zaangażowanie: Wiemy o planowanych zakupach IT na etapie tworzenia budżetu rocznego, a nie w tygodniu planowanego wdrożenia.

❑ Zrozumienie technologii: Rozmawiamy z IT o celach biznesowych i architekturze, a nie wyłącznie o obniżeniu stawki za licencję.

❑ Zarządzanie ryzykiem: Posiadamy realne prawo weta lub zmiany podejścia, jeśli kontrakt generuje nieakceptowalną blokadę dostawcyy (tzw. vendor lock-in).

❑ Świadomość Cyklu Życia: Regularnie audytujemy wykorzystanie zakupionego oprogramowania i wyłączamy nieużywane subskrypcje (tzw. Shadow IT / SaaS wastage).

Zapamiętaj na ten tydzień: Zakupy stają się strategicznym oraz respektowanym partnerem biznesu dopiero wtedy, gdy uczestniczą w podejmowaniu decyzji, a nie jedynie negocjują ich skutki. W świecie technologii przewagę buduje nie sam zakup systemu, lecz sposób, w jaki organizacja podejmuje decyzje o jego wyborze.

Maciej Witkowski

​IT Procurement & Supply Chain Expert / Manager

PROFITIA