New PM Articles for the Week of May 6 – 12

New project management articles published on the web during the week of May 6 – 12.  Dave and Sandra read all of this stuff so you don’t have to!  Recommended:

  • Tres Roeder explains how to prioritize your stakeholders.
  • Brett Beaubouef explores aligning IT with business objectives.
  • Margaret Meloni reviews a simple and powerful process for conducting lessons learned.
  • Guillermo Solis gets back to the basics, with some pointers on how to manage successful meetings.
  • Esther Derby fills in the blank, “When I feel empowered, I can …”
  • Bruce Benson notes that project management consists primarily of team building.
  • Toby Wolpe explains that failure is acceptable.  In fact, to get good at it, you need to fail more often.
  • Cheri Baker has been talking to a few departing managers who just wanted to be allowed to do the right thing.
  • Toni Bowers, a fellow stickler for good grammar, points out some more mistakes in your resume.  And she didn’t even have to read it!
  • Harrison Smith asserts that, even while LinkedIn and Big Data are great “pull” solutions for recruiters, the resume will never die.
  • Soma Bhattacharya interviews Derek Huether, agile coach and blogger.
  • Paul Culmsee continues his series on powerful questions, with the key focus are question.  Just 23 minutes, safe for work.
  • Roman Pichler builds on user stories to form scenarios and storyboards.
  • Peter Dinham reports that a new survey conducted in Australia blames poor governance for a large number of failed major projects.
  • Mario Trentim argues that the key to maximizing the business benefits of your project portfolio lies in effective sponsorship.
  • Roger Grimes lists eleven signs your IT project is doomed.  Be sure to share this list with your project sponsor!
  • Dave Vellente interviews Kate Parsons of EMC on the success drivers of their SAP implementation, Project Propel.  Ten minutes, safe for work.
  • Michael Wood explains the difference between a framework and a methodology.
  • Kerry Wills was sitting at the airport, so he decided to share some random thoughts on business travel.

Enjoy!

New PM Articles for the Week of April 22 –28

New project management articles published on the web during the week of April 22 – 28.  Dave and Sandra read all of this stuff so you don’t have to!  Recommended:

  • Tom Hammell applies some of Daniel Kahneman’s work on thinking fast and slow to project management decisions.
  • Elizabeth Harrin concludes her interview with Dr. Wilhelm Kross, on risk communication.
  • Kyle Roozen explains the four-step approach his Scrum team uses to estimate timelines.
  • Donna Reed shares a recording of a presentation by Star Dargin, “Coaching Skills for Project Managers.”
  • Samad Aidane answers a common question, “How do I motivate my team?”  His uncommon answer, “Don’t try.  You don’t need to.”
  • Kailash Awati presents a noir satire of the PMO as the methodology police.
  • Patti Gilchrist takes a look at how the PMO is evolving from process policeman to innovation advocate.
  • Andy Jordan notes that, just as every project needs an issues log, so does every PMO.
  • Bruce Benson figures that a manager who insists on a “personal commitment” to achieve a deadline is probably working with an unrealistic schedule.
  • Brad Egeland suggests that we listen to our team members carefully, rather than uncritically.
  • Margaret Meloni wants you to bring your inner child to work.  Why?  Well, because children ask, “Why?”
  • Cyndee Miller reports from the PMI Global Congress 2013 in Istanbul, where keynote speaker Avinash Chandarana noted, “Culture eats process for lunch.”
  • Robert Bell offers a few more reasons to pull team members from around the globe.
  • Glen Alleman responds to a post on TechWell on Agile and the federal government.
  • Chuck Morton begins a new series on project change management (as opposed to organizational change management, or systems change management).
  • Mike Griffiths has a story of fragmented, part-time teams taking an Agile approach, and succeeding.
  • Soma Bhattacharya has some suggestions about making the transition to Agile methods.
  • Kelsey van Haaster learned a lot about making the transition from non-agile to Agile, by visiting a website devoted to mastering housework.
  • Todd Wilms shares a slide deck with ten leadership lessons he wishes he had learned in his twenties.
  • Patrick Gray looks at the recent controversy (and firings) that grew out of the tweeting of tasteless remarks at a Python developer’s conference.
  • Penelope Trunk has been coaching her husband, the farmer.  Big insight: your approach to dealing with mistakes defines your success.

Enjoy!

Coaching and Mentoring Are Different

I’ve lately seen a number of references to coaching that sound, in context, like mentoring.  And I’ve recently seen a request for mentors that sure sounded like they wanted people to do coaching.  So, I’m going to try to differentiate between the two activities, because as practicing IT project managers, we will likely be called on to do one or both during our careers.

You might think of coaching as something a guy with a whistle does out on a field.  In most sports, the coach works with the athlete (or team) to improve their performance, where their goal is to win competitions.  However, in the work world, the goal may be simply to get performance up to an acceptable level, rather than an exceptional level.  Obviously, this implies that there are standards of some sort, and that performance can be measured.  Thus, coaching typically involves giving impartial feedback, both positive and negative.  The end state of coaching is improved performance by the learner.  The coach focuses on teaching techniques or behaviors, whether at the fundamental or advanced level, so the learner can continue to improve independently.  As Vince Lombardi famously observed, “Coaching in its truest sense is giving the responsibility to the learner to help them come up with their own answers.”

When we talk about coaching our project teams, we should think in terms of empowering them.  What feedback can we give that will trigger insights?  What metrics can we use that will help them drive specific, desired behaviors?  Good coaching is about enabling success through behavior change, rather than punishing failure.  And while a coach doesn’t have to be in a management or supervisory role, a coach has role-based authority.  The challenge for the coach is to use that authority to influence behavior, rather than to dictate actions.

Mentoring, on the other hand, is about personal development.  As Bozeman and Feeney define it, “Mentoring is a process for the informal transmission of knowledge, social capital, and the psychosocial support perceived by the recipient (emphasis added) as relevant to work, career, or professional development.”  Generally, mentoring involves unstructured communications, usually face to face, over an extended period of time.  In most cases, organizations with formal mentoring programs have specific goals for the relationship.  New-hire mentoring programs, for example, have been given credit for significant improvements in employee retention.  However, in some cases the goals of the mentor – protégé relationship may be defined by the protégé, rather than the mentor.  This is especially true in peer mentoring, where the differentiator is experience, and the end state is essentially the autonomy of the protégé.

When we talk about mentoring a new hire or a junior project manager, we should think in terms of providing a proper example of the culture of the organization, as well as insights and learning opportunities.  Of course, good mentoring requires probing questions, by both parties to the relationship, but it also involves introductions and a “transfer of social capital.”  At some level, the mentor is a cheerleader, rather than a coach, and the protégé benefits from the association by making contacts and developing other relationships.

Good coaching is brief and focused on specifics, whereas good mentoring requires development of a long-term relationship.  Both activities can be personally and professionally rewarding, but always remember: the focus is on the learner or protégé.  It’s not about us.