„Nie daj się zaskakiwać awariom!”

Data: 2014-12-15
Autor: Sebastian Konkol
„Nie daj się zaskakiwać awariom!”

Poziom złożoności charakteryzujący współczesne systemy ICT czyni je coraz mniej deterministycznymi, a coraz bardziej stochastycznymi. W coraz większej liczbie „okoliczności” ostateczne zachowanie systemów raczej „wyłania się” (jak w teorii złożonych systemów adaptacyjnych, Complex Adaptive Systems), niż jest projektowane lub programowane. Próby przewidzenia zachowania systemów to dzisiaj działalność profesji przepowiadaniu pogody, niż inżynierii systemowej. Możemy zakładać stabilność i determinizm działania systemów co najwyżej do pewnego stopnia, oceniając go probabilistycznie. Zaskoczenia i niespodzianki są nieuniknione. Kropka.

Czytaj więcej »

Polska to kraj „dziwnych” telekomów mobilnych

Data: 2014-12-01
Autor: Sebastian Konkol
Polska to kraj „dziwnych” telekomów mobilnych

Być może okres „końcówki roku” nastraja mnie do takich podsumowań. Być może przyjrzałem się sprawie „przy okazji” odnawiania umów na usługi mobilne w mojej firmie. A może powód jest zupełnie inny. Tym niemniej, przyglądając się działaniom i kierunkom rozwoju usług firm z sektora telekomunikacji mobilnej naszły mnie takie właśnie przemyślenia, którymi dzielę się tu z każdy, kto chce poświęcić chwilę na przeczytanie.

Czytaj więcej »

Agility Limited – Revisited

Data: 2014-11-03
Autor: Sebastian Konkol
Agility Limited – Revisited

Niemalże u zarania dziejów tego bloga pisałem o ograniczeniach stosowania podejścia agile. Kilka lat minęło, kilka nowych doświadczeń w głowie i uzupełnienie samo jakoś się wyłania.

Czytaj więcej »

O tym, jak (nie)wykorzystywani są konsultanci…

Data: 2014-10-02
Autor: Sebastian Konkol
O tym, jak (nie)wykorzystywani są konsultanci…

Po kilku wcześniejszych i ostatnich projektach, w jakich brałem udział, naszły mnie refleksje na temat sposobu „zatrudniania” zewnętrznych konsultantów (a.k.a. kontraktor) do „pracy”. No właśnie, do jakiej pracy?

Czytaj więcej »

Business Case dla Enterprise Architecture

Data: 2014-09-03
Autor: Sebastian Konkol
Business Case dla Enterprise Architecture

Wiele razy – na wystąpieniach, konferencjach i w czasie prac dla moich klientów – byłem świadkiem opowieści o uzasadnieniu biznesowym dla poniesienia kosztów przygotowania, wdrożenia i „użytkowania” podejścia architektonicznego (EA, Enterprise Architecture) do kształtowania i rozwoju systemów teleinformatycznych, szczególnie w sferze strategicznej. W przytłaczającej większości przypadków takie uzasadnienia opierały się na założeniach, które określam jako naiwne – oszczędnościach uzyskanych dzięki nierobieniu tych samych rzeczy wielokrotnie. Siła wpływu EA jest jednak znacznie większa, a potencjał korzyści – wyrażony w kategoriach finansowych – o rzędy wielkości większy, niż wynikający z tych naiwnych wyliczeń.

Czytaj więcej »

Miary skuteczności działań IT

Data: 2014-08-01
Autor: Sebastian Konkol
Miary skuteczności działań IT

W swojej praktyce doradczej często stykam się z zagadnieniem właściwego pomiaru skuteczności działań organizacji IT. Jak zmierzyć, czy „nasze IT” sensownie „wspiera nasz biznes”? To często stawiane mi pytanie, na które odpowiedź, jakiej udzielam, często zaskakuje pytających. Takie rozmowy są niemalże tak schematyczne, aż często – zanim udzielę odpowiedzi – mam ochotę zapytać, czy ma być dobrze, czy „na zielono”. Ale nie pytam.

Czytaj więcej »

Problemy testowania (?)

Data: 2014-07-03
Autor: Sebastian Konkol
Problemy testowania (?)

Niniejszy wpis to opowieść z cyklu: „Wszyscy wiedzą, jak powinno być, a jednak robią inaczej”. Przez ostatnich kilka lat uczestniczyłem w projektach informatycznych o dużym znaczeniu dla firm finansujących te projekty. Oglądałem wdrożenia systemów sprzedażowych, bilingowych, obsługi klienta, platform usługowych, systemów transakcyjnych. Skoro system informatyczny, to trzeba testować, prawda?

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 »