HPE NonStop architecture (Tandem Computers) by Era and Year

Mark Whitfield invested many years in the HPE NonStop field from 1990. The HPE NonStop architecture (originally Tandem Computers) is a legendary fault-tolerant system known for 100% continuous availability. The platform’s hardware and software execution evolved across six distinct eras and processor transitions:

1. The Tandem Founding Era (1976–1981)

Years: 1976–1981
Processors: Proprietary 16-bit stack processors (e.g., Tandem/16, NonStop II)
Architecture: The foundational “shared-nothing” parallel architecture. Featured redundant components (processors, disks, power supplies) connected by a proprietary dual-bus (Dynabus). The operating system provided instant automated failover.

2. The Cyclone & Early RISC Era (1981–1996)

Years: 1981–1996
Processors: Proprietary non-RISC (NonStop Cyclone) & MIPS R-series RISC
Architecture: Expanded into 32-bit computing. To keep pace with industry performance, Tandem transitioned from proprietary processors to off-the-shelf MIPS RISC processors while heavily emulating the original instruction set for compatibility.

3. The Himalaya/ServerNet Era (1997–2004)

Years: 1997–2004
Processors: MIPS R-series
Architecture: Replaced the legacy Dynabus with ServerNet, a high-speed system interconnect that served as an early precursor to modern networking fabrics. (Compaq acquired Tandem in 1997, which subsequently merged with HP in 2002).

4. The Integrity Itanium Era (2005–2013)

Years: 2005–2013
Processors: Intel Itanium (TNS/E)
Architecture: Branded as HP Integrity NonStop (NonStop i). The platform moved off proprietary silicon to standard Intel Itanium processors. This was driven by the “NonStop Advanced Architecture” (NSAA), lowering hardware costs while maintaining Availability Level 4 (AL4) standards.

5. The NonStop X (x86-64) Era (2014–Present)

Years: 2014–2026
Processors: Intel Xeon x86-64 (TNS/X)
Architecture: Fully decoupled the OS from proprietary hardware by shifting to standard Intel x86-64 processors and InfiniBand fabric. The latest compute nodes (such as the NS5 X5 and NS9 X5) utilize modern Intel Xeon Scalable processors to maintain maximum Availability Level 4 (AL4) workloads.

6. The Virtualized NonStop Era (Present)

Years: 2015–Present
Processors: Virtual Machines / Cloud / x86
Architecture: HPE extended the platform to support Virtualized NonStop Software, allowing fault-tolerant enterprise workloads to run entirely in private clouds via standard VMware or hybrid architectures, independent of specific physical servers.

Globally published HP NonStop journal – ‘The Connection’

HPE NonStop article by Mark Whitfield in 2013, working for Insider Technologies Limited in Salford Quays

Functional BA vs Technical BA vs Product BA

While all three roles fall under the “Business Analyst” umbrella, they differ in their primary focus: Functional BAs translate business needs into user requirements, Technical BAs focus on system architecture and integration, and Product BAs drive the product’s market value and long-term strategy.

1. Functional BA (The ‘Business’ Translator)

The Functional BA acts as the primary bridge between business stakeholders and the IT delivery team. They focus on what the business needs to achieve and how users will interact with the system.

Core Focus: Business processes, stakeholder communication, and end-user experience.
Day-to-day Responsibilities: Gathering requirements, mapping out user journeys, defining acceptance criteria, and creating process flow diagrams.
Key Skills: Stakeholder management, requirements elicitation, and deep domain knowledge (e.g., finance, healthcare).

2. Technical BA (The ‘System’ Architect)

The Technical BA bridges the gap between the functional requirements and the software development team. They focus on how the system will be built, ensuring the proposed solution is technically feasible, scalable, and secure.

Core Focus: System architecture, data flow, integrations, and non-functional requirements (like performance).
Day-to-day Responsibilities: Defining API structures, mapping data models, documenting system interfaces, and writing complex technical user stories.
Key Skills: Understanding of system integrations, database structures, basic coding logic, and system-to-system communication.

3. Product BA (The ‘Value’ Strategist)

