Agile & Communications

My first experience with what has become to be known as Agile was in 1990/1991 for a US defense contractor making US military fighter jets, and the DoD’s push for everyone to use what they called IPD – Integrated Product Development (that later became IPPD – Integrated Process & Product Development).

The training I developed for their Product Team Leaders focused on the processes that IPD mandated, planning work efforts in coordination with every other team (propulsion, fuselage, wings, landing gear, power, weapons systems, etc.), and the routine (planned) and non-routine (unplanned) Inter & Intra Communications required to deal with the ever-changing requirements when one’s goals had to be reset – because push came to shove – when the weight of one element couldn’t be reduced to the initial targets, for example – and that threw off the balancing of weight (a most critical requirement) – requiring all others to adapt accordingly – better, faster, and cheaper – and in constant collaboration & coordination with each other. No easy task.

I based their 5-day course on an 8-day one that I had developed in 1987 for Product Managers at AT&T’s Network Systems – that the prospective client had a key manager attend – and he saw that Planning/RePlanning required much better Communication at all levels.

Communicating is a most critical skill of people, team leaders, managers, and Enterprise Leaders – but learning it in isolation from their authentic Performance Requirements often doesn’t Transfer, so it won’t stick or have a positive Impact. It’s just another way of Squandering Shareholder Equity. Not a good thing.

My recent book – Simulation Exercise Design for Interpersonal Communications Skills Development – shares my approach to building Simulation Exercises focused on critical aspects in the WorkFlow AND on Interpersonal Communications Behaviors.

Many of my other books address how to conduct the Performance Analysis regarding the WorkFlows/ WorkStreams/ Processes that are the means to the ends of producing Worthy Outputs that lead to Satisfactory Outcomes when Outputs meet Stakeholder Requirements.

See all of my books on my Amazon Authors Page:


Leave a Reply

Please log in using one of these methods to post your comment: Logo

You are commenting using your account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

This site uses Akismet to reduce spam. Learn how your comment data is processed.