User Enablement is Critical for Project Success

Any system is only as good as how well it is used. 

If it's a CRM, ERP, or any other system, when users don’t know how to use the system effectively the benefits of the new system for your organization will be small, or even negative. 

This means user enablement is critical to the success of a project. 

It is not enough to simply have your new system in place two weeks before your go-live date. 

Your users need to know: 

1) Why you’re implementing the new system. When it comes to organizational changes and operational logistics, many employees will be instrumental in the change you’re promoting. It’s important to tend to their needs throughout the change journey.

2) How existing processes will change and which new processes will be introduced with the new system. 

3) How to use the system. Your user base can range from people who have spent their entire careers on the “green screen” (yet still don’t know how to use a mouse to copy and paste content) to millennials, who are so accustomed to touchscreens that they don’t know that it’s possible to strike the arrow icon on the keyboard to move an object. 

4) Who to contact in case they require support with any problems or questions. If you’re working with an internal service desk, make sure that they’re equipped with standardized scripts. Alternatively, if you’re working with an external service provider, make sure you’ve selected a partner who can provide the highest level of support required for the new system. 

5) Whether they can offer feedback and make suggestions to improve the system. One of the best ways to build support organization-wide is to give everyone a voice and a platform to share their views throughout the transition.

Of course, transitions and change management require not only time, but also a stable and working system that can be used to create training, user guides, videos, and user acceptance tests. 

So if you are still building and testing your system shortly before going live your user enablement will suffer greatly. 

You will have neither the necessary time, nor the necessary trust in the system, you need to achieve user enablement and acceptance. 

And with that your benefits will be limited.

In a nutshell: when users don’t know how to use your new system effectively the benefits of the new system for your organization will be limited.

Read more…

Case Study 14: How Texas Wasted $367 Million on an Unusable Child Support Enforcement System

After investing $367.5 million in a child support enforcement system, the only thing that the state of Texas has to show for is some hard-won lessons. 

Initiated by the Office of the Attorney General (OAG) in 2007, “T2” aimed to deliver a secure, web-based system to automate manual functions, streamline daily operations, enable staff to manage case information online, and offer multiple platforms for parents to communicate with the Child Support Division (CSD). Other planned improvements included a comprehensive electronic case file system, standardized forms, an integrated solution for reporting systems, automated generation of child support case documents, and enhanced automation to efficiently establish and enforce child support orders.

Fifteen months behind the original completion date of December 2017 and saddled with a budget that had ballooned from $223.6 to $419.6 million, as of May 2019, state workers were still without a workable system to standardize and simplify child support applications. This angered federal backers to the point where they decided to absorb the loss of the 66% of funding they had contributed to T2. 

Senator Jane Nelson, a Flower Mound Area Republican who co-chairs the House-Senate budget conference committee summed it up with: “Stop the bleeding.” This was echoed by Rep. Giovanni Capriglione, a GOP budget writer, who pointed out: “This was a $60 million idea — $340 million ago.”

Perhaps not surprisingly, the project was abandoned four months later.

To be clear, this decision has not affected payments from non-custodial parents to their children and former spouses. After all, a clunky “T1” mainframe system of record keeping – complete with glowing green computer screens that date to the mid-1990s – is still in use by state workers. As they continue to use the system designed by Accenture, under an earlier contract, most workers would be lost without their “quick reference card” that is crammed with acronyms they need to enter before inputting a client's personal information.

Even with their antiquated system, Texas child support workers managed to collect $4.4 billion in the last state fiscal year — the largest amount collected by any state.

Before we continue with this case study...

> For an overview of all case studies I have written please click here.

> To download 10 of my Project Failure Case Studies in a single eBook and be notified about new Project Failure Case Studies just subscribe to my weekly newsletter here or click on the image.

Timeline of Events

2007

In 2007, talks commenced on the need to update the child support enforcement system to establish orders, enforce compliance, and collect and disburse payments.

Soon after, Deloitte was hired to make tech recommendations and create a roadmap to implement the new child support enforcement system.

2009

In 2009, the OAG estimated that the system would cost $223.6 million to develop and would be completed in 2017.

2010

Since August of 2010, the T2 project has been under federal independent verification and validation (IV&V) by the Office of Child Support Enforcement. 

That October, Accenture was awarded the contract to develop the system, which was valued at $69.8 million.

2011

