Dear Readers: My new book, Great Big Agile: An OS for Agile Leaders is out, and you can get it on Amazon!  Here, just for you, is a totally free sample!  If you like this, please go to https://www.amazon.com/Great-Big-Agile-OS-Leaders/dp/148424205X and get your own, personal copy.  If you bring it to a conference where I am speaking or attending, I'll be happy to sign it for you!

Preface: Great Big Agile

I wasn’t always a technologist.  In fact, I was the furthest thing from it.

My childhood was a little different than most of my friends.  By eight years old, I was touring in our family’s music group, joining my parents and three siblings as the bassist for the Dalton Family Singers, a traditional American Folk Music group that performed up and down the North American eastern seaboard from 1968 to well into the 1980s.  It was so “normal” for me that I used to ask my friends where their family was touring this summer!  The “Singers” was my father’s brainchild, who reasoned that a family music group was the perfect incubator for his musical children, and also an opportunity to practice and demonstrate to us the entrepreneurship required to run a successful entertainment franchise in a crowded market.  Before the internet and Twitter there was my Dad with his Typewriter, press releases and corded phone.

Following those years I attended formal music school, first at the internationally recognized Interlochen Arts Academy, and then the Peabody Conservatory of Music in Baltimore (now part of Johns Hopkins University).  I cut my studies short at Peabody to spend the next decade honing my craft as a concert double bassist with orchestras in Spain, Mexico, and the United States.

What did I learn during those years?  Craftsmanship.  Discipline.  Collaboration.  Transparency.  Perfection.  Persistaece.  Ceremony.  Value.  And also how to self-subscribe and commit to excellence while working together with over one-hundred other artist under the direction of a conductor to create some of the most sublime music known to mankind.  It’s a pretty good model for agility.

The other important thing I learned was the art of the retrospective.  Notthe standard retrospective we usually see in the typical agile teams, one of “what went well, what didn’t, and what could we do better” with some people participating, and some grumbling a few perfunctory comments, but a comprehensive and sometimes brutal process that kept many music students up at night – known as “Juries.” A CEO friend of mine, who also happens to be a musician and a visual artist himself, told me a story about his juries while attending art school in Pittsburgh.  I recollect it went something like this:

“Juries in Art school are brutal! They start right away during your freshman year don’t stop until you’re done.  Both your teachers and fellow students critique your work in public, and most of them don’t hold back!  Those were tough times, but their real value is that you get used to the criticism, and your aversion to being evaluated melts away before long, letting you really focus on what’s important – getting better!  You also make sure that your next jury is as perfect as it can be!”

In the art world, where most of us aren’t Mozart or Salvatore Dali, we know that the capability to be creative and innovative only comes after the hard work has been done.  Not until the scales have been perfected, the arpeggios have been practiced until the fingers bleed, the concertos have been memorized, the music theory classes have been completed, and the performances have exceed the pre-requisite ten-thousand hours, can we break the rules, experiment, innovate at a world class level.  Only after we stop thinking about the process can we create something new, innovative, and exciting.  Agile isn’t any different.  In many ways embracing agile requires the same commitment as a career in music or art – where rigor and discipline are paramount, not just coding.

If this sounds like a systemic program to build a solid foundation for quality and early defect detection, while embracing a culture of excellence for continued high performance, it’s because that’s exactly what it is  In fact, trained musicians, artists, and dancers entering the technology workforce have a significant advantage over new engineers and software developers who don’t have this experience,– and it’s the reason we often here that “musicians make good coders.”  It’s not because “music is math,” by the way, it’s the culture.

The first development team I ever led was building solutions for the international retail market, and we were creating world’s first touch-screen point-of-sale system. My second official act, after helping the team to establish much needed discipline around coding standards,  was to implement “juries:” public, collaborative, and transparent code reviews with the code projected larger than life on a ten-foot screen with the entire team in attendance.  Team members were asked to present, and defend, their design and coding decisions.  At first the team resisted with all their might – and who wouldn’t?  It was nerve wracking, uncomfortable, and stressful.  But by the second month of doing weekly reviews, the code quality went up dramatically and the team went from combative and defensive individuals to an innovative, transparent, and collaborative team.   This was 1994 – long before “agile” and values were in the headlines.

My journey from musician, to software engineer, to CEO has been one of many twists and turns, but the most important concept I’ve learned to harness along the way was “innovation lies on the far side of rigor.”   While we all believe ourselves to be innovative and creative, few of us are able to commit to the discipline to make ourselves world class performers.  But the proven lessons from music can help us get there.

