„Potrzebuję gotowości do Disaster Recovery!”

Data: 2014-09-15
Autor: Sebastian Konkol
„Potrzebuję gotowości do Disaster Recovery!”

Wiele firm twierdzi, że ich IT – zarówno technologia, jak i organizacja – są gotowe do stawienia czoła sytuacjom kryzysowym. W niektórych branżach wymaganie takiej gotowości jest wręcz prawnie usankcjonowana. Chciałbym, aby każda organizacja miała plan Disaster Recovery i nigdy z niego nie skorzystała. Tym niemniej, posiadanie takich procedur i odkrycie, że są one błędne w trakcie ich wykonywania w prawdziwie krytycznej sytuacji jest chyba najcięższym doświadczaniem, jakie może spotkać menedżera IT w jego życiu zawodowym.

Czytaj więcej »

„Szef kazał mi outsourceować”

Data: 2014-08-15
Autor: Sebastian Konkol
„Szef kazał mi outsourceować”

Outsourcing, termin modny dekadę temu, miał przynosić znaczące oszczędności. Niemalże każda funkcja IT, jaką można sobie wyobrazić, stała się przedmiotem eksperymentów outsourcingowych. Czasami okazywały się one sukcesem (przy określonej definicji słowa sukces), lecz w większości przypadków tak się sprawy nie kończyły. Efektem były powrotna fala „backsourcingu” oraz odium przypisane outsourcingowi. Outsourcing – jak każde inne narzędzie – nie jest ani dobry, ani zły. To sposób jego wykorzystania sprawia, że inicjatywy skorzystania z niego kończą się sukcesem lub porażką.

Czytaj więcej »

„Co mam zrobić z całym tym bałaganem?”

Data: 2014-07-14
Autor: Sebastian Konkol
„Co mam zrobić z całym tym bałaganem?”

Wiele organizacji IT jest głęboko uwikłanych w projekty rozwojowe, zapewniające wsparcie dla zmieniającego się biznesu firm. W związku z pędem ich realizacji, na dalszy plan schodzą potrzeby dbałości o obsługę długu technologicznego. Każda technologia, prędzej czy później, staje się przestarzała, a w przypadku technologii IT cykle życia skracają się tak, że lokuje to je bliżej końca skali oznaczonego jako „prędzej”. Coraz mniejszy odsetek organizacji IT w ogóle zajmuje się zagadnieniami długu technologicznego – część z nich z powodu braku czasu na refleksję, a część z powodu braku zrozumienia tego zagadnienia i jego konsekwencji w dłuższym horyzoncie czasu.

Czytaj więcej »

Zarządzanie ICT – The Right Toolset

Data: 2014-06-11
Autor: Sebastian Konkol
Zarządzanie ICT – The Right Toolset

Jak powiedział kiedyś Richard P. Feynman, “The real problem in speech is not precise language. The problem is clear language.” I choć wypowiedź ta dotyczyła wykorzystania narzędzi matematyki dla opisu i komunikacji idei ze świata fizyki, jej zasadność rozciąga się znacznie dalej. Mimo zdolności do opisu zmiennych z precyzją dziewięciu znaków po przecinku, nie jesteśmy w stanie jasno odpowiedzieć na proste pytanie, czy coś zadziała w określony sposób. W świecie ICT często zagłębiamy się w szczegóły techniczne, tracąc zrozumienie powodów, dla których te prace były w ogóle zainicjowane. Tracąc zrozumienie ogółu tracimy zdolność do podejmowania optymalnych decyzji odnośnie stosowania technologii ICT.

Czytaj więcej »

„Jaki jest wpływ portfela moich projektów?”

Data: 2014-05-18
Autor: Sebastian Konkol
„Jaki jest wpływ portfela moich projektów?”

Niemalże wszystkie firmy, których model biznesowy zakłada wykorzystanie technologii IT, realizują często poważną liczbę projektów zmian w swoich systemach. Liczba tych projektów jest zwykle na tyle duża, że zarządczy nadzór nad nimi realizowany jest za pomocą metod portfela projektów. Metody te skupiają się na projektach i zależnościach między nimi ujętych w (co najwyżej) typowych dla projektów ramach – produktów prac i harmonogramu. Nie odnoszą się one do zależności technicznych przedmiotu projektów (systemów IT), w praktyce kompletnie od tych zależności abstrahując, pomijając je. Konsekwencje tych zależności nie są więc dostrzegane przez grona decyzyjne, przez co ich decyzje nie obejmują ryzyka wynikającego z istnienia tych zależności – stają się one widoczne dopiero wtedy, kiedy „uderzą”. Zważywszy, że biznes technologiczny zależy od technologii, brak perspektywy wpływu zależności między zmianami technologicznymi w obszarze zarządzania portfelowego to aktywne proszenie się o kłopoty, więc jak temu zapobiec?

Czytaj więcej »

„Nie radzę sobie z rozwojem systemów. Potrzebuję ITIL!”

Data: 2014-04-16
Autor: Sebastian Konkol
„Nie radzę sobie z rozwojem systemów. Potrzebuję ITIL!”

Wiele lat mojej działalności zawodowej poświęciłem biznesowi telekomunikacyjnemu, a konkretnie mobilnemu. Branża ta to jeden z przykładów ścisłej zależności od ICT (Information and Communications Technology) – wręcz zdeterminowania technologicznego tego biznesu. Działalność operacyjna takich firm opiera się na wielu złożonych systemach, a zmiana w modelach biznesowych (oferta, produkt, obsługa klienta) wymaga wprowadzania zmian do wielu z tych systemów – i to wprowadzania częstego. Dla objęcia zarządzaniem tego obszaru wykorzystywane są praktyki ITIL, a konkretnie Release Management. Mimo dużego wysiłku organizacji, wprowadzanie tych zmian w sposób w pełni kontrolowany jednak się nie udaje. Czy oznacza to, że coś jest nie tak z dobrymi praktykami ITIL? Nie koniecznie.

Czytaj więcej »

„Co mam zrobić z moimi systemami?”

Data: 2014-03-19
Autor: Sebastian Konkol
„Co mam zrobić z moimi systemami?”

„Mam ten cały bałagan systemów IT…”, „Oni żądają dostarczania tylu rzeczy!” „Gubię się… Co zrobić najpierw – a co odłożyć na później?” To typowe zdania opisujące współczesną firmę uzależnioną od technologii informacyjnej, na którą składają się zwykle z dwa elementy: (1) wiele, równocześnie prowadzonych inicjatyw rozwojowych oraz (2) złożoność rozwiązań technicznych. Choć radzenie sobie z wieloma „równoległymi” inicjatywami jest czysto zarządczym zagadnieniem dającym się obsługiwać „standardowymi metodami” postępowania, skuteczne rozwiązanie może opierać się na filozofii architektury korporacyjnej (EA, Enterprise Architecture).

Czytaj więcej »

„Co powinienem zrobić, żeby obciąć OPEX?”

Data: 2014-02-17
Autor: Sebastian Konkol
„Co powinienem zrobić, żeby obciąć OPEX?”

To jedno z pytań „tych pytań. Co ciekawe, w opracowanie odpowiedzi na to pytane nie są zazwyczaj angażowani architekci. W zrozumieniu ich roli w organizacji IT, biorą się oni do roboty wtedy, kiedy trzeba zrobić „coś dużego, nowego”. Jednocześnie, niemalże każda inicjatywa wdrożenia myślenia architektonicznego (EA, Enterprise Architecture), ma u swych podstaw optymalizację kosztów operacyjnych – tzw. budżetu lights-on.

Czytaj więcej »