Scrum Methodology
Learn the Scrum Methodology
The Scrum methodology of agile software development marks a dramatic departure from waterfall management. In fact, Scrum and other agile processes were inspired by its shortcomings. The Scrum methodology emphasizes communication and collaboration, functioning software, and the flexibility to adapt to emerging business realities — all attributes that suffer in the rigidly ordered waterfall paradigm.
20th
DEC
Introduction to Scrum Video
Posted by admin under Agile and Scrum, Agile Manifesto, Agile Principles, Scrum Basics
A colleague of mine, Michael James, just posted his Introduction to Scrum video on YouTube. You might want to take a look and/or pass this link to your colleagues. The full series is available at http://ScrumTrainingSeries.com.
I think is the right length and depth for an overview of Scrum – it’s not so short as to be trite (or worse, incorrect), but it’s not an exhaustive examination of Scrum either. This video is good prep for people who are planning to enter a ScrumMaster class and don’t want to go in cold. It is also good for stakeholders around the company who want an understanding of Scrum so that they can work better with their development teams.
I’d be very interested in hearing your views of this video.
Tags: agile, agile scrum methodology, Scrum Basics12th
DEC
Complexity and cost of change
Posted by admin under Agile and Scrum, Scrum Basics, Scrum Discussion
There are many variables to estimating the difficulty of a code changes. We could talk about things like the complexity of the code (Cyclomatic Complexity), the experience of the programmers, their familiarity with the topic and/or the specific module, the quality of documentation, etc. It ends up being a fairly subjective estimate. In Scrum teams, story sizes are estimated in relative terms in terms of story points.
The primary benefit to using a technique involving Relative Estimates is that you are asking the team to give you an estimate of difficulty relative to other work that has already been completed. This means that a team can easily give judgments like “This will be twice as hard as that” and come up with functional estimations for predictions without spending a great deal of time coming up with them. Estimates are just subjective guesses anyway, understanding that can be a valuable way to put more time into building something and less time into trying to guess how much time it will be to build it. Planning Poker, also called Scrum poker, is one technique for building relative estimates and for coming to consensus on the effort or relative size of the stories.
Tags: agile, scrum backlog, Scrum Methodology, Scrum Sprint Planning, scrum story points, technical debtRecent Posts
- Rare opportunity: 3.1-day CSM+ in Beijing July 16-18. Private 3.1-day CSM+ also available in Asia this summer. June 3, 2013
- Scrum based funding model – 20 percent May 9, 2013
- What is Agile ALM April 2, 2013
- MJは6月と7月の2ヶ月間、日本に滞在する予定です。スクラムのコーチングまたはトレーニングに興味のある方は是非ご連絡ください。 March 14, 2013
- The Next Big Idea March 5, 2013
Events
Click to Follow Laszlo on Twitter
Archives
- June 2013
- May 2013
- April 2013
- March 2013
- February 2013
- January 2013
- December 2012
- November 2012
- October 2012
- January 2012
- December 2011
- November 2011
- October 2011
- November 2010
- September 2010
- June 2010
- April 2010
- March 2010
- February 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
- December 2008
- November 2008
- October 2008
- September 2008
- August 2008
