• Home
  • Training
  • Coaching
  • Tool Box
    • Tools
    • Working Remote Resources
  • Events
    • Webinars
  • About
    • Join Our Team
  • Contact
    • 317 (983-2459)
  • Log in

April 27, 2016 by Chris Daily 1 Comment

AgileIndy 2016: Self-Organization in a Command and Control World

conf-header-2016On Tuesday, Tana and I were honored to spend time with a packed house at AgileIndy 2016. We presented a topic that is near and dear to my heart: self-organization. Here’s the slide deck if you couldn’t make it to the presentation.

[slideshare id=60869845&doc=selforganizingpresfinal-160413144739]

Self-organization is a controversial topic in the agile and business communities right now. How do you allow individual contributors to figure out how the work is accomplished, and yet have some idea of what the outcome will be and when it will be complete? When challenges arise, many react as though being self-organized is the problem.  It’s unnerving to many managers who have been brought up in a traditional command and control world where you power and authority is defined by where you are in the org chart.  During the presentation, Tana and I introduced the concept of Delegation Poker from Management 3.0.  You can check out Delegation Poker  here and our Delegation Poker Board here. Delegation Poker, much like Planning Poker, is a technique which facilitates conversations within an organization with the intent of arriving at an outcome of a common understanding between interested parties.

I have been using self-organization techniques for years.  Some of them, such as using the Rule of Two Feet, have been thrust on me by my interactions with great teammates while other techniques just came naturally.  As part of our continuing journey, Tana and I have invested in learning more about not just the Agile processes, but the boundaries and impediments created by managers and organizations and how to start addressing them.  So far, the journey has been challenging, yet fascinating.

Look for more to come soon.

Thanks for coming in today.

Chris

Filed Under: agile, Agile, IMO, Scrum, Software Development

March 3, 2016 by Chris Daily Leave a Comment

New Approach: ShuHaRi

Yes, it’s an old approach, but it’s new to me.  Over the last five years, I have helped a number of different teams transform their delivery capability by introducing Agile methodologies and techniques.

From the time I graduated from good old Ball U., I have applied a variety of techniques, processes, and practices (collectively defined as “tools”) as required by the objective I was trying to reach.  Discarding what didn’t work and keeping what did, I have accumulated an arsenal of tools that work for me in a manner that I comfortable and confident.  With a career covering a number of years, technologies, and cultural swings, I am constantly researching new areas, looking for different and better ideas that will help those around me.

As I 240px-ShuHaRido my own research for beLithe, I try to be objective and keep my personal biases out of the review.  I don’t want my own fears and personal flaws (I don’t think I have any!)  getting in the way of a new idea or approach.  Once, I decide to try an approach, I start by reminding myself about the concept of ShuHaRi.

Aikido master Endō Seishirō shihan stated:

“It is known that, when we learn or train in something, we pass through the stages of shu, ha, and ri. These stages are explained as follows. In shu, we repeat the forms and discipline ourselves so that our bodies absorb the forms that our forebears created. We remain faithful to these forms with no deviation. Next, in the stage of ha, once we have disciplined ourselves to acquire the forms and movements, we make innovations. In this process the forms may be broken and discarded. Finally, in ri, we completely depart from the forms, open the door to creative technique, and arrive in a place where we act in accordance with what our heart/mind desires, unhindered while not overstepping laws.”

By following the approach or idea (the Shu phase), I want to have the experience or the feeling of embracing the idea or approach.

agile-pdcaOnce I have mastered the approach, then I can start looking objectively at whether the idea or approach is doing what I expected (the Ha phase).  Innovation can occur at this point.  I will start an iterative cycle of:

  1. Planning what I am going to do
  2. Doing what I had planned
  3. Checking the results of what I did
  4. Adjusting what I am going to do the next time

Granted, the first few iterations are focused on execution.  The good stuff happens when I get to the Checking phase.  Being honest with myself and asking questions like:

  • How I am doing?
  • Is there a gap in my knowledge?
  • Am I avoiding doing things that make me uncomfortable?
  • Did I position this wrong?
  • Am I seeing the results I expected?

tends to bring out the best and worst of me.  I struggle past the ego-maniac (the worst) in me to get to what is working, what’s not working, and what can I do to improve (the best).  By sticking to the “By the Book” approach, I am forcing myself to not rationalize the failures, but to acknowledge my own flaws (huh?) and inexperience and learn from them.

