Elicitation...and Conflict!

I had the pleasure to present and share with a host of other industry leaders and flat out fantastic and enthusiastic individuals some thoughts on Real World Elicitation this month in Orlando at the Project Summit*Business Analysis World conference.  Talking about elicitation, I shared thoughts on how facilitation focuses on making it easier for others, helping someone else get to a place of adding value.  One of the things that often comes up is conflict.  A dirty word to some and a treasure box to others!!

Are you a person who runs and hides from conflict?  Or scared to call that meeting because of that over powering stakeholder who does not get the idea of 'consensus'?  Conflict lets you know that you've found the right mark as if people get challenging, then that means they care.  You have found something they are passionate enough to get motivated on - so you should PURSUE it!  No hiding here for fearless BA super heroes!

One of the best things you can do with conflict is to turn it from a "me versus you" scenario to an "us versus it" scenario.  Take the conflict and throw it on the wall (yes the topic here, it's not a person!) - white board works great!  I love to take an idea, concept or discussion point and write it on the wall big so that we - the whole team, those in the room, online and in email - have something to now attack with that same passion that got us worked up in the first place.  You and I now sit and TOGETHER talk about how you and I will overcome the obstacle.  Now it is you and me figuring out a solution together that brings the business value we are seeking.  Now the true passion brings out energy and a fire that helps us all be super heroes to overcome the challenge!

Love to hear further ideas on dealing with conflict!  Check me out on Twitter @jamie_champagne to see all my conference highlights as well as other's thoughts!

Interested in learning more about business analysis, the value it brings and the techniques to be successful?  Join me in one of the upcoming classes - sign up here!

Building Leadership Skills on Project Teams

I recently had the pleasure of sharing this as a presentation at PMI HNL Professional Development Day 2015 and enjoyed the feedback that I've incorporated into this posting to continue to share and build on thoughts that makes us successful when working with people!

If you want a different outcome, ask yourself what are you doing differently to achieve this outcome.

Requirements

Understand that project teams are made up with people of diverse experience & expertise; while valuable to the team, realize that they each take a different view of the challenge at hand

Physically displaying items – whether in pictures of end result or large words posted on the wall – help clarify and ensure everyone is literally on the same page.

Consider “Draw the Pig” icebreaker – instructions available at:  http://www.whiteman.af.mil/shared/media/document/AFD-130408-056.pdf  

Risk

Draw out the potential outcomes (comic strips are great for actions) – how likely are they to occur?  Are they worth prioritizing? 

Getting Feedback

Post ideas on a large easel sheet of paper (one idea per page) and post in a common area.  Leave markers and encourage people to comment over a few days.  Great for identifying what’s in and out of scope!

Listening

Listening is about asking the right QUESTIONS (not the right answers – if you knew the answer, why are you asking the question?)

Listen to all the information the person shares versus focusing on just what you want to hear – you may miss out on valuable information!

Get a scribe – someone NOT a stakeholder to take notes so that you may engage with your stakeholders.  Then review afterwards with the scribe and highlight key insights from your listening.

Process Definition

How a process works is sometimes better to see in person.  If you can’t physically see the action then act it out (think charades!). 

Brainstorming

Use the “Red Cup” or other object – one idea per person, must say an idea before passing, can only say one idea and continue for a short amount of time with a hard time limit (push people to go faster!) – focus is on QUANTITY not quality.  It removes the “analysis paralysis” by focusing on the object while getting equal participation by all, regardless of position or expertise.  There are no right or wrong answers, just ideas to grow on.

     Question from presentation: Brainstorming in this way could still allow influence on others - YES!  Participants, even though the focus is on equal pariticipation by all, could still be influencing others; however, the goal of brainstorming is quantity.  If you're more focused on not influencing, then anonymous techniques (via email and a facilitator) or non-verbal techniques (using post-its on a wall) may be preferred.  Adjust to your situation!

Prototyping

Build something a user can interact with – SHOW what the envisioned end result is, do not tell them.  Give them something to interact with.

Prioritizing

Write out each item on a post-it, one per post-it.  Then provide stakeholders with poker chips (or other voting item) and have them vote.  They can place as many as they want on each, but no “buying” more.                                                     

Just TRY it!  And build on Lessons Learned!

The WHAT and the WHY and then the HOW

This last week I had the extraordinary privilege to speak at the Project Management Institute (PMI) Honolulu Chapter Professional Development Day (PDD)2014.

In speaking to a group of Project Managers about How to Effectively Work with a Business Analyst, a great question came up about how you deal with a PM and BA working together who's lines for roles and responsibilities begin to blur.  Considering real world examples and how to address this, the answer that was so positively received was - "What, Why, and How".
 

Whenever a PM and BA are having a conversation, a great thing to consider whenever roles and responsibilities begin to blur is that the PM should consider the WHAT and the BA to consider the WHY.  Those are the swim lanes to stand in.  What - the project, the schedule, the scope, the budget - these are all PM responsibilities.  They have a specific answer and the PM ensures they move to completion.  WHY -  why is the project good for the business, why the requirement should be included, why the test cases are required - this is where the BA lives.

I took it a step further from personal experience that the BA (and also PM) needs to especially recognize when they delve into the HOW realm.  The moment they start determining HOW something should be done, you're getting into Design.  This is the swim lane for your SMEs, architects and designers.  It keeps the roles and responsibilities clear.  It's also extremely helpful when developing business requirements as you know you've gone far enough when you start to explain HOW the feature is supposed to look, act and feel.