• Seilevel Team

    Here’s the Team

    Welcome to our Seilevel Photo Op.

Scrumism

One of our senior consultants at Seilevel once gave me some sage advice.  I had asked him what the secret was to being a great consultant, and without hesitation he said “correctly predicting the future”.  We help our customers in all sorts of ways, but helping them chart a course from where they are to where they want to be is arguably our most valued assistance.

When embedded with Scrum teams, especially new teams, I’ll try to help them with the next steps they could/should take on their journey.  Teams can easily get overwhelmed when they hear all the new ideas at once (the ideas are mostly old ideas that are in a new methodology).  So even if a team has been trained in Scrum and they have a Certified Scrum Master (CSM) helping them along, they still benefit greatly from having someone to coach the team and the Product Owner (PO) as they learn new skills and put them into practice.

Scrum teams I’ve worked with as an embedded coach could tell you there are a bunch of sayings they’ve heard over and over from me.  I’ve come to think of these as my “Scrumisms”.  When I first say one, they might think, “sure, that makes sense”. Then we go about being agile for a while, and at some point they’ll come to know *from firsthand experience* what the Scrumism means, as applied in their world.

So why are Scrumisms useful?  They are a short-hand for a topic and we can easily repeat them and nod our heads as the lesson is learned.  For example, one Scrumism is “no surprises in the sprint review” (your team may say “demo”, or “show-and-tell”, whatever).   It means that the team has kept the Product Owner and the other team members in the know as to what will be shown, and what is or isn’t working.  A team I worked with had a rough review after one of their sprints – some things they thought had been done weren’t done and were going to take longer (and they told the POs this as we were going into the room), and there were bugs apparent in the demo that made it clear there was testing that hadn’t been thorough enough.  In the retrospective, the team was in a humble and subdued mood, and we talked about things like how we could improve communications and what sorts of additional quality measures we could take.  As we approached the next sprint, I heard more than one person say “no surprises in the review, right?”   Lesson learned.

Trackbacks/Pingbacks

  1. Scrumism: “Scrum is Infectious” - Seilevel Blog - Software Requirements - May 21, 2015

    […] is a fun Scrumism, but you knew there had to be a “but” in here somewhere.  One team successfully practicing […]

  2. Scrumism: “Let the Team Decide” - Seilevel Blog - Software Requirements - June 18, 2015

    […] and THEY make the commitment to the PO that they are going to deliver in the sprint. So my Scrumism here is to say that whenever it is possible (and reasonable), decisions should be made by the […]

  3. Scrumism: “Do You Have Enough for an Estimate?” - Seilevel Blog - Software Requirements - July 7, 2015

    […] Scrumism for this post is one that I’m sure some of the Scrum teams I’ve worked with had gotten tired of […]

  4. Scrumism: “Current Course and Speed” - Seilevel Blog - Software Requirements - July 21, 2015

    […] thing Scrumism teams get used to when I’m working with them is “current course and speed.”  I especially […]

  5. Scrumism: “Working Software is Your Best Offense” - Seilevel Blog - Software Requirements - August 20, 2015

    […] This is not to say that you don’t need documentation, but it does bring me to my Scrumism in this blog – working software is your best […]

  6. Scrumism: “Go! Fight! Win!” - Seilevel Blog - Software Requirements - July 12, 2019

    […] Scrumism didn’t originate with me, but I’ve found myself using it on pretty much on every agile […]

Leave a Reply

Your email address will not be published. Required fields are marked *