Amr Elssamadisy Agile. Wzorce wdrażania praktyk zwinnych Metody zwinne mają pomóc Ci w tworzeniu oprogramowania dostarczającego więcej walorów biznesowych — dzięki nim powinieneś robić to nie tylko szybciej i taniej, ale też bezpiecznie i bezstresowo. Okazuje się jednak, że wiele organizacji ma problemy z implementowaniem i pełnym wykorzystaniem tych metod. Jeśli nie chcesz […]
Agile. Wzorce wdrażania praktyk zwinnych Czytaj dalej »
Kilkanaście dni temu opublikowałem 5 wskazówek dla analizy w ujęciu AGILE Scotta Amblera. Chciałbym je teraz uzupełnić o kolejne spostrzeżenia. Tym razem dotyczące przede wszystkim modeli. 1. Modele z czasem ewoluują Możesz zacząć od podstawowego przypadku, ale szybko postanowisz przekształcić go w kilka systemowych przypadków użycia. Możesz również postanowić opracować zbiór diagramów Object-Role Model (ORM)
Kolejne wskazówki dotyczące modelowania w ujęciu Agile Czytaj dalej »
Alistair Cockburn “Agile Software Development. Gra zespołowa”. Poznaj zasady doskonałej metodologii wytwarzania oprogramowania Jak dopasować metodologię Agile do specyfiki firmy? W jaki sposób powiązać Agile z innymi metodologiami? Jak wdrożyć Agile w całej strukturze firmy? Produkcja oprogramowania wymaga nie tylko doskonałej znajomości technologii, ale także metodologii zarządzania projektem. Kluczowym elementem jest tu umiejętność błyskawicznego reagowania
Agile Software Development. Gra zespołowa. Czytaj dalej »
Scrott Ambler kilkanaście miesięcy temu opublikował 5 wskazówek, które powinny usprawnić analizę w ujęciu AGILE Oto one: 1. Aktywny udział osób zainteresowanych jest najbardziej istotny Musisz ściśle współpracować z osobami zainteresowanymi w celu szczegółowego zgłębienia domeny biznesowej. Osoby zainteresowane powinny dostarczać informacji, modelować wraz z Tobą, dostarczać opinie i w odpowiedniej chwili podejmować decyzje. 2.
5 wskazówek dla analizy w ujęciu AGILE Czytaj dalej »
Wymaganie niefunkcjonalne zawsze wydają się być zbyt słabo podkreślone podczas pisania wymagań. Zazwyczaj brakuje na nie czasu i są zbyt szczegółowe by wszystkie opisać. Ponadto udziałowcy projektu w tym analitycy biznesowi mają tendencję do zaniedbywania wymagań niefunkcjonalnych gdyż pisząc wymagania skupiają się na użytkowniku i ich celach. To dziwne gdyż cele użytkownika i scenariusze przypadków
niedocenione wymagania niefunkcjonalne Czytaj dalej »
Scrum to jedna ze zwinnych metodyk w nurcie Agile, stosowaną w procesie wytwórczym oprogramowania. SCRUM jest ukierunkowany na budowę gotowego kodu. Powstaje jednak pytanie co zrobić, gdy potrzebny jest model, lub specyfikacja projektu. Niniejszy tekst stanowi zarys SCRUM wraz z wskazówkami wykorzystania języka UML w tej metodyce. Opis Scrum pochodzi z dokumentacji EPF. Zamieszczone wskazówki
Modelowanie w SCRUM Czytaj dalej »
Estymacja jest oceną ilościową nieznanych parametrów projektu na podstawie zdefiniowanego zakresu prac oraz wiedzy ogólnej o warunkach realizacji projektu. Szacujemy te wielkości, których nie możemy policzyć czy zmierzyć, lub też takie, których pomiar jest bardzo kosztowny lub skomplikowany. Zanim jednak przejdziemy do estymacji pracochłonności warto zastanowić się do czego można wykorzystać otrzymane szacowania. Wyniki estymacji
Szacowanie oprogramowania Czytaj dalej »
O mały włos bym zapomniał napisać iż jest już dostępna beta 9 wersji Enterprise Architecta. Na razie pobrać mogą ją tylko zarejestrowani użytkownicy. Niebawem ją przetestuję. Lista zmian jest dość pokaźna. Oto one (w oryginale): Podobne wpisy Migracja z IBM Rational Software Modeler do Enterprise Architect Przy braku spójności w narzędziach CASE stosowanych przez firmę
Enterprise Architect 9 beta – Release Notes Czytaj dalej »
O awarii Toshiby pisałem tutaj Modele na nowej maszynie – Witaj DELLU Teraz okazało się, że siadła drukarka dość znanej firmy (dla zainteresowanych link do sklepu firmowego.) Plaga jakaś czy co? Pisze jednak o tym nie po to by dowodzić teorii spiskowej a po to by wskazać na pewną prawidłowość zachodzącą pomiędzy procesami biznesowymi a
plaga awarii i zrealizowane cele Czytaj dalej »
Chciałbym podzielić się kilkoma istotnymi zasadami, które, mam nadzieję, że pomogą ustanowić efektywne podstawy dla modelowania wymogów metodą agile (i nie tylko). 1. "Niezwykle ważny jest aktywny udział osób zainteresowanych”. Udziałowcy projektu powinni przekazywać swoje wymagania, nadawać im priorytety oraz w odpowiednim czasie podejmować decyzję. Istotnym jest, aby udziałowcy projektu zrozumieli tę koncepcję i angażowali
KILKA PORAD DLA MODELOWANIA WYMAGAŃ METODĄ AGILE Czytaj dalej »
