• Closing the gap between strategy and development portfolios using Objectives and Key Results (OKRs)

    Closing the gap between strategy and development portfolios using Objectives and Key Results (OKRs)

    It is the time of the year, when organizations and teams start to work with yearly planning. One of the challenges many organizations struggle with is the gap between strategy and development portfolios – something seems to be missing between!

    Ensuring strategy implementation via development portfolios challenging in many organizations

    The challenge is often threefold. Strategy teams deploying company strategy may be struggling with how to measure and follow up on strategy progress – are we on a right track and what is happening in development portfolios? Portfolio owners and managers may be struggling with what the strategy actually means for our development portfolio – is it concrete enough to guide development prioritization decisions? And as a result, if no clear portfolio-level prioritization is provided, development teams and experts tend to have too many things ongoing and lack focus.

    Challenges in many organization – strategy progress follow up is difficult, development portfolio is not fully aligned with the strategy and too many things ongoing – development teams lack focus

    There are many great approaches to take strategy into action, such as strategic goals or themes, must win battles, hoshin kanri, and strategic transformation programs. One practical tool to close the gap between the strategy and development is Objectives and Key Results (OKRs). OKRs are part of lean and agile tool box and also Scaled agile framework, but also a great tool for any development portfolio.

    I had a great opportunity to learn about OKRs last year, when we were deploying OKR practices with different development portfolios and teams in a global company. Thank you so much for Mirette Kangas and different portfolio teams for the great learning journey! I will go through some of the key learnings here:

    What are Objectives and Key Results (OKRs)?

    The idea with Objectives and Key Results is easy and intuitive – we define inspiring objective combined with measurable key results.

    Objectives and key results (OKRs) – Inspiring objective with concrete measurable key results

    What should Objective look like?

    • Inspiring – this is what the bright future looks like for us!
    • Ambitions – stretching our comfort zone, we are really proud to achieve this goal!
    • Concrete and action oriented
    • Only 1-3 objectives (max 5) to create clear focus
    • Linked to strategy, vision and mission
    • Short and and precise
    • Can be defined for a specific time, e.g. quarterly or yearly based on portfolio needs

    How about Key results (KR)?

    • Defining, how to get to the objective
    • Measurable (number, yes/no…), baseline and target defined
    • 1-3 key results to be defined per objective (max 5)
    • Defined typically together with the team
    • Owner defined
    • Linked to portfolio initiatives and tasks, but NOT a task or project
    • Often defined for per quarter, but also yearly cycle may work well in portfolio context

    Feedback loops – this is where the magic happens!

    There is a great value in OKR definition – OKRs can be used for inspiration, communication, and alignment. However, the real value comes from the regular feedback loops – how are we progressing and are we doing the right things to achieve our Key results? OKRs should not be yet another thing, but they should be included into the standard meeting agendas to be followed up systematically.

    OKR definition and feedback loops – taking OKR follow up into regular meeting agenda

    How can you link OKRs to a development portfolio?

    Objectives and key results may be defined for a development portfolio to create clarity and focus and support with the prioritization decisions. Clear portfolio level objectives are an important tool for communication towards development teams, but also to create alignment across business units and portfolios. Key results on the other hand are extremely powerful tool to measure how we are progressing during the year – are we achieving our key results or would we need to take special actions?

    Often, OKRs may be really helpful also for large transformation programs – what does to good look like for us and how do we measure it in practice. OKRs may be also a great tool for unit, team or individual levels – just to ensure, there are not too many OKRs defined for the same scope or content to avoid confusion!

    Objectives and key results (OKRs) for different levels – Portfolios, programs, or teams

    One of the challenges I have had when defining OKRs is that I start to think immediately about practical projects or tasks – of course, that is part of my profession! However, I try to think key results more from the outcomes view point – and then link actual development on how do we implement our key results. If work cannot be linked to any of key results – is really needed in the portfolio scope?

    Objectives and key results (OKRs) & Development portfolio

    How to get started?

    • You can try out OKRs for your personal development – it is a great tool to really think what you want to achieve, and how you would know if you are there? Have regular feedback loops to see if you are going to the right direction. Learn and fine tune your OKRs!
    • Defining great OKRs takes time and usually several iterations – allow time for learning with your team
    • If you are implementing OKRs within your organization, start with one area or unit, gather learnings and scale up based on the learnings
    • Include OKRs as a part of normal governance and meeting routines – this is how feedback loops will not be forgotten
    • OKRs can be really simple and elegant, do not make it too complex or scientific!

    Do you want to learn more?

    If you want to learn more, would recommend for any leader Measure What Matters by John E. Doerr!

    Recommended reading: Measure What Matters by John E. Doerr

    Applying OKRs in the Scaled Agile Framework

    For Finnish speaking colleagues a really nice book also available by Juuso Hämäläinen and Henri Sora: Strategia arkeen OKR-mallilla

    For inspiration, a bit longer video: How Google sets goals

    I will consolidate later also learnings from some case studies. Here are couple of academic studies which might be interesting:

    Using objectives and key results (OKRs) and slack: a case study of coordination in large-scale distributed agile

    Using OKRs with Balanced Scorecard

    OKRs as a results-focused management model: a systematic literature review

    John Doerr TED Talk (11 min) – check this out!
  • Developing strategic portfolio management practices step by step

    Developing strategic portfolio management practices step by step

    Strategic portfolio management maturity model

    I have been looking for a maturity model to assess strategic portfolio management maturity to identify easily what would be the key development areas for an organization. Traditional project portfolio management seems to be quite well studied, and I liked for example this one: Project Portfolio Management maturity model, also Gartner’s Project portfolio and program management maturity model gives really good insights. However only project portfolio management is usually covered and for Strategic portfolio management, I have not found a good one yet. But if you have identified one, I would be really happy to share thoughts with you!

    As a part of my academic study, I have been consolidating best practices for different Strategic portfolio management capability areas and this actually lead me to think about what maturity model could look like. This is a lot of fun, as there are so many great practices to explore and I have tried out many practices during the past years, and also learned a lot during my academic interviews. Now I have a beta model available for further experimentation, and if you would like to try out the maturity model within your organization, please be in touch with me!

    I will introduce also here some of the thinking behind:

    Maturity levels – improving maturity step by step

    Organization cannot jump from beginner level to world class – finding the best practices for your organization and implementing the practices requires many small implementation steps, discipline, change management and courage – but it is worth it! Here is my current thinking, what different maturity levels could look like:

    BEGINNER – Organization has started to implement basic portfolio management practices. Importance of portfolio management has been recognized by the leadership.

    FOUNDATIONS – Important foundation elements of strategic portfolio management and systematical ways of working are in place. Clear priorities create clarity and focus across organization.

    ADVANCED – Transparency is created across stakeholders, portfolio is prioritized regularly, and capacity and dependencies are managed efficiently. Common tools and processes are used systematically across organization. Feedback is systematically collected to develop ways of working.

    WORLD CLASS – Portfolio is balanced to enable future competitiveness. Practices are optimized across development and product portfolios and organization is continuously learning and improving ways of working.

    Strategic portfolio management maturity model – improving portfolio maturity step by step

    In real life, many companies are in the Beginner level – strategic portfolio management may have not been a priority in the company, even though for example project management maturity may be high and there is a long tradition of managing a project portfolio. Furthermore, within one organization, there may be portfolios with advanced ways of working, whereas one portfolio may be just getting started.

    Maturity grid – selecting your portfolio focus areas

    All organizations and portfolios are unique – one portfolio within organization may benefit most of setting up capacity management practices, where as another organization may need more structured governance practices.

    Maturity level within one portfolio may also vary a lot between different capability areas – some advanced practices may be in place, but some areas may still be in the beginner level. It is good to have a look across different capability areas to see which areas would require development actions and create a concrete action plan. Maturity grid is a useful tool to map out different capability areas, and also identify where you are now, and where you would like to be. Here is an example, what it could look like:

    Strategic portfolio management maturity grid – identifying your current state and target state

    Quick assessment questions

    Here is a list of quick assessment question – as a food for thought! In the actual maturity model, there is a deep dive into different portfolio capability areas with more details to define what good looks like.

    Strategic portfolio management maturity model – quick assessment

    If you answered YES to most of the questions, you have many great portfolio management practices in place! Congratulations, that is a fantastic starting point to develop ways of working forward. However, if you answered NO to many questions, that is not unusual either! Many organizations are in the beginning of the journey, and may need some practical help to actually get started.

    Do you want get access to SPM maturity model?

    To learn more about the maturity model, and to get access to maturity evaluation templates, sign up to Strategic Portfolio Management Fundamentals Online Course including:

    • Maturity evaluation,
    • ~2 hours of lessons, and an good practices
    • Extensive work book you can use with your own portfolio context:

  • Portfolio data – 5 tips from practitioners

    Portfolio data is not something programs, projects and development teams always look forward to maintaining. And to be completely honest, I have been sometimes annoyed with the requests to fill in templates too, when not fully understanding what is it needed for and who actually uses the end results.

    Portfolio data should not be only for reporting purposes, it should be used actively – to create transparency, communicate about progress, to have regular feedback loops on reaching objectives, balance demand and capacity, follow up on benefit realization and plan for the next steps.

    Portfolio data was also emphasized by experienced professionals I interviewed during the spring and my notes are full of great insights how to make this part more meaningful and easier for development teams, stakeholders and management. Here are 5 tips consolidated based on interview results – I hope these are useful for you!

    Portfolio data – 5 tips from practitioners!

    Let’s go through each area in more detail:

    Why is portfolio data needed?

    Clarify why portfolio data is collected, where is it needed, and by whom and when in your organization. Smart stakeholders working with development teams are more willing to maintain the data, when they understand why it is important!

    Here are some key reasons relevant for many organizations:

    • Creating transparency across organization – portfolio views are needed in enterprise business, and unit levels as well as for different stakeholder view points
    • Communication – portfolio roadmaps, business cases and status updates are important tools to communicate about team plans to a wider group of people. If this data is hidden in slide decks, it may be difficult to manage dependencies across projects and portfolios.
    • Data driven decision making – enabling better decisions, when seeing the big picture, understanding business case, risks and dependencies. Decision making is often needed in project, portfolio levels, and solid data is helping out a lot!
    • Master data related to projects, continuous development and other work as well as strategic initiatives and programs is important – data, such as project name, should not vary across the systems.
    • Balancing demand and capacity – when all demand and work across organization is visible, it is easier to plan capacity and also make better prioritization decision.
    • Finances and planning – it is important to be able to forecast and follow up on actions and plan also future horizons (budgeting, long range planning). When portfolio data is up-to-date, budgeting and mid-term or long range planning is just updating plans, not collecting everything from the scratch.

    What is truly valuable for your organization?

    Often portfolio data sets may grow over time, as a new field is added every now and then – over the time portfolio templates may grow to be too complex – and no-one actually knows why a certain data field is needed today.

    • When defining portfolio data, start with a simple intuitive data set. If too many data fields are required, practitioners start to get overwhelmed, don’t know what fill in and may give up. Think, what is truly valuable, and what data is followed up and used actively.
    • If you have existing portfolio data, check out if different fields have been filled by practitioners, and if these data fields are actually used by someone. Be brave while leaning your data model! Simple is beautiful! No-one likes a project template filled with unnecessary details, which are nice to have.
    • Note! If you need to do special portfolio analysis, you can also collect data separately; no need to have a huge amount of data fields, which you might (or might not) need one day.

    Who updates the data and when?

    Portfolio data has only little value, if it is not systematically maintained. Roles and cadence for data updates is important.

    • Start with the definition: who maintains the data? Clarify the roles!
    • What is the cadence for maintaining portfolio data? Many organizations have monthly cadence, but some fast moving areas may need weekly cycles. Also quarterly cadence may make sense, if organization does not have all portfolio management roles filled and if quarterly cycles are natural for the organization.
    • Follow up – this is especially important at the beginning, when getting started with your portfolio data. Regular reminder and practical support sessions may be helpful, when getting started!

    Use portfolio data actively – think about different use cases!

    Data should not be only for reporting purposes, it should be used actively – to create transparency, communicate about progress, to have feedback loops on objectives, balance demand and capacity, follow up on benefit realization and plan for the next steps.

    • Learn what works best for your organization – hear out what needs different stakeholders have!
    • Think about different use cases and different roles using data – how to create transparency and different portfolio views?
    • Avoid extracting data to static reports as it gets outdated fast – use tools and reporting capabilities as much as possible.
    • Avoid having the same data in many different systems or tools, unless they are integrated, and one of the the systems is master. It is really difficult to maintain the data in many sources!

    Learn from data – how could we improve?

    Once basics are in place, it is possible to learn a lot and analyze portfolio based on the collected data.

    • How could we do better? Do we have challenges in portfolio execution or managing our idea funnel?
    • Are we achieving our objectives as planned?
    • Is our benefit realization on track? Are we achieving our objectives as planned?
    • Do we need investments in new areas? Is our portfolio balanced, or do we focus too much on keep the business running activities?

    I would love to hear your pro tips how to make portfolio data easier to keep up-to-date and more helpful for different stakeholders!

  • Development Portfolios In Large Companies – What Is Your Viewpoint?

    When discussing about development portfolios, there are many different viewpoints and expectations among the stakeholders – which leads often to misunderstandings. I will try to open up some of the most common viewpoints here: strategic portfolios, project, and hybrid portfolios, work portfolios from the unit perspective, enterprise view to portfolios, and also other portfolios which are connected to development!

    Expectations and interests vary based on the role of the stakeholder. Here are some themes, which are often discussed in this context:

    What people think when discussing about development portfolio management?

    Strategic portfolio – transforming company towards the bright future

    In many companies, strategic development portfolios are the vehicle to transform company towards the bright future and implement strategy in practice. Strategic portfolios may be inventing new business models, building new products and offerings, transforming organization, implementing changes to operating model, developing IT tools and capabilities or improving business processes, sales and operations. Portfolios may be organized around sub portfolios for different business functions or directly into transformation programs, strategic initiatives, projects, epics, value streams or must win battles for example.

    Managing a strategic portfolio is challenging! How to select the best ideas for implementation? How to ensure portfolio is balanced – there is enough focus also to future horizons? How to follow up systematically business case and benefit realization? One strategic transformation program may include work from many different organizational units, such as business development teams, R&D and IT units, marketing and finance functions. Even though strategic portfolios are usually business driven, many other organizational units are working hard to make strategic initiatives happen!

    Strategic portfolios may include sub portfolios for different business units, but also strategic transformation programs or other initiatives, value streams or for example must win battles.
    Strategic portfolio view – Strategic portfolios may include sub portfolios for different business units, but also transformation programs, strategic initiatives, value streams, projects or for example must win battles.

    From project portfolios to hybrid portfolios

    Many companies have long traditions of managing project portfolios. Project portfolios include typically a collection of individual projects. Portfolio decisions are managed via gates and also financing is usually linked to gate decisions. Projects have been traditionally implemented with a waterfall based development model, but today, many companies execute development with agile ways of working. The project portfolio is often looking into projects of one unit, for example, a business unit, R&D, or IT unit. Project portfolio management creates great structure and visibility, and is still a relevant approach in many cases.

    Today, in addition to development projects, agile initiatives and continuous development teams have become more and more popular. Quite often, project is developing and new IT solution and ramping up continuous development capabilities. After the project has delivered and deployed the new solution across organization, continuous development will take place. Portfolio including projects and agile work & continuous development may be considered a hybrid. Sometimes it is tricky to manage a hybrid portfolio, when ways of working, financial practices and governance varies in projects and agile work. More about hybrid portfolios via the blog post: From project portfolios to hybrid portfolios combining projects and agile work!

    Hybrid portfolios may include traditional projects and also agile work, such as work from continuous development teams or value streams.

    Work portfolio view – unit view to all projects, continuous development and other large activities

    Many global functions, such as marketing, R&D, IT, or finance may be struggling, when demand is coming from different business units, portfolios, and transformation programs at the same time. One solution is to create a work portfolio view – a collection of projects, continuous development work, and other larger activities delivered by the unit. Some units create visibility to their work items via portfolio management tool roadmaps, and some may prefer Kanban or backlog management tools for visual management.

    Work portfolio view may be really helpful, when organization needs transparency and prioritization on all work coming from many different strategic initiatives and business units. Work portfolio transparency may also help business portfolios in many ways – business teams are able to see what type of IT developments are happening in other business units and may find synergies. Transparency is helpful when prioritization is needed – is it possible to sequence work, manage dependencies and do work creating most value first?

    Strategic portfolio and work portfolio views are not in conflict with each other – they are just different view to the same work to create transparency. If priorities are clear in strategic portfolios, it is easy to prioritize the work portfolio also. Also teams and team members love it, when there are clear priorities and focus – less hassle and faster time to market for the priority items!

    Work portfolio view – Projects, continuous development work, and larger activities unit is responsible for – work items may belong to different strategic portfolios.

    Enterprise level view – how is our strategy implementation progressing?

    Many companies want to follow up on strategy progress happening across different portfolios – are we taking strategy into action across the company? Sometimes it is also good to look across all strategic portfolios to optimize strategic initiatives – how do we best deliver value to the customers, are there synergies or major dependencies? Should we sequence some of the largest initiatives, to ensure the organization is able to adapt to the change? Also, common planning and budgeting processes, and cross-portfolio reviews may help to manage dependencies across global portfolios.

    In many cases, it may be difficult to create a holistic view across all portfolios. Different portfolios may have different tools and practices, and consolidation in the enterprise level may take a lot of time.

    Enterprise view to portfolios – how is our strategy implementation progressing? Portfolio structure vary from company to company.

    From projects to products – offering and product portfolio & application portfolio

    Today, many teams have moved from developing via projects to developing products. Also in the context of scientific literature, new product portfolio management is an own field of study. Product development teams are introducing new products, features, and functionalities via regular product releases – there may be physical hardware components, software, and services included. The product portfolio is also linked to product life cycle management – new products are introduced and old ones are retired. In parallel to product portfolio, business teams are also looking into offering portfolios – how to price, sell, package, and servitize products. Both viewpoints are closely interlinked – even though you would have a great product, it will not be successful without systematical commercialization work!

    In the context of IT, also application portfolio is an important outcome of development portfolios. Large companies may have hundreds of applications, and application portfolio may be growing all the time – creating also additional run costs and also capacity needed to further develop and maintain these solutions. Continuous development teams may also be extremely important contributors to strategic initiatives – sales tooling solution team could for example enable a new pricing model for upcoming offering launch! Even though each continuous development team manages their backlog, creating visibility to big ticket items or epics continuous development teams are working focusing on relevant also in portfolio level.

    You can read more about product and offering portfolios via the Blog post: From project portfolios to product portfolios – focus on development outcomes!

    Still some other portfolio viewpoints…

    I will still list some other important portfolios linked to development very shortly:

    • Even though customer deliveries are not directly development focused, sometimes special customer cases may also require product, supply, or operations development. The customer delivery portfolio has also a close linkage to product development – new features, solutions or services need to work with high quality for first customer deliveries.
    • Factory units are managing portfolios of investment projects. Large transformations programs or new product development may also require physical investments, such as factory or property investments.
    • Technology and patent portfolios are also linking closely to R&D and IT development.
    • New innovations may be managed as a part of strategic portfolios, or as a dedicated innovation portfolio looking into future horizons.
    • Also when working with strategic partners or building a partner ecosystem, partner portfolio plays a key role.
    • Sourcing teams are managing vendor portfolios.
    • Six sigma project portfolio – super valuable development ideas for development portfolios!
    • Lean portfolio management – fully aligned approach with agile ways of working has been successfully implemented also in many organizations. If you have experiences on how this works in practice, I would love to hear about your practices!
    • Last but not least, in addition to global development portfolios, also local units may need to manage their own local project portfolios – there may be local developments and global rollouts happening.

    No wonder there is a lot of confusion among the stakeholders, as there are so many development related portfolios and different viewpoints.

    I would love to hear, what viewpoints are relevant for you? Did I miss something critical? Do you use completely other terminology for some of these viewpoints?

  • Portfolio management challenges – what is new?

    One of the classic portfolio management articles (Cooper et. al, 1997) analyzed portfolio management challenges many companies struggled with. Here is the top 5 challenges identified:

    1. The portfolio of projects does not reflect the business’s strategy
    2. Portfolio’s quality (performance of projects) is poor
    3. Go/Kill decision points are weak and Poor projects are not killed
    4. Resources are scarce, and there is lack of focus
    5. Too many trivial projects and too few projects aiming at real breakthrough

    After 25 years, these challenges are still relevant for many organizations. It is still difficult to prioritize portfolio based on the strategy, portfolios still tend to have bad projects or agile initiatives, it is still extremely hard to kill projects, it is still difficult to prioritize and it is still easy to select quick wins over initiatives to build future competitiveness. Good food for thought for any practitioner!

    What are the key challenges today?

    During my interviews with experienced portfolio management professionals, classic challenges mentioned above were highlighted many times. But also many things have changed since 1997. Here is a collection of challenges many organizations may identify today:

    A. Hybrid portfolios including projects and agile initiatives are difficult to manage – instead of managing traditional project portfolio, portfolio may include a mix of projects and agile initiatives with different ways of working. Many organizations have traditional planning, budgeting and governance processes, but part of the organization is rapidly transitioning towards Lean and agile ways of working. (Read more via dedicated blog post: From project portfolios to hybrid development portfolios combining projects and agile.)

    B. Creating transparency across organization – managing dependencies and complexity. When products and services, processes and tools have become more and more complex, managing development and deployment of complex hardware-software-services solution requires a lot of alignment and communications across the organization.

    C. Managing capacity for strategic initiatives hard, when development work needed from many units. Within large organizations, strategic transformation initiatives my require work from many units: different business units, R&D units, IT teams, global functions, sales organizations, and operations.

    D. Portfolio priorities not up-to-date due to rapid changes in business environment. During the past years, business environment has changed rapidly for many companies. If portfolio priorities are not regularly reviewed and updated as needed, development portfolio may have

    E. Lack of investment into future horizons and innovative solutions – portfolio not balanced. As development is the way to build the bright future and meet strategic targets, enough development capacity should be allocated to build future horizon competitiveness, not only focus on quick wins. (Read more via dedicated blog post: Is Your Development Portfolio Balanced Across Time Horizons?)

    And then one more bonus challenge, which is also relevant for many organizations:

    Bonus: Portfolio management fundamentals – improving organizational maturity across all portfolios. Good portfolio management practices help organization to make data-based decisions and created transparency and focus – if fundamentals such as processes, governance, discipline, communication and common tools are not in place, or each unit has different practices, managing portfolios may become difficult. (Read more via blog post: Developing Strategic Portfolio Management Maturity Step by Step)

    Portfolio management challenges – and what is new?

    Do you relate to these, or do you have other challenges?

    References

    Cooper, Robert G., Scott J. Edgett, and Elko J. Kleinschmidt. “Portfolio management in new product development: Lessons from the leaders—I.” Research-Technology Management 40.5 (1997): 16-28.

  • Strategic portfolio management – WHY?

    Strategic portfolio management – WHY?

    Sometimes, when discussing with development teams and other stakeholders, value of portfolio management is not fully acknowledged. Portfolio management may be considered as additional bureaucracy with no value add – budgeting, steering meetings and requests to update data.

    However, if portfolio management is not efficient, people start to notice something is not quite right: too many initiatives ongoing at the same time, parallel projects ongoing in different departments with the same content, and development seem to be overall a bit chaotic.

    This blog is dedicated to why strategic portfolio management is important – six key WHYs highlighted. I would also love to hear your thoughts via comments to understand different viewpoints – do you agree?

    First of all, development is the way to transform company towards the bright future – to truly take strategy into action! If development portfolio is not aligned with strategic goals, strategy implementation is not likely to be successful.

    Portfolio management should always be a continuous activity, and prioritization should not be one-time-activity during the budgeting season. Portfolio should always include the most valuable initiatives – continuous prioritization needed when business environment changes. Also sometimes we start a super promising project, but notice our assumptions were not right – project should be killed or rethought.

    Smart people tend to contribute to a large amount of great development ideas – one of the key challenges of portfolio management is to select the best of best ideas. Development ideas may come from many different stakeholder groups – business teams, product development, operations, sales teams or from customers – and they may be small and large ones. Portfolio management may help to solve this challenge – setting up portfolio funnel to systematically collect, evaluate, experiment and prioritize development ideas.

    Many teams struggle with having a lot of work coming from many different directions – if teams do not know key priorities, they may spend most of their valuable time on activities, which are not high priority. Also having too much to do starts to be very stressful in long run. Clear strategic portfolio priorities help teams to focus on most important initiatives – less hassle and faster time to market!

    Also in the company level, there may be too many large transformations ongoing – money may be one limitation, but also time of best professionals and organization’s ability to adapt to change may be limited. Alignment across business and technology units and optimizing the sequence of large initiatives based on available capacity is important. Brave leadership is needed to prioritize and sequence large initiatives – but this really pays off.

    Defining business cases and finding great KPIs to follow benefit realization is never easy – however, if this part is missing, how would we know if we are investing in correct initiatives? Strategic portfolio management has focus on business benefits across all initiatives – systematical benefit tracking is in place.

    Last but not least – it is easy to say yes to quick wins – developing existing process or tool, where you see the benefits almost immediately. Continuous development is super important, but there should be a balance: balancing portfolio to including initiatives for different time horizons – also enough focus on future competitiveness.

    One extra: one of the areas creating a lot of headache in many organizations is governance – some organizations have too many or too large steering groups and unclear roles, where as some other organizations lack of key governance structures to enable smooth decision making. One of the key goals of portfolio management is to create clarity on decision making – there should be simple but powerful governance, empowering also teams.

    What is your WHY – why is portfolio management important to you or your organization?

    Here is a summary – I hope it helps!

    Strategic portfolio management – WHY?

    Different roles and stakeholders – why?

    When discussing with different stakeholder groups in large organizations, each of the stakeholder group have different needs and expectations in terms of portfolio management. When you are discussing portfolio management with different stakeholders, it is good to discuss what is the why for them – this is how you can also support different stakeholder groups. Here is a summary of WHY for couple of key stakeholder groups:

    Strategic portfolio management – WHY for different stakeholder groups. What is your WHY?

    Check out a short video for further inspiration!

    Strategic portfolio management – WHY? Video for inspiration

    I would love to hear your thoughts!

    Each organization and portfolio are unique, and have different flavors. Is your why included, or did I miss it? Why is portfolio management important for your stakeholders.

  • Portfolio management tips from professionals

    As a part of my research, I had an opportunity to interview more than 20 portfolio management professionals from different companies. Interviews were full of great insights and learnings. I will share with you a consolidated list of tips, which were highlighted by these professionals.

    Do you agree, or would you have something to add?

    Portfolio management tips from professionals
  • Welcome Strategic Portfolio Management Blog!

    My name is Heli Hiisilä, and I want to share my learnings from both practical experience in big companies, but also learnings from my PHD research and literature!

Leave a comment