Novozymes - CAPEX Portfolio Management

Revision as of 18:39, 7 March 2020

Introduction

Task

• Gather at least 10-20 different tools (e.g. Stakeholder models, communication models, solution designs) that might be relevant for our project
• Our tool (Article) in the WIKI system should be a short introduction of all the tools gathered and then 5-6 lines shortly describing every tool,

its usage and at last the reference a site where more information can be obtained.

• So basically, it should be our entire toolbox for the project work.

Business Problem

This is the process that the group will follow and use to create a meaningful project for both Novozymes and DTU. During the first meetings with Novozymes, several hypotheses have been presented by Novozymes, which has lead to the identification of the following initial scope:

Identify possible patterns to find the causes for wrong budget estimates

The project will focus on the financial estimates Novozymes are making for projects, and why these are not correct. The project seeks to avoid the case where Novozymes must add new projects at the end of the year to meet the estimates, and locate which indicators Novozymes should look for at the beginning of the year. The group intends to establish an overview of the wrongly estimated projects in a percentage and based on this foundation test the different hypotheses. Here the initial thoughts are to test for tendencies in for example category, urgency and the EC-models. An investigation can also be conducted based on the continuous monthly estimates where the realised SAP postings can be compared to the monthly estimates to test whether certain months, projects, categories, etc. has similar patterns on the monthly basis as on the overall project basis.

In the preliminary analyses, the project will focus on projects from the year 2017 to 2019 when trying to identify the patterns to why the estimates are wrong.

Tool Kit

The following section will describe the project- and portfolio management related tools, which will be the base literature study for Group Cake further analysis.

1. Portfolio communication plan

Effective communication is a critical process in all aspects of organizational management. Some even consider it as the essence of an organization, considering that it ensures everything is tied together, and everyone is on the same page. Portfolio management is no different, and organizational communication plays a vital role in project portfolio management. Considering the many aspects that go into a portfolio, there is a need for effective portfolio communication management between stakeholders, customers, portfolio managers, and everyone involved in portfolio management. This is because of the lack of portfolio communication management can spell the difference between a successful and failure project. For successful portfolio management, a portfolio communication management plan must be developed. It must be done in such a way that it is closely aligned with organizational strategy, portfolio governance management, portfolio risk management, and portfolio performance management.

A process to follow in order to establish a beneficial communication plan with a well-defined content and time frame for the communication. Additional reference can be seen in the book “The unofficial PM” on page122.

2. The project status report

The project status report can be used to continuously communicate the status of the project work to a project’s key stakeholders. The reports should be aligned with a project’s communication plan and should not belong and extensive reports, but should instead be a to the point update that informs about the project’s accomplishments, pending and potential problems and upcoming plans. The main element of the report is a traffic light signal indicating the current health of the project, which functions as either a confirmation, warning or ask for help to the project’s key stakeholders.

3. Key stakeholder interview tool

The tool for key stakeholder interview can be used in the preliminary phase of the project where the project purpose, scope and desired results are to be determined. The tool consists of a brief presentation of seven project elements (the project’s purpose, description, desired results, exclusions, communication needs, acceptance criteria and constraints) that are to be discussed and aligned with all key stakeholders. By using the tool, the project team can ensure that all key stakeholders have been presented the same information and have had the opportunity to express their thoughts and concerns about the project.

4. Project scope statement tool

The project scope statement follows right after the conclusions of all key stakeholder interviews as the project team here is to combine all stakeholder inputs into a final project scope statement. The project scope statement, therefore, includes clear alignments of the seven project elements presented and discussed by the key stakeholder interview tool.

5. Portfolio roadmap

The portfolio roadmap is a tool to create a high-level overview of the strategy for the organization, normally illustrated graphically. The roadmap enables managers to visualize how products will perform on an individual basis, but also how products are related. It is important to keep the roadmap updated. This should be done every time there is an optimization for the portfolio or when greater changes for the portfolio is conducted.

6. Stakeholder interest table

A Stakeholder Interest Table consists of Stakeholders Groups, which is described out from different Stakeholders based on their roles, level of interest and Stakeholder expectations. In order to meet all communication requirements, it is needed to identify and analyze all possible stakeholders for the portfolio.

7. The risk management plan

An overall plan used by the project manager, to identify risk grouped into categories. Each risk’s probability and impact is rated and the risks with the highest combinations are explained further including actions on how to mitigate the risk and how to act if the risk occurs. The risk management plan makes sure the project manager addresses the potential risks and contains strategies to avoid the common problem to arise. This plan should be updated continuously, to make sure it reflects the current state of the project.

8. Work Breakdown Structure

The Work Breakdown Structure (WBS) is a management tool that is utilized in projects to structurize and split up deliverables in a hierarchy. The tool is widely used as a backbone of a project if it’s done correctly, as projects on large-scale have a high number of deliverables and the purpose of the project can get interpreted differently. WBS provides clearance and guidance of the project scope, as it provides a great visual overview. WBS is an important tool, as it mitigates the risk of missing deliverables and certain tasks. Additionally, it can divide complex deliverables into smaller, more manageable tasks. In order for the tool to be utilized to its full potential, the different teams within the project need to share their knowledge within their field of expertise, in order to create a complete WBS.

The tool enables the group to understand the different aspects of the Portfolio Management Tool (PFMT) utilized at Novozymes, for reviewing and analyzing potential- and already ongoing projects. WBS makes it possible to analyze the processes of the Portfolio Manager and visualize the tasks within the PFMT.

An example of how WBS can be used is as seen below

Starting from level 1, where the concept of a Garden Party is initiated. Such a party is a combination of different processes, seen in level 2. Each of these processes is then detailed into smaller deliverables, which are more manageable which will ensure a great party.

Reflections on WBS

Pros: The tool provides a detailed overview of the different deliverables in a project. These can be further detailed, by adding cost, time and resource allocation to fully understand each task.

Cons: If the WBS is not constructed properly, the scope of the project is not defined correctly and deliverables might be missed.

9. Fault tree analysis

At Bell Telephone Laboratories in 1962 the Fault tree analysis (FTA) was introduced as a top-down logic diagram which “displays the interrelationships between a potential critical event in a system and the cause of this event”. Depending on the scope of the analysis the FTA may be quantitative, qualitative, or both. The FTA is a widely used method where one of the main objectives is to “determine the various combinations of hardware and software failures and human errors that could cause undesired events at the system level”. Th FTA is a binary analysis where all event, from the undesired event/hazard/fault condition to the lower level events, are assumed to either do not occur or do occur, henze binary events. This mean that no intermediate state are allowed in a fault tree (e.g. the state of 60% good). The Fault Tree diagram are a deterministic model and single-event oriented which mean that a separate fault tree must therefore be constructed for each potential top level event (undesired event/hazard/fault condition) in the system.

In order to do a comprehensive Fault Tree analysis, the following steps should be followed:

1. Identify the undesired event/hazard/fault condition: the primary event/fault being analyzed
2. Obtain understanding of the system being analyzed: determine the possible reasons for the undesired event/hazard/fault condition to occur by using professional judgement and technical information.
3. Continue to move one step backwards until the most lowest level has been identified.
4. Construct and review the final fault tree. It’s important to know that the chain can only be terminated in a basic fault: human, software or hardware.
5. Evaluate the created fault tree: If possible, the probability of occurrence for each of the lowest level elements should be evaluated which enables the calculation of the statistical probabilities from the bottom up.

This tool can help the group investigate and understand the underlying reasons for errors in the current system of the company’s current practices and ways of e.g. estimating running project budgets at Novozymes.

References

The following section will specify the sources to every listed tool above.

• 1. Portfolio communication plan : https://www.project-management.pm/portfolio-management/portfolio-communication-management/

• 2. The project status report : Blakemore, S., Kogon, K. and Wood, J. (2015). Project Management for the Unofficial Project Manager. BenBella Books, Inc. ISBN: 978-1-941631-10-2. PP 167-169.

• 3. Key stakeholder interview tool : Blakemore, S., Kogon, K. and Wood, J. (2015). Project Management for the Unofficial Project Manager. BenBella Books, Inc. ISBN: 978-1-941631-10-2. PP 53-56.

• 4. Project scope statement tool : Blakemore, S., Kogon, K. and Wood, J. (2015). Project Management for the Unofficial Project Manager. BenBella Books, Inc. ISBN: 978-1-941631-10-2. PP 67+68.

• 5. Portfolio roadmap : PMI, (2018). The standard for portfolio management 4th Edition. PMI. ISBN: 978-1-628253-97-9 p. 35

• 6. Stakeholder interest table : PMI, (2018). The standard for portfolio management 4th Edition. PMI. ISBN: 978-1-628253-97-9 p. 65+66

• 7. The risk management plan : Blakemore, S., Kogon, K. and Wood, J. (2015). Project Management for the Unofficial Project Manager. BenBella Books, Inc. ISBN: 978-1-941631-10-2. PP ??-??

• 8. Work Breakdown Structure : Reference Jannick ?

• 9. Fault three analysis: Reliability of Safety-Critical Systems: Theory and Applications, 2014, by Rausand, Marvin. From Department of production and quality engineering & http://asq.org/quality-progress/2002/03/problem-solving/what-is-a-fault-tree-analysis.html