Hannon Hill Corporation
800.407.3540 | www.hannonhill.com | info@hannonhill.com
Makers of the Award-Winning Cascade Server content management
software
Blog Archives
- March 2012
- February 2012
- January 2012
- December 2011
- November 2011
- October 2011
- September 2011
- August 2011
- July 2011
- June 2011
- May 2011
- April 2011
- March 2011
- February 2011
- January 2011
- December 2010
- November 2010
- October 2010
- September 2010
- August 2010
- July 2010
- June 2010
- May 2010
- April 2010
- March 2010
- February 2010
- January 2010
- December 2009
- November 2009
- October 2009
- September 2009
- August 2009
- July 2009
- June 2009
- May 2009
- April 2009
- March 2009
- February 2009
- January 2009
Services Development Approach
Friday, May 7th, 2010 at 2:30pm -- Kat LiendgensBookmark and Share
Cascade integrations range in scope from a standard, 100 hour QuickStart with pre-defined features to much larger, custom-quoted projects. The Professional Services Team uses a modified SCRUM approach for all projects, since this type of development method allows us to closely work with our clients throughout the integration process and to address potential changes very quickly. Instead of only involving the client at the beginning and end of the process, namely during requirements gathering and acceptance testing, we realize that it is much more beneficial for everyone involved to handle projects with a more agile methodology.
Here's how it works:
For custom-quoted projects, we work with the client to identify a "backlog" of the feature and functionality requests and, in collaboration with the developers, estimate the time required for each item to be completed. If the total hours estimated exceed the size of the project that the client had in mind, we work with the client to revise the scope in order to ensure that the project does not go over budget and/or the desired time frame. Of course, the client also has the option to adjust the budget and the time frame if all of the items on the backlog need to be implemented.
We group all of the features into sprints, with each sprint including a very specific functionality and feature set. Depending on the size of the project, we may have between two and six sprints. Our developers log each task in our JIRA tracking system, so that we can keep an eye on burndown charts, which immediately tell us how a project is progressing. Once a sprint is complete, we have a review meeting, in which the client can be involved. The main purpose of the sprint review meetings is to give the client a chance to see the implemented features and to determine if the deliverables work as expected. After all, it's easier and faster to make a change early on in the process than it is after the project has been completed.
This development approach cuts down on the time that our clients spend gathering and documenting requirements. And although the agile method is more powerful for custom-quoted, large scale projects, it works for QuickStarts as well. No matter how big or small the project may be, we work very closely with the client throughout all stages of the project life cycle.
Category
- Resources