Demonstracja czyli o ważności informacji zwrotnej

Jednym z moich zaleceń, związanych z nurtem Agile, jest: “Pokazuj to co zbudowałeś tak często jak się tylko da”. Należy zastosować to podejście, aby uzyskać informację zwrotną na temat elementów rozwiązania, które zostały stworzone wcześniej.

Każda iteracja produkuje wykonywalne wypuszczenie. Może to być kod aplikacji, ale także w Agile Modeling artefakty związane z projektem systemu. Ocena wyników pracy daje możliwość zademonstrowania wykonanej pracy klientom i użytkownikom (lub innej grupie interesariuszy ) oraz uzyskanie informacji zwrotnej od nich o tym, jak stworzone artefakty faktycznie zaspakaja ich potrzeby.

Demonstracje dają więcej niż jedynie pokazanie postępu tworzenia, gdyż także:

  • wyjaśniają wymagania
  • generują dyskusje
  • sprawdzają założenia
  • budują pewność w zdolność zespołu do dostarczenia

Te przeglądy powinny obejmować bezpośrednich użytkowników systemu oraz sponsorów projektu, z których każdy będzie chciał zobaczyć, jak się mają rzeczy.

Demonstracje powinny być skonstruowane wokół scenariuszy wdrażanych podczas iteracji i powinny zawierać co najmniej przekrój przez kluczowe scenariusze.

Należy stosować tyle sesji, ile jest koniecznych, aby pokryć wszystkie scenariusze i zaangażować odpowiednie strony.

Podsumowując zademonstruj każdej osobie zaangażowanej w projekt to, że rozwiązanie jest projektowane (lub implementowane) iteracyjnie i narastająco. To ważne bo im wcześniej wykryjesz błąd tym szybciej go naprawisz.

Podobne wpisy

  • Dlaczego warto używać metod Agile? 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 […]
  • Kanban w Enterprise Architect 13 część 2 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 […]
  • Kiedy nie działa zwinne modelowanie? Czy zwinne modelowanie działa zawsze? Otóż nie. Zazwyczaj z podejściem Agile są problemy gdy opisujemy procesy w dużych firmach, gdzie istnieje: duża ilość procesów problemy są oparte o […]
  • Planowanie w projekcie w nurcie Agile Planując pracę  swoją czy też swojego zespołu staram się przestrzegać kilku zasad. Oto one: Plan szczegółowy buduję jedynie dla najbliższych zadań. Moim zadaniem użyteczne są plany […]
  • Zasada TAO – trzy cechy jeden zespół W dużych firmach spotkałem się czasem z sytuacją, w której to różne zespoły (np.: analitycy biznesowi i programiści) wzajemnie się zwalczali poprzez wytykanie nieścisłości w dokumentacji, […]
Reklama
MODESTO - licencje Enterprise Architect

Zostaw komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *

Przewiń do góry