Trzecia kawa Szkolenie Scrum

Latte dla menedżerów

Opowieści dla tych, którzy zmagają się z procesami, estymacjami, eskalacjami, coaching’ami…

Warsztaty BSS/OSS w Warszawie dla rynku telekomunikacyjnego, 2016

8 czerwca 2016 miałem okazję brać udział w warsztatach BSS/OSS w Warszawie organizowanych przez Comarch dla rynku telekomunikacyjnego.
Warsztaty miały charakter mocno sprzedażowy, ale nie zabrakło momentów wskazujących bieżące kierunki rozwoju tej dynamicznej branży.
Nie zabrakło w wystąpieniach również wielu popularnych obecnie buzzword-ów takich jak IoT, M2M, customer expirience, czy już trochę przebrzmiałe big data.
Poniżej znajdziecie podsumowanie tematyki prezentacji i mam nadzieję, że wyczytacie coś ciekawego dla siebie :)

bssoss1

(więcej…)

Szewc bez butów chodzi, czyli coś o narzędziach w IT

szewc_bez_butow_r0Firmy z branży IT, szczególnie w momencie szybkiego wzrostu z małego przedsiębiorstwa do korporacji, stoją przed wyzwaniem i pytaniem: “jak efektywnie zorganizować pracę?”.

Przy gwałtownym wzroście nieformalne metody współpracy i posługiwanie się skrzynką pocztową do zlecenia zadań przestają działać. Rozwiązaniem jest wprowadzenie narzędzi wspierających.
(więcej…)

Kontrakt świadczenia usługi

Historia pewnego kontraktu

horse

Rys. Jaki koń jest każdy widzi

Wyobraź sobie, że wdrażasz system CRM w dużej firmie telekomunikacyjnej. Jesteś na spotkaniu z klientem omawiając wymagania do modułu zarządzania kontem. Klient chciałby, żeby pod informacjami dotyczącymi konta była możliwość łatwego przeglądania listy faktur wraz z kwotą do zapłaty i datą wystawienia faktury. Dodatkowo widok listy faktur powinien umożliwiać otwarcie dokumentu faktury.

(więcej…)

Od menedżera do właściciela produktu

darth_vader_product_ownerDzień był szary, deszczowy i mglisty. Wystarczyłaby chwila spojrzenia na zasłonięty mgłą świat, aby zadumać się nad jesienią, przemijaniem i sensem… Na szczęście nikt w wielkim budynku biurowca nie miał czasu na patrzenie za okno – klimatyzacja utrzymywała stałą temperaturę 22 stopni Celsjusza, grube szyby broniły przed deszczem, a ludzie wpatrzeni byli w niebieskie ekrany monitorów, które wyświetlały raporty, maile, kody oraz – od czasu do czasu – zdjęcia małych kotków.

Do pokoju Stefana, młodego i zdolnego menedżera projektu, wszedł dyrektor działu rozwoju oprogramowania, przysunął sobie krzesło, usiadł na nim i powiedział tak:

– Słuchaj, jest taka sprawa. Centrala chce bardzo, żebyśmy byli adżajl i żebyśmy teraz projekty robili w skramie. Wybraliśmy twój projekt jako pilotaż, bo kiedyś mówiłeś, że coś o tym słyszałeś. Także zróbcie szybko tego skrama, wprowadźcie te biegi czy sprinty. Oczywiście cała zmiana nie może mieć wpływu na budżet – jest już ustalony z klientem, terminy są napięte, także nie możemy już niczego przesuwać. Tak za miesiąc potrzebuję prezentacji, która podsumowuje zalety skrama, będzie to rekomendacja dla pozostałych projektów. (więcej…)

Dlaczego Scrum nie działa?

Scrum FailPewien zespół programistów postanowił wdrożyć w swojej pracy framework Scrum. Jedna z osób w tym zespole przeczytała książeczkę pod tytułem Scrum Guide i opowiedziała innym jak ten cały Scrum wygląda – opowiedziała o tym, że są sprinty, że ostatnio cały świat tak robi, że będą bardziej efektywni oraz że w ogóle będzie miło i przyjemnie.

Zabrano się do pracy. Ustalono role – Franek został Właścicielem Produktu, zaś Marek został Scrum Masterem. Ustalono, gdzie będzie trzymany backlog oraz nauczono się, że gotowe zmiany w kodzie od teraz nazywają się inkrementem. Ustalono długość sprintu, w kalendarzach pojawiły się nowe spotkania pod tytułem planowanie sprintu, codzienny scrum, przegląd oraz retrospektywa. Wszystko zaczęło się toczyć, właściciel produktu priorytetyzował zadania w backlogu, backlog produktu zmieniał się w backlog sprintu, backlog sprintu zmieniał się w inkrement, a wykresy spalania poruszały się to w górę, to w dół.

Wszystko miało być pięknie. Jednakże po pewnym czasie członkowie zespołu doszli do wniosku, że w zasadzie nic się nie zmieniło. Zadania są takie same, jakość dostarczanego produktu w zasadzie cały czas pozostawia sporo do życzenia, a odbiorca cały czas jest tak samo niezadowolony. I w zasadzie to po co nam ten cały Scrum, więcej z niego kłopotu niż pożytku… (więcej…)

SOA i middleware

GetSoaGeekAndPoke

Geek and Poke

Architektura zorientowana na usługi (SOA) kojarzy się z zastosowaniem oprogramowania pośredniczącego nazywanego potocznie międzymordziem (ang. middleware). W poprzednim wpisie na temat SOA próbowałem na przykładzie opisać czym jest SOA w scenariusze z i bez ESB. W tym wpisie postaram się wyjaśnić jak middleware może pomóc przy budowaniu architektury zorientowanej na usługi.

Zdarza się, że przedsiębiorstwa inwestują w narzędzia middleware nie do końca wiedząc do czego i kiedy warto je stosować. Wiąże się to z kilkoma problemami: wiedza na temat integracji jest dosyć mało rozpowszechnioną dziedziną, a produkty oznaczone plakietką SOA oferują bardzo specyficzne metody według własnej filozofii. Temat SOA również rozumiany w środowisku informatycznym bywa w rożny sposób.

(więcej…)

SOA w praktyce

SOA

Architektura zorientowana na usługi (ang. service oriented architecture), SOA stała się popularnym terminem pojawiającym się na wszelkich etykietach dostępnego oprogramowania klasy enterprise. Praktycznie każdy dostawca chwali się, że dostarcza produkty “zgodne z SOA”. Wiele firm dało się skusić na kupienie produktu oznaczonego znaczkiem SOA z myślą, że zainstalują taki produkt i będą od tego momentu “robić SOA”… No cóż, SOA to nie systemy, a podejście, które trzeba wdrożyć by czerpać z niego korzyści.

(więcej…)

Żonglerka pudełkami, część I – czyli coś o testowaniu

Słowo wstępu

Jednym z ciekawszych etapów wytwarzania oprogramowania jest… testowanie (o ile możemy mówić o etapach, bo w dzisiejszym świecie raczej mówi się o fazach, które przebiegają  w miarę równolegle w ramach wytwarzania nowych funkcjonalności). Testy nie przebiegają w próżni, wymagają środowisk testowych odpowiednio uzbrojonych w konfigurację i dane testowe.

Pierwsza część artykułu opisuje gdzie należy wykonywać testy oraz na jakie trudności i zagadnienia natrafiamy podczas zrządzania środowiskami testowymi. W części drugiej opiszę dokładniej do czego służą różne testy i na co należy zwrócić uwagę przy ich wykonywaniu.

Stosunkowo prosto jest testować pojedynczy system, lecz w typowym dużym przedsiębiorstwie pojedyncze odizolowane systemy występują niezmiernie rzadko. Część systemów jest na etapie utrzymania, część na etapie intensywnego rozwoju, a część dopiero jest wprowadzana do użytku.

(więcej…)

Trzy pytania o Scruma

Coraz więcej firm i zespołów używa metodologii lekkich do wytwarzania oprogramowania. Wśród tych metodologii bardzo popularny jest Scrum. Nie jestem specjalistą od tej Scruma i dlatego chciałbym zadać trzy pytania, na które obecnie nie znam odpowiedzi. Może ktoś bardziej doświadczony w tej metodyce dopisze do nich odpowiedzi? (więcej…)

O trudnej sztuce kierowania IT

Dzisiaj publikujemy test pt: „czy wiesz, jak kierować zespołem IT”. Przeczytaj poniższy opis i odpowiedz na pytania na końcu testu.

Ponieważ nasza poprzednia próba napisania programu „Hello, world!” zakończyła się niepowodzeniem, zostało powołanych kilka niezależnych zespołów, które miały wykonać to zadanie. A każdy z tych zespołów ma oczywiście swojego kierownika… Przyjrzyjmy się im dokładniej: (więcej…)