A research team at the University of Texas’ Center for Advanced Research in Software Engineering (ARiSE) was contracted to complete semi-annual reviews on quality and progress in July 2011.

2012 - 2014

Deloitte delivered its final blueprint in 2012 and exited the project.

From March 2012 to November 2014, there were 27 change orders initiated by the CSD that inflated the value of Accenture’s contract to $98.3 million.

2015

Ken Paxton took over as the attorney general in 2015, succeeding Greg Abbott (who became governor).

In an excerpt from the October 2015 IV&V report, it was noted that the T2 project was: (1) being driven by an “unrealistic schedule”; (2) the quality of the code components Accenture delivered were “below the expectations” of the OAG; and (3) uncertainty about the development strategy would likely have a “negative effect” on the work environment (including cost increases, staff turnover, and lower productivity).

On November 30, 2015, the OAG was notified that federal funds for the T2 system development contract were frozen pending the approval of an updated project schedule and corrective action plan. The following month, legislators were given a rundown of how the project went off the rails. Their reactions ranged from stunned and confused to frustrated.

"I am kind of speechless," said Rep. Helen Giddings, D-DeSoto.

"I’m just going down a rabbit trail to Wonderland," explained Rep. Dawnna Dukes, D-Austin.

When a reporter referred to the project as "a challenge," Rep. Borris Miles, D-Houston, had this to say: "I’m not going to call this a challenge. There are some other words I’d like to call it, but we’re being videotaped."

At the same time as Accenture took responsibility for some of the failure, its spokesperson seized on University of Texas software expert Herbert Krasner's testimony that Deloitte's $46 million system blueprint was "not worth the paper it was printed on." Deloitte’s media representative responded that when they exited the project in 2012, neither Abbott's office nor Accenture voiced any concerns over their blueprint.

2016

The OAG's office and Accenture agreed to a major contract amendment in 2016. It called for increased reporting to a new state executive steering committee, payments that were commensurate with the quality of the work, and a $20 million "hold" on Accenture's final check until it was clear that the federal Administration for Children and Families would sign off on the work.

Along with the project governance, Amendment No. 1 reset the T2 delivery date to December 2018 and increased the contract to $150.1 million. 

2018

Due to changing federal form requirements, Amendment No. 2 (issued in January 2018) reset the T2 delivery date to March 2019 and increased the Accenture contract to $156.9 million. 

2019

In September 2019, Ken Paxton’s office confirmed that the (much-maligned) T2 software project had been abandoned, and that they were seeking a cheaper alternative: 

“The costs of moving forward with those challenges, when coupled with the ongoing costs to maintain the system upon completion, can no longer be justified when newer technologies exist that are capable of providing the necessary functionality at a lower cost to build and maintain, thus providing a better value to Texas taxpayers.”

What Went Wrong

Exploding Costs

In January 2007, Deloitte’s contract to update the model for OAG’s child support services had an initial value of $1.8 million. Following the OAG’s 5 renewal options, the final contract was valued at $46 million. In that same vein, the system development contract (awarded to Accenture in October 2010) was valued at $69.8 million. After the OAG issued 30 change orders, the value increased to $156.9 million.

According to the Legislative Budget Board, from the idea phase through to January 2019, it cost $367.5 million — $124.9 million of which was state funding. 

Outsourcing Challenges

In order to turn a profit, Accenture had to outsource much of their custom development work to 165 programmers in India. Despite security concerns, the Indian programmers were given access to state data and worked on code remotely. 

Reviewers repeatedly noted they were “concerned with the low level of quality for work products and deliverables submitted by Accenture.”

Performance Issues

On multiple occasions, the IV&V team reported that T2 had resulted in sub-standard processing speeds, and that switching on key security software only made the issue worse. Although improvements were made over time, the performance was never deemed satisfactory by IV&V. 

Defects and Integration Issues

In the summer of 2018, OAG staff ordered additional joint system testing of T2, which revealed over 1000 defects – ranging from minor typos to severe security issues that had to be resolved before proceeding.

Compounding the issue, the process to pull financial data from the original T1 system into T2 was not working correctly.

Infrastructure Updates

Due to delays, the core security software had lost vendor support and needed to be upgraded before T2 could be deployed. This upgrade could not begin until all system defects were addressed.

How OAG Could Have Done Things Differently

Better Contracts

During a recent hearing, Accenture T2 project executive sponsor, Ben Foster testified to Capriglione's sub-committee that the company "did not deliver the value you expected of us." However, since the 2016 contract amendment gave the company financial "skin in the game," Foster said, "We've made tremendous progress."

