I really liked this book. Sounds like an interesting methodology. I'm trying to use some of the concepts at work (particularly the do work first and show it instead of discuss how to do it). Unfortunately my work environment isn't structured to fully support this development methodology.
Rough Schedule:
- Sprint Planning meeting to determine what goals to set for a sprint
- builds a product increment (working code) after a sprint (30 days of development time) Sprint Backlog cannot be changed from outside the team during a sprint
- demonstrates product increment to team management and client after a sprint (Sprint Review Meeting 4 hours)
- End of Sprint Meeting - reflect on what was accomplished during the sprint
- **Ongoing-15 minute daily team (ideally sized at 5-8 staff) meetings stating:
- what have I done since the last meeting
- what will I do until the next meeting
- what impediments are getting in my way
- autonomous
- self organizing
- don't have roles assigned by management (no titles)
- must not be disturbed or given direction by anyone outside the team during a sprint
- need to be cross functional
- Scrum Master-facilitates meetings and removes impediments
- Product Backlog -prioritized list of business and technical functionality that needs to be completed for the system
- Product Owner-the only one who changes the product backlog
- Sprint Backlog-states what needs to be done in the current sprint
- Pigs-Team members
- Chickens-interested parties who will not be assigned work (they may attend scrum meetings but not speak)
- Release backlog - subset of the product backlog that is scheduled for a release
- Shared Resource Scrum Teams - responsible for code used across multiple Scrum teams
2 comments:
Hmmm… an effective technology comes with a befitting name. ‘Agile’ as they say it. The long and abrupt, turns and twists in the alley of Software Development process now face the inevitable. Welcome to Agile Software Development methodology. With this, the Software Development process would now hopefully be more structured, less convulsive (for its developers of course!) and markedly disciplined.
Every business runs with different set of policies to achieve its primary goal. Every different business, most often than not, accompanies different set of inventories and process specific activities to utilize resources in the most specific and effective way. Custom Software Development integrates all these essential differences to come up with a solution that streamlines process specificity with productivity. Taking account of the advancement in software development and eagerness of companies world-wide to participate in a software development process, coming times speaks of positives for SMEs.Hail Custom Software Development. Time is to get customized and be different!
Post a Comment