Recently I was asked by a journalist how I practiced public speaking.  At this point in my life, getting up in front of an audience is pretty much second nature.  However, it wasn't always so.  I had to work hard at the skill and had to fail A LOT before I found my schtick and was able to get pretty OK at it.   

Here are the highlights from the interview along with six take-aways to help you be a better public speaker.

Patty and I were talking with our son Trevor about some very successful engagements he recently completed: illustrating two books for two different authors. I told Trevor that a major part of my professional focus is to help him be a successful illustrator and graphic artist and to help ensure that AI doesn’t replace him.

Now, quite honestly, I have absolutely no talent when it comes to anything art-related; I can’t draw anything that resembles anything. But, I can help him with his client management skills and profitability, and I can be a voice in the room about AI. When I told him that my primary professional focus was on helping him, he said, “So, what you’re doing is about your legacy, right?”

His observation caught me off guard—in a good way. As I thought about it more, I genuinely want to help Trevor be a successful illustrator and graphic artist. Trevor recognizes my desire to help him, and has told me many times how grateful he is for the help.

He also recognizes that my helping him fulfills something very important to me, which is helping others to help themselves. I not only appreciate his being grateful, I also feel all warm inside about his acknowledgment that I am trying to live my legacy.

Read more at ProjectManagement.com. 

Some time back, I took over a high-risk program from a client project manager. The program had a contractually-fixed due date with a material business impact if the date wasn’t met. There was a minimum-bar scope to which we had to adhere: no subtracting scope or adding to scope.

Budget was not an issue; we (fortunately) didn’t have to worry about how much the program cost. The marching orders were clear: hit the date, manage the scope, and don’t worry about money.

The problem was that there was too much scope to hit the date using conventional waterfall or agile methodologies. We had four months to deliver what in reality was eight schedule months of work. Going back and saying, “It can’t be done” wasn’t an option because of the contractual requirement. So we got creative.

We divided the work into four sprints consisting of one or more baseline meetings, development, integration testing, user acceptance testing, and a go-live meeting with our sponsors at the end of each of the four months.
We not only overlapped the sprints, we also overlapped steps within the sprints. In any given sprint, we had concurrent development and integration testing activities with users participating in integration testing to identify potential user acceptance issues earlier (something I refer to as “canary in the mine” testing).

It was very messy, and not something I would have designed at the outset of a program. But I didn’t have the luxury of designing a “right way to do it” approach. I am confident that if a project auditor did a post-mortem on the approach, I’d get called out as having created and managed a hot mess.

And it was a hot mess—but we got the work done to the minimum-bar scope and the contractually fixed date. Our leadership didn’t give a fig about whether or not we did something the “right” way. We got the job done, hot mess and all.

My purpose for this opening story is not to engage in a waterfall/agile debate. The truth is that we were very hybrid in how we worked. My focus is to talk about something PMs need to avoid in this AI age: long division syndrome. Let me explain.

Read more at ProjectManagement.com.