No to się porobiło :-). Po tym jak odpaliłem facebooka i google+ dla bloga oraz zrobiłem listę mailingową, wpadłem na kolejny pomysł. Postanowiłem trochę poeksperymentować z formą i treścią. Teksty na tym blogu piszę od 9 lat więc przyszła kolej na video. Spokojnie jak na razie nie planuję podcastów :-). Nagrałem krótki filmik o obecności Archimate […]
Archimate 3.0 w Enterprise Architect 13 Czytaj dalej »
Rejestr Produktu (ang. Product Backlog) zwany czasem zaległościami produktu, to główny wykaz wszystkich funkcjonalności pożądanych w produkcie. Za dostarczenie wymagań w postaci rejestru produktu odpowiedzialny jest Właściciel Produktu. Rejestr produktu to „spis czekających na wykonanie historyjek z rejestru produktu z przypisanymi priorytetami” [1]. Podczas inicjacji projektu mamy jego zarys. Nie ma możliwości i wiedzy by projekt był
Product Backlog – Rejestr produktu Czytaj dalej »
Dwa tygodnie temu w poście poście Moje ulubione perspektywy w architekturze korporacyjnej przedstawiłem kilka diagramów opisujących architekturę korporacyjną z różnych perspektyw. Opisane perspektywy obejmowały architekturę biznesową, architekturę systemów informatycznych oraz architekturę technologiczną. Oprócz tego zaprezentowałem kilka diagramów prezentujących mapowania pomiędzy powyżej wymienionymi architekturami. W dzisiejszym wpisie postaram się zaprezentować mapowania artefaktów architektury korporacyjnej na wymagania architektoniczne, model
Mapowania wychodzące poza architekturę korporacyjną Czytaj dalej »
Właściciel Produktu (Product Owner) reprezentuje interesy wszystkich interesariuszy, określa cechy produktu i ustala hierarchię Product Backloga – rejestru produktu. „Osoby, które reprezentują perspektywę klienta w projekcie, odgrywają rolę Właściciela Produktu (…). Taki ktoś odpowiada za wymagania, ustala priorytety, odbiera pracę w sprintach” [4]. Właściciel Produktu ma następujące obowiązki: Określa cechy produktu; Jest odpowiedzialny za rentowność produktu
Product Owner – Właściciel Produktu Czytaj dalej »
Mistrz Scrum (ang. Scrum Master), w literaturze określany również jako mistrz młyna, odpowiada za zapewnienie tego, aby Zespół Scrum żył wartościami i praktykami Scrum czyli, innymi słowy, on nadzoruje sposób wykorzystania metodyki. Mistrz Scrum chroni zespół poprzez zapewnienie tego, że nie podejmą oni zbyt wielkich zobowiązań w stosunku do tego, co mogą osiągnąć podczas sprintu.
Scrum Master – Mistrz Scrum Czytaj dalej »
Na moich stronach przedstawiłem szereg perspektyw Archimate (https://wolski.pro/archimate-2-0/perspektywy/). Użycie ich wszystkich w danej organizacji jest oczywistym nieporozumieniem. Niejednokrotnie pisałem o tym, że w każdym projekcie należy wybrać kilka diagramów za pomocą których, zostanie opisany system. W przypadku Archimate – naczelnego języka do opisu architektury korporacyjnej, takie perspektywy (diagramy) należy wybrać również. Dziś postanowiłem podzielić się moimi ulubionymi
Moje ulubione perspektywy w architekturze korporacyjnej Czytaj dalej »
W 2009 roku napisałem kilka postów dotyczących metodyki Scrum. Opisałem role, artefakty i wykonywane czynności. Dziś Scrum jest powszechnie wykorzystywaną metodyką pracy. Stanowi całość lub część procesu wytwórczego oprogramowania. Od 2009 roku minęło kilka ładnych lat. Ponadto coraz częściej Scrum jest łączony z klasycznym modelowaniem. Co więcej Enterprise Architect 13 wspiera już całkiem
Metodyka Scrum – zapowiedź cyklu wpisów Czytaj dalej »
Wersjonowanie w Enterprise Architect 13 zwane Time Aware Modeling (TAM) to jedna z najbardziej znaczących zmian w nowej wersji Enterprise Architect. Wersjonowanie w Enterprise Architect 13 pozwala na tworzenie przyrostowych wersji elementów i diagramów. Funkcjonalność ta bazuje na znanym wcześniej klonowaniu elementów (wklejanie elementów z opcją as new). Opisywane wersjonowanie nie jest zależne od mechanizmu
Wersjonowanie w Enterprise Architect 13 Czytaj dalej »
W poprzednim tygodniu pisałem o kanban w Enterprise Architect (Kanban w Enterprise Architect 13 część 1). Dziś postaram się przedstawić mechanizmy raportowania a dokładniej wykresy w Enterprise Architect zbudowane na bazie historyjek użytkownika. Wspomniane wykresy pokażę na małym repozytorium z 15 elementami. Dodajemy elementy do diagramów Kanban i działamy zgodnie z jego zasadami 🙂 W
Kanban w Enterprise Architect 13 część 2 Czytaj dalej »
Nadchodzący Enterprise Architect to sporo nowości. Przegląd nowości opisałem https://wolski.pro/2016/07/nadchodzi-enterprise-architect-13/ Dziś będę chciał opisać bardziej szczegółowo jeden aspekt a mianowicie możliwość użycia Kanban. O Kanban (https://wolski.pro/kanban/) pisałem w 2014. Dla przypomnienia zacytuję definicję ze strony http://www.system-kanban.pl/ Jest to japońska metoda kontroli procesu produkcyjnego oparta wyłącznie na rzeczywistym zużyciu materiałów. Kanban umożliwia redukcję zapasów w hali produkcyjnej, które
Kanban w Enterprise Architect 13 część 1 Czytaj dalej »
