RegułyChaosu

W prostych skojarzeniach, zarządzanie procesowe = BPMS, wydawałoby się, temat znany i ograny. Wydawałoby się. Wpadłem ostatnio w środek dość już „nabrzmiałego wyzwaniami” projektu wyboru „platformy BPMS”. Projekt przeprowadził RFI, RFP i nadal nie było wiadomo, co wybrać. Pierwsza diagnoza polegała na tym, że pomylone zostały pakiety komercyjnych środowisk z BPMS w nazwie, z koncepcjami narzędzi zarządzania procesowego. To pomieszanie doprowadziło do serii nieporozumień, kilku awantur i braku decyzji. Ale udało się wyprostować, a przepis na to poniżej.

Skuteczne działanie musi cechować celowość. Sfera danych staje się coraz bardziej złożona, przez co zachowanie celowości i skuteczności w tych nowych warunkach staje się często poważnym wyzwaniem. Wszak operujemy na danych nie po to, żeby mieć raport. Zdecydowanie nie! Na danych operujemy po to, żeby rutynowo podejmować w codziennych działaniach operacyjnych trafniejsze decyzje i robić to szybciej. Wiedza i zrozumienie danych to krok do celu, a nie cel sam w sobie – tak samo, jak ze zrozumienia reguł rządzących giełdą nic nie wynika, a wynika dopiero z zastosowania tej wiedzy.

Rewolucja inteligencji obliczeniowej (Machine Learning, Deep Learning) trwa i w końcu zmieni wszystko. Zapewne potrwa to jeszcze kilka lat lub dekad, ale w końcu kod programu zostanie zastąpiony przez dane. Wartość z danych można jednak masowo wydobywać już teraz, bez uciekania się do tych najpotężniejszych narzędzi. Kluczowym terminem jest tu zwinność, której osiągnięcie zapewnia te możliwości. Wymaga to jednak wprowadzenia zmian w stanie posiadania i sposobie użytkowania parku maszynowego technologii informatycznych.

Zwinność (agile) i chudość (lean) to terminy, które na dobre już zintegrowały się z myśleniem o rozwoju systemów informatycznych. Wiemy już jak zwinnie realizować projekty informatyczne, a nawet z relatywnie dużym prawdopodobieństwem umiemy tę wiedzę wykorzystać w praktyce. Aplikujemy tę wiedzę jednak do sfery funkcjonalności rozwiązań informatycznych, nie zaś do sfery danych. Jak zbudować fundament dla zwinności w sferze danych? O tym właśnie poniżej.

CRM to filozofia działania. Choć to trywialne, bardzo rzadko spotykam się z przedsięwzięciem o nazwie CRM, które nie zaczynałoby się od „wdróżmy system CRM”. Równie trywialną jest konstatacja, że o skuteczności rozwoju organizacji trudno dzisiaj marzyć bez wsparcia rozwiązaniami informatycznymi. Jak określić rolę systemu CRM, aby pomagał on w realizacji filozofii CRM?

Wartość danych. To cyklicznie powracający temat dyskusji, naprzemiennie z szybkością budowy aplikacji. Kiedy, jak wynika z tego cyklu, przychodzi pora na dane, pojawiają się nowe odsłony rozwiązań skupiających się wyłącznie na przetwarzaniu danych. W efekcie, jak kiedyś w centrum uwagi znajdowały się hurtownie danych i rozwiązania Business Intelligence, tak teraz podstawowa tematyka dyskusji to BigData i sztuczna inteligencja.

Jestem fanem zwinności – nie tylko w rozwoju oprogramowania, ale w zarządzaniu projektami, a przede wszystkim w architekturze rozwiązań informatycznych, na każdym poziomie. Rozumiem jednak także ograniczenia podejścia agile. Wdrażając podejście zwinne w nieprzygotowanym środowisku nie tylko dramatycznie obniża szanse na sukces, ale także deprecjonuje to podejście i na dłuższy czas tworzy konotację agile = porażka. Zanim więc wybierzesz podejście zwinne upewnij się, że środowisko działania ma szanse je przyjąć i wspierać. Jak to zrobić?

Naturalnie, mam na myśli architekta w sferze ICT, ale bardzo podoba mi się analogia z branż dojrzałych i stabilnych, np. budownictwa. Kiedy postanawiasz wybudować dom, nie ma wątpliwości, szukasz architekta, a nie „analityka”, „projektanta” czy developera. Każdy, kto budował dom lub wykańczał mieszkanie czuje dlaczego. To odczucie jest bardzo adekwatne także dla sfery ICT.