This idea of foundational craftsmanship and relentless improvement found in the music industry can and should extend to the parallel universe of software development, where adoption of agile values and frameworks are akin to music theory and were designed specifically to foster innovation, experimentation, and continuous learning. So far this level of performance has mostly eluded very large organizations in the government and private sector who want to “go agile,” but adoption of agile values along with an operating system for agile leadership can help.

But all is not well in the Land of Agile either. Many large adopters are struggling to achieve the results they expected, team members are often uncomfortable with the ambiguity inherent in agile projects, line managers don’t know how to lead in a high-trust self-organizing teams, and business customers complain that they have to spend too much time working on the project without getting the return on investment they were promised.  In some cases, CIO’s are finding it so complicated that they are now forbidding the use of Agile altogether!  But, in every leading magazine, from Harvard Business Review to the Cutter IT Business Journal to CIO, and in every major survey, including Version One’s “State of Agile Survey,” we learn that the responsibly of these, and other issues related to limited success with large-scale agile adoption, rests squarely on the shoulders of leadership.  My own observations from over two-hundred agile assessments confirm this.  While leaders are telling their teams to “be agile,” they are not themselves adopting, practicing, and projecting agile values.  This creates an organizational type mismatch where leaders are practicing their hard-earned command-and-control techniques, and teams are trying to self-organize in what is inevitably a low-trust environment.  If you were a leader who spent their entire career learning to navigate in a low-trust environment, would you give it up that easily? This leads to chaos. 

                     I am lucky enough in my work to collaborate with some of the greatest agile  organizations in the world in my role as Chief Evangelist for AgileCxO.org, a research and development organization who’s focus is on performance models and assessment methods for large agile organizations.  Through that work I have observed that:

Agile ceremonies often devolve into “water-scrum-fall” with scrum masters tasking team     

members, sprint durations changing based on workload, team members moving in and out

of teams, and story points being normalized between teams as hours.

•  Leaders continue to resist high-trust, self-organizing values 
• Product Owners are often “IT surrogates,” negating the value of the business owning the risk and ROI of the product.
• Retrospectives are rarely conducted beyond the individual agile team community 
• Team members and leaders are not sufficiently trained in the rigor and discipline of agile ceremonies
•  Leader don’t know what “agile looks like,” and are unable to verify that teams are embracing agile values, ceremonies and techniques in a way that makes sense for the business. 
• Traditional, often punitive metics are still being used, adding little value to the organization. 
•  Teams and leaders often “experiment” their way into chaos by eliminating or severely distorting the intention of the ceremony or technique they are using

I was inspired to write this book while thinking of my experience as a professional musician, and how it informed and affected my own performance and thirty-year technology journey that started as software developer, and then rapidly moved to project manager, architect, Chief Technology Officer, Director of Product Development, VP of Global Consulting, CIO, and finally CEO of two of my own technology companies. 

I wanted to provide agile leaders with those lessons in an illustrated guide that defines objectives, outcomes, and actions needed to successfully lead large-scale agile organizations. The resulting model, the Agile Performance Holarchy, is an implementation guide to bring solid Craftsmanship, Discipline, Collaboration, Transparency, Perfection, Persistence, Ceremony, and Value to your organization.

So join me in reviewing the scales, arpeggios, and concertos, and building a foundation of discipline and rigor in order to establish a sustainable and high performing agile organization.

This book is about my own journey to excellence – I hope it helps you too!

You've been reading a sample from Great Big Agile by Jeff Dalton. If you like what you read, you can purchase Great Big Agile: An OS for Agile Leaders on Amazon, Barnes and Noble, or directly from the publisher at Apress.com.

Thank you for reading!

-->

            

Happy New CMMI Year!

Dear Readers,

The New Year will bring many new CMMI opportunities for engineering and software leaders and professionals, and this CMMI Appraiser is excited to help you take advantage of it all! Whether you need training in the new CMMI 2.0, CMMI v1.3, or Agile/CMMI integration, feel free to check out our slate of popular CMMI and Agile classes in 2019.

See more info below! 

Class Title: Introduction to CMMI-DEV v1.3

Location: Washington, DC area

Date: February 19-21, 2019

For more information: visit the CMMI v1.3 registration page

Class Title: CMMI V2.0 Instructor Led One-day Upgrade Class

Location: Washington, DC area

Date: February 22, 2019

For more information: visit the CMMI V2.0 One-Day Upgrade registration page

Class Title: CMMI-DEV V2.0

Location: Washington, DC area

Date: April 1-3, 2019

For more information: visit the CMMI-DEV V2.0 registration page

