W ostatnim wpisie (ok. dwóch tygodni temu) dałem kilka wskazówek jak realizować efektywne spotkania. Oto garść kolejnych rad: Wykorzystuj spotkania by się sprzeczać Brzmi to źle, ale jest to właśnie ta rzecz, która sprawia, że spotkanie jest efektywne. Spotkania pozwalają ludziom spotkać się osobiście i wyjaśnić różnice. Możesz postawić naprzeciwko siebie różne pomysły i wypracować […]
Efektywne spotkania cz. 2 Czytaj dalej »
Tegoroczny kwiecień to moje małe święto. Dziesiąta rocznica blogowania. Pomyślałem, że może warto jest wrócić do tego co było przed blogiem. Przed blogiem już trochę pisałem. Potem moją twórczość przelałem na bloga. Wtedy to były materiały uzupełniające dla moich studentów. Nie miałem planu być w sieci tak długo – 10 lat temu nie było blogosfery :-). Ot strona
Model – Driven Development udoskonalona metoda wytwarzania aplikacji cz.1 Czytaj dalej »
Dziś zgodnie z obietnicą złożoną w poście Podsumowanie 2016 i plany na 2017 rozpoczynam cykl wpisów na temat produktywności analityka. Zaplanowałem 4 wpisy. Będę je publikował co mniej więcej 2 tygodnie we wtorki. Zacznę od spotkań i kalendarza by skończyć na opisie mojego systemu produktywności, który jest oparty o Getting Things Done. Nie zamierzam zmieniać tematyki
Efektywne spotkania cz. 1 Czytaj dalej »
Plan zarządzania wymaganiami to dokument, który opisuje zasady postępowania z wymaganiami. W moim odczuciu to jeden z najważniejszych dokumentów, gdyż w jawny sposób opisuje szereg ważnych informacji dotyczących sposobu udokumentowania wymagań. To swoisty kontrakt pomiędzy analitykami a pozostałymi interesariuszami. Dokument w zależności od projektu może się różnić. W opisie wymagań nie zapominam o przypadkach życia, Zazwyczaj
Plan zarządzania wymaganiami Czytaj dalej »
Pod koniec 2016 roku w poście PODSUMOWANIE 2016 I PLANY NA 2017, w kontekście 10 lat prowadzenia bloga, pisałem o dwóch niespodziankach. Pierwsza z nich niebawem ujrzy światło dzienne. Otóż postanowiłem nagrać bezpłatny kurs z podstaw modelowania przypadków użycia. Prace powoli się finalizują. Więcej na ten temat zobaczysz w poniższym zaproszeniu. [video_embed url=”https://vimeo.com/205354943/d656274eb4″] [grwebform url=”https://app.getresponse.com/view_webform_v2.js?u=81F&webforms_id=10507302″ css=”on” center=”off”
Dziesięciolecie bloga – czas na prezenty Czytaj dalej »
W Internecie coraz głośniej jest o rozporządzeniu o ochronie danych (potocznie zwanym RODO lub GDPR – General Data Protection Regulation). Rozporządzenia ma wejść w życie pod koniec maja 2018 roku. Czasu na jego wdrożenie jest niezbyt dużo, tym bardziej, że w rozporządzeniu tym czytamy w artykule 32 (podaję za https://sekurak.pl/gdpr-nowe-wymagania-dla-ochrony-danych-osobowych-idzie-zaglada/): (…) administrator i podmiot przetwarzający wdrażają odpowiednie środki
Analiza ryzyka i zagrożeń kontekście ochrony danych osobowych Czytaj dalej »
Retrospekcja Sprintu (ang. Sprint Retrospective) jest głównym mechanizmem pozwalającym na uzyskanie informacji zwrotnej na temat kondycji procesu scrum. „Retrospekcja sprintu pozwala zespołowi scrumowemu na inspekcję rezultatów, identyfikację problemów oraz ich przyczyn, a także pracę nad poprawą jakości i efektywności pracy. (…) Jako właściciel produktu powinieneś regularnie brać udział w retrospekcji sprintu. Pozwala to na dzielenie się pomysłami na ulepszenie
Sprint Retrospective – Retrospekcja Sprintu Czytaj dalej »
Zarządzanie procesem to połowa sukcesu. Druga połowa sukcesu to jego monitorowanie i wyciąganie wniosków. W Kanban mamy wskaźniki, które umożliwiają monitorowanie procesu. Wskaźniki mają pozwolić by zespół ulepszał proces. Moje ulubione wskaźniki to: Czas dostarczenia – czas dla całego przepływu Przepustowość- ile zadań jest w jednym przepływie Tak jak w przypadku większości aspektów związanych z kanban wskaźniki powinny
Wskaźniki i raportowanie w Kanban Czytaj dalej »
Każdy sprint kończy się Spotkaniem Przeglądowym Sprintu (ang. Sprint Review Meeting), gdzie zespół prezentuje potencjalnie wykonalne przyrosty produktu. Na końcu każdego sprintu odbywa się Spotkanie Przeglądowe Sprintu. W trakcie spotkania Zespół Scrum pokazuje, co osiągnął podczas sprintu. Na ogół przybiera to formę demonstracji nowych cech i funkcjonalności produktu. Uczestnicy Przeglądu Sprintu to zazwyczaj Właściciel Produktu, Zespół
Sprint Review – Przegląd Sprintu Czytaj dalej »
Kolejki i limity WIP, o których pisałem w poprzednich postach, składają się na główny wskaźnik problemów w przepływie w trakcie ich występowania. Pokazują, gdzie znajdują się wąskie gardła, oraz, jeszcze zanim to się stanie, gdzie dopiero one powstają. Wąskie gardła często ujawniają się poprzez nawarstwianie się prac przed nimi, kiedy w krokach za nimi brakuje
Zarządzanie wąskimi gardłami w Kanban Czytaj dalej »
