{"id":581,"date":"2011-05-20T07:15:14","date_gmt":"2011-05-20T07:15:14","guid":{"rendered":"http:\/\/mikekuphal.azurewebsites.net\/?p=581"},"modified":"2011-05-20T07:15:14","modified_gmt":"2011-05-20T07:15:14","slug":"agile-planning-have-to-see-what-you-plan","status":"publish","type":"post","link":"https:\/\/mikekuphal.com\/?p=581","title":{"rendered":"Agile Planning: Have To See What You Plan"},"content":{"rendered":"

\"cards\"<\/a>For both Sprint planning, and Product planning, teams I have been part of have found that being able to see (visually) the backlog is very important.\u00a0<\/p>\n

If you are using good old fashion index cards\/post-its to record your User Stories<\/a> and tasks, or using a electronic tool to keep track of them (maybe you have a distributed team), all team members need to be able to see the Sprint \/ Product backlog and should be able to look at each anytime. I would go one step further and say that you also need to be able to visually order items in addition to being able to see them.<\/p>\n

Providing the ability to the Product Owner to visually prioritize User Stories is a must in my opinion.<\/h4>\n

To do this, all User Stories need to be easily viewed, side by side.\u00a0 Teams I have been part of have used software to track our User Stories and Tasks because we have some team members that are not at the same site as all other team members.\u00a0 We have tried to have the P.O. prioritize User Stories without a visual tool, and it simply requires too much memorization to do efficiently\/effectively.\u00a0 Once we implemented a tool that allowed the P.O. to see all items on screen, next to each other, as well as drag and drop them to quickly prioritize, the process became much more streamlined and we were able to focus on the tradeoffs between User Stories instead of trying to remember what we set to what priority previously.<\/p>\n

The Team needs to be able to visually see the backlog to be able to efficiently prepare for Sprint Planning.<\/h4>\n

\"bl\"<\/a>This point is more a call to ensure that all team members have access to look at the backlog at their convenience.\u00a0 This empowers them to be able to prepare for upcoming planning meetings, as well as get a overall feel for what the P.O. currently feels are important User Stories to tackle in upcoming sprints.\u00a0 I add the \u2018visual\u2019 part to this statement for similar reasons as the P.O.\u2019s need.\u00a0 Being able to see work items side by side is powerful from a relationship basis.<\/p>\n

It\u2019s imperative for the team to be able to see all User Stories while executing Sprint planning.<\/h4>\n

The team members need to see all User Stories side by side when committing to individual User Stories for the Sprint.\u00a0 If the team isn\u2019t allowed a full view of choices, they will have difficulties choosing the best stories to commit to given the Sprint goals.\u00a0 Certainly the highest priority User Stories will be shown first, but those aren\u2019t always the stories the team chooses to implement (for a number of reasons outside the scope of this post).\u00a0<\/p>\n

Next up in this series, the importance of tracking Remaining Work Hours as opposed to completed hours<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":"

For both Sprint planning, and Product planning, teams I have been part of have found that being able to see (visually) the backlog is very important.\u00a0 If you are using good old fashion index cards\/post-its to record your User Stories and tasks, or using a electronic tool to keep track of them (maybe you have … Continue reading “Agile Planning: Have To See What You Plan”<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2,5],"tags":[],"class_list":["post-581","post","type-post","status-publish","format-standard","hentry","category-agile","category-scrum"],"_links":{"self":[{"href":"https:\/\/mikekuphal.com\/index.php?rest_route=\/wp\/v2\/posts\/581","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mikekuphal.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mikekuphal.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mikekuphal.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/mikekuphal.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=581"}],"version-history":[{"count":0,"href":"https:\/\/mikekuphal.com\/index.php?rest_route=\/wp\/v2\/posts\/581\/revisions"}],"wp:attachment":[{"href":"https:\/\/mikekuphal.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=581"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mikekuphal.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=581"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mikekuphal.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=581"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}