Scrum is a methodology that improves team communication and the incorporation of customer feedback during the development of a product's 'major version'. Typically in Scrum, the period of time required to develop a major version is broken down into smaller time chunks known as 'sprints', each of which represents a tangible 'development milestone'.
When using Scrum on the Classic boards, sprints have the following characteristics:
About nested child versions:
GreenHopper Classic allows you to nest child versions to provide flexibility in Scrum project management. For example, you might want to group all issues that need addressing in a major product version at the highest level of a version hierarchy. Since you might have separate teams, each working on different components that constitute this major product version, you may wish to represent each of those components as an immediate child ('component') version of the major product version. From here, you may wish to break up a given component into sprints, depending on the amount of work required to develop it. Therefore, each of these sprints would be an immediate child ('sprint') version of its respective 'component version'.
About time-tracking on the Classic boards
Note that the time-tracking statistics and charts in GreenHopper are different from JIRA. JIRA time-tracking is calculated per issue, regardless of Fix Version. The JIRA Time-Tracking report is calculated using the Fix Version, regardless of the GreenHopper Start Date and End Date. For more information about time tracking in JIRA and the relationship between logging work and time estimates, please refer to Logging Work on an Issue.
In the GreenHopper (Classic) implementation of Scrum, there are two types of hour burndown charts: