IT Value Metric: ROA

Here's an interesting proposal for valuing IT investments using return on assets, similar to capital intensive industries such as the oil industry. ...

... "Kyte contended that IT should now value its investments based on a different metric: return on assets. ROA would enable IT departments to measure success based on the return it gains from assets already deployed in the infrastructure and help IT better plan for future assets going forward. " ...

Via Computerworld: Gartner on technology

Communicating IT Value

Nice tips on transforming the IT value discussion, such as leveraging the role of the business sponsor and integrating IT initiatives in the business agenda. ...

... "burden of defending IT initiatives as standalone project is eliminated; instead the business leader adopts the IT project as a core enabler of the business strategy. " ...

Via CIO Asia: Tips for communicating value of IT

Project Connections

Connections are key to project success. Team members connect to build project performance. Tasks and activities are connected to create a realistic project schedule. The project's deliverables are connected with the goals and objectives of the organization. And, those goals will have a connection to the strategies of the enterprise. ...

... "When people know how a project affects their corner of the company, they develop a personal stake. But they also have to see how an IT project affects the bottom line, so that they fully grasp how the IT strategy plays into the health of the business. " ...

Via CIO Asia: Make the connection between IT and business strategy

Project Investments During Economic Uncertainty or Contraction

Here's some tips regarding investments during uncertain economic times. This quote makes sense in that ... there's quite a bit of effort necessary to adopt and sustain a new performance level after an IT project go-live. This period of stabilization, adoptions, and maturity is a worthwhile investment after the initial capital investment is made. ...

... "Real, long-term value comes from recognizing at the outset that growth, evolution and value-generation require sustained sponsorship, attention, maintenance and marketing. " ...

Via B-Eye: Smart Investment

Project Business Case: Shock and Awe with Value

Enhance your business case with a compelling story and value statements in the language of your business. While the solution is important, keep the technical details to a minimum. ...

... "Decision makers don't want to hear about bits and bytes. IT managers need to talk to them in terms of achieving business value and reducing risk, said John Cash ... " ...

Via IT Business, Canada: Project Approval Process

Link Innovators for Happy Surprises

You can't force innovation. But, you can stack the deck in your favor. Link creative people together. Create a sense of purpose. Sprinkle in some data and information. Provide some funding. Step aside. Check back at stage-gates to see how things are progressing. ...

... "Creating a network of innovators who can identify trends and connect important dots across the business will create value on an even broader scale, and may bring some new insights and opportunities back into your team or function. " ...

Via Innovate on Purpose: Managing innovation

Methods to Value IT

Insights on valuing IT and its investments range from tracking benefits, articulating the intangible benefits, and beating benchmarks. Traditional measures are shifting to options valuation. And, portfolio management could benefit from program management. ... All interesting perspectives. ...

... "In other words, looking at relative IT spending does not tell you whether a bank is an advanced or an inefficient consumer of IT. That's the economic theory. " ...

Via CIO Asia: IT Value

Project Forecasting: More Lessons from Driving

A while ago, I entered a post about the importance of staying tuned in, drawing an analogy to driving. Well, another driving analogy had occured to me, this time about the need to focus on remaining time.

Let's put it this way. If you're driving from Philadelphia to New York City and you're at the entrance to the New Jersey Turnpike, what percent complete are you on your trip?

Some of you may guess certain percentages based on distance, but that's as foolish as basing project percent complete on the percent of budget or time that's been spent, without regard for work accomplished.

The quick answer is: Who cares what percent complete we are? What we really should be concerned with is how much time is left, assuming we care about what time we arrive to begin with.

But let's say that we DO care (i.e. schedule is a priority for us, as opposed to some other success factor). How can we measure whether we'll be there on time?

Simply using a percent complete tells us nothing. It's too subjective. What we need to know how much time is remaining. And that will depend on how fast you're going, how many miles are left, what barriers may arise (i.e. road closings, flat tires, etc.), how many stops you make, and a number of other variables. It's no different for projects.

For project schedule control, capturing percent complete is too theoretical, so that's not of much use to us. And capturing time spent tells us very little, except perhaps how long it took us to do prior work, which may not be an accurate indicator of future work. Besides, we can probably determine future work estimates more accurately through expert opinion and/or statistical sampling (combined with good planning).

Of course, there's no harm in entering time spent as long as people are disciplined to always include time remaining. Then a percent-complete can be calculated based on that. But the percent-complete itself is not a leading indicator, so is still of questionable value.

If we focus instead on time remaining at the task level, and combine that with barrier removal, risk planning, and regular reforecasts, we'd have much better control over whether we "arrive on time."

We can improve our ability to estimate in the future by capturing lessons learned, doing spot checks, and using the information to create project schedule templates and checklists, so future projects can avoid running over the same potholes.

Some may say, "Oh, we still need the percent-complete for Earned Value calculations."

Do we really? By putting a dollar amount to the time remaining, we can solve the same problem in a simpler fashion, answering the question: How much is it going to cost us to complete this project and what's our estimated time to arrival?

Just some food for thought. See my followup post on Project Forecasting and Uncertainty as well.

Personal Brand: Your Value-Add

Hugh Macleod explores the concept of the unique personal currency that each of us brings to the table. How do you differentiate yourself and add value in your marketplace with your micro-brand? ...

... "Whatever business you work in, whether you're an employee or have your own business, you have a currency that you trade in. " ...

Via Gaping Void: Personal Currency

All About OPM3

PMI's Organization Project Management Maturity Model (OPM3) is not without controversy, and things are heating up more than ever. Some tout it's ability to help organizations navigate a growth path and others claim it's too focused on academia and doesn't hit on real world issues facing project managers.

Here are a few recent articles that show the good and the bad ---- all you need to know to decide if OPM3 is for you.

First, this month, AllPM is highlighting articles on OPM3, including the following:

The Essence of OPM3

The Business Value of Maturity Assessment

OPM3 and your 'C' Level

Comparing CMMI and OPM3

For another perspective, there's a very insightful critique of OPM3 on Projects@Work:

Assessing OPM3

Of course, we need to keep in mind that it's the first iteration, and will evolve over time. I do know that there are major improvements in store for the next release. It'll be interesting to weigh in after the product matures. Meanwhile, it's a tool, and, like any other, can easily be misapplied or overused.

Project Management Imperatives: Ten Keys to Success

Someone recently asked me what I felt the critical success factors were for any project (i.e. what were the top "must do's"). Although I can think of many more, here were what I felt were the top ten:

1) Get the roles right. (Insure accountability; use a RACI chart or Responsibility Matrix so roles are clearly defined. Insuring people understand their commitments up front will avoid problems later.)

2) Get the goals right. (Make sure all the key stakeholders agree on the goals. I've seen more projects go wrong for this reason than any other. Time spent here will pay dividends later.)

3) Get the current scope right. (I say "current scope," because change should be expected. Projects by default contain change because they are unique in nature. It's not whether you'll experience change, it's how you analyze the potential impacts and manage the approval of the change that counts. Agreed-upon and approved scope changes are perfectly acceptable, with one caveat: It's often wise to set a limit to the number of times scope can be changed for the current product release, and defer some changes to a subsequent release, else value gets delayed.).

4) Obtain commitment from the business, customers, and other stakeholders as to their part in the success of the project. (Many projects derail because the customer doesn't live up to their side of the bargain, doesn't understand their side of the bargain, or some other necessary constituent isn't cooperating for various reasons. Obtain the right commitment up front, starting with senior management.)

5) Determine the critical success factors and risks. (Critical success factors and risks go hand in hand. Many people ignore this or sweep it under the rug, and accept any related risks as a given. The critical success factors will identify related risks and help set expectations).

6) Set expectations. (This is frequently overlooked and is a key cause of failure. The sponsor, customers, and anyone impacted by the project must be given realistic expectations for what is needed from them, how long the project will take, how much it will cost, what the uncertainty factor is, what the available resources are, and anything else necessary to avoid surprises and/or an under-equipped effort.)

7) Beware of conflicting directives. (I call this the "Robocop Syndrome." In the film, Robocop, the titular robotic policeman goes on full tilt when he encounters directives that conflict with his primary directive. I see this happen often in organizations where a project sponsor demands something that is in conflict with other key stakeholders' wishes and/or top organizational directives. This could be covered under "goals" or "expectations," but it's so important that it warrants its own point. The project manager must head this off at the pass before the project goes down a rat hole it won't recover from.)

8) Plan Collaboratively. (The act of planning is not an isolated exercise. It's a collaborative exercise and should be done with the project core team and subject matter experts via some sort of facilitated brainstorming session---possibly with sticky labels on a wall.)

9) Beware of unilateral and granular "one-size-fits-all" solutions. (This is often ineffective, both as a project management methodology and a process implementation policy. Look at the big picture, and the potential variations. Keeping a framework high-level can allow for greatest flexibility and adaptability. Aim for principles over rules wherever possible. Use rules when safety is involved, regulatory requirements exist, or exact accuracy is needed---per Marcus Buckingham's guidelines from "First Break All the Rules.")

10) Don't let rank set you off course. (Often, a senior manager pulls rank and makes requests that are either detrimental, unwise, or in direct conflict with organizational goals. When this happens, see rules 6 and 7. It is the project manager's responsibility to set the right expectations, warn of potential risks, and head off potential conflicting directives at the pass.)

There it is. My list of "must do's." Project management isn't rocket science. In fact it's not a science at all. It's more of an art. Hopefully, the guidelines above can serve as a useful palette.

Leadership Practices: Sound Advice

There's an excellent article on leadership practices in this month's CIO Magazine from Susan Cramm, an executive coach and president of the coaching firm, Valuedance.

Cramm lists a number of things that IT leaders can do to practice "safe leadership." It seems like motherhood and apple pie, but it's a good reminder of the basics that we so easily forget. This includes the following (I've paraphrased the descriptions in parenthesis):

Foster good relationships (Learn the business and get around more among your customers.)

Forge a shared IT vision, strategy, and tactical objectives (Co-create this with your customers and other IT leaders. Agree on decision responsibilities. Understand the appropriate technical and business areas involved.)

Deliver on time, on budget (But beware of big, waterfall-style projects. Limit the number of projects. Less is more.)

