Openery · IT Operating Model Assessment
Znajdź jedną zmianę w sposobie działania IT, która usuwa prawdziwe ograniczenie.
Rzadko chodzi o budżet, wielkość zespołu czy narzędzia. Punktowana ocena tego, jak naprawdę działa Twoje IT – i jedna ścieżka przebudowy, tania i szybka we wdrożeniu, którą możesz zacząć w tym kwartale.
- DlaCTO, VP Engineering, CIO
- PytanieJak naprawdę działa IT, od pomysłu po utrzymanie?
- Decydujeszod której ścieżki przebudowy zacząć
- Dalejprojekt modelu operacyjnego, jeśli zechcesz
Brzmi znajomo?
Odziedziczony, nigdy nie zaprojektowany.
„Dokładamy ludzi, a dostarczanie wcale nie przyspiesza.”
„Wszyscy są zajęci, nic nie wychodzi – a słyszę, że to problem budżetu.”
„W zeszłym roku zrobiliśmy reorganizację i nie pomogła.”
Co dostajesz
Trzy rzeczy, które pokazują, gdzie leży ograniczenie.
Operating Model Scorecard
Pięć wymiarów w trzech warstwach – fundament, silnik, wgląd – z oceną każdego wymiaru i całości.
Wnioski i rekomendacje
Trzy największe luki, dwie mocne strony i kontekst za nimi.
Jedna ścieżka przebudowy
Z uzasadnieniem, szacunkiem pracy i pierwszymi trzema krokami.
Jak to wygląda
Trzy warstwy, a kolejność ma znaczenie.
Pięć wymiarów leży w trzech warstwach. POT – ludzie, organizacja, technologia – to fundament. PC – procesy i komunikacja – to silnik. VC – strumienie wartości i ciągłe doskonalenie – to wgląd. Każda warstwa umożliwia następną; ścieżka przebudowy zaczyna się tam, gdzie łańcuch się przerywa.
VC wgląd
„W zeszłym roku zrobiliśmy reorganizację – i nikt nie umie powiedzieć, czy pomogła.”
Warstwa, która mówi, czy zmiana zadziałała, jest słaba: przepływ od pomysłu do produkcji nie jest mierzony.
PC silnik
„Każde zgłoszenie przechodzi przez pięć przekazań, zanim ktoś zacznie pracę.”
Silnik działa, ale na przekazaniach między działami, a nie na jednym strumieniu pracy.
POT fundament
„Zatrudniamy kolejne osoby, a i tak wszystko decydują te same trzy.”
Platforma jest solidna; decyzje należą do ludzi, nie do ról.
Ścieżka: jeden strumień wartości z własnym zespołem, jednym wejściem i dwiema miarami przepływu – zamiast pięciu przekazań między działami.
Przykład poglądowy; Twój będzie zawierał Twoje słowa, oceny i wnioski.
Jak to działa
Od rezerwacji do raportu w trzy–cztery tygodnie.
Dzień 1 · 30 minut, asynchronicznie
Przygotowanie
Krótki formularz kontekstu: wielkość zespołu, struktura, bieżące wyzwania.
2 godziny, zdalnie
Warsztat
Oceniamy każdy wymiar, nazywamy największe luki i mocne strony, wybieramy ścieżkę.
+5 dni roboczych
Raport z wnioskami
Oceny, opisowe wnioski i ścieżka z pierwszymi krokami.
Kto powinien wziąć udział
- CTO, VP Engineering lub CIO
- Head of Platform lub architekt korporacyjny
- liderzy zespołów, którzy odczuwają tarcia
Cena
Cena ustalona przed startem. Lite z góry, reszta po zakończeniu.
Lite
6 900 zł
- Dane zbierasz według moich szablonów
- Dzień analizy
- Omówienie wyników i raport
- Płatne z góry
Assessment
od 38 500 zł
- Dopasowany scorecard i 2-godzinny warsztat
- Oceny w pięciu wymiarach
- Raport z jedną ścieżką przebudowy
Rozszerzona roadmapa
+ 3 400 zł
- Trzy ścieżki przebudowy zamiast jednej
- Ułożone w kolejności, z szacunkiem pracy
- Dodatek do Assessment
Po ocenie: projekt modelu operacyjnego z POT/PC/VC w cztery do sześciu tygodni, potem mapowanie strumieni wartości i wdrożenie – oba opcjonalne. Koszt jest zaliczany na poczet Strategy Sprint.
Szczegóły
Rzadko chodzi o budżet, wielkość zespołu czy narzędzia. Chodzi o model operacyjny – odziedziczony, nigdy nie zaprojektowany – który pomija to, jak naprawdę łączą się biznes i IT.
Jak patrzę na model operacyjny
Używam własnego frameworku, POT/PC/VC. Ma trzy warstwy, a kolejność ma znaczenie.
- POT – ludzie, organizacja, technologia. Fundament: kto wykonuje pracę, jak jest ona zorganizowana i na czym działa.
- PC – procesy i komunikacja. Silnik: jak praca jest faktycznie wykonywana i jak przepływa informacja.
- VC – strumienie wartości i ciągłe doskonalenie. Wgląd: co tworzy wartość dla biznesu i skąd wiesz, że jest coraz lepiej.
To nie są trzy poziomy biurokracji do dołożenia. Każda warstwa umożliwia następną: solidny fundament pozwala pracować silnikowi, działający silnik daje coś, co warto mierzyć, a warstwa wglądu chroni przed pisaniem dokumentów, których nikt nie potrzebuje – bo bez niej nie da się ocenić, czy zmiana była warta włożonych w nią godzin.
Dlaczego nie klasyczny framework
McKinsey 7S czy Operating Model Canvas to dobre listy części: odpowiadają, jakie elementy powinien mieć model operacyjny. Nie mówią, w jakiej kolejności go budować ani co sprawi, że za rok wciąż będzie aktualny. POT/PC/VC to kolejność budowy z pętlą uczenia się na szczycie – a ta pętla z każdym miesiącem znaczy więcej, bo agenci AI wchodzą do operacji i bezlitośnie testują każdy model, który zaprojektowano raz i powieszono w ramce na ścianie.
Jedna warstwa naraz
Żadnej z warstw nie trzeba naprawiać od razu. Najczęściej brakuje warstwy wglądu – i to ją najtaniej zacząć: nie wymaga nowego narzędzia, tylko decyzji, co warto obserwować. Dlatego ścieżka przebudowy to jedna zmiana, którą możesz zacząć w tym kwartale i sprawdzić kwartał później.
Dla kogo
Dla CTO, VP Engineering i CIO średnich i dużych organizacji, których IT rośnie, przechodzi transformację albo jest pod presją dostarczania – zwłaszcza tuż przed reorganizacją albo zaraz po niej.