Myśląc o modelowaniu architektury korporacyjnej bardzo często rozważa się wybór narzędzia do modelowania. Jednym z naturalnych kandydatów jest Enterprise Architect. Kandydatura Enterprise Architect'a bierze się zazwyczaj z faktu, że jest ona wykorzystywane przez szeroko rozumiane IT. IT dość często, w ramach inicjatywy oddolnej, próbuje wdrożyć elementy architektury korporacyjnej. Wspomniana powyżej sytuacja nie jest, w moim odczuciu, do końca idealna. W…

Pisząc jakąkolwiek specyfikację wymagań a rejestr produktu i rejestr sprintu są taką specyfikację należy uwzględnić wymagania niefunkcjonalne. O ile sama historyjka użytkownika zazwyczaj reprezentuje wymagania funkcjonalne to, w moim odczuciu, drobny problem jest z wymaganiami niefunkcjonalnymi, które reprezentują oczekiwania na poziomie systemu. Brak wymagań niefunkcjonalnych lub ich niedostateczna ilość są często źródłem problemów z programowaniem a także z testowaniem. "Dobre zarządzanie…

W zeszłym tygodniu pisałem o dobrych cechach Rejestru Produktu. Dziś chciałbym przybliżyć dobre cechy historyjki użytkownika. Dobra historyjka użytkownika powinna spełniać kryteria INVEST. INVEST to: Independent - niezależność Negotiable - negocjowalność Valuable - wartościowość Estimatable - ocenialność Sized correctly - dobry rozmiar Testable - testowalność Połączenie tych cech pozwala na budowanie sensownych i użytecznych historyjek użytkownika. Niezależność Niezależność historyjki użytkownika oznacza,…

W zeszłym tygodniu opisałem rejestr produktu. Dziś chciałbym przybliżyć temat jakości rejestru produktu. Dobry rejestr produktu jest DEEP. Akronim DEEP został stworzony przez Romana Pichlera i Mike’a Cohena ułatwiający zapamiętanie kryteriów służących do oceny jakości rejestru produktu. DEEP oznacza: Detailed appropriately - wystarczająco szczegółowy, Estimated - szacunkowy Emergent - nowo powstający (podaję za Pichlerem [2]) Prioritized - zawiera priorytety Roman Pichler w swojej…

Zgodnie z zapowiedziami Enterprise Architect doczekał się 13 wersji. Sparx Systems dziś opublikował finalną wersję tego popularnego narzędzia. Publiczna kompilacja ma numer 1305. Enterprise Architect 13 to nie tylko nowy interfejs nawiązujący do Office 2016, ale także i może przede wszystkim wsparcie Kanban oraz bardziej sensowne mechanizmy wspierające zarządzanie zmianą. O Kanbanie pisałem w Kanban w Enterprise Architect 13 część 1 oraz…

Pisząc o Scrum nie można zapomnieć o historyjkach użytkownika. Co prawda  Scrum nie określa sposobu opisywania elementów rejestru produktu i pozwala na dodanie tam różnych artefaktów to historyjka użytkownika stałą się jednym z symboli metodyki Scrum. "User story, czyli historia użytkownika, opowiada o kliencie lub użytkowniku korzystającym z produktu. Zawiera imię, krótki opis oraz kryteria akceptacji czy warunki, które muszą być…

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 3.0 w Enterprise Architect 13.…

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ł dokładnie zdefiniowany.  Zazwyczaj podczas inicjacji projektu…

Zespół Scrum (ang. Scrum Team) buduje produkt, który zostanie wykorzystany przez klienta przykładowo oprogramowanie lub witrynę. Może to być także aktualizacja oprogramowania. Zespół w Scrum jest „międzyfunkcyjny” – obejmuje całą wiedzę niezbędną dla dostarczenia w każdym Sprincie produktu będącego potencjalnym wynikiem sprintu – jest „samoorganizujący się” oraz posiada bardzo duży stopień autonomii i odpowiedzialności. Zespół Scrum: Jest międzyfunkcyjny, z mniej…

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 procesów biznesowych oraz modele systemów…

Close