Wyzwania Konsolidacji

W rzeczywistym świecie nigdy nie jest tak dobrze, aby wszyscy gracze byli zadowoleni. Zawsze znajdą się jedne lub kilku malkontentów, szukających z pasją ujemnych stron rozwiązania, w naszym przypadku konsolidacji zasobów.

Argumenty

Trzeba być przygotowanym na dyskusje z nieprzekonanymi, czyli mieć argumenty pozwalające zaadresować wątpliwości.
Oczywiście należy w tej dyskusji wykorzystać kluczowy argument dla Decydentów w każdej Firmie, a mianowicie kasę, czyli PLN 😛.
Oczywiście jako wsparcie podczas adresowania mniej lub bardziej wydumanych argumentów przeciw 🙂.

W wcześniejszych wpisach serii Konsolidacja, pokazałem, że zastosowanie konsolidacji zasobów zmniejsza ogólny koszt, ale do dyskusji trzeba przygotować:

  • dane rzeczywiste zapotrzebowania na zasoby, oczywiście teoretyczny przykład jest słabym argumentem dla odpowiedzialnych za wydawanie kasy 🙁
  • wskazać przypadki problemów z brakiem zasobów i koszty ich obsłużenia
  • znać najbliższe plany zapotrzebowania, np. nowy projekt

Oczywiście zawsze można znaleźć przykład kiedy to się firmie nie opłaca.
Ale to będą wyjątki i to w jakiejś konkretnej sytuacji firmy lub bardzo wydumany przypadek 😈.

Nieoczywiste konsekwencje

Dwie mało oczywiste sytuacje, a nie mające związku z technologią lecz bezpośrednio z PLN`ami :mrgreen:.

Konsolidacji umożliwia zazwyczaj szybko i bezboleśnie dla organizacji zaadresować nagłe nieplanowane potrzeby 😛
W organizacji utrwala się przekonanie, że oni ( znaczy IT) mają zawsze zapas, sadełko, inne określenie nadmiar 😈.

Konsekwencją tego jest brak uwzględniania potrzebnych zasobów w projektach 🙁.
I w przypadku dużych projektów okazuje się, że nie ma na czym tego uruchomić 😳.

Słowo nadmiar może powodować, iż przy planowanych zakupach pojawi się opinia:
Wy zawsze chcecie za dużo …. – i zaczyna się udowadnianie, że garb to od roboty a nie wielbłąd ….. – takie mało dyplomatyczne podsumowanie, ale użyte słowa są cenzuralne 😛.

Kolejnym przykładem jest bariera psychologiczna kwoty zakupu.
Konsolidacja to łączenie kilku do kilkunastu potrzeba na zasoby w jedną paczkę 🙂.
Oznacza to, że koszt zakupu skonsolidowanego jest nawet 10 razy większa od zakupu dla pojedynczego projektu/systemu.
Sprawia to, że wiele osób na ścieżce decyzyjnej ma problem z akceptacją, zapominając o tym, że w sumie koszty są mniejsze.

Dodatkowo konsolidacja powoduje, iż cash flow (przepływ pieniądza) ma pik w momencie zakupu.
Dla wielu firm może być pewnym wyzwaniem, ale obsłużenie tego przypadku jest możliwe na kilka sposobów, ale o tym później 🙂.

Kolejnym wyzwanie jest podział/przypisanie dużych kosztów do poszczególnych rozwiązań wykorzystujących fragment skonsolidowanych zasobów, ale to już w następnym wpisie.
Zapraszam 🙂.

Komentarze |0|

Legenda *) Pola oznaczone gwiazdką są wymagane
**) Możesz używać tych znaczników i atrybutów HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>