Project Management Stack Exchange is a question and answer site for project managers. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

Don't the four agile principles get a bit lost in the middle of all the SCRUM process? How can this be avoided? How to promote these four principles over the process that is imposed? How to make the technical staff aquire a more value-oriented mindset and act in more assertive manners instead of turning them into drones?

share|improve this question
up vote 10 down vote accepted

When it comes to Scrum implementation it pretty much depends who you listen to. If you go with Ken Schwaber's, rather conservative, approach you'd hear that Scrum is actually the solution and you shouldn't change it much.

However you may also find opinions that Scrumbuts (we do Scrum, but...) are the best flavors of Scrum.

The latter kind of answers your question - it's not about applying specific method blindly. Do what works for you and if it doesn't just stop. That's not what you're going to hear from everyone but, well, if you look for kind of common sense answer you won't need to look for it very long either.

There are many people who don't treat agile in general and Scrum specifically as sacred cows. For them, well, me included, it's just one of tools I may use - either as a whole or only partially. So it's not processes and tools over people.

I would also point that as long as you're going to choose your own way understanding how the work is done and how a team works is crucial. Otherwise you will be throwing out parts of this or that method without understanding why they were implemented in the first place, i.e. what the team was supposed to get thanks to them, thus what you should address with different bits and pieces.

Pretty often lack of understanding the work is a reason why selective approach to any method fails.

share|improve this answer
I agree in many cases do whatever gets the job done. However I see time and time again where organisation fail to change and continuously fall back on their old habits that have served the poorly. While that was fine when everyone else was also delivering poorly the world has moved on. Some companies need the kick in the ass that a more conservative rendition of Scrum provides. – MrHinsh Jan 26 '13 at 22:54

Since you can't implement principles, you are left implementing practices - aka Tools, techniques and methods by Peter Senge in the Fifth Discipline Fieldbook. Peter makes the case for two other things that hold your "domain of action" together:

  1. Guiding Ideas
  2. Innovations in Infrastructure (both social and technical)

To keep from missing the principles, don't forget to lock in the social and technical infrastructure necessary to cement those guiding ideas.

I think that is best done by implementing vanilla scrum first - See my answer in Strict or Pragmatic Scrum?

share|improve this answer

Agile principles alone will not get your software delivered.

If you think Scrum is the right method for your shop, then make it so. That is hard work enough in its own right. You can worry about specific principles once the results are there, and only so if it wil clearly bring an improvement.

share|improve this answer
But doesn't that way to think go completely against the Agile methodology?: - Individuals and interactions over processes and tools. - Working software over comprehensive documentation. - Customer collaboration over contract negotiation. - Responding to change over following a plan. – pedrorolo Apr 3 '11 at 18:56
Every methodology needs tweaking to adapt it to your own environment. You have to make it repeatable, not just a one off affair. As Pawel wrote: it is not about following the method to the letter, but using it to get real results that matter. Besides, thats's already following the first two principles, not? – Stephan Apr 4 '11 at 11:56

In a way, yes. The principles get lost, as team members, and especially Scrum Masters, focus more on "doing the planning meeting right", "sticking the post-its on the board at the right column" and so on. But this is not a problem with Scrum itself. The problem is that some people don't even care about the principles, in the first place. This is particularly true on companies used to heavy processes. When Scrum is adopted, they tend to see it as yet another process, with its own rules, rituals and procedures, not attending to the rationale behind them.

The very idea of "welcoming change", one of the cornerstones of the agile philosophy, faces a great deal of resistance. So, for example, if someone proposes that stand-up meetings should not be done in a certain project (for whatever good reason) some people will object: "but this is against the rules of the process!" The right way to deal with an agile method like Scrum is to treat it as a set of general guidelines and use your best judgment for the particular circumstances of your projects.

share|improve this answer

Of the twelve agile principles, there is one that I have found most helpful to bringing an agile mindset to the team.

I have had the most success with looking for opportunities to point out instances when the team has self-organized to solve a problem. After doing this a few times, team members begin to believe in their ability to self organize, and come to expect that the other side of the statement; that the best architectures, requirements and designs will emerge. In other words, recognizing success in this area has the effect of motivating the team and can be a stepping stone for bringing trust to your process.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.