Blog

The Braintrust Team Descends Upon The Las Vegas Scrum Gathering

  |   Leave a Comment

You know what they say, “What happens in Vegas, stays in Vegas”. In this case we are willing to share a little of what transpired while we were at the Las Vegas Scrum Gathering last week in Las Vegas, NV. As usual the Las Vegas Scrum Gathering was an amazing conference full of lots of learning and meeting new people. We had 4 Braintrust team members who co-presented/presented 3 separate sessions. Want to see what we presented? Click the links below to download our presentations.

  1. John Miller, CSP – Coach The Hand You Were Dealt – download here
  2. Kate Megaw, CSP & Lonnie Weaver-Johnson, CST – Metrics:How Will You Know If You Are Gambling With Scrum? – download here
  3. Brian Rabon, CST – ScrumMaster Maturity Model – download here

Did you miss us at the Las Vegas Scrum Gathering this year? Mark your calendar for and come visit with us at Agile 2013 in Nashville, TN

.

Brian M. Rabon, CST, PMP Talks Retrospectives and ScrumMasters at 2013 – PMI Central Florida – Symposium

  |   Leave a Comment

Kristyn Bara, CSM - Client Services RepresentativeIt’s symposium time again! Brain M. Rabon, CST, PMP, President of The Braintrust Consulting Group, will be facilitating 2 back-to-back workshops on Friday, April 12 at the PMI Central Florida 2013 Symposium.

Brian will be sharing information on “Raving Retrospectives” during the Friday morning workshop at the Hilton Orlando in Orlando, FL. Brian will teach workshop attendees how to spice up their lessons learned meetings with multiple new innovative techniques, games, and other creative methods.

In the afternoon Brian will be presenting Braintrust’s very own “ScrumMaster Maturity Model”. You will get to take an assessment to see where you fallout in the model, as well as learn tools and techniques to help you become a better ScrumMaster.

Brian will bring his passion for teaching to this workshop and you’ll walk away with something you can implement immediately. The techniques that Brian employs in his classroom workshops, as a Certified Scrum Trainer®, will be evident throughout the morning. Participants will be able to apply what they learn with activities interwoven throughout this workshop. Tired of the same old non-productive retrospective meetings? Then come spend the morning with Brian at the Central Florida Symposium this Friday, April 12, 2013.

The Braintrust Consulting Group is proud to be a sponsor of this event and looks forward to seeing you in Orlando this weekend!

Want more? Join us for one of our upcoming Certified ScrumMaster (CSM) or Certified Scrum Product (CSPO) classes in the Orlando area:

Would you like the slides from Brian’s workshops? You can download them Raving Retrospectives here and ScrumMaster Maturity Model here.

Want to see pictures from this workshop? Check out our Facebook page at http://www.facebook.com/braintrustgroup.

How To Kill The Sprint

  |   Leave a Comment

As users of the Agile methodology, you are all aware of the sprint. The more you do the sprint, the more you find that its usefulness is dependent on the effort that you put into it regardless of your role on the team. Below are seven surefire ways that you can kill the sprint’s effectiveness.

  • Begin with an irregular sprint schedule, or better yet change the sprint schedule in the middle of the sprint run. Allowing the workload to be dictated by someone other than the team ensures that your sprints will be on an irregular schedule.
  • To give time back to your team members, simply require an email, a tweet or text message, an entry on a spreadsheet, or even a phone call from every team member to provide an update on their status. The daily standup meeting is too tough to coordinate because the team works a flexible schedule. Good team members should be able to collaborate electronically and be just as effective.
  • Sprints carry too many deliverable products to track. Instead of requiring a shippable product from the team at the end of each sprint, just work towards the end goal. The customer can test the product as a whole when it is complete, and in the process the product owner gets to eliminate all of the overhead that comes from tracking progress. All the team needs is a deadline and requirements.
  • Speaking of requirements, once a product owner has met with the customer, they should have everything they need to complete the project. After all, once everyone agrees on the requirements, specifications, and the due date, all the customer should be concerned about is the deliverable. Once the deliverable is ready, then you can get back with the customer. No need to communicate progress or status – we all agreed on this at our one meeting.
  • Stakeholder management is just too complicated. Being able to send out a dashboard with the project status should be good enough. If a stakeholder has a question, they should contact the customer. The team is simply responsible for is creating the product, but the customer is the one who is responsible for the success or failure of the product in their organization. So in reality, the customer should be more concerned with stakeholder management than the project owner.
  • If someone on the team encounters a roadblock, they should work on clearing that roadblock themselves. The reality of today’s environment is that everyone is constantly interrupted and priorities change daily. Part of a team member’s professional growth is in learning how to deal with those types of issues.
  • Managing a backlog is another administrative task that can be eliminated. Once the requirements are set, the team has all that they need to complete the deliverable product. A good team should be able to break down the tasks and parts that need to be completed in order to ship the final product. Why does there need to be a meeting to accomplish this?

