Model – Driven Development udoskonalona metoda wytwarzania aplikacji cz.1

inżynieria oprogramowania /

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 »

Efektywne spotkania cz. 1

produktywność /

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

analiza wymagań, zarządzanie wymaganiami /

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 »

Dziesięciolecie bloga – czas na prezenty

inżynieria oprogramowania /

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 »

Analiza ryzyka i zagrożeń kontekście ochrony danych osobowych

modelowanie zagrożeń /

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 »

Sprint Retrospective – Retrospekcja Sprintu

scrum /

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 »

Wskaźniki i raportowanie w Kanban

kanban /

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 »

Sprint Review – Przegląd Sprintu

scrum /

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 »

Zarządzanie wąskimi gardłami w Kanban

kanban /

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 »

Release Planning – Planowanie Wydania

scrum /

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 »

Przewijanie do góry