Taking a Break

Dear Readers,

I haven’t written a post in almost a month.  It feels pretty good.  When I was in the middle of my streak of about 75 weekly posts, it seemed like every article I read, radio feature I heard, or conversation was a source of a new blog post about the other side of risk.  That isn’t happening now.

I think my idea of writing about how my projects over the years trended to success when I paid attention to what could go right more than what could go wrong has run its course.  Finding new ways to express the same theme isn’t saying enough new things anymore.  Recent posts have been looking for new direction.lounging

I’m going to take a break, read through all the posts, consider what I’m trying to do in portfolio management and IT governance in my new job, and figure out where to go next with blogging, writing, and teaching.  There’s a bigger picture to paint.

I think I have about 20 – 50 people who regularly look at this blog, and lots more who happen on to it via searches for topics.  To all of you, thanks very much for reading and occasionally commenting on what I have written.  It’s been very satisfying for me to write about the other side of risk in hopes of helping others have more successful projects.  If you are just finding this, enjoy poking through the words and pictures.

Thanks for reading.  I’ll let you know on this blog where I will be going next when I figure it out.

Glenn Briskin

Agile and Portfolio Management

puzzle-pieces_blank_cropped_smallIn my new role, we are looking at using agile methods for both project and portfolio management.  We have to look closely at the pieces to put together the puzzle.

To better understand Agile, let’s look at it’s origins.  The Agile Manifesto says:

“Manifesto for Agile Software Development

We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:

Individuals and interactions over processes and tools

Working software over comprehensive documentation

Customer collaboration over contract negotiation

Responding to change over following a plan

That is, while there is value in the items on the right, we value the items on the left more.”

I write about:

balancing consulting practices with project management to

imagine perfect outcomes and a perfect journey to get there

that leaves the organization and its people better than we found them.

So, when I read the Agile Manifesto, it says to me that:

  • A way to find a perfect journey to a perfect outcome is to focus on the people and how they will work together more than on the processes and tools.  The perfect journey is the interactions that produce ideas and results, not a perfectly followed process.
  • Working software is more important than comprehensive documentation because a team working one step at a time can better express what it understands via a working product than a complete document.  We often complete documents to lock things down and drive out risk.  Opportunities for growth come from trying things and learning from them.  I think documentation is important, it just has to be in step with product building, not way out in front of it.
  • Customer collaboration is more important than contract negotiation because it values seeking what can go right over what can go wrong.  Collaboration leads to a commitment to leave an organization better as a result of our efforts.  The contract focuses on a commitment to do something for consideration from someone.  It protects against risk, but can drive out opportunities it if becomes the focus.  The focus needs to be on how people collaborate to improve the organization.
  • Responding to change is more important than following a plan because the plan is only a tool that helps you know when things are changing.  I think you have to have a plan that covers all the steps in your perfect journey to the perfect outcome.  But, you also have to understand that part of a perfect journey is recognizing its unpredictability and learning to respond to discovery.

I think that Agile will be useful applied to portfolio management as well as software development.  The PMI standard for portfolio management says that ‘portfolio management is a framework that provides the means to translate the organizational strategy into a portfolio of strategic and operational initiatives.  It manages the actualization of those initiatives through the use of organizational resources.’

Agile suggests that the organizational resources are its people.  People pursue the organization’s desired strategic (perfect) outcomes by working together and with its customers to discover the best mix of opportunities for improvement.  These opportunities are pursued incrementally so that each completed step delivers progress toward the objectives and a clearer understanding of the next step.

I like the mix of Agile, portfolio management, and the other side of risk.  Writing about it gets me a little closer to using it productively.  Let me know if you think it all fits together.

Thanks for reading.

Copyright 2013, Glenn Briskin and “The Other Side of Risk”

Mosh Pit Portfolio Management

Should managing a portfolio of projects be like a mosh pit at a heavy metal concert, or like a waltz at the royal ball?  Maybe both.liturgy

This week showed good progress toward setting up portfolio management at my new organization.  But, by Friday afternoon I was really tired.  You know how your thoughts wander a bit when that happens.  Since I’ve been writing this blog, too often thoughts or experiences click on ideas for blog posts.  When we are really into something, our experiences all feed into our own frame of reference.  I was worried that I’m becoming unproductively obsessed.  Fortunately, I found out this week that I’m not unusual.

Continue reading

Redefining Yourself

“You are never too old to set another goal or dream a new dream…”  C.S. Lewis

A constant theme in my work life has been to redefine myself every 4 years or so.  I’m not sure why it happens, but it’s always worked out well.  Maybe it’s why I like project management and consulting.  This work is about redefining things.

cultivating-a-relationship-with-yourselfLast week I started a new job.  I’m not an independent consultant anymore.  Now, I’m an employee of the State of Washington.  Again.  I spent the first 20 years of my career in the public sector serving in the Air Force and working for Washington State.  Those were good years, but I wanted to see more of the working world.  I wanted to know if people in the private sector worked smarter, harder, or more productively.  After 18 years being part of private companies and owning one, it’s apparent to me that people are the same everywhere.  Everyone is willing to work hard for something and others that they believe in. Continue reading

Waiting for Program Management

“How much of human life is lost in waiting?”  Ralph Waldo Emerson

indiana marionI heard this quote at the end of the last Indiana Jones movie a couple weeks ago and it stuck in my head.  Indiana and Marion waited a long time to realize that they belonged together.  It’s taken me a long time to recognize a different connection.

I was talking with a wise associate last week and he opened my eyes.  He said he enjoys my blog and that he likes the quality assurance tools I use that reflect my philosophy.  We all like that kind of feedback so I was receptive for more.  Then he said that I must be using the PMI Standard for Program Management as a reference for my work.  I admitted I wasn’t.  He reached over to his bookshelf and handed me the standard and I paged though it.

A lot of what I’ve been blogging about as the basis for how I look at projects was right there in the PMI program management standard.  It recognizes the need for:

  • Linkage to organizational objectives
  • Governance of organizational capacity to ensure that projects create synergy
  • Consultative skills working with stakeholders and politics
  • Benefits realization

Continue reading