How do we bring newbies into the
Until they know the melody, they can't appreciate the
While leading a DevOps event, the speaker polled the
audience about their knowledge of DevOps.
All of the attendees were well acquainted and actively engaged. It was obvious there were no newbies in the
room. It made me wonder if we were
yelling into an echo chamber filled with people who were already on board. Where were the newbies?
My concerns that day reminded me of a 1990 Stanford University
study led by graduate student Elizabeth Newton.
She assigned groups of two people to play a communications game. The
first person picked a simple song that everyone would know (like Happy
Birthday), and tapped the rhythm of the song on the table. The second person
was the listener and tried to guess the song.
On average, the tappers anticipated a 50 percent success rate. In
reality, the listeners only guessed the song correctly 3 out of 120 attempts
(2.5%). [Source: Health & Health, 2007 pp. 19-20]
That happened because the tappers already had the
multidimensional melody playing in their heads.
Conversely the listener was unaware of the melody in the tappers’ head
and was limited to the one-dimensional tapping patterns. When tapping was the only means of
communicating the song, the listeners almost always failed to guess the song
What’s the Point?
As leaders and enthusiasts (for things like DevOps) we have experience and expertise -- we
know the melody. We have pre-existing
knowledge and confidence that new models can work. Many of us have years of experience,
experimentation and a network of insightful supporters to advance our learning.
We know the history or the early stories and have read a myriad of blogs, articles
and books. We have listened to the
webinars and podcast cafes.
As leaders and message tappers, we hear the melody of
innovation and progress. And, in our minds, we assume we are communicating the message and the stories with clarity. We point to effective projects, tools and teams,
and create new models and terminology, expecting everyone in the IT community,
or those still working in more traditional silo-ed organizations, to comprehend
our message. The listeners, however, may not have the same experience,
confidence or base of knowledge. This is especially true of segmented IT teams in
enterprise organizations. Many of them have never read the books like The Phoenix Project (bt Gene Kim) or heard the
compelling stories. They have achieved career success with
Waterfall projects, in IT silos, with hand-off challenges and with technologies from past generations.
Maybe they have never even played with modern tools or Open Source technologies, or worked with a supportive community, or explored the benefits of Agile methodologies. Thus, when leaders introduce new concepts, like DevOps, their message is not understood by traditional
IT professionals or those still working in silo-ed organizations
Break through the IT
barriers and silo-ed structures!
Breaking through to traditional IT professionals and silo-ed
enterprise contributors begins with making the assumption that some may not
have sufficient knowledge or experience in this area. This does not mean
enthusiasm in your presentations and conversations have to be toned down.
Rather, it means they need to begin at the shallow end with stories and then
move listeners to the deep end with more technical and detailed information
(e.g., new ways to systematically
reintroduce lean, agile, continuous integration, continuous delivery,
continuous improvement models, etc.). The best way to accomplish this goal is
to think specifically about traditional IT professionals and their specialty
niches and established roles. When making presentations or engaging with them, consider their view,
context, roles, work silos, and lack of opportunity to see their contributions
make a difference. Then endeavor to inspire them to increase their knowledge
base and expand their network by exploring collaboration opportunities
internally with co-workers and externally with other groups.
Some presenters and team leaders find it effective to
begin their group sessions and new conversations with stories from their
initial exploration or foray into big changes. Others employ familiar IT language,
ideals, expectations and activities before transitioning into a visionary melody.
This will serve to expand the IT community to those who are well entrenched in
older models (e.g., traditional Waterfall-based and siloed organizations, etc.).
Through greater understanding and deliberate behavior, much
can be accomplished when legacy and visionary groups collaborate:on common goals; avoid the polarization between old and new models;
and expand efforts across a wider IT community. Externally, this
would ensure a wider IT community of support and an ongoing flow of
cross discipline collaboration and insights: and internally this can lead to
faster innovations, improved corporate unity and accelerated success in the
marketplace. Leaving new invitees
outside of the visionary conversation (intentionally or unintentionally) could
hurt our efforts more than we might ever know. Without building in
correlation or transition concepts between old and new, in everything we
do, speakers and leaders could spend endless
amounts of time and effort tapping “Happy Birthday,” but very few from other experiences
would ever have a chance to recognize, support or see the value in new visionary IT melody.
About the author:
Paul Peissner is an Agile and DevOps enthusiast with experience in both the
Dev and Ops IT environments. His goal is
to help large enterprise organizations re-discover their inner start-up. He supports software-driven business-agility,
encourages cross-discipline IT transformation and promotes organization-wide collaboration
that can support a culture with the potential for “game-changing” innovation.