After a while, I tend to get a pretty good grasp on what works and what doesn’t.  At this point, I tend to feel confident about what I the idea or approach, and can often share with others.  It almost becomes second nature.  Most of the time, I feel like I am in the Ri phase when it comes to leading software development groups and teaching/coaching/implementing Agile.  If you ask some of my teammates, they may disagree with me.

As I continue to use the various tools I have assembled, I am adopting a Lean approach at a personal level.  I constantly in the process of a PDCA cycle, doing more of what has worked while kicking what doesn’t work to the curb.

While ShuHaRi works for me, it might not work for everybody.  Give ShuHaRi a shot by being ShuHaRi.

Thanks for coming in today.

Chris

Filed Under: agile, Agile, IMO, Scrum, Uncategorized Tagged With: agile, coaching, scrum, shuhari

July 16, 2015 by Chris Daily Leave a Comment

“Managing” Software Development – Culture is everything!

Today’s workforce doesn’t want to come to work, punch in (time clock), do their job, and then punch out (time clock).  Teammates want to be part of an organization where:

  • they are valued
  • they  get the mission
  • they feel like they belong
  • they get to do meaningful work
  • they are treated with respect

There are countless books that have been written that directly or indirectly refer to the subject of culture in business.  You’ve probably read some of them along the way, so I’m not going to regurgitate the concepts.  What I am going to say is that the effort to establish a culture that employees and customers want to embrace is not great, yet the ROI is greater than any other investment you can make.  Over my career, the culture can be the best recruiting and retention asset.  As a leader, you don’t have to take on the burden of establishing the culture by yourself.  In every organization that I have been a member of has a cadre of folks who are interested in creating an interesting and fun place to work.  Crowd source you culture.  Find a couple of teammates who share your vision, ask them to lead the effort, and get out of the way.

You can’t just walk away at this point though.  Your teammates will need, with some boundaries, to be empowered both financially and organizationally.  Nothing will take the air out of your culture than an oppressive leader who crushes or changes every idea that is presented.  In my experience, those employees will become more engaged in work.

In addition, there will be some ideas that will require moderate costs.  You don’t want to over do it, but buying pizza or bagels for your teammates can go a long way.  At my current employer, we have Donut Thursday, where donuts are provided for the entire company.  No reason other than we value what they do.  Nominal cost of about $30/week, yet it has helps contribute to our overall cultural message:  The company values you.  We also create events such as  Snack & Yaks, where the company buys Jimmy John’s for the team.  Again, not a big expense, but goes a long way.

In addition, your teammates will need counsel and advice on how to proceed.  Often, this is the first opportunity for some of your teammates to assume a leadership role.  Training and mentoring around leadership should be available to support your teammates.  Fortunately, your teammates also don’t need to go far to get ideas.  Companies, such as Lesson.Ly, Toms, and Spotify, make their opinions on culture available on corporate websites.  Spotify’s engineering culture videos are a must see.

Culture is a living thing that must be nurtured to sustain.  Get started today.

Thanks for coming in today.

Chris

 

 

Filed Under: Agile, IMO, Leadership, Scrum, Software Development, Uncategorized

July 15, 2015 by Chris Daily Leave a Comment

Arthur Ashe on Leadership

True heroism is remarkably sober, very undramatic. It is not the urge to surpass all others at whatever cost, but the urge to serve others at whatever cost. – Arthur Ashe

If you have been reading my blog for a while, you probably know how I feel about just sharing articles and quotes for the sake of sharing.  If not, you can check it out here.

As I reflected on this quote, I couldn’t help but substitute the word “leadership” for “heroism”.

Restated:  True leadership is remarkably sober, very undramatic. It is not the urge to surpass all others at whatever cost, but the urge to serve others at whatever cost. – Arthur Ashe

The quote seems applicable to managing people and seems to embrace Servant Leadership.  When I got my first management position, I got in for the wrong reasons.  I wanted people to respect me, and I wanted to make a lot of money.  Luckily, I got some good advice along the way.  Hopefully, you’ll take this quote as a piece of advice.  If you don’t know anything about Servant Leadership, click here for a start.

Thanks for coming in today.

Chris

 

Filed Under: Business Musings, IMO, Leadership, Uncategorized Tagged With: Character, development, growth, Leadership, Motivation