Develop quality solutions (Have appropriately scaled methodologies, frameworks, policies, and tools, but beware.. It's easy to lose credibility here.)

Realize business value from IT investments (Use operational measures meaningful to the business. Measure during and after the project to insure business value is achieved. Hold business partners accountable for insuring benefits realization.)

Here's the full editorial...

Leadership Under the Influence - Editorial - CIO

IT Innovation: Balancing Act

The debate on IT innovation continues... Latest insights from SAP research leader are particularly interesting. I agree with the concept of thinking enterprise, but allowing investment in interim or temporary solutions to either reap quick value or offer time for the solution to flourish / die on its own. ...

... "The smart innovators realize there's nothing wrong with transient systems or investments that let you constantly add value in small increments." ...

Via techWeb: IT Innovation ...

Influencing People: The Project Manager's Secret Weapon

I recently attended a presentation on self-awareness and influence by Dr. Charles Dwyer, Academic Director of the Aresty Institute’s Leading and Managing People program in the Wharton School. I was so impressed with the presentation that I bought his book, The Shifting Sources of Power and Influence.

This book was a real eye-opener, and a jewel for anyone in project management. In the book, Dwyer states three major challenges we all face:

• Dissonant Value Systems (i.e. people’s conflicting value systems, made even more visible by the advent of the media, internet, etc.)
• Diffused Power (i.e. power being spread around in a matrix fashion, with more and more decentralization and special interest groups, etc.)
• Limited Resources (We all face a limited set of resources, made even more challenging by our lack of a mindset geared towards accepting tradeoffs, or a good mechanism to guide operational priorities)

Sound like any projects you know?

Dwyer goes on to caution that public statements, such as vision, mission, organizational values, etc. may be useful for articulating the values of the leadership or giving people a sense of structure, but do not in themselves change anyone’s value systems. Many leaders assume they can use these statements to change people’s value systems to match organizational values, but this is a myth.

What is needed instead is the ability to influence others by getting them to change their behavior to match your values. To do this, have a clear picture of what you want the unit to look like; set specific, measurable objectives; and insure that people have a way of achieving those objectives.

According to Dwyer, some tried and true methods include asking people for help, offering or implying something in return, or influencing indirectly (i.e. working through someone else who’s in a better position to influence).

Dwyer points out five guidelines for influencing people (I’ve paraphrased them):

1. Insure they have adequate capability (Do they know what to do, have the competence and self-confidence to carry it out?)
2. Address their perception of “Potential Value Satisfaction” (WIIFM or “what’s in it for me”)
3. Address their perception of the probability of value satisfaction (i.e. Do they trust you? You must build trust through visible examples.)
4. Address their perception of cost (Do this by giving them alternatives or a sense of options, and helping them understand the costs and implications.)
5. Address their perception of risk (Try to assume or distribute some of the risk. Don’t ignore it.)

These are the five things everyone weighs in their mind when someone attempts to influence them. In essence, the five elements (four of which are perceptions) make up an equation for behavior. We can influence people’s behavior by addressing this equation (I’ve paraphrased for simplicity):

Behavior=Capability + (Perceived Value * Trust factor) – (Perceived cost and risk)

These are just some of the gems of wisdom in Dwyer's book. He offers reams of memorable examples, often with a humorous style. With 90% of a project manager's job being communication (including influence), I highly recommend Dwyer’s book for project managers, or anyone in a leadership position for that matter.

Robotics Advancements

Advances in robotics ...

Traditional vs. Agile Project Management: All You Need to Know

Here's the best article series I've seen to date comparing traditional "plan-driven" PMBOK practices to Agile "value-driven" approaches. It's a four-part series by Michele Sliger on StickyMinds.com.

Enjoy...

Column info : Relating PMBOK Practices to Agile Practices - Part 1 of 4

Managing the Grey Areas: Lessons from the Leadership Quadrant Seminar

On November 15th and 16th, I conducted a seminar with productivity consultant Jerome Jewell called The Leadership Quadrant: 4 Ps for Organizational Excellence. The 4 Ps are Principles, People, Productivity, and Process. It was held at the National Constitution Center in Philadelphia, and we incorporated the museum’s rousing multi-media show, Freedom Rising, into the seminar.

The seminar participants came from the healthcare, criminal intelligence, and manufacturing sectors, which led to some fascinating discussion and dynamics. With any seminar, the value to all in attendance is magnified by the contributions of the participants, and this was no exception.

In the seminar, which included sections on principles, emotional intelligence, systemic thinking, talent management, innovation, project management, and more, the collective group highlighted a number of “grey areas” that a manager must frequently weigh when making decisions.

Some questions arose, such as:

"What if someone no longer likes a role they excel at and prefers a role they're poor at?"

"Do people always need to see the big picture?"

"Should one person be expected to serve the role of a manager, leader, and administrator? A strategist and tactician? A generalist?"

"How do you strike a balance between effective time management and remaining available to your staff?"

"Are recurring meetings effective or are they time wasters?"

In line with these questions, below are some of the factors that managers must consider:

• People’s individual needs vs. organizational goals
• Big picture inclusiveness vs. security (or the desire to give people narrow focus)
• Using generalists vs. specialists (and where the specialty should focus – on a functional area or on a particular skill)
• Effective time management vs. flexibility and being available to your staff’s needs
• Recurring meetings vs. consideration for people’s time
• Informing vs. influencing (for deciding whether to email or meet; even then, the decision is not always straightforward)
• Innovation vs. execution (knowing when to move from ideation to “getting things done”)
• Systemic (whole view) thinking vs. systematic thinking (routine, repeatable process)
• Vigilance vs. delegation (how much is safe to delegate, and to whom?)
• Firm principles vs. ethical dilemmas (should a firm principle ever be bypassed?)

In all of these cases, the group determined that the answer isn’t always black and white, and that each situation requires weighing these items. The trick is to observe, orient, decide and act quickly (referencing Colonel John Boyd’s OODA principle).

On the item of firm principles vs. ethical dilemmas, the group applied lessons from various cases throughout history where the US Constitution was challenged. It was obvious that there was no “one size fits all” answer.

With more recent events, consider OJ Simpson’s book. If you manage a bookstore with a principle of defending freedom of speech, do you carry O.J. Simpson’s new book, even though it is "ethically challenged," to say the least? Most large-chain bookstores creatively tried to satisfy both sides of the equation by donating all of the proceeds to the victims’ families. Of course, in the end, the book was canceled, but for a while, this was a real challenge to bookstores.

All of this reaffirms that management is abstract, not concrete. Managers cannot have all the answers; but they can and must insure that the right questions are considered, and they must have the courage to make decisions.

IT Project Dashboard

Anecdote on IT project performance with mention of top 5 root causes. Chevron referenced for its management practices that focus attention on the highest value projects in its portfolio. ...

... "According to Accenture, the average IT project exceeds its projected cost and schedule by 56 percent and 84 percent, respectively. " ...

Via ITBusiness Edge: Link

Extreme Project Management: Reality Rules

I just finished reading Doug DeCarlo's book, Extreme Project Management. I met Doug at a recent PMI event we both presented at. Not only is his keynote presentation a crowd pleaser (hint: he plays the drums to illustrate the pace of a typical project and uses Noah's Ark as a sample project from the "ultimate Sponsor"), but his book is chock full of practical, immediately usable ideas.

I was amazed at how much his philosophy mirrors my own, with a focus on simplicity, value, results, and the understanding that change is inevitable. A key point of Extreme Project Management is that reality rules. Plans are nice, but then results must drive further planning instead of assuming reality will yield to the plan.

As an example of simplicity, consider what he calls "The Four Business Questions":

1) Who needs what and why?
2) What will it take to get it?
3) Can we get what it takes?
4) Is it worth it?

As another example, check out his "Three Sentence Project Skinny":

1) Who will do what for whom?
2) This project will be considered completed when: ___
3) Why? This project supports the organizations objective to: ___

The book also offers handy checklists (such as what to ask the sponsor during the first and secend meetings, etc..), the 4 Accelerators, the 10 Shared Values, the 7 Win Conditions, and more.

Although the book is the size of the Encyclopedia Britannica, it's extremely readable and has diagrams that bring together all the concepts in the book. I highly recommend it to anyone looking for a book grounded in reality as opposed to academic theory. Above all, this will help project managers succeed where the rubber meets the road---communicating and dealing with stakeholders.

Amazon.com: eXtreme Project Management: Using Leadership, Principles, and Tools to Deliver Value in the Face of Volatility: Books: Douglas DeCarlo

Earned Value Lies and Truths

There was a great quote from Benjamin Disraeli in David Hillson's letter to the editor in the latest PM Network Magazine.

Disraeli allegedly* said, "There are three kinds of lies: lies, damn lies, and statistics."

* As an aside, there's apparently some debate over the actual origin of this phrase.

In any case, Hillson's interesting letter was cautioning those who frequently misapply statistics, and offered some clarification the terminology----specifically, the mean (average), mode (most frequently occuring item), and median (the middle item if all were lined up in order).

I find that many misuse Earned Value statistics the same way. The intent of EVM is to be an early indicator of a potential cost or schedule overrun (and I personally feel that it's better at predicting cost than schedule). However, much like the Ghost of Christmas Future, it's not set in stone. There are many things a project manager can do to get things back in order. More importantly, sometimes there are reasons for the apparent variance that indicate that the variance is explainable and not a concern at all.

The key with EVM (much like any metric) is to not take the statistics at face value, and to use them as a trigger to do further subjective examination. It's a tool, and organizations often overuse such tools (much like they do with Six Sigma). If all you have is a hammer, everything looks like a nail.

Quality vs. Quantity: Is it Really a Choice?

There's an article in CIO magazine about how business leaders are beginning to choose quality over quantity (although the evidence seems to be to the contrary). The article refers to quantity as faster, more, cheaper, etc. But is it really a choice?

With adequate up-front research, phased deliverables, frequent communication, and good change management practices, we can achieve both. Phased deliverables provide earlier benefits (i.e. speed), fact-based learnings, less resistance, less rework (i.e. cheaper) and many other benefits. Change management practices insure that the rollout of any new feature or product won't break something (the level of change management needed must of course be appropriate to the type of product and industry).

And so what if it turns out through the early phases that requirements must change or more features are needed? As long as the change impact is managed and the change is agreed-upon, that's perfectly fine. These value-based course-corrections are another advantage of phased deliverables.

These precautions are the difference between speed and haste. As Patton said, "Haste is speed without planning." Indeed, we can achieve quantity and quality.

Here's the CIO article...

Getting Quality Over Quantity Better the First Time Around - Business Pulse - Leadership RC - CIO

Strategic Portfolio: High Value Differentiated ...

Chevron has created a governance framework for actively managing its high-value enterprise-level projects, differentiating from its volume of small projects. The high-value portfolio is also where most of the investment is aligned. ...

... "it's a strategic framework for the company's biggest and most important IT projects. It's intended to ensure that the projects with the biggest benefit to the company as a whole get the right funding at the right time, and that they get special management attention. " ...

Via Computerworld: Chevron: Where Size Is Opportunity

Hug a Project Manager Today ...

Fun video .......

Theory of Constraints case study

Still on the hunt for examples to illustrate the effectiveness of the Critical Chain approach, I came across this example from South Africa. Petrochemical plant examples are usually 'significant projects' and this one illustrates the point well. Included is the requirement - and challenge - of integrating vendors into the process.
APPLICATION OF CRITICAL CHAIN ON HIGH VALUE PETROCHEMICAL PROJECTS

CRM Project: Old Hat?

Interesting article explores current evolution of CRM projects, which have been bolstered by on-demand-software, integrated view of the customer, efficient training delivery options, and referenceable value benchmarks. ...

... "As far as business cases go, start early and establish your baseline before you start seeing a return from the tightening-up of the business processes in preparation of the application installation. " ...

Via TechLinks: Hal Harz on The State of CRM ...

Technology Evolution: Call to Green Action ...

As computing density increases, power consumption is spiraling out of control. It is time for the Information Technology industry to do its part in energy conservation and management. ...

... "Chief information officers need to wake up to the issues of spiralling energy consumption and environmental legislation, and develop greener approaches to IT, according to Gartner. " ...

Via ITNews Australia: Gartner urges IT to go green ...

A green strategy can include server virtualization which increases asset utilization and lowers the energy footprint of the datacenter ...

IBM VIRTUALIZATION SERVES UP COOLER SYSTEMS FOR US OPEN TENNIS EVENT: "Virtualization technology, which IBM has been providing to clients since before Arthur Ashe won his first US Open title in 1968, allows many computing resources to act as one and, more commonly, one computer, storage device or server to divide its own workload and act as many different resources. By reducing the number of computers and servers in use, virtualization helps minimize the often strenuous and expensive power and cooling demands of datacenters and eliminate unnecessary maintenance expenses. "

IT Governance: Firing on All Cylinders ...

An IT Governance Practice Director offers some good insights on successful IT governance, which requires progressing your maturity across multiple dimensions of management: portfolio, project, resource ... leading to the end game of transforming IT into a powerhouse of value creation. ...

... "Successful IT Governance requires effective portfolio, project, process, financial, resource, risk, and communication management. It requires the IT organization to switch its mentality from that of a cost center - We're just here to keep the lights on - to that of a profit center ... " ...

Via ITworld: Getting Started With IT Governance

Branson Climate Change Investment

Coverage of the Branson investment at the Clinton Global Initiative ...

IT Project Management Book For the Ages

For those managing IT projects, an invaluable resource is Jolyon Hallows' comprehensive book, Information Systems Project Management. Be sure to get the 2nd edition (link is below). It's a bit expensive, but Amazon has it used as well for less money.

Even though I've been managing projects for years, I always like to check out various books to gain new perspectives. This one is exceptional. It offers practical advice with"what if" situations covering most political quandaries, handy checklists (there's a great one on scope considerations), and concise "real word" tips on using various methodologies.

If you're an IT project manager and only buy one book this year, this is it. Of course, if you buy two books, you can check mine out as well. :-)

Amazon.com: Information Systems Project Management With Infotrac: How To Deliver Function And Value In Information Technology Projects: Books: Jolyon Hallows

Virtual IT Infrastructure: Small Business ...

Nick Carr shares further evidence of the emerging shift to a virtual infrastructure, referencing fresh insights that make this IT model the smartest choice for small businesses. Meanwhile, salesforce.com (software-as-a-service model) continues to create value in its on-demand CRM service: Salesforce.com Previews New Winter 07 Analytics and Dashboard: "Salesforce.com announced additional new customization features of Winter 07, including delivering full componentization of its analytical dashboards - allowing customers, developers, and partners to create, share, and combine new components that analyze and present data from Salesforce and partner solutions. " ...

... "the highest IT costs aren't component costs but labor costs, maintenance costs, electricity costs, and other secondary expenses ... " ...

Via Rough Type: Nicholas Carr's Blog: An IT sea change for smaller companies

Project Risk Management

Oil production company, Venture Production PLC, uses risk management software to model project scenarios to select optimum schedule while balancing risks, costs, and time performance. This seems a worthwhile approach, when large investment is at stake and time to value is critical. ...

... "Using Pertmaster, Venture's project management team was able to add a risk dimension to plans built in its Primavera P3 scheduling solution. Venture then analysed the schedule-risk of multiple scenario options to look at the most probable outcomes of each, in terms of both timescales and costs. This enabled the best options to be highlighted when considered from both likelihood of risk occurrence and degree of impact and enabled management to take well-informed decisions. " ...

Pertmaster Helps Bring Venture's New Oil Field On Stream ...

Venture Operated Goosander Field On Stream: "Goosander has been developed as a sub-sea tieback to the Venture operated Kittiwake platform utilising two subsea flowline bundles totalling 12 kilometres in length. The bundles were manufactured and installed by Subsea7 from their construction site in Wick and have been designed and engineered to accommodate future production and water injection wells and the potential for re-use on future subsea tie-backs. "

PM Lessons from Einstein: Summary

Here's a summary our project management lessons from Einstein (with links to the original posts) ...

1) Goals Rule ("Confusion of goals and perfection of means seems, in my opinion, to characterize our age.")

2) Think Flexible ("As far as the laws of mathematics refer to reality, they are not certain, and as far as they are certain, they do not refer to reality.")

3) Silence is Golden ("If A=Success, then the formula is A=X+Y+Z. X is work. Y is play. Z is keeping your mouth shut.")

4) Think Value ("Strive not to be a success, but rather to be of value.")

5) Imagination Counts ("To raise new questions, new possibilities, to regard old problems from a new angle, requires creative imagination and marks real advances in science.")

6) People Matter ("Concern for man and his fate must always form the chief interest of all technical endeavors. Never forget this in the midst of your diagrams and equations.")

7) Focus on Strengths ("Once we accept our limits, we go beyond them.")

8) Think Simple ("Any fool can make things bigger, more complex, and more violent. It takes a touch of genius---and a lot of courage---to move in the opposite direction." BUT... ""Everything should be made as simple as possible, but not simpler.")

Passion for Profession: We'll Miss Steve ...

Steve Irwin was a passionate professional. He will be missed. ...

</