Product Management and Product Owners
After a conversation with a very, very close friend, I realised that the area's I have failed to blog about are;
- Product Management
- Product Owners
As of this weekend I will make the effort to write at least 2 blog posts per week covering the topics around both roles, as there is soooo much I can write on the subjects.
Visual Retrospective Generator (beta)
As we had to delay the launch of Scrum Solutions until 11th August we didn't want our customers to think that we had forgotten about them.
While the rest of the team are busy working on iOS, Andriod and Win mobile projects, I was busy listening to my followers and by far the most popular article on my site was the article and code for generating the Visual Retrospective. At the time I had promised to write an application that will help you generate the visual retrospective.
That application is now ready (admittingly in beta, while I sort out some of the format defects).
[Download]
The application allows you to output your retrospective's in the following formats;
- HTML - Visual retrospective wall
- HTML - List style
- MediaWiki
- XML
- CSV
- PNG
The application will allow you to output to multiple formats in 1 click, useful for generating a visual retrospective as well as keeping your PM happy with a CSV formatted list
. For what all the options do read the READ ME Visual Retrospective Generator text file that's included in the package.
Quick start tip: Check HTML and check the 'Copy support files' to generate your first Visual Retrospective.
Once I (or the team, nod, nod, wink, wink) have fixed the defects there are some other features in our product backlog for this, I'll post a new blog each time its updated.
And one final thing, this tool is free and will always be free. The only time there will be any costs is for companies wanting to integrate the tool (through its API) into their solution or if a commercial company wants to remove the Scrum Solutions logo or link.
Requirements: .NET 4, Windows XP/Vista/Win 7
Missing a feature? Any negative / positive feedback? Please leave a comment
Cone of uncertainty
Above is a cone of uncertainty, this image demonstrates how larger stories come with greater risk when not broken down further.
Small stories between 1-3 pt’s shouldn’t have a grey area because for the team to know that a story is so small they should have a good grasp on what is required to deliver that story. I have placed the 5pt story on the line border of having grey matter, as though 5pt stories are of a size where the team should know whats required to complete the story, I have found in practice that this is not always the case and often 5pt stories end up being more like a 6pt’ish story
.
As the story sizes increase, so does the grey area, and the grey area is not directly relational to the ideal inner cone. Get your scrum master to keep track of estimations, the actual time taken to deliver and from this you will be able to calculate your teams multiplier for the ‘grey area’. You can then use this in your sprint planning sessions as a safety buffer.
How do you minimise the ‘grey area’? Due to the nature of large stories it is not possible to remove the grey area completely, but you can utilise methods to reduce the ‘grey’. Having well defined stories and story acceptance criteria all help reduce uncertainty around a story. Though I’d rather spend time out of a meeting, if you have a 10 pt story and your grey area multiplier suggests a 3pt buffer, but a meeting would only take 30 minutes to help add clarity to your story, do the meeting as this may reduce the 3pt buffer. Do all that you can to reduce the grey area, but accept that you will never be in a position to completely remove this grey matter.
Scrum Solutions
As a few of you are aware, I setup a company, Scrum Solutions, to supply Agile specific stationary, software (inc. iOS and Android) and consultancy.
Though we have already taken a number of orders, it brings me great pleasure in announcing our go live date of our web site will be the 11th July, www.scrumsolutions.co.uk. This will give our customers greater flexibility to explore and order our extensive range of products as well as review purchase order history.
To celebrate the arrival of the web site, I am pleased to announce that Scrum Solutions is a sponsor of the Agile Diner UK 2011 and I will be presenting the award for the Best Agile Coach / Mentor at the event.
The ‘Agile Pirate’
As many of those who know me know, I don't like soap box preachers, those who preach but incapable of putting it into practice.
I've been working @ GE now for just over 3 months and during that time I've had the pleasure of working with Simon Cromarty, aka 'The Agile Pirate'. A person who can demonstrate what he preaches and deliver success.
Simon is the best Agile guru in the UK. Simon is genuinely too modest to even contemplate that idea, but pound for pound Simon would be Manny Pacquiao of the Agile world. He is a great advocate of everything Agile.
Simon has helped me to grow, improve and galvanize my views around everything Agile. I wish him the best of luck, Redgate have done a great job of landing Simon, and I look forwarded to working with you again one day.
Visual retrospective board
Anyone who has worked with me knows of my love of physical Agile task boards, automation and visualisation of everything (to make my life easier
).
At my current role we have a wiki that is used for capturing retrospective information (along with other stuff). I found that each retrospective was one long list of bullet points under a heading (i.e. Keep Doing, Stop Doing, etc....). Speaking to the team/s I found that they didn't use the Wiki very often as they found it dull.
So to address part of the issue I wrote a small JQuery powered retrospective board. The package can be found here.
The board consists of 5 separate floated div's, png thumbnails (*.gif, *.jpg, etc... all supported) and obviously the js and css files. If your a web designer / developer you can easily add more sections.
I cannot take the credit for the JQuery part, that has to go to Addy Osmanu. I have just taken the code and manipulated it for my own purpose. Feel free to play around, you can increase the card / padding / border sizes (remember to not only change the CSS but also the inline css code within the js) or change the font size of your card.
I have included in the package both a standard web and Media Wiki versions (Media Wiki requires some special attention to make work).
Below is a screen shot example of the retrospective board embedded in Media Wiki
Be Adaptive
My biggest gripe with businesses / teams / people are those who forget one fundamental rule about (most) Agile methodologies and that is that they evolve. The best implementations of an Agile methodology is when they appear seamless. These Agile implementations fit the business like a snug glove and deliver high quality deliverables on a quick regular basis.
Evolve your models, keeping them rigid and static is against the sprint of Agile. If the team think they can find a better way to work, facilitate this and give it a go, if it fails, fine, don't stop evolving.
Testing Curve
Following on from my post, Testing in SCRUM / SPRINT, I wanted to share with you a diagram I have used many times to help explain why testing must start as soon as possible within a SPRINT and why it is important that task cards are testable as a self entity (Unit test).
It is incredibly important that teams do not have 'Epic' task card's included within their SPRINT, as this possibly hinders the ability of a tester to start testing early, as the 'Epic' wouldn't become testable until development is complete, hence delaying the test phase.
Note: I include an initial 'peak' to allow for testers writing up their test scripts
The unhealthy testing line has a tidal wave at the end of the SPRINT, unlike the nice calm waters of the healthy testing curve. Tidal waves should be avoided at all cost, as you run a greater risk of failing a SPRINT; the tester may not be able to complete all the testing within the time period and more than likely the QA will be compromised due to the pressure on the testers to pass a release as shippable.
If you see a very calm testing period at the beginning / middle of your SPRINT, be careful this may be the calm before the storm!
Hybrid Mythologies
Many people have asked me which is the perfect methodology for their business to use, my initial reaction is always 'none'. This normally causes the person originally asking the question to frown and look confused, at this point I normally clarify by telling them;
'No mythology as a single entity framework is perfect for your business. You need to adopt and evolve a framework into your business methodology'.
I refer to these methodologies as hybrid methodologies, and I am a great believer that only by creating hybrid methodologies that we can truly deliver 'a closer to perfect' framework.
One of my favourites is a hybrid that keeps traditional linear waterfall project managers happy but at the same time introduces a Agile (SCRUM) process at the 'doing' level. To view the hybrid, please click here (PDF, 156kb).
Feel free to contact me about creating Hybrid's (carl@carlbruiners.co.uk), as my goal over the next few years is to continue to create these frameworks / methodologies / models / processes until I can create the 'nearest to perfect' methodology possible
I specialise in all things Agile (XP, Kanban, Lean), in particular Scrum. I have a passion for taking on 'problem' projects / teams and turning them into a sucess as well as promoting automated test driven practices.










