{"id":621,"date":"2011-06-01T07:15:47","date_gmt":"2011-06-01T07:15:47","guid":{"rendered":"http:\/\/mikekuphal.azurewebsites.net\/?p=621"},"modified":"2011-06-01T07:15:47","modified_gmt":"2011-06-01T07:15:47","slug":"agile-planning-micro-manage-yourself","status":"publish","type":"post","link":"https:\/\/mikekuphal.com\/?p=621","title":{"rendered":"Agile Planning: Micro-manage&#8230; Yourself!"},"content":{"rendered":"<p><a href=\"https:\/\/mikekuphal.com\/wp-content\/uploads\/2013\/12\/microm.jpg\"><img loading=\"lazy\" decoding=\"async\" style=\"background-image:none;padding-left:0;padding-right:0;display:inline;float:right;padding-top:0;border-width:0;\" title=\"MicroM\" src=\"https:\/\/mikekuphal.com\/wp-content\/uploads\/2013\/12\/microm_thumb.jpg\" alt=\"MicroM\" width=\"177\" height=\"264\" align=\"right\" border=\"0\" \/><\/a>In my last post, I talked about the <a href=\"https:\/\/mkuphal.wordpress.com\/2011\/05\/25\/agile-planning-remaining-work-hours-completed-work-hours\/\">importance of tracking Remaining Work Hours instead of Completed Hours<\/a> and some of the reasons why this can work for your team.\u00a0 Because of the relatively short nature of a Sprint (usually 2-4 weeks), one might think it\u2019s not important to update the Remaining Work hours on their individual tasks, but instead just set the task to \u2018in progress\u2019 when work starts on them, and when completed, remove the Remaining Work hours and set to done.\u00a0 Truth be told, many times this would be just fine.\u00a0 It might make the Sprint <a class=\"zem_slink\" title=\"Burn down chart\" href=\"http:\/\/en.wikipedia.org\/wiki\/Burn_down_chart\" rel=\"wikipedia\">burn down chart<\/a> a bit more \u2018up and down\u2019, but the work would get done just fine.<\/p>\n<p>I strongly encourage teams I work with to update the Remaining Work hours at least once a day on any active tasks.\u00a0 Some have accused me of attempting to \u2018Micro-Manage\u2019 the team by this request.\u00a0 I simply say to them now: \u201cYou can <a class=\"zem_slink\" title=\"Micromanagement\" href=\"http:\/\/en.wikipedia.org\/wiki\/Micromanagement\" rel=\"wikipedia\">micro-manage<\/a> yourself if you want, this request is for the benefit of the team, not me.\u201d\u00a0 By updating the Remaining work hours daily, the whole team has a better picture of how all tasks are progressing, and it allows the team as a whole to quickly identify possible time line issues and adjust to the ebbs and flows of all development work.<\/p>\n<p>The one big caveat that goes with asking the team to update their Remaining work hours daily, is the time entry mechanism has to be simple, fast, and readily available. If it takes more than 30 seconds to update this metric, it simply will not get done consistently.<\/p>\n<p>Though I understand why Remaining work hour entry time (tool wise) can be a barrier to getting it entered, I believe the majority of the time Remaining Work hours don\u2019t get updated daily has to do more with the thinking necessary to attempt to truthfully estimate what is left at the time of updating.\u00a0 Though that can be challenging, it\u2019s worth the effort to checkpoint yourself each day given the new info (or lack there of) you are exposed to.\u00a0 Also, doing this checkpoint daily will get quicker and quicker as time goes on given the amount of practice you will get doing it.<\/p>\n<p>Next in this series:<a title=\"Agile Planning: Planning Session\u00a0Timing\" href=\"http:\/\/mkuphal.wordpress.com\/2011\/08\/06\/agile-planning-planning-session-timing\/\" target=\"_blank\" rel=\"noopener\"> Best Sprint start days and how long you should expect (on average) a sprint planning session to take.<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>In my last post, I talked about the importance of tracking Remaining Work Hours instead of Completed Hours and some of the reasons why this can work for your team.\u00a0 Because of the relatively short nature of a Sprint (usually 2-4 weeks), one might think it\u2019s not important to update the Remaining Work hours on &hellip; <a href=\"https:\/\/mikekuphal.com\/?p=621\" class=\"more-link\">Continue reading<span class=\"screen-reader-text\"> &#8220;Agile Planning: Micro-manage&#8230; Yourself!&#8221;<\/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-621","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\/621","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=621"}],"version-history":[{"count":0,"href":"https:\/\/mikekuphal.com\/index.php?rest_route=\/wp\/v2\/posts\/621\/revisions"}],"wp:attachment":[{"href":"https:\/\/mikekuphal.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=621"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mikekuphal.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=621"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mikekuphal.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=621"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}