Most CTO's and IT leaders have received the agile message by now.\u00a0 Your staff tells you about agile and this "scrum" thing from your IT department and they say agile has taken over the development world.\u00a0 They then show you all these pretty graphs with sprint burn down charts, cumulative flows, velocity over time, MVP (Minimum Viable Product) burn down charts, release burn up charts, etc.\nEverything looks stellar, but when you start asking about how those charts are measured, it will often lead to one ambiguous destination: story points.\u00a0 First, as a disclaimer, there are other units of measurement that are available to track progress including (but not restricted to): hours, ideal days, duration, T-shirt sizes, % stories\/PBI's complete and you could theoretically use bananas as a unit of measure, but it is not recommended.\u00a0 Naturally, you must choose something to track progress.\nNaturally, your research about story pointing results in a series of explanations and diverse opinions from sources like Mike Cohn of Mountain Goat software, Scrum Alliance, and even Wikipedia under scrum and planning poker. You hear that story points are a relative unit of measure and can vary from project to project and even from team to team.\u00a0 If you are interested in measuring and tracking story points consistently, please read my "Story point normalization - what's the point?" article. However, my aim for this blog is to answer two questions:\n\n"What work should be story pointed?\u201d\n\u201cShould I trust those charts?\u201d\n\nNot such easy questions as one may think.\u00a0 This blogger has seen a myriad of responses and they rarely align between people unless clearly articulated in detail.\u00a0 For the first question, my simple response is, "All work delivered by the development team.\u201d Moreover, all stakeholders that contribute and review delivery progress must have a shared understanding of tracked work.\nThe three pillars for scrum delivery are transparency, inspection and adaption. Only through transparency can we have clear inspection and effective adaption.\u00a0 What work should be story pointed to create transparency when showing those pretty charts?\u00a0 In an ideal setting, all work that takes time to complete.\u00a0 Take this table for example:\n Michael Dougherty\nThe recommendation?\u00a0 Expose all work in story points that are relevant to tracking progress and if they change, require action to correct.\u00a0 As a start, point the first two groups and track the other activities to ensure they support the flow of user stories (i.e. the \u201cdelivery fuel\u201d) and quality validation (i.e. \u201cfit for release\u201d).\u00a0 Communicate to all involved in story pointing practices to ensure consistency in report building.\u00a0 The best reports follow the CASH principle.\nReports are:\n\nComparable \u2013 Measured over time to itself or to a clear goal\nActionable \u2013 A change in report results lead to clear actions required\nSimple \u2013 Kept to only a small set of variables, otherwise it is too complicated to understand and react to\nHonest \u2013 The report does not hide information, skewing the truth in delivery\n\nSo back to the second question, \u201cShould you trust those charts?\u201d Yes, you can trust those reports under the CASH principle, but always inspect whether those reports are truly following this principle through inspection and adaption.\nNote that based on your journey in agile maturity, tracking all work in story points become less and less relevant, so you can remove pointing for work as long as there are no negative side effects (i.e. missing releases, commitments, etc.)\u00a0 The team frees that time in tracking story points to focus on core product development as trust builds from self-organized teams delivering quality products.\u00a0 Your charts will transition into more cumulative flows and User Stories completed over time.\u00a0 Be careful to stay conservative with changes since many lose track of their effectiveness and efficiency as the team may become complacent.\nAs leaders in your organization do not request, but demand reports that follow the CASH principle, so you have a clear representation of story points in your delivery portfolio.\u00a0 Those "hidden story points" will end up impacting deadlines, missing commitments and causing teams to burn out, attempting to keep up with more than what they have really committed.