Class Title: Agile/CMMI Integration Workshop

Location: Washington, DC area

Date: April 4-5, 2019

For more information: visit the Agile/CMMI Integration Workshop registration page

See you in class!

Like this blog? Forward to your nearest engineering or software exec!

Jeff Dalton is a Certified SCAMPI Lead Appraiser, Certified CMMI Instructor, Certified Agile Assessor, author, keynote speaker, and consultant with years of real-world experience with the CMMI in all types of organizations. Jeff has taught thousands of students in CMMI training classes and has received an aggregate satisfaction score of 4.97 out of 5 from his students. His new book, Great Big Agile: an OS for Agile Leaders (© 2018), is now available on Amazon.

Visit www.broadswordsolutions.com for more information about engineering strategy, performance innovation, software process improvement and running a successful CMMI program.

Big Agile Requires Strong Leadership: Just Not The Kind You're Used To

By: Jeff Dalton

Everywhere we look, including every CMMI and Agile appraisal I’ve done in the last decade, technology leaders in large companies are asking about scaling agility. 

But it’s the wrong question. They should be asking how to scale self-organization.

For centuries business has been led using a proven hierarchical, low-trust, command-and-control model that has its roots in the successful Roman military machine, and is still taught today in MBA programs from Cambridge to Ann Arbor.  It’s a model that is in professional DNA, and self-organization, a foundational characteristic of agility, is absent.

In recent years, many businesses have been attempting to transition from traditional hierarchies to self-organizing models based on the  “rules of nature,” a system that more closely resembles the controlled chaos of the natural world.  They start with the premise that humans naturally demonstrate certain behavior patterns, and it makes sense to leverage these, rather than re-program them to fit into more traditional hierarchical models.  Agile frameworks like Scrum,  as well as self-organizing performance models like the Agile Performance Holarchy, are good examples of this.  

These models invert the hierarchy, transforming leaders into stewards of the a self-organizing behavioral architecture,  with team roles and accountabilities dispersed throughout the organization in a way that allows people go about the messy process of self-organization and improved performance. In an agile world, team members are empowered to make important decisions within the context of the behavioral architecture without having to ask permission from a supervisor or manager.

But don’t expect all mangers, or the schools where MBA students who are eager to lead are graduating, to come along willingly.  To ask them to change is to ask them to transform themselves after a lifetime of learning how to succeed in a hierarchical world.  This might have been best articulated by Benjamin Disreaeli, who upon becoming the Prime Minister of the UK said “I have climbed to the top of a greasy pole!.”  Indeed.

 

Why Agile Matters

According to the CMMI Institute, over seventy percent of organizations who have achieved a CMMI rating in the last three years describe at least some of their projects as  “agile.”  This is a dramatic increase over previous years that has deep-rooted cultural and operational implications.  There are good reasons for leaders to transition to self-organizing models, but significant cultural change, especially among leaders, will need to take place to ensure success.

Agile frameworks reduce the cost of failure. It is conventional wisdom in the technology industry that failure is inevitable, with many companies seeing failure rates as high as 70 percent.  Research conducted by organizations such as the Project Management Institute and the Software Engineering Institute has consistently confirmed high failure rates, so it makes sense to seek solutions that assume failure, not success, and to simply reduce its cost.   All agile frameworks, with their incremental and iterative development model, support the idea of “fail-fast.”

Failure is not just an option; it’s a requirement. A foundational premise of agile is to acknowledge that failure is normal, and we should plan to fail fast and learn as much as we can.  This reduces a project’s cost while allowing teams to redirect efforts toward a more successful approach through the use of experimentation, retrospectives, and short, timeboxed iterations. Quality professionals will recognize this as an application of W. Edwards Deming’s “plan-do-check-act” framework of continuous improvement applied in short iterations.

Agile methods deliver business value to end-users more quickly. Value is delivered more quickly with an iterative and incremental delivery approach due to low-value features being de-prioritized or discarded, freeing up valuable resources to focus on the high-priority needs of the customer.

Self-organization pushes decision-making downward, freeing leaders to focus on strategy. For decades, the technology industry has explored ways to push decisions downward. Agile frameworks finally provide a model that can make that a reality, if only leaders are willing to accept their role as enablers rather than task managers. A successful agile team requires minimal over- sight, makes day-to-day operational decisions, collaborates with business customers, and delivers business value without the need for continuous management intervention.

Agile complements important IT industry models. If CMMI®, ISO 9001, and the PMBOK® Guide are models we use, agile is something we are. For example, CMMI has a perspective of defining what needs to occur for a product or service to be successfully and consistently deliver, and to improve the process,  while agile values describe why we take those actions. If adopted in this way, rather as only a marketing tool to receive a rating, CMMI makes agile stronger.

