Zarządzanie zmianą to jedno z najtrudniejszych zadań przed jakimi stroi zespół projektowy. Enterprise Architect umożlwia zarządzanie zmianą w oparciu mechanizm baseline. Problem polega na tym, że z poziomu EA ciężko jest wygenerować raport zmiany. W swojej pracy używam TORMIGO, w którym mogę uzyskac sensowny raport zmiany. Celem niniejszego tekstu jest prezentacja możliwości wykorzystania mechanizmu […]
Tormigo i mechanizm Baseline Czytaj dalej »
W ostatnich kilku projektach spotkałem się z tym, że poświęca się masę czasu na budowę modeli zaniedbując wymagania. Oto kilka dobrych rad dla zespołów stosujących zwinne modele 1. "Oprogramowanie musi być oparte na wymaganiach”. Jeśli nie ma wymagań, nie ma czego budować. Celem Tworzenia Oprogramowania jest zbudowanie działającego oprogramowania, które spełnia wymogi udziałowców projektu. Jeśli
Sześć myśli na temat zwinnych wymagań Czytaj dalej »
Jedną z trudności, z jakimi spotykam się w EA to zarządzanie zmianą a dokładniej przyczyną zmiany. Na co dzień używam TORMIGO i tam problem ten został rozwiązany. TORMIGO monitoruje zmianę i ją odnotowuje wymuszając na mnie jakikolwiek opis. Film demo pokazałem w tekście: Automatyczne wersjonowanie wymagań. Nie wszyscy używają tej aplikacji jak w takim razie
Banalne zarządzanie informacją o zmianie w Enterprise Architect Czytaj dalej »
Jedną z trudności, z jakimi spotykam się w EA to zarządzanie zmianą a dokładniej przyczyną zmiany. Na co dzień używam TORMIGO i tam problem ten został rozwiązany. TORMIGO monitoruje zmianę i ją odnotowuje wymuszając na mnie jakikolwiek opis. Film demo pokazałem w tekście: Automatyczne wersjonowanie wymagań. Nie wszyscy używają tej aplikacji jak w takim razie
Banalne zarządzanie informacją o zmianie w Enterprise Architect Czytaj dalej »
Praca grupowa w chmurze to bardzo wygodne rozwiązanie. Kto raz spróbował pisać tekst z inną osobą lub osobami w tym samym czasie w aplikacjach takich jak Google Docs, ten wie jak skuteczne i wartościowe są to rozwiązania. Dzięki takim produktom jak wspomniane Google Docs praca grupowa nabrała innego wymiaru. Wydaje się być celowym aby korzyści
Zarządzanie wymaganiami w Enterprise Architect z wykorzystaniem Google Docs Czytaj dalej »
Obiecałem, że po wakacjach wznowię nabór na szkolenie: Agile Modeling w Enterprise Architect Dziś właśnie ustaliłem termin wynajmu sali. Zapraszam więc na szkolenie w dniu 08-09.12.2011 Miejsce szkolenia: Warszawa, ul Nowogrodzka 56A. Zdjęcie sali obok. Więcej na temat szkolenia na stronie: Agile Modeling w Enterprise Architect. Jeśli chcesz wziąć udział w szkoleniu proszę wypełnij Deklarację
Agile Modeling – szkolenie w grudniu Czytaj dalej »
Kilka tygodni temu temu polecałem książki zawiązane z zarządzaniem czasem i zadaniami (Allen, Tracy i ja) oraz dotyczącą modelowanie w języku UML (UML i wzorce projektowe). Polecane książki na temat metodyk zwinnych zamieściłem w poście (Polecane książki o SCRUM i programowaniu extremalnym). Dziś chciałbym polecić dwie pozycje związane z zarządzaniem projektami. Pierwsza z nich to
Zarządzanie projektami polecana literatura Czytaj dalej »
Jakiś czas temu prezentowałem TORMIGO. Już za kilka dni będzie dostępna nowa wersja (2.0) tego narzędzia. Poprawiono wiele błędów i pojawi się kilka nowości. Jedną z nich jest synchronizacja wymagań zamieszczonych w chmurze (arkusz kalkulacyjny Google Docs) z repozytorium projektu Enterprise Architect. Filmik demo prezentujący tą funkcję zamieszczam poniżej. [youtube=http://www.youtube.com/watch?v=4bfktkIqt0M&feature=colike&w=450&h=280] Podobne wpisy Zarządzanie wymaganiami w
TORMIGO – wymagania w chmurze Czytaj dalej »
Metody Agile skupiają się na krótszych iteracjach, w których to oprogramowanie dość często jest doprowadzane do takiego poziomu jakości, który pozwala na jego wydanie, zazwyczaj trwa to od tygodnia do miesiąca. Krótkie iteracje dostarczają wielu korzyści technicznych i tych dotyczących zarządzania. Z technicznego punktu widzenia główną korzyścią jest zredukowane ryzyko integracyjne, jako że ilość integrowanych
Dlaczego warto używać metod Agile? Czytaj dalej »
Projekty ukierunkowane na Agile, zwłaszcza gdy dana organizacja zaczyna “być Agile”, mają tendencję do bycia bardzo dokładnym i precyzyjnym – zgodnym z Agile. Proponuję więc kilka zaleceń, które mi pomagają w pracy i być może pomogą innym. Krócej znaczy lepiej. Iteracja nie powinna być dłuższa niż 4 tygodnie, w przeciwnym wypadku możesz wpaść w styl
Iteracje kilka dobrych zaleceń Czytaj dalej »