This is obviously a tongue-in-cheek look at the sprint, and members of a Scrum team would never intentionally do this. If this approach is taken, then the project likely will end up as a colossal failure. But you might find one or two here that you could be slipping into because of demands on your time or simply complacency. If so then hopefully this is a good wakeup call. Let us here at Braintrust help solve your problems! With our experienced team of Scrum coaches, Braintrust has the experience and resources to help you do Scrum in a world-class manner. Click on the Contact page to hear from one of our product specialists. Or, head over to the Services tab to find out more about our offerings.

Communications And Your Project Team

  |   Leave a Comment

Today is Christmas Eve. Gifts are bought and wrapped under trees all around the world. Everywhere kids of all ages wait with great anticipation when they can finally tear into those gifts and see what they received.

And then, in some cases, there’s the letdown. The color isn’t right. Or I already have one of these. Maybe they bought you a medium when, ahem, an extra large is required.

You thought that someone knew what to get you. After all, they should just know me, right?

The reason for the disconnect is that nobody is a mindreader. I’ve been trying to convince folks, including my wife, of that for years.

And so this can happen with your projects also. Without effective communication between the project team and customers or stakeholders, projects can proceed with both parties assuming that the other knows exactly what they’re thinking. And unfortunately, this is when a project breaks down – the developers simply don’t understand what the customer’s requirements are.

A 1998 study conducted in the United Kingdom sought to find the primary cause of delayed project delivery and project failure. At the very top of the list – a breakdown in communications, cited 57% of the time.

Communications have been around since the dawn of business. While there may be new channels for communication, there basic premise of communication remains the same. No single project management methodology or tool will help to fix this either. But there are things that your organization can do to minimize this type of problem. As a Christmas gift to you, here are three non-tech ways to improve your communications within your organization:

Get to know one another. In the last month I’ve taken on a new role. My first order of business was to meet for 30 minutes, one on one, with everyone in my department. We didn’t talk about anything in particular, but at the end of each meeting I knew something about each person and them about me. And I’m sure we both will feel a lot more comfortable interacting when the first business issue comes up between us.

Hold face-to-face communications whenever possible. Depending on which study you read, up to 93% of all messaging comes from non-verbal communications. Things like tone, rate of speech, inflection and body language all communicate so much more than the words being used. Technology makes it easier than ever to communicate, but much of the meaning is lost when the message is translated into ones and zeroes. It is very tempting to hide behind technology when a controversial subject needs to be discussed, but that is the least effective way to resolve conflict.

Personalize your interaction style with your audience. The more you know the individual or audience that you are communicating with, the better you will be at tailoring your style to fit their needs. Our different personality traits demand a personalized style of communication to feel at ease and to get the intended message across.

Tired of searching for a qualified mindreader? Are communications an issue in your organization? If so, let us here at Braintrust help solve your problems! With our experienced team of Scrum coaches, Braintrust has the experience and resources to help you communicate better with your team, your customers, and your stakeholders. Click on the Contact page to hear from one of our product specialists. Or, head over to the Services tab to find out more about our offerings.

Done? How Scrum Is Like Cooking A Steak

  |   Leave a Comment
Done?
Photo courtesy of Bernt Rostad via Creative Commons.

Well-done. Medium, Medium-rare. How do you like your steak to be done?

As long as it’s cooked right, and it comes from good beef, it doesn’t really matter to me what type of cut it is. It’s hard to beat the flavor and the juicyness of a steak that’s prepared the right way. But when I cut into a steak that hasn’t been prepared the way I like it, then I just cannot eat it. In general, this happens because my definition of “done” doesn’t match the preparer’s definition of “done.”

This problem can creep into your Scrum projects as well. In this post we’ll talk about what creates this problem and how to avoid this situation.

In Scrum, each iteration of the Sprint cycle produces a potentially shippable product increment. During the Sprint Review session, the Team gets the spotlight. They get to share with the stakeholders and the customer the work that they’ve completed over the last Sprint. If the expectations of the customer line up with what the Team delivered, then everyone is happy. But sometimes that doesn’t happen. The customer comes in to the Sprint Review expecting one thing but gets something else instead. So while the Team Members may agree that a particular feature is “done,” the Product Owner or the Customer may not.

