HTML

Magunkról

The blog of the Budapest based Digital Natives covers the topics such as technological challenges we meet in our work, also our solutions and developments related mostly to Ruby on Rails and e. g. JavaScript. You can read about project management methodologies, which drive our workflow, such as agile or scrum. We don’t forget to report about our work and free-time related events and activities.

Facebook

Címkék

2011 (1) 2012 (4) 2013 (5) 2014 (1) agency (1) agile (1) agilis (13) android (1) angel (2) anita (2) API (1) árazás (2) artisjus (1) balaton (1) bécs (1) becs (1) becslés (1) befekteto (1) befektető (7) bemutatkozás (1) berlin (1) beszédfelismerés (2) beszédtechnológia (1) bitbucket (1) borkóstoló (1) budapest.rb (1) célok (1) client (4) cloud (1) code hulk (1) coding (1) coin (1) concept (2) conference (1) continuous integration (1) cross browser (1) cross platform (2) csapat (4) csapatépítés (1) csocsó (1) David (1) ddb (1) deployment (3) design (2) dev (4) dev meeting (2) digital (1) diktálás (1) dojo (1) ebook (1) education (1) elemzés (3) elmélet (1) English (1) english (8) értékelés (1) értékesítés (3) extreme programming (1) fejlesztő (3) feliratozás (1) Friday (1) frontend (2) game (3) game of thrones (1) gerzson (2) hackfwd (2) heroku (1) hirdetés (1) hosting (1) icatapult (2) idcee (4) idea (1) implementation (2) inkubáció (9) ios (1) javascript (1) jenkins (1) jogdíj (1) kaizen (1) kalandpark (1) kanban (3) képzés (2) kijev (1) kipuedu (1) kirándulás (1) kocákzati tőkealap (1) kommunikáció (1) lean (2) LinkedIn (1) Logidok (1) mahasz (1) meetup (9) mindroom (2) Mitnick (1) mixgar (14) mobil (4) MVP (1) mvp (2) nabaztag (1) natives (1) olasz (1) open source (1) people search (1) piknik (1) planning (1) playertise (3) prága (1) presentation (1) product owner (1) product roadmap (1) project (1) prototípus (1) prototype (1) rabbit (1) rails (15) ruby (13) rupy (1) scrum (9) search API (1) series (2) sharewood (1) siker (2) sorozat (1) spaceship (1) speedinvest (1) startup (6) startup week (1) String (1) szerződés (1) szolgáltatás (2) taxi (3) taxitrust (3) taxtrust (1) techshow (2) testing (2) teszt (1) titanium (1) toborzás (2) tőke (2) toptal (1) trónok harca (1) ügyfél (1) UI (1) UML (1) UX (2) üzletiangyal (1) vagrant (1) varga anita (1) verseny (2) videó (1) videóarchívum (1) vienna (1) világhírnév (8) virtualbox (1) vm (1) vodka (1) web (8) wired (2) workflow (2) XP (1) xp (3) Címkefelhő

The second part of the series, which follows the introduction after a quite long brake, about the role of the product owner in Scrum gives an insight  into "user story" format and Redmine. 

2. Specification

It is the duty of the Product Owner to collect and describe in detail all items of the product backlog.  As we have mentioned earlier, the product backlog is a list where all features to be developed are collected (the product backlog refers to the whole project, the sprint backlog refers to a specific sprint).  The more detailed and accurate the specification provided by the PO for the sprint planning, the faster and more effective will be the work.

When working in Scrum, we prefer to phrase requirements in the "user story" format. The benefit is that a user story is a high level, plain English description of a requirement or feature that doesn't require technological knowledge from the PO but clearly indicates the role and purpose of a feature in the whole project.

Typically a user story is phrased like this: "I, as a [role], want to [feature] so that [business benefit]"

The "so that" part of the story might seem strange at first, but it will eventually help the PO to prioritize tasks. Take the following two stories for example to see how the third part helps client decide business relevance: "I, as a buyer want to be able to pay with my credit card so that I can conveniently purchase the product" and "I, as a buyer want to save my searches so that later I can find them more easily". The Product Owner needs to realize that it is nice if the buyer can save the search but if there is no convenient payment option then there will be no conversion.

So the Product Owner writes user stories that will be detailed during sprint planning. It is the responsibility of the whole team to specify the acceptance criteria for each story. This might include technical details added by developers.

 

It is also important that the backlog document is available for each team member in a format that is always accessible and up to date.

We are using an online project administration tool called Redmine for keeping detailed, organized backlogs that are always accessible. The Product Owner is granted access to Redmine. At the beginning of each project, we support the PO in learning how to use Redmine. Adding new items, prioritizing items with drag and drop and adding details to stories is really easy in Redmine's user friendly interface.

This is how a backlog list looks in Redmine:

product backlog sprint backlogok.png

Using Redmine, the PO can always be up-to-date with the project, viewing the tasks developers are currently working on and the status of each user story. New feature requests and discovered bugs can be administered as well.

This leads us to the next role of the PO, which is testing and acceptance.

 

Szólj hozzá!

A bejegyzés trackback címe:

https://digitalnatives.blog.hu/api/trackback/id/tr165148725

Kommentek:

A hozzászólások a vonatkozó jogszabályok  értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai  üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a  Felhasználási feltételekben és az adatvédelmi tájékoztatóban.

Nincsenek hozzászólások.
süti beállítások módosítása