In response, Capriglione claimed that, while researching Accenture's work in other states, he spoke with people who'd tell him "it's really not a software company, it's a contracting company. They make very good contracts. It's very difficult to get out of [them]."

Capriglione, who spent two sessions as head of the appropriations sub-committee probing the state's contracting woes, said of Accenture: "I'm totally torqued at them. Now, if there's any good that can come of this, it is that we are now learning all of the things we should never do when we write contracts."

On a related note, I recommend reading "10 Important Questions to Ask before Signing your Cloud Computing Contract."

Being Transparent and Realistic

As early as 2011, ARiSE researchers noted significant problems that only worsened over the years. The records detail how state officials – under Abbott’s chief of child support, Charles Smith – failed to hold Accenture accountable as the project missed major deadlines and morphed into an overly complicated tangle of hundreds of software bundles.

Records show that each time a deadline was about to be missed, state officials simply extended the timeframe (this occurred on at least seven occasions). Officials in the Child Support Division referred to this as a “re-baseline” – a maneuver that obscured the project’s failings, increased costs, and delayed completion. 

For more insights on this topic, please see "8 Signs of Troubled Projects for Project Sponsors."

Executive Sponsorship

In many companies, these projects tend to fall under the category of “group responsibility.” Extending this thinking to, say, an incoming Attorney General, it is easy to pass the buck ("Oh right, that project that was led by my predecessor"). 

Every software project must have a competent director who owns it and is responsible for both the successes and failures from idea phase through to completion. Without end-to-end managerial involvement, today's business software projects are doomed to whole and half failures. Anyone who does not understand this would do well to postpone new projects.

See "Successful Projects Need Executive Champions" for more on this topic.

Be a Responsible Buyer of Technology

In any organization, it’s crucial to buy technology and implement services responsibly, not to mention work well with suppliers. More than any other factor, projects fail because these skills are lacking. 

While some people may argue that suppliers should have all the skills that are required to make a company’s project a success, that’s a matter of wishful thinking or good luck. Responsible buyers are capable of spotting when a supplier and/or the product is failing, and can mitigate risks by taking decisive actions.

For more insights on this topic, I invite you to read "Be a Responsible Buyer of Technology."

Closing Thoughts

At the time of writing, state workers are still clinging to their "quick reference cards" to input acronyms and fill in their client's personal information. They wait in limbo for the system that was supposed to help them get rid of paper files, access services remotely, and benefit from automated prompts and the ability to generate drafts of court filings. These employees and American taxpayers are the real losers in this debacle.

Free Project Complexity Assessment

This assessment will guide you through the 3 dimensions (structural, sociopolitical, and emergent) of project complexity by asking you 38 questions.

At the end of the assessment you will get a score between 0 and 38. The higher your score, the better you have a grip on the complexity of your project. Most questions have detailed feedback with links to more insights on how to handle this part of project complexity.

Other Project Failure Case Studies

> For an overview of all case studies I have written please click here.

> To download 10 of my Project Failure Case Studies in a single eBook and be notified about new Project Failure Case Studies just subscribe to my weekly newsletter here or click on the image.

References

> Texas Child Support Enforcement System 2.0, Overview of System Development and Project Monitoring & Oversight, December 2015

> Overview of the Texas Child Support Enforcement System 2.0, February 2019

> An Audit Report on The Development of the Texas Child Support Enforcement System 2.0 at the Office of the Attorney General, July 2011

> Legislative Appropriations Request for Fiscal Years 2018 and 2019

> Legislative Appropriations Request for Fiscal Years 2020 and 2021

> Paxton drops contractors on tech project that's $107 million over estimated cost

> After $367.5 million, Texas gets no new child support computer software

Read more…

The True Cost of Excluding Executives from the IT Decision Making Process

Throughout the past 15 years that I’ve been working as an independent project recovery consultant and interim CIO, I have observed executives’ frustration – even exasperation – with information technology and their IT departments generally. Some of the more common refrains are: 

“I don’t understand IT well enough to manage it.” 

“Although they work hard, my IT people don’t seem to understand the very real business problems we’re facing.”

In fact, the complaint I hear most often from CEOs, COOs, CFOs, and other high-ranking officers, is that they haven’t reaped the business value of their high-priced technology. Meanwhile, the list of seemingly necessary IT capabilities continues to grow, and IT spending consumes an increasing percentage of their budgets. 

So why is this happening, and what can you do to prevent it?

Though it may come as a surprise, one of the most effective measures you can take is to ensure a senior business executive plays a leadership role in a handful of key IT decisions. I say this because when business executives hand over their responsibility for these decisions to IT executives, disaster often ensues. You need look no further than my project failure case studies to see the sheer number of botched adoptions of large-scale customer relationship management (CRM) and enterprise resource planning (ERP) systems. 

It would be easy to assume that the CRM and ERP disasters resulted from technological glitches. However, the problems generally occurred because senior executives failed to realize that adopting the systems would create business challenges – not just technological ones. 

To be clear, IT executives are the go-to people for numerous managerial decisions, including choosing technology standards, advising on the design of the IT operations center, providing the technical expertise the organization needs, and developing the standard methodology for implementing new systems. But an IT department should not be left to their own devices to determine the impact these choices and processes will have on a company’s business strategy.

In an effort to help executives avoid IT disasters, and, more importantly, generate real value from their IT investments, I have made a list that outlines the measures they should take and the decisions they should oversee. Whereas the first three bear on strategy, the latter items relate to execution. At the risk of a spoiler: IT people should not be making any of these decisions, because, in the end, that’s not their job [or their area of expertise].

1) How much should we spend on IT?

Given the uncertain returns on IT spending, many executives wonder whether they will reap the benefits of their investment. So the thinking goes: If we can just get the dollar amount right, the other IT issues will take care of themselves. For this, they look to industry benchmarks to determine “appropriate” spending levels.

In my experience, they should be approaching the question very differently. First, executives should determine the strategic role that IT will play in their organization to establish an organization-wide funding level that will enable technology to fulfill their objectives. After all, IT goals vary considerably across organizations – from streamlining administrative processes to feeding a global supply chain, providing flawless customer service, or cutting-edge research and development. 

Clearly, fulfilling these objectives requires different levels of spending, planning, and administrative oversight. 

2) Which projects should be funded?

I’ve seen relatively small companies with 100 IT projects underway. Despite the fact that they are not equally important, executives are often reluctant to make choices between the projects that will likely have a significant impact on the company’s success, and those that will provide some benefits but aren’t essential.

Leaving such decisions in the hands of the IT department means that they will be the ones prioritizing business issues, or, just as troubling, they will attempt to deliver on every project a business manager regards as important. When presented with a list of approved and funded projects, most IT units will do their best to carry each of them out. But this typically leads to a backlog of delayed initiatives, not to mention overwhelmed and demoralized staff.

3) Which IT capabilities need to extend company-wide?

Business leaders are increasingly recognizing the significant cost savings and strategic benefits that come with centralizing IT capabilities and standardizing infrastructure throughout an organization. Leveraging technological expertise across a company enables cost-effective contracts with software suppliers, just as it facilitates global business processes. On the other hand, standards can restrict the flexibility of individual business units, limit the company’s responsiveness to diverse customer segments, and give rise to strong resistance from managers.

When IT executives are left to make decisions about what will and will not be centralized and standardized, they typically take one of two approaches. Depending on the company’s culture, they either insist on standardizing everything to reduce costs, or they grant exceptions to any business unit manager who raises a stink (recognizing the importance of business unit autonomy). Whereas the former approach restricts flexibility, the latter is expensive, limits business synergies, and drains human resources. 

It’s worth keeping in mind that, in some instances, using different standards can be counter-productive – resulting in a corporate IT infrastructure whose total value is less than the sum of its parts. Knowing this, executives must play a lead role in weighing these crucial trade-offs.

4) What IT services do we really need?

I’ll get right to the point: An IT system that doesn’t work is useless. Reliability, responsiveness, and data accessibility come at a cost, but that doesn’t mean every system must be wrapped in gold. Ultimately, executives must decide how much they are willing to spend on various features and services.

For some companies, top-of-the-line service is non-negotiable. As a case in point, investment banks cannot afford to engage in a debate over how much data they would be willing to lose if a trading system crashes. They require 100% recovery. Similarly, Cloud providers cannot compromise on response time or allow for any downtime, because their contracts penalize them when their system becomes unavailable. This not only incentivizes the provider to ensure that their services will continue to run despite floods, tornadoes, power outages, and telecommunications breakdowns, it gives the client peace of mind and justifies higher costs.

Granted, not every company is a Google or a Goldman Sachs. Most can tolerate limited downtime or occasionally slow response times, and they must weigh the problems this creates against the costs of preventing them. Once again, decisions concerning the appropriate levels of IT service need to be made by senior business managers. Left to their own devices, IT units are likely to opt for the highest levels – i.e., Ferrari service when that of a Ford will do – because the IT unit will be judged on such things as how often the system goes down.

5) What security and privacy risks are we willing to accept?

Like reliability and responsiveness, companies must weigh the level of security they want against the amount that they are willing to expend. In doing so, there’s another trade-off to consider: Increasing security involves not only higher costs but also inconveniences users. As global privacy protections are increasingly mandated by governments, security takes on a new level of importance because well-designed privacy protections can be compromised by inadequate system security. Executives must assess these trade-offs. 

Bear in mind that many IT units will adopt the philosophy that absolute security is their responsibility, and thus deny access anytime safety cannot be guaranteed. They would do well to float that idea by a bank’s marketing executives, who are counting on simplified online transactions to attract new customers.

6) Can we assign blame when an IT project fails?

Finger-pointing often ensues when teams fail to benefit from new systems. There must be something wrong with the IT function in our company, they presume. More often than not, there is something wrong with the way that non-IT executives are managing IT-enabled change in the organization.

I invite you to reflect on the well-publicized examples of ERP and CRM initiatives that failed to generate quantifiable value. Invariably, the failures resulted from assumptions that IT units or consultants could implement the systems while business managers went about their daily tasks. The bottom line is that new systems have no value; they derive their value from new or redesigned business processes. 

Quite simply: To avoid disasters, executives must take responsibility for realizing the business benefits of an IT initiative. These “sponsors” need the authority to assign resources to projects and the time to oversee the creation and implementation of their projects. 

This includes scheduling regular meetings with IT personnel, organizing training sessions, and working with the IT department to establish clear metrics for determining the initiative’s success. Such sponsors can ensure that new IT systems deliver real business value.

In a nutshell: one of the most effective measures you can put in place is giving senior business executives a leadership role in a handful of key IT decisions. 

Read more…

What Executives Need to Know About Project Management

I work exclusively with executives and when there is one thing that I have learned over the years is that effective executives have at least a basic understanding about project management and their roles in it. 

When you look in a dictionary for the word "executive" you will find an entry similar to the one below. 

noun - a person with senior managerial responsibility in a business.

“a C-level executive”

adjective - relating to or having the power to put plans or actions into effect.

"an executive chairman"

An executive directs, plans, and coordinates operational activities for their organization and are normally responsible for devising policies and strategies to meet the organization's goals.

Executives hold executive powers delegated to them with and by authority of a board of directors and/or the shareholders. 

Generally, higher levels of responsibility exist, such as a board of directors and those who own the company (shareholders), but they focus on managing the senior or executive management instead of on the day-to-day activities of the business. 

The executive management typically consists of the heads of a firm's product and/or geographic units and of functional executives such as the Chief Financial Officer (CFO), the Chief Operating Officer (COO), Chief Information Officer (CIO), and of course the Chief Executive Officer (CEO). 

Almost all organizations use projects to implement their strategy and drive change. So projects are an important tool for executives to do their job. 

And in the organization's most important projects and programs it are executives that have the following roles and/or responsibilities.

> Project Sponsor

> Steering Committee Member

> Project Champion

> Select, fund, start, pause, and stop projects

Project support is priceless. Engaged executives help organizations to bridge the communications gap between influencers and implementers, thereby increasing collaboration and support, boosting project success rates, and reducing collective risk.

In a nutshell: In order to be an effective executive you should have a basic understanding about how project and project portfolio management works. You should also understand how to be a great Project Sponsor, Project Champion and/or Steering Committee Member.

Read more…

Project Inputs, Activities, Outputs, Outcomes, Impact and Results

Many people and organizations seem to have serious trouble separating between the inputs, activities, outputs, outcomes, impact, and the results of a project. 

This leads to lot’s of confusion, bad communication, disappointed project teams, and disappointed stakeholders.

Below you will find my take on these terms and their relevance for your project.

Inputs

Inputs are very often confused to be synonymous with activities. However, these terms are not interchangeable. 

Inputs, in simple terms, are those things that we use in the project to implement it. 

For example, in any project, inputs would include things like time of internal and/or external employees, finances in the form of money, hardware and/or software, office space, and so on. 

Inputs ensure that it is possible to deliver the intended results of a project.

Activities

Activities on the other hand are actions associated with delivering project goals. In other words, they are what your people do in order to achieve the aims of the project. 

In a software development project, for example, activities would include things such as designing, building, testing, deploying, etc. And in an upskilling initiative the training of employees would be an activity.

Outputs

These are the first level of results associated with a project. Often confused with “activities”, outputs are the direct immediate term results associated with a project. 

In other words, they are the delivered scope. The tangible and intangible products that result from project activities. Outputs may include a new product or service, a new ERP system replacing the old one, or employees being trained as part of a digital upskilling initiative.

Success on this first level of results is what I call “Project Delivery Success”. It is about defining the criteria by which the process of delivering the project is successful.

Essentially this addresses the classic triangle "scope, time, budget". 

It is limited to the duration of the project and success can be measured as soon as the project is officially completed (with intermediary measures being taken of course as part of project control processes). 
It is always a combination of measurements on inputs and outputs.

Outcomes

This is the second level of results associated with a project and refers to the medium term consequences of the project. Outcomes usually relate to the project goal(s).  

For example, the new ERP system is used by all users in scope, uptime is 99.99%, customer satisfaction has increased by 25%, operational costs have decreased by 15%, and so on.

These criteria need to be measured once the product/service is implemented and over a defined period of time. This means it cannot be measured immediately at the end of the project itself.


Success on this second level of results is what I often refer to as “Product or Service Success”. It is about defining the criteria by which the product or service delivered is deemed successful.

Impact

This is the third level of project results, and is the long term consequence of a project.  Most often than not, it is very difficult to ascertain the exclusive impact of a project since several other projects, not similar in nature can lead to the same impact. 

For example, financial value contribution (increased turnover, profit, etc.) or competitive advantage (market share won, technology advantage).

Success on this third level of results is what I call “Business Success”. Business success is about defining the criteria by which the product or service delivered brings value to the overall organization, and how it contributes financially and/or strategically to the business.

Results

Project results are the combination of outputs (level 1), outcomes (level 2), and impact (level 3). These levels combined will determine your overall project success. You can be successful on one level but not others.

Project success and project failure are NOT absolutes. It may not be possible to be a little bit pregnant, but you can be a little bit successful.

Every project has multiple success criteria related to business results, product/service results, and project delivery results (cost, schedule, scope, and quality).

Some criteria are absolute, meaning they must be completed on or before the original planned date, and some are relative, meaning they must be completed by a date acceptable to the client.

Project success is determined by how many of your success criteria are satisfied, and how well.

In a nutshell: You need to be able to distinguish between the inputs, activities, outputs, outcomes, and the impact of your project.

When you need some guidance on how to define and measure project success have a look at my Project Success Model here or by clicking on the image.

Read more…

Solving Your Between Problems

Most executives agree with me that the biggest problems are not within roles but between roles. 

Not within teams but between teams. 

Not within departments but between departments. 

And not within organizations but between organizations.  

Such “between problems” are not assigned to anyone. Why? Because they are between. 

And these “between problems” will remain unresolved until someone chooses to own the problem. 

The biggest problems – and thus the greatest opportunities to add value – are not in your job role, your department, your function, or your organization. 

The opportunities are in the gaps between your role, function, or organization.

No matter how much effort we put into trying to define roles and structures, there still will be gaps.

And it turns out that the highest value of work is done in working out those gaps. 

So to start working on such gaps think about which team or collaboration or partnership you are a part of that could benefit from asking the following question: 

“What is our task that’s bigger than you, bigger than me, requires both of us, yet neither of us can claim success until we get that done?”

Figure that out together and start working on that task, that gap.

That is how you add value.

In a nutshell: The biggest problems are not within roles but between roles. Solve these and you will add value fast.

Read more…

The 17 Global Goals For Sustainable Development

Besides shedding some light on an initiative that is very important to me, this article will present a great example on how to define project success with help from objectives and key results (OKRs).

In September 2015, the leaders of all 193 member states of the United Nations (UN) adopted Agenda 2030, a universal agenda that contains the Global Goals for Sustainable Development. 

Sustainable development has been defined as development that meets the needs of the present without compromising the ability of future generations to meet their own needs. It calls for concerted efforts towards building an inclusive, sustainable and resilient future for people and the planet.

