[[PageOutline]] {{{ #!html }}} = Scrum Burndown in Trac = == News == * 10-07-2009: Version 1.9.2 of the Scrum Burndown plugin is released. Look here for more information: [http://stuq.nl/weblog/2009-10-07/scrum-burndown-plugin-192-released] * 12-25-2008: Version 1.9.1 of the Scrum Burndown plugin is released. Look here for more information: [http://stuq.nl/weblog/2008-12-25/scrum-burndown-plugin-191-released] * 11-4-2008: Version 1.9 of the Scrum Burndown plugin is released. Look here for more information: [http://stuq.nl/weblog/2008-11-04/scrum-burndown-plugin-19-released] == Description == A plugin to enable burndown chart capabilities, a common part of Scrum and other agile development methodologies. Look here for all information about the plugin: [http://stuq.nl/software/trac/ScrumBurndownPlugin Scrum Burndown plugin] This plugin is integrated with the TimingAndEstimationPlugin. '''Current Version:''' 1.9.2[[BR]] == Installation Instructions == Installation instructions can be found here: [http://stuq.nl/software/trac/ScrumBurndownPlugin/installation Installation instructions] == Using the plugin == At the beginning of a sprint, after the tickets have been inputted and estimated in Trac an admin user should click the 'Start Milestone' plugin. This inputs a datetime integer into the milestone table to indicate when the milestone was started. The daily burndown_job.py script will only record hours_remaining entries for milestones that have started, but have not been completed. It should be fairly obvious, then, that an admin user should click the 'Milestone Complete' button at the end of the milestone to prevent the burndown_job from continuing to collect data. You can view different burndown charts, selectable by milestone and component by choosing from the dropdowns and clicking the 'Show Burndown Chart' button. In order for this to work, it is imperative that developers keep the 'Estimated Hours' and 'Total Hours' fields accurate and up-to-date on the tickets they are working. The 'Total Hours' field itself should never be manually edited, but rather, it can be changed by inputting positive and negative values into the 'Hours to Add' field. == Bugs/Feature Requests == Existing bugs and feature requests for ScrumBurndownPlugin are [query:?status=new&status=assigned&status=reopened&group=&component=ScrumBurndownPlugin&order=priority here]. If you have any issues, create a [/newticket?component=ScrumBurndownPlugin&owner=daan new ticket]. == Download == [http://stuq.nl/software/trac/ScrumBurndownPlugin Download the Scrum Burndown plugin]. You can check out the source [/svn/scrumburndownplugin using Subversion] or [source:scrumburndownplugin browse the source] with Trac. == Related Plugins == * This plugin relies on the TimingAndEstimationPlugin * BurnDownPlugin is a similar plugin using Fusion Charts Free edition * AgiloForScrumPlugin is a similar plugin. == Recent Changes == [[ChangeLog(scrumburndownplugin, 3)]] == Author/Contributors == '''Current maintainer:''' [wiki:daan] [[BR]] '''Previous maintainer:''' [wiki:sambloomquist] [[BR]] == Questions == 1. Is there an easy way to move the start date of a sprint into the past? (For example when some tickets of a milestone already have been closed when starting a sprint, immediately after installing this plugin.) [[BR]] ''This can be done in the administration panel (only in Trac 0.11.x)'' 2. Is there any way to automatically grant BURNDOWN_VIEW to any/all users? It's slightly annoying to have to explicitly set that permission on every user (which in our case is about 40 people). ''Answering my own question, figured it out on my own. Any authenticated user pulls it's default permissions from the 'anonymous' group. This is all explained in the TRAC documentation: http://trac.edgewall.org/wiki/TracPermissions , if you add BURNDOWN_VIEW to the anonymous usergroup, everyone can view it. If you add it to the authenticated usergroup, any authenticated user will be able to view it.'' 3. It would be awesome if you could take the Burndown chart and embed it on another page. Say, any wiki page or anywhere else you could use a wiki macro or something similar. (Should I file a ticket on this as an enhancement?) ''This will be added in a future version -- Daan''