4
Economy & Business
Jeśli chodzi o zwinne zarządzanie wymaganiami, tutaj nacisk położony jest na konwersację – rozmowę o wymaganiach oraz pomysłach. Chodzi o to, żeby bardziej o wymaganiach rozmawiać, niż je pisać. Stąd agile wprowadza koncepcję historyjek użytkownika (ang. user stories), jako łatwy i szybki sposób na zbieranie wymagań klienta. Historyjki użytkownika mają postać niewielkich kartoników lub kawałków papieru, które przypominają trochę fiszki w katalogu bibliotecznym. Fiszki, jak cześć z was pamięta zapewne ze studiów, zawierają określone hasła, krótkie informacje lub notatki. Dokładnie taka idea przyświeca historyjkom użytkownika. Mają to być małe kartoniki, na których umieszczony jest zwięzły opis funkcjonalności, która jest szczególnie pożądana dla określonego klienta lub użytkownika systemu. Ważne w tym wszystkim jest to, żeby nie traktować historyjek jak jakiegoś zamiennika dla „specyfikacji”. Historyjka przede wszystkim jest narzędziem komunikacji. Dlatego, Product Owner i zespół powinni o historyjkach rozmawiać, i także wspólnie je pisać. Jak obserwuję, bardzo niewielu Product Ownerów faktycznie angażuje analityków, programistów, czy testerów w pisanie historyjek użytkownika. Wielu z nich woli robić to samodzielnie, w pojedynkę. W dzisiejszej audycji podam Wam 8 bardzo konkretnych powodów, dla których warto to robić wspólnie.
Release date
Audiobook: January 10, 2019
Tags
4
Economy & Business
Jeśli chodzi o zwinne zarządzanie wymaganiami, tutaj nacisk położony jest na konwersację – rozmowę o wymaganiach oraz pomysłach. Chodzi o to, żeby bardziej o wymaganiach rozmawiać, niż je pisać. Stąd agile wprowadza koncepcję historyjek użytkownika (ang. user stories), jako łatwy i szybki sposób na zbieranie wymagań klienta. Historyjki użytkownika mają postać niewielkich kartoników lub kawałków papieru, które przypominają trochę fiszki w katalogu bibliotecznym. Fiszki, jak cześć z was pamięta zapewne ze studiów, zawierają określone hasła, krótkie informacje lub notatki. Dokładnie taka idea przyświeca historyjkom użytkownika. Mają to być małe kartoniki, na których umieszczony jest zwięzły opis funkcjonalności, która jest szczególnie pożądana dla określonego klienta lub użytkownika systemu. Ważne w tym wszystkim jest to, żeby nie traktować historyjek jak jakiegoś zamiennika dla „specyfikacji”. Historyjka przede wszystkim jest narzędziem komunikacji. Dlatego, Product Owner i zespół powinni o historyjkach rozmawiać, i także wspólnie je pisać. Jak obserwuję, bardzo niewielu Product Ownerów faktycznie angażuje analityków, programistów, czy testerów w pisanie historyjek użytkownika. Wielu z nich woli robić to samodzielnie, w pojedynkę. W dzisiejszej audycji podam Wam 8 bardzo konkretnych powodów, dla których warto to robić wspólnie.
Release date
Audiobook: January 10, 2019
Tags
Step into an infinite world of stories
Overall rating based on 2 ratings
Download the app to join the conversation and add reviews.
English
International