The 17 Global Goals (i.e. Objectives) in turn hold 169 targets (i.e. Key Results) and 230 indicators (i.e. Measurements).

From 2015 till 2030 all countries will mobilize efforts to end all forms of poverty, fight inequalities and tackle climate change, while ensuring that no one is left behind.

The Global Goals is the most ambitious agreement for sustainable development that world leaders has ever made. It integrates all three aspects of sustainable development; social, economic and environmental.

The Global Goals and Agenda 2030 builds on the success of the Millennium Development Goals and aims to go further to end all forms of poverty. The new goals are unique in that they call for action by all countries, poor, rich and middle-income to promote prosperity while protecting the planet.

With the help of the Global Goals, we will be the first generation who can eradicate poverty and the last who can tackle climate change.

For the goals to be met, everyone needs to do their part: governments, the private sector, civil society and the general public.

While the Global Goals are not legally binding, governments are expected to take ownership and establish national frameworks for the achievement of the 17 Goals. 

Countries have the primary responsibility for follow-up and review of the progress made in implementing the Goals, which will require quality, accessible and timely data collection. Regional follow-up and review will be based on national-level analyses and contribute to follow-up and review at the global level.

The Objectives

The 17 defined objectives are:

1) No Poverty - End poverty in all its forms everywhere

2) Zero Hunger - End hunger, achieve food security and improved nutrition and promote sustainable agriculture

3) Good Health and Well-being - Ensure healthy lives and promote well-being for all at all ages

4) Quality Education - Ensure inclusive and equitable quality education and promote lifelong learning opportunities for all

5) Gender Equality - Achieve gender equality and empower all women and girls

6) Clean Water and Sanitation - Ensure availability and sustainable management of water and sanitation for all

7) Affordable and Clean Energy - Ensure access to affordable, reliable, sustainable and modern energy for all

8) Decent Work and Economic Growth - Promote sustained, inclusive and sustainable economic growth, full and productive employment and decent work for all

9) Industry, Innovation and Infrastructure - Build resilient infrastructure, promote inclusive and sustainable industrialization and foster innovation

10) Reduced Inequality - Reduce inequality within and among countries

11) Sustainable Cities and Communities - Make cities and human settlements inclusive, safe, resilient and sustainable

12) Responsible Consumption and Production - Ensure sustainable consumption and production patterns

13) Climate Action - Take urgent action to combat climate change and its impacts*

14) Life Below Water - Conserve and sustainably use the oceans, seas and marine resources for sustainable development

15) Life on Land - Protect, restore and promote sustainable use of terrestrial ecosystems, sustainably manage forests, combat desertification, and halt and reverse land degradation and halt biodiversity loss

16) Peace and Justice Strong Institutions - Promote peaceful and inclusive societies for sustainable development, provide access to justice for all and build effective, accountable and inclusive institutions at all levels

17) Partnerships to achieve the Goal - Strengthen the means of implementation and revitalize the global partnership for sustainable development

How will Key Results be measured?

At the global level, the 17 Goals and 169 targets will be monitored and reviewed using a set of global indicators, agreed on by the UN Statistical Commission. 

The Economic and Social Council and the General Assembly will then adopt these indicators. Governments will also develop their own national indicators to assist in monitoring progress made on the goals and targets.

The follow-up and review process will be informed by an annual SDG Progress Report to be prepared by the Secretary-General. You will find the report for 2019 here.

The annual meetings of the High-level Political Forum on sustainable development will play a central role in reviewing progress towards the SDGs at the global level.

Taking action

Choosing one Goal to support is a good way to start, and to take specific action. However, all the Goals are interlinked, so by supporting one Goal your actions will have positive impacts on other Goals. For example, promoting gender equality (Goal 5) in your organization will help support a growing economy (Goal 8) and quality education for all (Goal 4).

There are so many things everyone can do to contribute. Here are a few good things to start you off:

> Spread the word about the Global Goals, so that more people can take action and contribute to meeting the Goals.

> Join an organization that actively contributes to meeting the Goals.

> Reduce your general waste and your environmental footprint. Avoid plastics, take the train instead of the airplane, the bike instead of the car.

> Make conscious choices in your consumption. Buy local and try to make sure what you buy is produced in fair and sustainable ways.

> Show compassion and stand up against racism, exclusion, discrimination and injustice.

Use your imagination. The future depends on our ability to imagine it.

Read more…