ProjectExperience

Now this is a good short take on DevOps. It indeed a recipe.

DevOpsGuys

There have been some great posts recently regarding the difficulting in defining DevOps e.g https://www.jumpcloud.com/what-is-devops-blog/ and following on from that http://www.scriptrock.com/blog/the-problem-with-defining-devops.

My view is that some of the confusion, and the multiplicity of opinions about what DevOps is, comes about because people are using the wrong cognitive frame when looking at DevOps, and maybe a bit of re-framing is in order.

Firstly, a bit of background. In The Blind Watchmaker (1986, pp. 295-296) Richard Dawkins explains that DNA is like a recipe, not a blueprint. You can’t take a slice of cake and then pull up the “cake engineering blueprint” and point to the section that specifies that part of the cake (as opposed to comparing a car or plane part to a blueprint, for example). You have a recipe… but there isn’t a one-to-one correspondence between the recipe and the cake.

“A recipe in a cookery book is not…

View original post 318 more words

Red Hat Developer Blog

Part four of a four-part series on DevOps with Gene Kim and Red Hat IT.

View original post 1,034 more words

Red Hat Developer Blog

Part three of a four-part series on DevOps with Gene Kim and Red Hat IT.

Panelists:

  • Bill Montgomery: Manager, Red Hat IT
  • Steve Milner: Engineer, Red Hat IT
  • Jen Krieger: Product Owner, Red Hat IT
  • Tim Bielawa: Engineer, Red Hat IT
  • Chris Murphy: Engineer, Red Hat IT

Introduction: Gene Kim, award-winning CTO and co-author of “The Phoenix Project,” recently sat down with Red Hat IT’s Inception team to discuss their DevOps mission. Here are the highlights from the conversation.

On the Inception team’s DevOps and CI/CD implementation strategy:

Gene: Why did you decide to first focus on release automation?

View original post 866 more words

Red Hat Developer Blog

This is part two of a four-part series on DevOps with Gene Kim and Red Hat IT’s Inception Team.

View original post 977 more words

Red Hat Developer Blog

This is part one of a four-part series on DevOps with Gene Kim and Red Hat IT’s Inception Team.

Panelists:

  • Bill Montgomery: Manager, Red Hat IT
  • Steve Milner: Engineer, Red Hat IT
  • Jen Krieger: Product Owner, Red Hat IT
  • Tim Bielawa: Engineer, Red Hat IT
  • Chris Murphy: Engineer, Red Hat IT

Introduction:Gene Kim, award-winning CTO and co-author of “The Phoenix Project,” recently sat down with Red Hat IT’s Inception team to discuss their DevOps mission. Here are the highlights from the conversation.

View original post 644 more words

Understanding Governance

Project management is usually tied to complying to corporate and IT governance. I think this article has clearly given us a high-level picture on what is involved in understanding the value of governance.

Stakeholder Management's Blog

My last post looked at developing a grounded definition for the governance of PPP based on established definitions for corporate governance (see: Defining Governance – What the Words Mean) .  This post looks at how the definition can be put into practice to govern an organisation doing projects and programs.

An organisation is governed by its ‘governing body’ which, depending on the nature of the organisation, may be an individual, a small group, a committee or a formally constituted board of directors.  Whilst this statement may seem obvious, it is vitally important! The governing bodies job is to represent the interests of the organisation’s owners and to appoint, direct and oversight the organisation’s management (see more on organisational governance).

Within the organisation, the workers are appointed, directed and overseen by management, management is appointed, directed and overseen by the executive and the executive is appointed, directed and overseen…

View original post 927 more words

ITIL Service Management: ITIL Continual Service Improvement.

This article is worth checking out.  It is not new but it relates to what project management should be doing as well.