In order to avoid this situation, here are seven tips to get you started:

  • Have a fully engaged Product Owner. Because the Product Owner is the customer liaison to the team, they are the critical link in understanding what is most important to the customer.
  • Create well-worded, specific User Stories. The best User Stories describe the role of the user/customer, what they want and expect from the product, and what benefit the feature brings. These are the easiest to translate into features for the backlog, and in turn become good requirements and tasks for the team.
  • Ask questions. Don’t assume anything. It is ALWAYS better to find out early that your assumptions didn’t meet the customer’s expectations. If something is unclear, never be afraid to ask good questions in order to clarify what the customer wants.
  • Estimate well. You might think this doesn’t have anything to do with feature completion. However, it is human nature to feel pressured to meet the estimates that we set for ourselves. A poor estimate can lead to rushed work, which in turn can cause a feature to not be completely done.
  • Choose Product Backlog items wisely. By picking complementary items from the backlog, the Team has a better chance of success. If team members choose items that are all across the board, they may miss a critical dependency between items that may not be part of the current Sprint’s backlog.
  • Keep you Product Owner informed on your team’s progress. Communication is critical, and if the team is struggling then the Product Owner needs to know this early on. In this way, the Product Owner can keep the customer and stakeholders apprised of issues that may not appear on the burnup/burndown charts.
  • Test, test… and test some more. There is no substitute for determining if a feature is done other than comprehensive testing.

So that’s our quick and dirty tips for avoiding the question of “done.” If these aren’t enough, let Braintrust help! With our experienced team of Scrum coaches, Braintrust has all sorts of experience and resources available to help you know, beyond a shadow of a doubt, when a product is done. Click on the Contact page to hear from one of our product specialists. Or, head over to the Services tab to find out more about our offerings.

The ScrumMaster’s Guide To Keeping Your Cool

  |   Leave a Comment
keeping your cool
Photo courtesy of natalie lusier via Creative Commons license.

As ScrumMaster, you will face many difficult situations. Though Agile, and Scrum in particular, are wonderful frameworks in which to run a project, no tool or framework guarantees success. Because you deal with people, the variable that they introduce can stretch your patience. When that happens, everyone watches to see if you’re good at keeping your cool. In this post, we’ll discuss ways that the ScrumMaster can keep his cool and pilot his team through these treacherous waters.

For starters, just breathe. When we get wound up about a particular subject, it’s easy to go on a tirade. Just listen to people who do this – some of you may call it a rant. They talk fast, the pitch of their voice rises, and they get louder and louder. Whenever we’re faced with a challenge, adrenaline kicks in to help us power through that situation. Unfortunately, that’s not so good when we’re dealing with people in a professional environment. If you find yourself being dragged into a situation, pay attention to your breathing. Drawing deep, rhythmical breaths can help you clear your head and not respond so quickly.

Deal with conflict in person. Remember that 93% of the message in communication comes from tone, pitch, rate of speech, and nonverbal cues such as body language. Only 7% of the overall message is conveyed in words. I believe that a conflict which is resolved over email or text is never fully resolved because so much of the communication is lost.

Next, listen more than you talk. One of Stephen Covey’s seven habits is “Seek first to understand, then to be understood.” While you’re trying to get in your comments, you’re missing what the other party might be saying. Even if they’re being combative, stop and listen. By doing so, you exhibit great control and your professionalism naturally comes through. This gives you the upper hand in any negotiation – although it’s our nature to fight back and defend ourselves.

Always ask questions. This one also plays into the Covey habit given above. The more you seek information with good, targeted questions, the more time you’ll have to formulate your next step. One of the common characteristics of good leaders is their ability to ask good questions. This is true regardless of role, position, or industry – the ones that ask the best questions are always seen as thoughtful, probing, and even-keeled.

Consult with your team. The real talent on a Scrum project lies in the experience and abilities of the team. Present the issue to your Scrum team members. Together they may come up with innovative solutions that you alone may not have thought of. They will respect you for involving them in something that will affect them down the road. And in their discussions, you just might find the up and coming leaders on your team.

Offer several options for resolution. The old saying goes that there is always more than one way to skin a cat. Offer up creative solutions, even if they feel counterintuitive. If you demonstrate your willingness to be flexible and adaptable in a tough situation, then perhaps you’ll win the next one. Unless it’s life or death for the project if something isn’t done, be willing to give in sometime. Lose the battle in order to win the war.

Do you struggle with keeping your cool in tough situations? What other creative ideas do you have that demonstrates control under pressure? Maybe you have stories from your own projects that you’d like to share with our readers. Conflict is unavoidable – how you handle it will determine your effectiveness at leading great Scrum teams. And keeping your cool doesn’t require a trip to the Arctic either.