| 1 | Market analysis |
- -
User research (Springer and Miler, 2018)
- -
Product discovery (product ideation) (Tkalich, et al., 2022)
- -
Market Research (McDaniel and Gray, 1980) | ISPMA synthesizes well on all these concepts and comprises under the Market Analysis category | No change |
| 2 | - |
- -
Proposing solutions (Springer and Miler, 2018)
- -
Idea evaluation (mock-up, working prototype) (Tkalich, et al., 2022)
| ISPMA consolidates solutioning with the Product Definition category. Geracie and Eppinger (2013) describes well to identify solution candidate via prototype validation, then create product definition. Hence, identify solution is separated out as an important activity to highlight | Identify solution |
| 3 | Customer insight |
- -
Interacts with the customer (Tkalich, et al., 2022)
- -
Gathering user feedback (Tkalich, et al., 2022)
- -
Requirements identification (Bekkers et al., 2010) | ISPMA naming fits well | No Change |
| 4 | Positioning and product definition |
- -
Strategic vision creation (Tkalich et al., 2022)
- -
Product vision creation (Maglyas, et al., 2017)
- -
Product vision and strategy (McDaniel and Gray, 1980) | ISPMA naming fits well However, Maglyas et al. (2017) proposed this category to change as vision creation. Here, both the terms are used for a better clarity and product vision is used instead of only vision to separate out from the company vision | No change |
| 5 | Ecosystem management |
- -
Stakeholder management (Springer and Miler, 2018)
- -
Engaging internal stakeholders (Tkalich, et al., 2022)
- -
Cross-functional Leadership (McDaniel and Gray, 1980) | PMs collaborate with them cross-functional teams, instead of managing them. Hence, rename the activity to cross-functional collaboration | Cross-functional collaboration |
| 6 | Sourcing |
- -
Make or buy decision (Bekkers, et al., 2010)
- -
Acquiring resources (Tkalich, et al., 2022) | ISPMA naming and definition consolidates well on the resource planning and make versus buy decision regards to software components | No change |
| 7 | Financial management |
- -
Responsible for the profitability of the product (Tkalich, et al., 2022)
- -
Partnering and contracting (pricing) (Bekkers, et al., 2010) | For simplicity, pricing is consolidated into the financial management category, and it is named as financial analysis | Financial analysis |
| 8 | Legal and intellectual property rights (IPR) management |
- -
Project compliance (Tkalich, et al., 2022)
- -
Partnering and contracting (service level agreements, intellectual property management) (Bekkers, et al., 2010) | The legal, IPR, and compliance-related activities are consolidated into a single category as they are related | Legal and compliance management |
| 9 | Performance and risk management |
- -
Assessing risk (Tkalich, et al., 2022)
- -
Product monitoring and adjustments (Tkalich, et al., 2022)
- -
Post-launch evaluation and improvement (McDaniel and Gray, 1980) | Performance might be confusing with system performance; so, to be specific, product performance is used. Risk management applies to the entire product life cycle, so it is removed from the naming | Product performance management |
| 10 | Roadmapping |
- -
Prioritizing projects or tasks (Springer and Miler, 2018)
- -
Gathers and prioritizes features (Tkalich, et al., 2022)
- -
Presents a prioritized product backlog (Tkalich, et al., 2022)
- -
Requirements prioritization (Bekkers, et al., 2010)
- -
Product roadmapping (Bekkers, et al., 2010)
- -
Strategic planning (Maglyas, et al., 2017) | Universally accepted naming for a PM | No change |
| 11 | Release planning |
- -
Define goals (Springer and Miler, 2018)
- -
Communicates business needs to the development team (Tkalich, et al., 2022)
- -
Decides release dates and content (Tkalich, et al., 2022)
- -
Release definition (Bekkers, et al., 2010)
- -
Release definition validation (Bekkers, et al., 2010)
- -
Participating in sprint planning and reviews (Kittlaus, 2012)
- -
Collaboration with product management on release planning (Kittlaus, 2012) | Universally accepted naming for a PM | No change |
| 12 | Product requirements engineering |
- -
Analysis of requirements (Springer and Miler, 2018)
- -
Requirements gathering (Bekkers, et al., 2010)
- -
Requirements organizing (Bekkers, et al., 2010)
- -
Managing the backlog (Kittlaus, 2012) | ISPMA naming is generally accepted, but more traditional. Geracie and Eppinger (2013) defines well with respect to Agile method (i.e., prioritized product backlog) | Product requirements engineering or prioritized product backlog (in Agile) |
| 13 | Development execution |
- -
Cooperation with the development team (Springer and Miler, 2018)
- -
Individuals follow-up (Tkalich, et al., 2022)
- -
Supporting team delivery (Tkalich, et al., 2022)
- -
Product development (Maglyas, et al., 2017)
- -
Scope change management (Bekkers, et al., 2010) | Many sources have confused the generic product development versus what PM is responsible for. The development execution is a stage of product life cycle and not the Product Manager responsibility | Supporting the product engineering team |
| 14 | Detailed requirements engineering |
- -
Tactical planning (Kittlaus, 2012)
- -
Just-in-time (JIT) story elaboration and acceptance (Kittlaus, 2012)
- -
Product development and execution (McDaniel and Gray, 1980) | ISPMA naming looks universal, comprising all these activities. However, missing Agile-specific naming in or clause | Detailed requirements engineering or define user stories, acceptance criteria, and prioritized backlog (in Agile) |
| 15 | Quality management | | Geracie and Eppinger (2013) naming looks more specific as PM’s responsibility. ISPMA naming is a broader category | Product verification |
| 16 | Product launch |
- -
Launch preparation (Bekkers, et al., 2010)
- -
Training (Bekkers, et al., 2010)
- -
Product launch (McDaniel and Gray, 1980) | PMs are not responsible for product launch itself. However, they are responsible for orchestrating the launch | Orchestrate product launch |
| 17 | Channel preparation value communication service planning and preparation | | There were various activities related to the operations and support readiness, which are consolidated into a single category instead of having many | Operations readiness |
| 18 | - | | ISPMA framework did not define any category for end-of-life, so the new category is created | End-of-life plan |