I'm a lucky guy. I'm a group ScrumMaster for BT's Web21c SDK teams, and it’s full of extremely bright, hard working, and enthusiastic developers who make my life as a ScrumMaster an enjoyable experience. They get agile, and are agile, and we have lots of certified ScrumMasters and life is good.
Unfortunately, it is not always like that. There are many CSMs out there who are fairly green, but are responsible for leading their teams to success. They would like to know more but aren't sure where to turn. There are many smart and experienced professionals involved in the Scrum Alliance. If they were available to all inexperienced teams, they would be inundated by a barrage of questions on best practices, potential flaws in technical approaches, and the like.
The reality, though, is that not everyone has access to a guru. Many people have to find ways to educate themselves. When they go online and begin their search, they find a plethora of choices in reading material. Unfortunately, not all sources are good. With the advent of every developer and his dog writing blogs, and more than ten years of guides, "best practices," and the like on the web, it’s difficult for a new CSM to know who to trust. I’ve seen far too many examples of bad advice, wrong approaches, and strong biased opinion posing as fact.
Even those who have found some reliable Scrum-related material are still unaware of valuable components of the other agile methods, many of which are complimentary to Scrum, such as XP's core practices for better software development. Others focus more on developing their technical skillset rather than learning the all-important soft skills that ScrumMasters need.
This is where my call to the Alliance comes in.
I'd like to propose a series of "trigger lists" that are maintained by the ScrumAlliance and can be used by all Certified ScrumMasters as prompts of concepts and factors to consider during development projects. To quote wikipedia: "A trigger list in its most general meaning refers to a list whose items are used to initiate ("trigger") certain actions."
Here are some random situations in which a trigger list might be useful:
- Starting a project at a high level (mentioning what a development environment should have; SCM, CI, etc.).
- At a more focused business cost level (for example, mentioning that upgrading hardware is more cost effective than optimization in most cases).
- To make an architect aware of something like memcached as an approach to aid database scaling.
- Saving an SME money by listing Selenium as a free way of doing web UI testing.
- To help put a spark back into stand-ups (provide a link to Martin Fowler's patterns for stand-ups).
The list could go on and on. The value would be in having them available as mental checklists. Teams can verify that they’re doing as many things as possible in the right way without having to go through more failed projects to learn. The lists could be as simple as prompts and links to other resources that the ScrumAlliance has peer reviewed and finds valuable.
I, for one, would certainly refer to a ScrumAlliance trigger list if it existed, and have it on hand to move the project forward and to check against for piece of mind. What about it, Scrum Alliance?