The Product BA merges business analysis with product management principles. Rather than just fulfilling requested requirements, they focus on why a product or feature should be built, ensuring it aligns with overarching company goals and delivers tangible ROI.

Core Focus: Product strategy, feature prioritization, market viability, and user adoption.
Day-to-day Responsibilities: Conducting market research, managing the product backlog, defining Key Performance Indicators (KPIs), and analyzing user feedback/metrics.
Key Skills: Product discovery, data analysis, competitive analysis, and strategic roadmapping.

PMBOK Guide 8th Edition

The PMBOK Guide 8th Edition is an integrated, value-driven framework that bridges the high-level principles of the 7th edition with the practical, process-oriented structure of older editions. It reintroduces 40 non-prescriptive processes alongside six core principles and seven performance domains.

📚 The Structure: Two Books in One

Similar to its predecessors, the printed volume of the 8th Edition includes two integrated publications:

The Standard for Project Management: An official ANSI standard that focuses on strategic alignment, value delivery systems, and global applicability.
A Guide to the Project Management Body of Knowledge (PMBOK Guide): The practical handbook containing the processes, tools, techniques, and tailoring considerations.

🟢 The 6 Core Principles

The 8th Edition streamlines the 12 principles from the 7th edition into six actionable pillars designed to guide professional behavior and mindset:

Adopt a Holistic View: Think in terms of systems and understand how a project integrates with organizational strategy.
Focus on Value: Direct efforts toward long-term outcomes and net-positive benefits rather than just output production.
Build Accountable Leadership: Cultivate a culture of transparency, clear responsibilities, and high-performance teamwork.
Embed Quality: Ensure quality processes and continuous improvement are woven into every phase of the work.
Integrate Sustainability: Consider the long-term environmental, social, and economic impacts of project delivery.
Build Empowered Teams: Foster environments where team members are supported, trusted, and empowered to solve problems.

🔵 The 7 Performance Domains

These represent key areas of practice, serving as the technical “what” of your project:

Governance: Setting the rules, decision frameworks, and oversight mechanisms.
Scope: Defining boundaries, deliverables, and requirements.
Schedule: Managing timeframes, milestones, and critical paths.
Finance: Budgeting, forecasting, and cost management.
Stakeholders: Managing expectations, engagement, and communications.
Resources: Allocating people, equipment, and physical/material assets.
Risks: Identifying, analyzing, and mitigating uncertainties.

🟠 The 40 Evolved Processes & Focus Areas

A highly praised update in the 8th edition is the return of process guidance. To offer structured “how-to” guidance without becoming rigid, the processes are grouped into five Focus Areas (replacing the traditional Process Groups):

Initiating
Planning
Executing
Monitoring & Controlling
Closing

Across these five focus areas, there are 40 non-prescriptive processes that detail the typical inputs, tools, techniques, and outputs (ITTOs). The guide includes explicit tailoring advice on how to adapt these processes for predictive, hybrid, and agile environments.

💡 Key Modern Additions

Reflecting over 48,000 global practitioner data points, the 8th Edition expands coverage into modern project environments:

Artificial Intelligence (AI): Guidance on using AI and data analytics in project management.
Project Management Offices (PMOs): Expanded focus on PMO structures and strategic value alignment.
Procurement & Contracting: Modernized contracting types, dispute resolution, and vendor management.

📝 PMP Exam Note

If you are planning to take the PMP exam, make sure to check the official PMI PMP Certification Overview for the most up-to-date Exam Content Outline (ECO). The exam relies heavily on the ECO, and the 8th Edition guide serves as foundational reference material.

Business Analysis (BA) from week to week, across an example project

Another example;

Business Analysis (BA) across an example project—like building a custom mobile app—follows a dynamic, week-to-week lifecycle. It shifts focus from initial high-level strategy and stakeholder alignment to granular requirements, testing support, and post-launch evaluation.

Here is how a typical BA lifecycle breaks down across an example 8-week project timeline:

Week 1: Project Kickoff & Discovery

Focus: Understanding the business problem and setting boundaries.
Activities:
- Facilitating kickoff workshops with key stakeholders.
- Creating a Business Case or Vision Document to define the “why.”
- Identifying key project sponsors, users, and subject matter experts (SMEs).

Week 2: Stakeholder Engagement & Elicitation

Focus: Extracting needs from the people who matter.
Activities:
- Conducting interviews, surveys, and Focus Groups to gather initial wants and needs.
- Mapping out high-level Business Processes (current “As-Is” workflows and future “To-Be” workflows).

Week 3: Analysis & Requirements Definition

Focus: Turning raw data into structured requirements.
Activities:
- Writing user stories and establishing Acceptance Criteria (often using the Given-When-Then format).
- Creating documentation like process models, wireframes, and data dictionaries.

Week 4: Prioritization & Scope Management

Focus: Deciding what gets built first.
Activities:
- Facilitating prioritization sessions using frameworks like the MoSCoW Method (Must have, Should have, Could have, Won’t have).
- Defining the Minimum Viable Product (MVP) to prevent scope creep.

Week 5: Backlog Refinement & Solution Design

Focus: Preparing work for the development team.
Activities:
- Refining the product backlog alongside the Product Owner.
- Working directly with UI/UX designers and technical architects to ensure designs align with business rules.

Week 6: Development Support & Clarification

Focus: Answering daily questions and unblocking the team.
Activities:
- Hosting Agile ceremonies like Sprint Planning and Daily Stand-ups.
- Clarifying edge cases and adjusting requirements if technical constraints arise during development.

Week 7: Testing & Validation

Focus: Ensuring the solution works and meets business needs.
Activities:
- Assisting Quality Assurance (QA) teams by explaining acceptance criteria.
- Facilitating User Acceptance Testing (UAT) with real business users to sign off on the software.

Week 8: Deployment & Post-Implementation Review

Focus: Launching the product and measuring success.
Activities:
- Helping prepare training materials, user manuals, and release notes.
- Conducting a Retrospective to identify process improvements for the next project phase.

Centiun is a UK-based IT consultancy and Microsoft AI Cloud Partner

Centiun is a UK-based IT consultancy and Microsoft AI Cloud Partner specializing in digital transformation, Microsoft Dynamics 365, and Power Platform solutions.

Headquartered in Cheadle, Cheshire, the company delivers expert solution architecture, implementation, and managed support to public and private sector organizations.

Executive Staff & Leadership

Kieran Gerard Holmes: Director and Principal Solution Architect. A senior Microsoft expert with certifications across Dynamics 365, Power Platform, and Microsoft AI.
Wider Consulting Team: The company is built around a close-knit, highly qualified team of Microsoft Certified Professionals (MCPs) and Solutions Architects who focus on mid-market and enterprise digital change.

Timeline Breakdown by Year

Centiun has grown rapidly in the cloud and AI solutions space. Key milestones include:

2025 (Company Foundation & Initial Certifications)
- October 30, 2025: Centiun Limited was officially incorporated, establishing its registered headquarters at Cheadle Royal Business Park in Cheshire.
- Late 2025: Secured nationally recognized Cyber Essentials certification and completed registration with the Information Commissioner’s Office (ICO) for secure data management compliance.
- Late 2025: Began publishing specialized insight articles focused on legacy app modernization and driving intelligent, data-driven decisions via Microsoft Power BI.
2026 (Expansion & AI Solutions)
- Early 2026: Positioned itself as a strategic Microsoft SME partner providing personalized digital transformations, cloud migrations, and technical governance.
- Spring 2026: Expanded consulting efforts into “Agentic Customer Experience (CX)”—advising organizations on how to implement Microsoft Copilot, AI agents, and Dynamics 365 Contact Center workflows.
- Spring/Summer 2026: Continued to build digital footprints across public bodies, healthcare, non-profit, and financial services sectors.

To explore how their architects can assist with your Microsoft transformations, request a consultation or view their technology resources on the Centiun website.

Types of Project Management for Successful Project Delivery

Why Agile Scrum Teams Use Fibonacci Story Points

Agile Scrum teams use Fibonacci story points to account for exponential uncertainty, eliminate low-value debates over absolute hours, and establish relative sizing based on complexity.

Instead of using a standard linear scale (\(1, 2, 3, 4, 5…\)), Agile frameworks adopt the Fibonacci sequence (\(1, 2, 3, 5, 8, 13…\)) or a modified version (\(1, 2, 3, 5, 8, 13, 20, 40…\)) to fundamentally change how teams measure and discuss work.

🧠 The Psychology and Science of Sizing

Weber’s Law: Human brains struggle to detect minor differences in large magnitudes. While you can easily spot the difference between a 1kg and 2kg weight, you cannot easily tell the difference between 20kg and 21kg. The Fibonacci sequence mimics this by expanding the numbers proportionally (roughly a 60% jump each time), aligning with how humans naturally perceive effort.
Increasing Uncertainty: The larger a software development task is, the more unknowns it contains. The widening gaps between Fibonacci numbers (e.g., the jump from 8 to 13) visually represent this growing exponential risk and ambiguity.
Prevents False Precision: Estimating a complex feature at “39 hours” gives a false sense of security. Forcing the team to bucket a highly complex task as an 8 or 13 keeps the focus on high-level estimation rather than pixel-perfect precision.

🚀 Operational Benefits for Scrum Teams

Faster Planning Poker Sessions: Linear scales cause teams to waste valuable time arguing whether a task is a 5 or a 6. Because the Fibonacci sequence jumps straight from 5 to 8, it eliminates minor nitpicking and drives significantly quicker team alignment.
Shifts Focus to “CUE”: Story points measure Complexity, Uncertainty, and Effort altogether. Moving away from traditional hours breaks the mental link to individual time constraints, allowing a senior and a junior developer to agree on a task’s relative size even if they would complete it at different speeds.
Natural “Epic” Indicators: High Fibonacci scores serve as an immediate operational trigger. Most Scrum teams establish a rule that any user story rated an 8 or 13 is too large for a single sprint and must be broken down into smaller, bite-sized tasks.

Why Agile Scrum Teams Use Fibonacci Story Points

PRINCE2 Overview and Evolution Timeline by year

PRINCE2 (Projects IN Controlled Environments) is a globally recognized, process-driven project management methodology. It provides a structured, scalable approach to manage projects from start to finish. It is built on 7 core principles, 7 themes, and 7 step-by-step processes.

May 2011 – Mark Whitfield, Registered PRINCE2 Practitioner with ILX — May 2011 – Registered PRINCE2 Practitioner with ILX

The 7 Pillars of PRINCE2

To truly grasp PRINCE2, you should be familiar with its three core elements:

7 Principles: Continued business justification, learn from experience, defined roles and responsibilities, manage by stages, manage by exception, focus on products, and tailor to suit the project environment.
7 Themes: Business Case, Organization, Quality, Plans, Risk, Change, and Progress.
7 Processes: Starting Up, Directing, Initiating, Controlling a Stage, Managing Product Delivery, Managing a Stage Boundary, and Closing a Project.

Example MS Excel PRINCE2 template (available on this website)

Detailed Timeline Breakdown by Year

The evolution of PRINCE2 spans over 50 years, transitioning from an internal UK IT standard into a global, flexible methodology.