Big Agile is Coming

Since 2016, General Motors, the Department of Defense, Health and Human Services, Fiat Chrysler, and other large companies have begun to adopt agile within their software organizations, and along with their combined $100 Billion IT budgets they are bringing their biases, bureaucracies, documentation, and leadership infrastructure with them.  What will be the effect on the agile community?

“Big Agile” requires leadership at all levels, just not the kind we are used to. Simply working with an agile coach to implement well-known ceremonies is not enough. Metaphorically, the leadership “operating system” needs an upgrade.

In today’s corporate hierarchies where command-and-control structures, low trust, long-term planning, and risk management reign supreme, the skills required to thrive and survive are anything but agile. This leaves agile teams to push the culture uphill, leading to unpredictable results once business operations expand beyond the boundaries of the core agile team. This creates a “cultural type-mismatch”  due to information technology, operations, marketing, infrastructure, business development, sales, and end-users not being on the same cultural page.

Performing agile ceremonies and techniques without self-organization isn’t agile at all. There is nothing inherently wrong with adopting ceremonies and techniques identified as being agile, and many companies have found some success with that, but the power of agile values and their associated frameworks grows exponentially once self-organization is perfected.

What to do about it?

Tomorrow’s leaders, and the schools and corporate mentoring programs that train them, will need to transition their mission from that of command-and-control task manager to one of an architect and operator of a self-organizing infrastructure.  This includes changes in culture, training, and performance monitoring with a bias towards high-trust, peer accountability and self-governance.  Two models that can help new leaders prepare for the future are the Capability Maturity Model Integration V2.0 ® and the Agile Performance Holarchy (APH).

CMMI V2.0 provides guidance for leaders to consider while implementing improvements to organizational process systems, and currently contains twenty Practice Areas, with three that specifically apply to solving this problem: Governance (GOV), Process Management (PCM), and Implementation Infrastructure (II).  These three Practices Areas each contain practices that can help leaders formulate a plan, as well as develop and deploy a system, for a new, self-organizing operating model. 

The Agile Performance Holarchy is a leadership model that provides a definition of a self-organizing agile architecture, with objectives, desired outcomes, and set of behavioral guiderails for agile leaders and teams seeking to master self-organization and large-scale agility.  The APH currently contains six Performance Circles that address Leadership, Craftsmanship, Providing Infrastructure, Affirming Quality, Teaming, and Envisioning Solutions.

Culture Needs to Change

An “Agile Transformation” where the scope is hiring an agile coach, and the adoption of basic ceremonies or techniques, is doomed to failure.  Agile isn’t a process or a framework like scrum, XP, or SAFe.  It’s a collaborative, transparent, and self-organizing culture where the operational model is high-trust, empirical, and calibrated for relentless improvement in the pursuit of high quality and increased speed to value. 
Jim Bouchard, author of The Sensei Leader, sums it up for leaders: “Don’t even attempt to transform your organization until you can transform yourself.”

Jeff Dalton is CEO of Broadsword Solutions Corporation.  He is a Certified SCAMPI Lead Appraiser, CMMI Instructor, Certified Agile Assessor, author, and keynote speaker.  His new book, Great Big Agile: an OS for Agile Leaders  (© 2018), is now available on Amazon.

Happy Thanksgiving from the CMMI Appraiser's Family to yours!

Dear Readers,

This Thanksgiving, as Mrs. CMMI Appraiser and I sit down at the holiday table with our Little Appraisers, friends, and extended family, we are thankful for all of the opportunities we've had to meet so many companies that are adopting the CMMI for the right reasons.

Yes, by taking the right approach to adopting the CMMI in 2018, organizations are experiencing higher quality, faster delivery, and more predictable, repeatable results. These outcomes are helping the entire industry improve. That's why, looking forward, we feel an even greater sense of gratitude for all those in 2019 who will choose to adopt the CMMI for the right reasons:

• Because the CMMI is a time-tested, industry-proven model for positive outcomes;
• Because the CMMI is a framework and set of guidelines for changing behaviors and changing culture;
• Because the CMMI allows you to do what you are already doing, only better.

Last but not least, we’re grateful for YOU, the Reader. You’re the one who puts these truths in action every day by following the guidance of the CMMI to keep your company on the path to greatness. Ultimately, YOU are what the CMMI is all about, and we couldn’t feel more fortunate than to be sharing this journey with you!

