Awesome day! Juan Palacio is an excellent speaker, and is so concerned in your learn process that you cannot *not* learn.
The Scrum Manager course is an approach to scrum that is different of everything I readed before. He focus in the management part, in how to manage your company / department and the relationships of them. All the books I readed in the subject focus in the scrum process himself or, at most, in the project management aspect of the task. Juan gives us a new point of view in management: applying the agile principles to the company as a whole.
While I was listening his speech, it occurs to me that I was doing something of this intuitively, as most of the scrum practices we do before even know what’s agility. This makes me think about a subject that was not investigated yet, the interaction between scrum packs and other groups organized with “traditional” approaches.
As I see, this is the next step of agility, in a path that is yet unknown but promisses much much more.
I’ll continue tomorrow, after the end of the course, and I hope I can publish some pics too.
What you do when your sprint is going far away from planned ?
If you have made mistakes in the estimations, you correct them, hopefully early thanks to the burndown chart. If you are slowed down because you lost a team member, the solution is the same: reestimating and reasigning tasks. But there is some situations when this is not enough.
One monday evening, the working site burned up. Yes. Totally. Computers. All the paper, the scrum board, all the information in paper, everything. The fire is a very good evidence eraser!
Read the rest of this entry »
In the begining, there was Excel… As most of the new scrum practitioners, I started to make my burndown charts in a spreadsheet (Excel, OO Calc). Like all the tools made too generalistic, I don’t like it, and felt that something is terribly wrong in the universe. Then I start a search for a tool that:
1- Can be used from the CLI 2- The graphic can be written / modified by the most quantity of tools possible. 3- Use a text-only format. Well, this wasn’t a requirement at first, but becames one when I find this tool Read the rest of this entry »
This is one of the few good books that I found in the matter. Written by Juan Palacio, caracterized himself as “learner and sharer”, he has his blog in Navegapolis, full of material about scum, developement and much more.
The details of this free ebook can be consulted in Safe Creative under the number 0710030001587.
The book is well organized, recommended to any person who wants to get started with scrum in a guided manner, with proven recipes and the right level of theory, just enough to understant why are we doing what are we doing. Full of cites and references to additional information, provides an excellent starting point to professionals who want to begin with scrum, or are tired and disappointed with the Traditional Project Management methods.
Divided in three parts, begins with the project management dimension, comparing the traditional or predictive project management with the new agile, iteration-oriented project management. The second part is devoted to managers and bosses, mostly trying to use the preexisting knowledge in system theory and process improvement in order to introduce the minimum number of changes to make them agile.
The third and last part is devoted enterily to scrum, showing in order and with detail the model, elements, tools and people’s responsabilities in the process. Like scrum, the books is focused heavily in the people, with a lot of advices and recomendations.
Being a free book, I should recommend it to teach scrum in any level, specially in the enterprise level. And with the fact that is written in spanish, the one book I gave to any spanish-only speaking friend out there.
EDIT: Download the book from here.
Today I finally agree with the managers to use Scrum in our software developement process, and possibly in the industrial process too, once I prove that the process is solid and my capabilities to implement it are mature enough.
This will be my diary, where I’ll write all my experiences in this journey, and I hope several things more.
To begin, lets speak abot the negotiation: in order to change some of the corporative manners, your boss / managers must have a lot of confidence in you, because this looks like a big step (and indeed, it is!). In my case, the only point where the managers get a little nervous was when I say that we will not use gantt charts to track this project. The bosses then ask me some method to know what’s the project level of success, then I show them the burndown charts and explained it’s use, then they remained calmed (for now).
I’ve promised the first demo in exactly 7 days from now. Wow. I’ve been working in this since monday, so a first iteration of 9 workable days, 2 weeks seems reasonable to me. I’ll be using plain paper to carry out the whole system, I’ve designer myself a scrum board, the history cards and the tasks post-it (not really post-it in my case, but small square pieces of paper). On monday I’ll start using the burndown chart updated to thay day, so the managers can remain happy until the demo presentation.
That’s enough for one day, I’ll continue soon…