Mid-1970s: Simpact Systems Limited creates the PROMPT methodology (Project, Resource, Organization, Management, and Planning Technique).
Early 1980s: The Central Computer and Telecommunications Agency (CCTA) in the UK licenses PROMPT to manage complex IT overruns.
1989: CCTA enhances the PROMPT method, renames it to PRINCE (PROMPT in the CCTA Environment), and mandates it for UK IT projects.
1990: PRINCE is released into the public domain and experiences widespread private and public sector adoption.
1996: The UK Cabinet Office officially publishes PRINCE2 and its global certifications. The acronym is updated to PRojects IN Controlled Environments and adapted to fit any industry or project type (not just IT).
2000: Ownership transfers to the newly formed Office of Government Commerce (OGC) in the UK.
2002/2005: Manual structure undergoes major revisions to strengthen the methodology’s “product-based planning” approach.
2009: A massive “Refresh” is released. This update simplifies the framework, introduces the foundational 7 principles, and significantly improves customization.
2013: Ownership transitions to AXELOS Ltd, a joint venture between the UK Government and Capita.
2017: AXELOS publishes the PRINCE2 2017 Update (later designated the 6th Edition). This update places heavy focus on tailoring the method to project scale, flexibility, and practical execution.
2018: PRINCE2 Agile is launched, combining the traditional, controlled PRINCE2 governance model with agile delivery methods.
2021: PeopleCert, a global examination provider, acquires AXELOS and takes full ownership of the PRINCE2 methodology.
2023–Present: PeopleCert releases the PRINCE2 7th Edition, which brings modernizations, digital improvements, and greater sustainability tracking, branding the framework simply as “PRINCE2 Project Management”.

To explore the latest resources, certification paths, or officially recognized guides, you can visit the PRINCE2 Official Website or the community-driven PRINCE2 Wiki.

PRINCE2 Overview and Evolution Timeline by year

Business Analyst Deliverables across the Full Deliverable Lifecycle

Agile Product Backlog Refinement

Agile – Scrum vs Kanban

Scrum and Kanban are both popular Agile project management frameworks, but Scrum relies on rigid, time-boxed cycles with explicit roles, while Kanban focuses on continuous workflow and limiting work-in-progress to resolve bottlenecks.

Core Mechanics of Scrum

Time-Boxed Sprints: Work is divided into locked iterations where the team commits to a specific batch of deliverables.
Strict Ceremonies: Requires mandatory structural events including Sprint Planning, Daily Scrums, Sprint Reviews, and Retrospectives.
Clear Accountabilities: Relies on a Product Owner to dictate priorities, and a Scrum Master to eliminate work blockers.

Core Mechanics of Kanban

WIP Limits: Explicitly caps the maximum number of active items allowed in any single workflow column to prevent overloading.
Continuous Delivery: Tasks flow from the backlog to “Done” independently as resources allow, rather than in batched releases.
Evolutionary Change: Fits seamlessly over existing operational hierarchies without requiring an organizational overhaul.

How to Choose the Right Framework

Choose Scrum if:

You are building a complex product requiring highly disciplined planning cycles.
The project requires substantial stakeholder engagement and frequent product reviews.
Your team prefers structured routine, cross-functional collaboration, and highly concrete targets.

Choose Kanban if:

Your workflow is dictated by inbound, unpredictable operational tasks (like IT support or bug tracking).
Priorities change rapidly, demanding immediate pivot capabilities mid-week.
You want a visual aid to reveal pipeline bottlenecks without altering current team roles.

Note: Many organizations merge these models into a hybrid approach known as Scrumban, leveraging Scrum’s regular event cadences alongside Kanban’s visual WIP flexibility.

Mark Whitfield’s Project Management Templates offer a comprehensive, fully editable toolkit of over 200 documents

Mark Whitfield’s Project Management Templates offer a comprehensive, fully editable toolkit of over 200 documents spanning the entire project lifecycle. Designed for PRINCE2, Agile Scrum, and Waterfall methodologies, the suite helps project managers streamline planning and tracking. The toolkit is available on platforms like Mark Whitfield’s Project Templates and Etsy – ProjectTemplatesSoft.

Here is a detailed breakdown of the templates by type:

1. Planning & Scheduling Templates

These templates help structure timelines, resource allocation, and task dependencies.

MS Project Plans (.mpp): Detailed, annotated files spanning full Software Development Life-Cycles (SDLC) and PRINCE2 7th Edition. Includes sprint overviews for Agile teams.
Excel Detailed Plans: Full Gantt chart and task tracking for users who do not have MS Project. Includes self-populating columns for baseline variance, actual effort, and RAG (Red/Amber/Green) status.
Plan on a Page (POaP): Over 30 PowerPoint slide designs that simplify complex project timelines, allowing you to present the overarching plan to clients and executives without overwhelming them with micro-details.

Mark Whitfield’s Project Management Templates offer a comprehensive, fully editable toolkit of over 200 documents

