John Hines' Software Process Blog

A blog on Agile software development and Scrum

  Home  |   Contact  |   Syndication    |   Login
  39 Posts | 6 Stories | 42 Comments | 0 Trackbacks

News

The information in this weblog is provided “AS IS” with no warranties, and confers no rights.

This weblog does not represent the thoughts, intentions, plans or strategies of my employer. It is solely my opinion.

To err is human, to forgive is divine.

Tag Cloud


Archives

Post Categories

agile

Lately I've been pretty critical of the Scrum process, primarily for not containing fail-safes for when things start to go wrong.  I spoke with some pretty passionate Scrum Masters who told me, "Don't blame Scrum for a team's failure to adopt it."  And I've reached the point where I agree.

For any team considering Scrum I have this advice: If you are afraid of Extreme Programming understand you'll get limited benefits from adopting Scrum.  You may get to a point where you work is visible and tracked and possibly even predictable.  But you'll lose out on so much more.  Like safeguarding your predictability becuase you're missing  the increased quality XP brings, or having silo'd technology owners due to lack of collaboration, or inviting inevitable communications issues.

I'd like to see the Scrum Alliance promote both XP and Scrum - and preferably XP first.  Because without those developer disciplines the software engineers on the team won't understand what Scrum is all about.  And, in my opinion, Scrum does a pretty poor job of explaning exactly what it is and exactly what its benefits are.

Many large-scale software development environments are adopting Scrum but are not close to adopting Extreme Programming principles.  Career cube-dwellers tend to like their silos.  But without the engineering piece Scrum will remain a Project Management discipline.  And it will never be a path to enterprise agility.

My personal focus will be strengthening the Agile principles in my own development work and in those around me:

  • Pair programming
  • Test-driven development
  • Continuous integration
  • Refactoring
  • Technical debt management
  • Automated testing
  • Acceptance testing
  • Exploratory testing

Once those fundamentals form the foundation of a team Scrum can be added as nearly an afterthought.

Technorati tags: Agile Scrum

posted on Friday, April 1, 2011 3:25 PM

Feedback

# re: Digesting Scrum 4/6/2011 11:58 AM Agile Scout
Glad you're looking into other pieces when implementing scrum. Scrum is good, but there is a lot it can take from TDD and XP

# re: Digesting Scrum 9/4/2011 3:13 AM Antigel
I agree! Scum is a very good program, but it could use some more improvements! I have been introduced to it by one of teachers from the university where I got my cyber security masters degree, and since then I have kept using it. I think that there are some things that could be taken from XP, just as Agile Scout said, but not much really, as the security flaws of XP make it really vulnerable. But from TDD there is a lot to take and the developers should do it!

Post A Comment
Title:
Name:
Email:
Comment:
Verification: