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 »
Planowanie wydania (ang. Release Planning) to czas, w którym na początku projektu zespół utworzy wysokiego poziomu plan realizacji produktu. Na początku projektu Zespół, z oczywistych względów, nie może znać wszystkiego z góry, tak więc plan szczegółowy nie jest konieczny. Plan wydania powinien brać pod uwagę: Liczbę i czas trwania sprintów Ilość osób lub zespołów, które
Release Planning – Planowanie Wydania Czytaj dalej »
Kończy się rok 2016. Dla mnie dość intensywny i jednocześnie pełen refleksji. Refleksja dotyka kilku tematów. Zastanawiam się dokąd zmierza architektura korporacyjna? Co stanie się z architektami korporacyjnymi w organizacjach, które jeszcze nie dojrzały do wykorzystania mocy architektury korporacyjnej. Myślę coraz cieplej o Scrum, który coraz częściej łączy się z analizą po to by dokumentacja
Podsumowanie 2016 i plany na 2017 Czytaj dalej »
