I used to dislike the Agile methodology and in particular Scrum. It is only recently that I found out the reason I disliked it was because we were practising it poorly. Scrum is not about keeping track of development teams, rather it is about empowering development teams to deliver quality and respond to change efficiently.
Scrum promotes the concept of releasing software to customers when functionality is ready, as opposed to delivering a big bang approach - I.e. launching all functionality to the end Customer at the same time. This concept is antiquated and simply doesn't work. Get your product in the hands of a Customer as soon as possible and learn from their usage of it. This allows you to tailor any product deficiencies, highlighted by users of the product, as opposed to product designers who don't use your product! After all it is the end user who makes or breaks your product. Not the product designer. Not the product owner. Not the software developer. Nor even someone in senior management.
Scrum allows you to highlight risks as soon as they arise, as opposed to the end of a 3 month waterfall development phase when the testers first get their hands on the product.
Having seen the light, if not perhaps started practising it perfectly, I attended a ScrumMaster Certification course which was endorsed by the Scrum Alliance. I really enjoyed the course and found some of the techniques described, and some of the concepts explained incredibly valuable.
As an example before going I was always told that the entire scrum team had to work together to deliver their committed user stories for the sprint. This often led to clashes with the Product Design team members who always felt as though they needed to be at least a sprint ahead in order to be able to deliver designs to developers at the beginning of sprints. This clash always led to resistance from the design team to adopt the scrum methodology. This is simply not the case though. A scrum team needs to be self organising, so if design team members need to work a sprint ahead with the product owner, this should be perfectly fine. A team needs to be able to adapt to the needs of the entire team, not just the needs of the software developers. Self organisation, and empowerment to be able to self organise, are the key. Scrum doesn't say that everyone in the team needs to be working on the same features at the same time. What is does say is self organise into the best working mechanism for your team to achieve value for the end Customer.
After the course the course attendee is sent an email to complete their ScrumMaster Certification. This is done at the Scrum Alliance website. You sit through 35 multiple choice questions and at the end you get your results. The questions are incredibly easy, and if you have read any reference on Scrum it's a breeze. Embarrassingly I did get 2 questions wrong though!
One thing though, if you sit the test and the site takes you to a popup containing the test don't do this test! I did and at the end of the test nothing happened. After logging into Scrum Alliance again it said I still needed to take the test! On starting again the test we presented in the Scrum alliance website, as opposed to a popup, and on completing, my Scrum Master Certification was recorded against my Scrum Alliance profile. Why on earth there are two versions of the test I have no idea? Perhaps there has been a scrum alliance website update recently and my browser cached the old site? No idea? So if you see a popup don't take the test! Instead logout, refresh your browser, login again and take the test on the Scrum Alliance website!
Another small gripe. The time it took answered questions to be displayed on the site took an age. Page loads times, when I took the test, were incredibly slow. On two occasions I took incredibly slow page load times as mistakenly thinking I had not answered questions. When I answered again, instead of showing me if I was correct or not, I got an error screen saying "Don't answer twice" - not helpful! In honesty I just need more patience ;-)
Still having taken the course, I found the course very worthwhile. The certification exam seems a little meaningless, but it's done all the same.
Cheers
m
Addition: I should add that the trainer that I had for my ScrumMaster Certification was Martine Devos. I really liked the training she gave and the honesty with which she gave it. She concentrated on providing concrete examples of how she had seen Scrum applied through her experience. One thing that interested me though, was that Scrum is all about time boxing tasks. I felt that on the first day Martine did not time box her discussions well and that we ran overtime on several points. This was mainly due to students in the course asking many irrelevant (I thought anyway ;-) ) questions! This aside I enjoyed the way Martine taught and took many good ideas away from the course that I hope to implement someday.
Very interesting and informative. Technology hates me. My husband is a computer something or other at a factory. He doesn't design software or anything, but he is frequently told he needs to change the programs so they do certain things. Often he is told on Thursday afternoon with a "And you will have this going by Sunday night?" added on to request.
ReplyDelete