June 23, 2015 by Chris Daily Leave a Comment

“Managing” Software Development – The Daily Standup

If you have been around software development at all, you have probably attended a “standup” meeting.  So why, is this meeting so important?  This meeting provides at least one opportunity for teammates to communicate with each other on a daily basis.  I recommend three components for the meeting to be effective:

  • The meeting should be recurring daily.
  • Everyone who is physically able should stand for the entire meeting.
  • The purpose of the meeting is to communicate a micros status of each teammate’s progress.
  • The meeting should be brief, and limited to 15 minutes or less.
  • One member of the team should facilitate the meeting.
  • Anyone can attend the daily stand up, but only the team members may speak during the actual meeting.
  • Discussion during the meeting is limited to each teammate answering the following questions:
    • What did I do yesterday?
    • What did am I going to do today?
    • What are the things(roadblocks) that stop me from getting my tasks completed?
  • Any detailed conversations should be wait until after the meeting is over.

Simple and to the point, daily stand ups in this format create a number of positive outcomes.  Each teammate providing the answer to the three questions daily provides each member of the team an opportunity to let everyone else know they completed a task.  Getting stuff done will become infectious to a team.  Those teammates that are struggling will report the same thing several days in row, which create a small coaching opportunity.  More times than not, the team itself jump in and attempt to help teammate.  These coaching opportunities serve as a timely feedback loop to respective teammate.  Without the daily stand up, those feedback loops often manifest themselves in the yearly performance review, with decaying performance and coaching feedback.   Unfortunately, some teammates are not suited for their role or the company, won’t like the exposure of reporting a micro status, and will self-select themselves out of the team or the company.

Meeting on a daily basis will help ensure the updates are small in nature.  Everyone having to stand will also help keep the meeting short, as most people don’t like standing in the same spot for more than 15 minutes.

There are all kinds of reasons on why roadblocks are encountered.  The roadblocks often start out small, but have a tendency to grow into huge mountains over time.  There also many types of roadblocks which can become visible.  Some roadblocks are easily removed by the team, while other roadblocks require help to get removed by someone outside the team.  This is an opportunity for the servant leader/facilitator to help.  By learning about roadblocks early, the roadblock can often be addressed before it becomes larger and more complicated.  If the roadblock is bigger or more complicated than the team can handle, the servant leader has the responsibility to find an acceptable resolution or mitigation.  The effects of the roadblock can be communicated quickly so appropriate expectations can be set.

The daily stand ups often become a ritual, and are utilized by those outside the team.  In addition to listening to the daily micro status, non-team members who have questions quickly learn that, right after the daily stand up, they can ask questions and provide feedback to the team.  In person verbal feedback is far more effective than an email.

One word of caution:  stand up meetings have to stick to this format or human nature will turn this into an much longer time commitment with the benefits and value decaying over time.

Daily stand up meetings are effective regardless of the type of team you are on.  I have seen them used in lots of different types of teams, including customer service, marketing, sales, management, and operational teams.  If you are “managing” a team, start with the daily stand up.  Your teammates will grumble, groan, show up late, and generally try to avoid the meeting.  After a few weeks, your teammates will start to see the results.

Thanks for coming in today.

Chris

Note:  This post was also posted at belithe.com.

Filed Under: Agile, Blog, Business Musings, IMO, Scrum, Software Development Tagged With: daily standup, management, scrum, software development

  • 1
  • 2
  • Next Page »

UPCOMING EVENTS

Mar
26
Mar 26 : 07:27am EST - Mar 26 : 07:27am EST
Learn More
Mar
26
Mar 26 : 07:27am EST - Mar 26 : 07:27am EST
Learn More
Mar
26
Mar 26 : 07:27am EST - Mar 26 : 07:27am EST
Learn More
Mar
26
Mar 26 : 07:27am EST - Mar 26 : 07:27am EST
Learn More
Mar
26
Mar 26 : 07:27am EST - Mar 26 : 07:27am EST
Learn More

Call Us:

(317) 983-2459

#SLINKYTHINK:
DIRECTLY TO YOUR INBOX

We love Agile. We're obsessed with delivering value to you.

Sign up for insightful thought leadership on people, culture, and Agile. It's what we do.

Footer Form

© COPYRIGHT 2015-2020 BELITHE, LLC · All Rights Reserved · Privacy Policy