To show our gratitude, we’re offering you a hassle-free download of our popular book, "A Guide to Scrum and CMMI: Improving Agile Performance with CMMI." Originally published by the CMMI Institute, the book is designed to help you learn to maximize your investment in agile and the CMMI. Read, learn and enjoy!

Have a happy Thanksgiving!

Like this blog? Forward to your nearest engineering or software exec!

Jeff Dalton is a Certified SCAMPI Lead Appraiser, Certified CMMI Instructor, ScrumMaster, author, and consultant with years of real-world experience with the CMMI in all types of organizations. Jeff pioneered agileCMMI, the leading methodology for incremental and iterative process improvement. He has taught thousands of students in CMMI training classes and has received an aggregate satisfaction score of 4.97 out of 5 from his students.

Visit www.broadswordsolutions.com for more information about engineering strategy, performance innovation, software process improvement and running a successful CMMI program.

For other books about CMMI and Agile, including the soon-to-be-published “Great Big Agile: An OS for Agile Leaders,” visit Jeff’s Author Page on Amazon.

Can CMMI V2.0 help companies reinvigorate Performance Improvement?

CMMI 2.0 is here. Do you think the new instantiation of the model will reinvigorate the use of CMMI as a tool to help people get better, versus just getting business via contracts? ~ Tom Cagley, SPaMCast

[Editor's Note: On the most recent episode of the Software Process and Measurement Cast (SPaMCast), Tom Cagley and this CMMI Appraiser are talking CMMI V2.0, and how to begin transitioning to and using the new Model upgrade. Listen to the full interview at SPaMCast 512.]

Tom, yes, it appears that CMMI 2.0 is capable of helping companies reinvigorate performance improvement. But I think there's going to be a fairly long transition period. In the last seven or eight years, the industry has spent an awful lot of time and money in gearing up for CMMI v1.3, and understanding finally how to pull it all together, and the new release changes that. CMMI 2.0 changes everything.

I think the transition period is going to be a little rough for companies that are doing reappraisals, which account for about 70% of all appraisals each year. In our case, about 20 or 30 companies that I'm working with are all asking me can they reappraise at CMMI v1.3, because they're just completely oriented around CMMI v1.3, and they don't want to have to make a change.

I also believe that the market for CMMI will continue to be strong in the contractor community and the corporate supplier community, due to mandates, as well as the many things the CMMI Institute is doing to increase awareness that CMMI V2.0 is a performance improvement model. I think we are going to see more and more companies adopting CMMI as an improvement model. And we’ll even see some other use usage modes.

For instance, I'm working with a company that recently bought eight of their largest competitors. They ate up the market. In the process of doing that, they wanted to use CMMI as a way to evaluate capabilities. Since then, we've been hearing from M&A houses in New York, asking us to help them evaluate mergers and acquisitions, using CMMI to evaluate capability. And they're not at all interested in a rating. They don't care about SCAMPI. They never even heard of it. They're looking for someone to go in and give them advice on how to use an improvement model like CMMI to establish a capability roadmap.

Another example: We're seeing a new program that's gone up with the FDA, the brainchild of Kirk Botula at the CMMI Institute, where the FDA has permitted the use of CMMI as an alternative to some of the audits that they were doing, mostly in the pharmaceutical industry. There are some Lead Appraisers specializing in that.

The trend is towards performance improvement. You are starting to see more and more organizations that don't care about ratings when adopting CMMI. I'm not sure that's a result of CMMI V2.0 as much as a result of the Institute reaching out and making that case actively. And for those organizations that respond to that message, I think you're going to see a lot of them adopting CMMI V2.0 as their standard, as opposed to CMMI v1.3.

For folks who are interested getting training on all of the changes in the new model, seats are already filling up for our CMMI 2.0 Training Class this Spring. Learn more about CMMI V2.0 Training, plus our optional Agile/CMMI Integration Workshop on April 1-5, 2019.

# # #

I hope my readers have enjoyed this segment of my interview with Tom Cagley on SPaMCast #512. We'll be talking more about the changes in the new upgrade, CMMI V2.0, in the next segment. Please check back soon.

Like this blog? Forward to your nearest engineering or software exec!

Jeff Dalton is a Certified SCAMPI Lead Appraiser, Certified CMMI Instructor, author and consultant with years of real-world experience with the CMMI in all types of organizations. Jeff has taught thousands of students in CMMI training classes and has received an aggregate satisfaction score of 4.97 out of 5 from his students.

Visit www.broadswordsolutions.com for more information about engineering strategy, performance innovation, software process improvement and running a successful CMMI program.