2. RAIDs Log Templates

These core tracking documents help manage the unknowns and variables of your project.

Basic RAIDs Log: Simple trackers for Risks, Assumptions, Issues, and Dependencies.
Comprehensive RAIDs Log: Highly detailed sheets with separate tabs to track supplier details, individual deliverables, Change Requests (CR), and out-of-scope (OOS) tasks.

3. Financial Management Templates

Designed to maintain tight control of your budget and forecast.

Monthly Finance Tracker: Simple sheets to monitor monthly forecasts, actuals, annual leave, and monthly variances.
Project Cost Tracker: Full-featured financial spreadsheets providing rate lookups, margin calculations, expense logs, and built-in charts for financial reporting.

4. Governance & Project Controls

These templates form the administrative and structural backbone, primarily based on the PRINCE2 methodology.

Project Initiation Documentation (PID): Includes templates for the Business Case, project approach, roles & responsibilities, and team structure.
Reports: Standardized documents for Checkpoint Reports, Highlight Reports, End-Stage Reports, and Exception Reports.
Logs & Registers: Tailored templates for Lessons Learned, Quality Management, and Configuration Item Records.

5. Stakeholder & Team Management Templates

Focused on communication and team alignment.

RACI Matrix: A tracker to define exactly who is Responsible, Accountable, Consulted, and Informed for each project task.
Stakeholder Analysis: Charts and planning tables designed to measure stakeholder “influence vs. impact” so you know exactly how to manage expectations.
Mobilisation Kit: Onboarding documents and team kickoff presentations to get new resources up to speed quickly.

6. Agile & Specialized Execution Templates

Agile Dependency Tracking: Tools designed specifically to monitor user stories that have hard dependencies on external suppliers or stakeholders.
Burn Down / Burn Up Charts: Visual aids in Excel to track sprint velocity and project progression against deliverables.
Benefits Realization Plan: A spreadsheet that evaluates the project’s completed deliverables against the organization’s original business goals and financial targets.

All templates are designed for use across desktop, tablet, and cloud platforms. Purchases on his site come with lifetime free upgrades for any additions he makes to the package.

Business Analyst vs Project Manager

Agile User Story Writing

Being Agile versus Doing Agile in Scrum

Business Analyst BA Interview Prep Items

Business Analyst (BA) interview prep focuses on demonstrating how you translate business problems into technical/process solutions. Preparation revolves around three core pillars: competence (technical knowledge), communication (behavioral stories), and cultural fit.

1. Technical & Core Knowledge Prep

Familiarize yourself with the fundamental BA methodologies, documentation, and tools:

Methodologies: Understand the differences between Agile (Scrum, Kanban, sprints, user stories) and Waterfall (structured phase-gating).
Documentation: Review how to create a Business Requirements Document (BRD), Functional Requirements Document (FRD), and Software Requirements Specification (SRS).
Process Modeling: Refresh your knowledge on reading and creating Use Cases, User Stories, and UML diagrams (Activity diagrams, Flowcharts).
Requirements Gathering: Be ready to discuss techniques like interviews, workshops, prototyping, and document analysis.

2. Behavioral & Scenario Prep (The STAR/STARS Method)

Expect situational questions that require you to tell a story about your past experience. Structure your answers using the STAR method (Situation, Task, Action, Result):

Conflict Resolution: How do you align stakeholders with opposing views or conflicting priorities?
Scope Creep: How do you manage a stakeholder requesting major changes midway through a project?
Ambiguity: Tell me about a time you had to work with limited data or changing requirements.
Failure/Mistakes: Describe a time you made an analytical error or missed a requirement and how you resolved it.

3. Interview Action Items Checklist

Work Samples: Bring a physical or digital portfolio containing redacted work samples (e.g., a process flow, user story backlog, or requirements document you’ve built).
The 30-60-90 Day Plan: Think about how you would approach the first few months on the job. (e.g., Day 1-30: Learn the business domain; Day 31-60: Map current processes; Day 61-90: Identify optimization opportunities.)
Reverse Questions: Prepare engaging questions to ask the interviewer, such as: “What does success look like in this role in the first 6 months?” or “Can you share more about how BAs collaborate with the technical team here?”

Agile Sprint Goal Summary Overview

Business Requirements Document BRD vs Functional Requirements Document FRD

Agile Product Backlog Refinement Grooming

Agile Scrum Team Estimation Techniques

Agile estimation techniques use relative sizing rather than exact time tracking to gauge the effort, complexity, and risk of completing tasks. These collaborative methods help Scrum teams maintain predictable delivery and realistic workloads without relying on rigid, top-down predictions.

Common Agile estimation techniques include:

1. Planning Poker

How it works: Team members use a deck of cards with values from the modified Fibonacci sequence (0, 1, 2, 3, 5, 8, 13, 21, etc.). The Product Owner presents a user story, the team discusses it, and each member privately selects a card representing their effort estimate.
When to use it: Ideal for detailed sprint planning and backlog refinement, especially when you need to encourage team collaboration and reach a consensus.

2. T-Shirt Sizing

How it works: Tasks are assigned sizes (XS, S, M, L, XL) based on high-level complexity rather than precise points.
When to use it: Excellent for rapid, broad-brush estimation during initial release planning or when mapping out large Epics that aren’t yet refined into granular user stories.

3. Affinity Estimation

How it works: The team collaboratively groups user stories on a wall or digital board into columns representing different sizes. Every team member can move a story if they disagree with its current size, creating a consensus through comparative grouping.
When to use it: Best suited for large product backlogs where many items need to be sized quickly in a single session.

4. Dot Voting

How it works: Team members receive a limited number of physical or digital “dots” to place on user stories they believe carry the highest complexity or effort, prioritizing stories based on the concentration of votes.
When to use it: Helpful for quick prioritization and establishing a baseline for relative difficulty among a large list of tasks.

5. The Bucket System

How it works: Similar to Affinity Estimation, various “buckets” (numbered with Fibonacci sequences) are laid out. Stories are placed in the buckets, which helps the team rapidly categorize relative effort.
When to use it: Great for medium-to-large backlogs requiring faster execution than traditional Planning Poker without sacrificing sizing accuracy.

To dive deeper into implementing these practices for your team, check out Atlassian’s Guide to Agile Estimation or explore Monday.com’s Agile Estimation Strategies.

Prince2 or PMP Overview

Choosing between PRINCE2 and PMP depends on your career goals and location. PMP is a global, experience-based standard highly valued in the US and multinational corporations. PRINCE2 is a process-based methodology heavily favored in the UK, Europe, and government/public sectors.

A high-level text overview highlights the following core differences:

Project Management Professional (PMP)

What it is: A globally recognized framework and body of knowledge (PMBOK) that certifies a manager’s broad project leadership skills.
Focus: People, processes, and business domains. It is highly flexible and covers predictive (waterfall), agile, and hybrid methodologies.
Requirements: Strict prerequisites. Requires 36–60 months of project management experience and 35 hours of project management education before you can take the 180-question exam.
Best for: Experienced project managers seeking global mobility and opportunities in corporate and private sectors.
Official Hub: Learn more and apply via the Project Management Institute.

PRINCE2 (PRojects IN Controlled Environments)

What it is: A structured, prescriptive methodology that gives you a step-by-step guide on how to run a project from start to finish.
Focus: Governance, defined roles, continuous business justification, and documentation. It uses a scaleable “Tailoring Approach” so it can be adapted to projects of varying sizes.
Requirements: No mandatory experience needed for the Foundation level, making it accessible to beginners. The Practitioner level tests your ability to apply the framework.
Best for: Early-to-mid career professionals and those targeting government, NHS, or public sector roles within the UK and Europe.
Official Hub: Browse certification pathways via Axelos.

Business Analyst, Resolving Conflict in Internal Teams

Business Analysis Beyond the Workflow

What Project Managers Don’t Like

What Project Managers Do Not Like — What Project Managers Don’t Like

RACI, RAID and ROAM – Essential Project Management & Agile Tools

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this: