RegułyChaosu

W każdej firmie, w której informatyka ma jakieś znaczenie, znajdzie się jakiś CRM, ERP czy BI. Są to systemy o wieloletniej historii, wdrażane według stabilnych i dobrze udokumentowanych metod, obrośnięte zasadami governance. Ich niewątpliwymi zaletami są zdolność do zapewnienia kompleksowego rozwiązania dla znaczącej – w wielkości i istotności – części działań biznesowych oraz gotowość do działania „od dnia zero”. Po kilku latach okazuje się jednak, że coraz częściej stają się przeszkodą.

Czytając wpisy z serii Hybrid Multicloud można byłoby dojść do wniosku, że za chwilę całe ogólnocywilizacyjne IT będzie w rękach i pod pełną kontrolą kilku firm. Czyżby świat IT uzyskał ostateczną postać poukładania, w której wszystko jest już jasne i wszystko wreszcie wiadomo?

Skoro już prawie wiemy, że IT będzie z gniazdka (choć po prawdzie to w kilku gniazdek), trzeba zacząć się z tym oswajać. Skoro to nieuniknione, warto spojrzeć, co to zmienia w zakresie typowych obowiązków ludzi z informatyki. Moja ulubiona sfera takiej działalności to Operations & Maintenance (O&M) i to jest ciekawy przykład ilustrujący inną stronę złożonej chmurowości, czy też złożoności chmurowej.

Termin zwinności (agile, agility) robi karierę. Zachwycamy się podejściem zwinnym, w coraz to nowych obszarach. Wręcz zaczynamy to traktować jak nowe lekarstwo na „całe zło”. Jestem absolutnym fanem włączania cech zwinności w każdy z obszarów moich zawodowych zainteresowań. Agile jednak ponosi klęskę za klęską i wcale nie wynika to z tych cech, lecz z praktyki ich wykorzystania. No więc jak to jest w praktyce?

Do tego, że składową przekazu dotyczącego Cloud Computing  jest marketingowo wzmacniany hype nie trzeba chyba przekonywać. O krytycznym spojrzeniu na skalę hype w komunikacji zagadnień chmurowych, na przykład w odniesieniu do uzasadnień finansowych usług chmurowych, napisano już wiele. Rzecz jasna, nie tak wiele, jak marketingu w tej sprawie. Dodałem także kilka groszy od siebie do tej publicznie prowadzonej dyskusji. Jednym z warunków urzeczywistniania tak fantastycznych business case jest zdolność do prowadzenia skutecznych procesów zakupowych. Czy kontekst zakupów chmurowych coś tu namiesza?

O tym, że co innego kieruje architekturą systemu chmurowego już uprzejmie donosiłem. Siły ekonomiczne, choć najmocniej odczuwalne w praktyce działań z rozwiązaniami chmurowymi, nie są jednak jedynymi czynnikami wpływu. W kilku innych przypadkach trzeba się będzie najprawdopodobniej od nowa nauczyć obsługi codziennych zadań związanych z posiadaniem ICT.

Jak pisałem ostatnio, rozważając metody zarządzania procesowego trzeba stawiać na zdarzenia (w oparciu o architekturę EDA, Event-Driven Architecture) i regułową organizację działań (w oparciu o rozwiązania klasy BRM, Business Rules Management). Takie są bowiem na dziś uwarunkowania organizacji współczesnego biznesu. Na tym jednak nie kończą się możliwości oferowane przez koncepcję zdarzeń ani siła wyrazu zdarzeń.

„Cloud, czy on-premises” wchodzi już na stałe do kanonu procesów decyzyjnych o sposobie realizacji przedsięwzięć informatycznych. Na szczęście mamy już za sobą czasy naiwnego rachunku kosztów i dysponujemy doświadczeniem pozwalającym na znacznie głębsze zrozumienie mechanizmów związanych z ekonomiką rozwiązań chmurowych i skutkujących racjonalizacją kosztów posiadania informatyki.