PM Access Platform – Your project management intelligence system

👁️ Acces Direct – explorează gratuit funcționalitățile de bază

💻 For the best experience, we recommend using PM Insight on desktop.

🏗️

Example: Construction of a New Data Centre

A telecom company plans to build a new data centre to expand its hosting capacity. The project has a budget of 15 million EUR and an estimated duration of 24 months.

Business Case Analysis

The Project Sponsor presents the business case justifying the 15M EUR investment, showing the estimated ROI and strategic benefits.

Stakeholder Alignment Sessions

The Sponsor, PMO, IT architects, finance and construction managers meet to define project objectives, constraints and success criteria.

Drafting the Project Charter

The Project Manager drafts the charter with: SMART objectives, key milestones (24 months), budget (15M EUR), initial risks, and PM authority.

Formal Approval

The Sponsor and Steering Committee formally review and approve the charter, officially authorising the project and resource allocation.

Communication & Kick-off

The approved charter is communicated to the organisation. The PM now has formal authority to allocate resources and begin detailed planning.

📦 Key Outputs

📄Project Charter (30+ pages)

📝Assumption Log

✅Formal Approval Records

📱

Example: Development of a FinTech Mobile Application

A FinTech startup is developing a personal finance management mobile app. The 8-person Scrum team works in 2-week sprints, with an MVP planned for 3 months.

Defining the Product Vision

The Product Owner formulates the vision: "An app that helps millennials automatically save 20% of their income through gamification".

Project Canvas Workshop

The team completes a Project Canvas in a 2-hour session: Why (the problem), Who (millennials 25–35), What (MVP features), How (Scrum), When (3 months).

Lean Project Charter

A simplified 1–2 page charter: vision, Definition of Done for the MVP, Product Owner, Scrum Master, and estimated budget for the first 3 months.

Rapid Approval

The key stakeholder (CEO/CTO) approves verbally in under 30 minutes. Focus on empowerment, not bureaucracy — the team can start immediately.

Sprint 0 Kick-off

The team aligns on the vision in Sprint 0: technical setup, initial product backlog refinement, and preparation for the first development sprint.

📦 Key Outputs

📝Lean Charter (1–2 pages)

🎯Project Canvas

📋Initial Product Backlog

⚖️ Key Differences: Predictive vs Adaptive

Documentation

Full Charter 30+ pages

Lean Charter 1–2 pages

Approval

Formal, Steering Committee

Rapid, verbal OK

Timeline

2–4 weeks

1–3 days

Scope

Well-defined upfront

Vision + flexible MVP

🏥

Exemplu: Implementare Sistem ERP pentru Spital Regional

Un spital regional cu 500 de paturi implementează un nou sistem ERP integrat pentru gestiunea pacienților, stocurilor și finanțelor. Proiectul implică 12 departamente, buget 8M EUR și durată 18 luni cu go-live strict reglementat.

Colectarea Planurilor Subsidiare

PM-ul colectează toate planurile subsidiare finalizate: Scope, Schedule, Cost, Quality, Resource, Communications, Risk, Procurement, și Stakeholder Management Plans.

Workshop de Integrare Inter-departamental

Workshop de 2 zile cu reprezentanți din: Medicină, IT, Finanțe, Compliance, HR și Achiziții. Identifică dependențele și conflictele între planuri (ex: training vs. go-live date).

Alinierea și Rezolvarea Conflictelor

Conflictele identificate (ex: buget IT vs. timeline training) sunt escaladate la Steering Committee. Se ajustează Schedule Baseline pentru a permite 2 săptămâni extra de training pre-go-live.

Elaborarea PMP Integrat

PM-ul consolidează totul într-un singur Project Management Plan de 150+ pagini: 3 baseline-uri, 10 subsidiary plans, change management, și configuration management procedures.

Aprobare Formală și Comunicare

PMP-ul este aprobat de Steering Committee și distribuit tuturor stakeholderilor. Este stocat în SharePoint ca baseline oficial - orice modificare necesită CCB approval.

📦 Output-uri Cheie

📚Project Management Plan (150+ pag)

📊Integrated Baselines (Scope, Schedule, Cost)

🔄Change Management Procedures

⚙️Configuration Management Plan

🎮

Exemplu: Dezvoltarea unui Joc Mobile Multiplayer

Un studio indie dezvoltă un joc mobile multiplayer cu echipa de 15 persoane (dev, art, QA). Folosesc SAFe cu Program Increments de 10 săptămâni. Planul evoluează continuu pe baza feedback-ului din playtests.

Product Vision & Roadmap

Product Owner-ul definește viziunea ("Best-in-class casual multiplayer experience") și un roadmap high-level cu 3 Program Increments până la launch.

PI Planning Event (2 zile)

Toate echipele se reunesc pentru PI Planning: prezentare viziune, breakout sessions pe echipe, identificarea dependențelor între Art/Dev/QA, și crearea unui plan integrat pentru următoarele 10 săptămâni.

Living Documentation în Wiki

Planul nu e un document static - e un Wiki viu (Confluence/Notion) actualizat continuu: PI Objectives, Team Boards linkate, Risk Board, și Definition of Done evoluează pe parcurs.

Sincronizare Continuă & Adaptare

Scrum of Scrums zilnic (15 min) + System Demo săptămânal identifică și rezolvă rapid dezalinierea. Când playtest-ul arată că multiplayer-ul are latency issues, planul se adaptează în sprint Next.

Inspect & Adapt la Final de PI

La sfârșitul fiecărui Program Increment: demo la stakeholderi, retrospectivă cross-team, și re-planificare pentru PI-ul Next integrând toate learnings-urile.

📦 Output-uri Cheie

🗺️Product Roadmap (high-level)

🎯PI Objectives

📖Living Wiki/Documentation

🔗Program Board (Dependencies)

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Planificare

Upfront, completă

Iterativă, PI Planning

Documentație

PMP 150+ pagini

Living Wiki/Notion

Integrare

Workshop formal 2 zile

Continuă (Scrum of Scrums)

Schimbări

CCB formal approval

Adaptare naturală la I&A

Baseline

Fix, change-controlled

Rolling wave, flexibil

🚄

Exemplu: Construcția unei Linii de Metrou

O autoritate metropolitană de transport lansează un proiect de construcție a unei noi linii de metrou de 12 km, cu 8 stații. Bugetul este de 2.1 miliarde EUR pe 6 ani, implicând multiple pachete de achiziții: tunelare, stații, sisteme electrice, material rulant și semnalizare.

Analiza Make-or-Buy

Echipa analizează fiecare componentă: project management și design supervisory rămân interne, în timp ce tunelare, construcție stații, și furnizare material rulant vor fi externalizate către contractori specializați.

Selectarea Tipurilor de Contract

Se aleg contracte diferite pentru fiecare pachet: Fixed Price pentru material rulant (specificații clare), Cost Plus pentru tunelare (riscuri geologice), și T&M pentru consultanță specializată.

Definirea Criteriilor de Selecție

Se stabilește matricea de evaluare ponderată: experiență în proiecte similare (30%), capacitate tehnică (25%), preț (20%), stabilitate financiară (15%), și credențiale ESG/sustenabilitate (10%).

Elaborarea și Publicarea RFP

Se elaborează RFP-ul complet cu SOW detaliat, timeline, termeni și condiții, și criterii de evaluare. Se publică pe platformele de achiziții publice (TED/SEAP) cu termen de 90 zile pentru răspuns.

Documentul Sourcing Strategy Plan

Se consolidează totul în Sourcing Strategy Plan: decizii make-or-buy, tipuri de contract pentru fiecare pachet, matrice de criterii, și calendar de achiziții. Planul este aprobat de CCB și devine parte din PMP.

📦 Output-uri Cheie

📋Sourcing Strategy Plan

⚖️Make-or-Buy Decisions

📝Source Selection Criteria

📄RFP/RFQ Documents

🤖

Exemplu: Dezvoltarea unui Produs SaaS cu AI

O companie tech dezvoltă o platformă SaaS de customer service automation cu AI. Echipa de 20 persoane are nevoie de servicii cloud, API-uri AI externe, și freelanceri specializați. Bugetul este flexibil, bazat pe runway și MRR, cu MVP în 4 luni.

Lean Sourcing Canvas

Într-un workshop de 2 ore, echipa completează un canvas cu decizii build-vs-buy rapide: cloud infrastructure (AWS), AI capabilities (OpenAI API), și specialized ML engineers (freelance pe Toptal).

Evaluare Rapidă pe Marketplace

În loc de RFP formal, echipa evaluează rapid opțiunile din marketplace: AWS pentru free tier generos și familiaritatea echipei, OpenAI pentru GPT-4 capabilities, și Toptal pentru verified ML engineers.

Contracte Agile & Flexibile

Se preferă contracte care permit scalare: pay-as-you-go pentru cloud, credit-based pentru AI APIs (fără commitment), și contracte pe sprint cu freelanceri (2 săptămâni notice).

Review Continuu al Vendorilor

La fiecare Sprint Review se evaluează și performanța vendorilor: costurile cloud sunt on-track? API-ul AI răspunde suficient de rapid? Freelancerii livrează calitate? Ajustări imediate dacă nu.

Living Vendor Registry

În loc de document static, se menține un Vendor Registry în Notion/Airtable: status live, costuri actuale, performanță, și alternative evaluate. Se actualizează în timp real pe măsură ce businessul evoluează.

📦 Output-uri Cheie

📋Sourcing Canvas

📊Living Vendor Registry

💳Flexible Contracts (pay-as-you-go)

🔄Sprint-based Vendor Reviews

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Analiză

Make-or-Buy formal

Sourcing Canvas rapid

Selecție

RFP/RFQ cu 90 zile

Marketplace eval în 1-3 zile

Contracte

Fixed price / Cost plus

Pay-as-you-go / Sprint-based

Documentație

Sourcing Strategy Plan

Living Vendor Registry

Review

Periodic (trimestrial)

Continuu (fiecare sprint)

🏢

Exemplu: Construcția unui Sediu Corporate

O companie multinațională construiește un nou sediu central: clădire de 5 etaje, 15.000 mp, buget 25M EUR pe 18 luni. Execuția implică coordonarea a 12 subcontractori, 150+ muncitori, și livrarea a 47 de work packages conform WBS-ului aprobat.

Alocarea Work Packages

Project Manager-ul alocă work packages din WBS către echipele specializate: structuri metalice către contractorul principal, instalații electrice către subcontractor specializat, HVAC către furnizorul de climatizare.

Coordonare Zilnică pe Șantier

În fiecare dimineață la 7:30, PM-ul conduce întâlnirea de coordonare cu liderii de echipă: se revizuiesc activitățile zilei, se identifică blocajele, se coordonează accesul în zone de lucru suprapuse.

Gestionarea Resurselor

PM-ul monitorizează utilizarea resurselor în timp real prin PMIS: disponibilitatea muncitorilor, starea echipamentelor, nivelul stocurilor de materiale. Alertele proactive previn întârzierile.

Rezolvare Issues & Change Control

Când se descoperă sol instabil la fundație, PM-ul documentează issue-ul, analizează impactul (+€180K, +2 săpt), creează Change Request, obține aprobare CCB, și coordonează implementarea soluției de consolidare.

Raportare Progres & Work Performance

Săptămânal, PM-ul compilează Work Performance Data în rapoarte de status: SPI/CPI, milestone progress, issues actuale, forecast. Raportul este distribuit către Sponsor, Steering Committee și PMO.

📦 Output-uri Cheie

📦Deliverables

📊Work Performance Data

📋Issue Log Updates

📝Change Requests

🛒

Exemplu: Redesign Platformă E-commerce

O companie retail lansează redesign-ul complet al platformei e-commerce: echipă Scrum de 8 persoane, Product Owner dedicat, 6 luni engagement, buget €1.2M. Execuția urmează sprinturi de 2 săptămâni cu deployment continuu.

Sprint Planning

La începutul Sprint 7, echipa selectează User Stories din Product Backlog pentru a atinge Sprint Goal: "Checkout v2 live". Se estimează 34 Story Points, matching cu capacity-ul echipei.

Daily Standup + Execuție Continuă

În fiecare dimineață la 9:15, echipa are Daily Standup de 15 minute: ce am făcut ieri, ce fac azi, ce blocaje am. Cardurile se mișcă pe Kanban board pe măsură ce lucrările avansează.

Continuous Integration & Deployment

Fiecare commit declanșează automat pipeline-ul CI/CD: build, 247 teste automate, și deployment pe staging. Feedback în 2-3 minute permite iterații rapide și calitate consistentă.

Eliminarea Impedimentelor

Când API-ul partenerului de plăți devine indisponibil, Scrum Master-ul acționează imediat: contactează vendor-ul, și în paralel activează mock API pentru a permite development-ului să continue. Rezolvare în 4 ore.

Sprint Review & Demo Live

La sfârșitul Sprint-ului, echipa face demo live stakeholder-ilor: Checkout v2 funcțional în producție. 32 din 34 Story Points completate (94%), feedback-ul generează 3 noi user stories pentru backlog.

📦 Output-uri Cheie

🚀Working Software (Increment)

📊Burndown/Velocity Charts

📝Updated Product Backlog

🔄Sprint Retrospective Actions

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Planificare

WBS + Work Packages

Sprint Backlog din Backlog

Coordonare

Meeting-uri formale săptămânale

Daily Standup 15 min

Livrare

La milestone-uri definite

Continuă (CI/CD)

Schimbări

CCB + Change Request formal

Backlog refinement natural

Progres

SPI/CPI, Earned Value

Velocity, Burndown

💊

Exemplu: Construcția unei Fabrici Farmaceutice

O companie farmaceutică construiește o fabrică de producție medicamente sterile: €85M, 24 luni, conformitate FDA și EMA. QA implică validare GMP (Good Manufacturing Practices), audituri de calitate, și documentație strictă pentru 127 de sisteme critice.

Planificarea Auditurilor de Calitate

Quality Manager-ul planifică calendarul de audituri: 3 audituri interne trimestriale pregătitoare și inspecția finală FDA în Q4. Toate cele 127 de sisteme critice au protocoale de validare alocate.

Execuția Auditului de Calitate

Auditorul intern verifică conformitatea cu SOP-urile: review documentație, inspecție echipamente, verificare training records. Se identifică 3 findings minore care necesită acțiuni corective (CAPA).

Root Cause Analysis

Pentru fiecare finding, echipa QA aplică diagrama Ishikawa (fishbone): analizează People, Process, Equipment, Materials. Se identifică root cause-ul și se documentează în sistemul de deviații.

Implementare CAPA

Pentru fiecare finding, se creează CAPA: acțiuni corective (update SOP, re-training) și preventive (adăugare verificări în checklist). După implementare, se verifică eficacitatea și se închide CAPA-ul.

Quality Reports & Metrics

Quality Manager-ul monitorizează KPIs în dashboard: CAPA-uri deschise, deviații, procent sisteme validate. Trend-ul arată îmbunătățire continuă. FDA readiness la 94%, pe drumul cel bun către inspecția finală.

📦 Output-uri Cheie

📊Quality Reports

📋Test & Evaluation Documents

📈Work Performance Information

📝Change Requests (CAPA)

📱

Exemplu: Dezvoltarea unei Aplicații de Telemedicină

O companie healthtech dezvoltă o aplicație de telemedicină cu video consultații și prescripții electronice. Echipă de 12 persoane, 8 luni, buget €800K. QA este integrat în CI/CD cu teste automate, code review, și continuous monitoring în producție.

Definition of Done (DoD)

Echipa definește DoD-ul care include criterii de calitate obligatorii: code review aprobat, unit tests (>80% coverage), integration tests pass, și security scan fără vulnerabilități critice.

Automated Testing Pyramid

Echipa menține piramida de teste automate: 1,247 unit tests (baza), 186 integration tests, și 42 E2E tests. Coverage-ul este 87%, timpul de rulare 4 minute. Fiecare push triggeruiește toată suita.

Code Review & Pull Requests

Fiecare feature trece prin Pull Request cu review obligatoriu: 2 aprobări necesare, CI checks verzi (tests + security scan), și discuții tehnice documentate. PR-ul #347 are 8 comentarii și 2 aprobări.

Production Quality Monitoring

După deploy, calitatea este monitorizată continuu în producție: error rate (0.12%), response time (142ms), uptime (99.9%). Alertele automate notifică echipa dacă metricile depășesc threshold-urile.

Sprint Retrospective - Quality Focus

La Retrospectivă, echipa analizează practicile de calitate: Stop (skipping tests, late PRs), Start (E2E testing mai devreme, pair review), Keep (TDD pe core features, monitoring). Acțiunile intră în backlog-ul Sprint 8.

📦 Output-uri Cheie

✅Passing Test Suite

📊Code Coverage Reports

🔍Security Scan Results

📈Production Metrics Dashboard

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Verificare

Audituri formale planificate

Continuous testing automat

Documentație

SOP-uri, CAPA, Validation protocols

Definition of Done, Test reports

Feedback

Post-audit findings

Instant (CI/CD pipeline)

Corective

CAPA formal process

Retro actions, immediate fixes

Responsabil

Quality Manager/QA Team

Toată echipa (built-in quality)

🚂

Exemplu: Modernizare Rețea Feroviară

Modernizarea a 450 km de cale ferată cu semnalizare digitală: €120M, 3 ani, 85 ingineri. Knowledge management este critic pentru transferul expertizei între faze și lessons learned.

Configurarea Knowledge Repository

Knowledge Manager configurează repository-ul în SharePoint: SOP-uri tehnice, lessons learned, best practices.

Sesiuni de Lessons Learned

La finalul fazelor majore, sesiuni structurate colectează feedback: ce a mers bine, probleme, acțiuni de îmbunătățire.

Transfer de Cunoștințe Expert

Expertul senior transferă cunoștințe tacite prin mentoring, video tutorials și work instructions documentate.

Reutilizarea Cunoștințelor

Echipa caută în repository și găsește SOP-uri, lessons learned și video-uri pentru secțiunea nouă.

Lessons Learned Register

La finalul proiectului: 108 intrări categoriate (47 tehnice, 31 proces, 18 vendor, 12 safety). Input pentru proiecte viitoare.

📦 Output-uri Cheie

📚Lessons Learned Register

📋Project Documents Updates

🏢OPA Updates

🎮

Exemplu: Joc Mobile Multiplayer

Studio de gaming, 15 developeri distribuiți (RO, PL, UK), 2 ani, €3M. Knowledge sharing continuu prin wiki, pair programming și Slack channels.

Living Documentation (Wiki)

Wiki în Notion cu documentație vie: API, setup, deploy. Actualizată continuu de oricine din echipă.

Pair Programming & Mob Sessions

Mob programming pentru funcționalități complexe. Cunoștințele se transferă în timp real.

Sprint Retro → Acțiuni Imediate

Acțiunile de îmbunătățire intră direct în Sprint Backlog pentru implementare imediată.

Tech Talks & Brown Bags

Prezentări săptămânale înregistrate și documentate în wiki pentru referință viitoare.

Cross-Team Knowledge Sharing

Canal Slack conectează echipele. Learnings și insights linkate automat în wiki.

📦 Output-uri Cheie

📚Living Wiki

📹Recorded Tech Talks

💬Slack Threads

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Repository

SharePoint centralizat

Wiki/Notion colaborativ

Capturare

Sesiuni LL formale

Continuu în retro/daily

Transfer

Training, mentoring

Pair programming, mob

🏗️

Exemplu: Construcția unui Spital Regional

Construcția unui spital de 350 paturi: €180M, 36 luni, 1,200 muncitori la vârf. Monitorizarea folosește Earned Value Management pentru tracking precis al costurilor și schedule-ului.

Colectarea Work Performance Data

Săptămânal, se colectează date: timesheets, rapoarte de progres fizic (% completion), costuri actuale. Toate se integrează în MS Project.

Analiza Earned Value

Se calculează indicatorii EVM: SPI=0.92 (8% întârziere), CPI=0.88 (12% over budget), CV=-€2.1M. Proiectul necesită acțiuni corective.

Variance Analysis & Root Cause

Analiza variației: €1.2M oțel, €600K rework, €300K weather. Root cause: furnizorul de oțel a întârziat → cascadă de rework.

Cost & Schedule Forecasting

Forecast actualizat: EAC=€204.5M (depășire €24.5M), întârziere +3 luni. Aceste date informează change requests.

Executive Status Report

Raport lunar cu traffic lights: Schedule AMBER, Cost RED, Quality GREEN. Change Request pending pentru buget suplimentar.

📦 Output-uri Cheie

📊Work Performance Reports

📈Cost & Schedule Forecasts

📝Change Requests

🛒

Exemplu: Platformă E-commerce Microservices

Platformă e-commerce cu 4 echipe Scrum (32 developeri), 18 luni, €4.5M. Monitorizare prin velocity, burndown și metrics automate în timp real.

Sprint Burndown Chart

Burndown zilnic în Jira: Day 7, 24 SP rămași din 45. Linia actuală peste ideal - ușor în urmă.

Velocity Tracking

Velocity pe sprinturi: 38→42→40→45→43 SP. Media 42 SP. Forecast: backlog 126 SP ≈ 3 sprinturi.

Release Burnup & Scope

Burnup vs scope: scope a crescut în Sprint 12. Forecast: liniile se întâlnesc în Sprint 18.

Team Health & Flow Metrics

Flow metrics: Cycle Time 2.3d, Lead Time 5.1d, WIP 12. Team mood 4.2/5 - echipă sănătoasă.

Program-Level Dashboard

Dashboard real-time: 3 echipe verde, 1 galben (blocaje). Release 75% complete, on track.

📦 Output-uri Cheie

📉Burndown/Burnup Charts

📊Velocity Reports

📈Real-time Dashboards

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Metode

EVM (SPI, CPI, EAC)

Velocity, Burndown, Flow

Frecvență

Săptămânal/lunar

Zilnic/real-time

Raportare

Formal, către mgmt

Transparent, radiators

✈️

Exemplu: Upgrade Sistem Navigație Aviație

Modernizarea sistemului de navigație pentru 45 avioane: €35M, 18 luni, certificare EASA. Schimbările trec prin CCB (Change Control Board) din cauza implicațiilor de safety.

Submisia Change Request

Inginerul completează CR: descriere, justificare, impact estimat (cost, schedule, scope), și prioritate.

Analiza de Impact

Evaluare pe toate dimensiunile: Cost +€450K, Schedule +3 săptămâni, Scope +1 modul, Quality +acuratețe GPS.

CCB Review & Decision

CCB (PM, QA, Finance, Engineering, Safety) revizuiește și votează: 5/5 aprobă - safety benefit justifică investiția.

Actualizarea Baseline-urilor

După aprobare: Buget €35M→€35.45M, Schedule 18→18.7 luni. WBS, schedule și buget actualizate formal.

Tracking Implementare

CR tracked în Change Log: submisie → aprobare → implementare. CR-087 la 60%, GPS module în faza de testare.

📦 Output-uri Cheie

✅Approved Change Requests

📋Change Log

📊Updated Baselines

📱

Exemplu: Aplicație Food Delivery

Startup food delivery cu 2 echipe Scrum (16 dev), 12 luni, €2M. Schimbările sunt binevenite - backlog-ul evoluează pe baza feedback-ului.

Canale Continue de Feedback

PO primește feedback din: App Store reviews, analytics (drop-off 40% la checkout), support tickets. Toate alimentează backlog-ul.

Backlog Refinement Session

Săptămânal, PO și echipa transformă feedback în user stories, discută acceptance criteria și re-prioritizează.

Sprint Planning: Pull

Echipa "trage" cele mai prioritare stories în Sprint Backlog. Capacity: 34 din 38 SP.

Mid-Sprint: Urgent Adjustment

Bug critic descoperit! PO decide swap: bug fix IN, story low-priority OUT. Sprint Goal rămâne intact.

Sprint Review: Inspect & Adapt

Demo live, feedback pozitiv, 3 idei noi adăugate în Product Backlog pentru prioritizare.

📦 Output-uri Cheie

📋Updated Product Backlog

🎯Refined User Stories

💬Stakeholder Feedback

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Atitudine

Schimbări = risc

Schimbări = oportunitate

Proces

CR → CCB → Approve

Backlog refinement

Aprobare

CCB formal

PO decision (instant)

🏭

Exemplu: Implementare Sistem ERP

Implementarea SAP S/4HANA: €8M, 24 luni, go-live în 12 țări. Closure include transfer către operations, training final, arhivare documentație și release resources.

Verificarea Livrabilelor Finale

PM verifică toate livrabilele: module SAP live în 12 țări, UAT sign-off, migrare completă, KPI-uri îndeplinite.

Handover către Operations

Echipa predă sistemul către IT Ops: SLA-uri, runbooks, acces admin transferat, 2 săptămâni hypercare.

Final Lessons Learned Workshop

Workshop 4h: 12 practici bune, 8 arii de îmbunătățire, 5 recomandări. Registrul merge la PMO.

Arhivarea Documentației

Documentația arhivată în SharePoint: Charter, planuri, rapoarte, contracte. Retenție 7 ani.

Resource Release & Celebration

Resurse eliberate pentru alte proiecte, team celebration, recognition awards. Sponsor semnează PROJECT CLOSED.

📦 Output-uri Cheie

📋Final Report

📚Lessons Learned Register

🗄️Project Archives

🚀

Exemplu: MVP Startup FinTech

Startup FinTech lansează MVP pentru micro-lending: 8 developeri, 6 luni, €500K. Release frecvent, closure după fiecare release major, feedback continuu de la early adopters.

Release Completion

MVP Release v1.0 complet: toate Sprint Goals atinse, DoD îndeplinit, 47 stories livrate, 94% test coverage, live în producție.

Release Retrospective

Retro de release: highlights (CI/CD, team collab), challenges (tech debt, scope creep), acțiuni pentru v1.1.

Stakeholder Demo & Feedback

Demo full MVP pentru investitori: approval pentru lansare, feedback pentru v1.1 (5 features noi).

Knowledge Transfer

Transfer către support: wiki actualizat, video tutorials, runbook pentru incidente. Echipa dev rămâne disponibilă pentru escalări.

Celebrate & Pivot to v1.1

Celebrare (team lunch, shoutouts), apoi pivot imediat la v1.1: backlog refinat, Sprint 1 planificat. Continuous delivery.

📦 Output-uri Cheie

🚀Working Product Increment

📋Release Notes

📚Updated Wiki & Runbooks

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Closure

O dată, la final

La fiecare release

Handover

Formal, complet

Incremental, continuu

După closure

Proiect terminat

Pivot la next release

🏢

Exemplu: Construcția unui Campus Universitar

Construcția unui campus nou cu 5 clădiri: €95M, 4 ani, 200+ subcontractori. Planificarea scope-ului este critică pentru a evita scope creep și depășiri de buget.

Scope Planning Kickoff

PM adună echipa: arhitect, estimator, contract manager. Inputs: Project Charter, lessons learned de la campusuri similare.

Definirea Procesului de Scope

Se documentează CUM se va defini scope-ul: workshops cu Universitatea, analysis requirements, interviuri experți construcții.

WBS Development Approach

Se definește structura WBS: 5 nivele de decompoziție, work packages la nivel 5. Categorii: Clădiri, Infrastructură, Landscaping.

Scope Validation Rules

Se stabilesc criteriile de acceptare: inspecții de calitate, UAT de către Universitate, certificate de ocupare, conformitate coduri construcție.

Scope Change Control Process

Proces de change control: CR form → CCB review. Thresholds: <€100K PM approval, >€100K Steering Committee.

📦 Output-uri Cheie

📋Scope Management Plan

📝Requirements Mgmt Plan

🎓

Exemplu: Platformă E-Learning Interactivă

EdTech startup dezvoltă platformă de cursuri interactive: 12 developeri, 12 luni, €1.5M. Scope-ul evoluează pe baza feedback-ului de la profesori și studenți beta.

Product Vision & Goals

PO definește viziunea: "Make learning fun". Obiective măsurabile: 10K users, 4.5⭐ rating, 90% course completion.

Product Backlog as Living Scope

Scope-ul este Product Backlog-ul - un document viu. Epics prioritizate: Video lessons, Quiz engine, Progress tracking.

Definition of Done (DoD)

Echipa agreează DoD: code reviewed, unit tests 90%+, accessibility WCAG, PO acceptance. DoD înlocuiește acceptance criteria formale.

Refinement Cadence

Refinement 2x/săptămână, 1 oră. Echipa investește ~10% din capacity în clarificarea și estimarea story-urilor.

Scope Flexibility Agreement

Agreement cu stakeholderii: Time & Budget fixe, Scope flexibil. Livrăm cele mai valoroase features în buget și timp.

📦 Output-uri Cheie

🎯Product Vision

✅Definition of Done

📋Initial Product Backlog

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Scope document

Scope Mgmt Plan formal

Product Vision + DoD

Schimbări

Change Control Board

PO re-prioritizează

Flexibilitate

Scope fix, timp flexibil

Timp fix, scope flexibil

🏦

Exemplu: Sistem Core Banking pentru Bancă Regională

Implementarea unui sistem core banking pentru 45 sucursale: €12M, 28 luni. Requirements gathering implică 8 departamente, compliance și reglementatori.

Stakeholder Interviews

BA conduce 24 interviuri structurate cu CFO, Operations, Risk, Compliance, IT, Branch Managers pentru a colecta requirements.

Requirements Workshop (JAD)

Workshop JAD de 3 zile: toate departamentele într-o cameră. Se mapează procesele end-to-end și se identifică requirements cross-funcționale.

Requirements Analysis & Prioritization

392 requirements categorizate: 247 funcționale, 89 non-funcționale, 56 compliance. MoSCoW: 120 Must, 95 Should, 177 Could.

Requirements Traceability Matrix

RTM conectează: Business Need → Requirement → Test Case. Asigură coverage complet și impact analysis pentru changes.

Requirements Sign-off & Baseline

Requirements Document v1.0 semnat de CFO, CRO, COO, CIO. Baseline stabilit - schimbările trec prin Change Control.

📦 Output-uri Cheie

📋Requirements Documentation

📊Requirements Traceability Matrix

🏥

Exemplu: Aplicație Telemedicină

Startup healthtech dezvoltă aplicație de consultații video: 10 developeri, 9 luni, €800K. Requirements emergente pe baza feedback-ului de la medici și pacienți beta.

User Story Mapping

PO și echipa creează story map: user activities (Book apt, Video call, Prescribe) → user tasks → user stories prioritizate vertical.

User Persona Interviews

Empathy interviews cu 3 personas: Doctor (workflow), Patient (accessibility), Admin (billing). Se descoperă pain points reale.

User Stories with INVEST Criteria

Stories scrise în format "As a... I want... so that..." și validate cu INVEST: Independent, Negotiable, Valuable, Estimable, Small, Testable.

Acceptance Criteria (BDD Style)

Acceptance criteria în format Given-When-Then. Servesc ca bază pentru automated testing și validare la Review.

Continuous Discovery

Requirements emergente: Sprint Demo → Feedback → New Stories → Backlog. Discovery nu se termină niciodată.

📦 Output-uri Cheie

📋User Stories

✅Acceptance Criteria

🗺️Story Map

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Format

Shall statements, BRD

User Stories, Story Maps

Când

Upfront, extensive

Just-in-time, emergent

Sign-off

Formal, baseline

Conversation, DoD

🚇

Exemplu: Extensie Linie Metrou

Extensie de 8 km cu 5 stații noi: €450M, 5 ani. Scope statement detaliat este esențial pentru licitații și contracte cu constructorii.

Product Scope Description

Se definește CE livrăm: 8 km tunel, 5 stații (2 de schimb), 12 trenuri, sisteme de semnalizare și alimentare electrică.

Deliverables Definition

47 deliverables majore definite: lucrări civile, sisteme feroviare, trenuri, documentație, training, teste de acceptare.

Acceptance Criteria

Criterii clare și măsurabile: SIL4 safety, headway <90 sec, capacitate 30K pasageri/h/direcție, disponibilitate 99.5%.

Exclusions Definition

Se documentează explicit ce NU este în scope: parking de suprafață, hub de autobuze, spații comerciale, pregătire pentru extensii viitoare.

Project Scope Statement

Scope Statement complet și semnat: product scope, 47 deliverables, acceptance criteria, exclusions, constraints & assumptions.

📦 Output-uri Cheie

📋Project Scope Statement

📝Project Documents Updates

🛍️

Exemplu: Marketplace pentru Artizani Locali

Startup dezvoltă marketplace pentru artizani: 8 developeri, 10 luni, €600K. Scope-ul se definește incremental pe baza ce funcționează pe piață.

Product Vision Statement

Vision definit: "Conectăm artizani cu clienți care apreciază handmade". Vision = direcție, nu scope fix.

MVP Definition

MVP definit: browse, artisan profiles, simple checkout. Explicit nu în MVP: reviews, chat - vin după validare.

Release Goals (Roadmap)

Scope definit la nivel de release: R1 MVP, R2 Engagement features, R3 Scale. Detaliile vin just-in-time.

Sprint Goal = Scope Commitment

Sprint Goal este commitment-ul de scope pentru 2 săptămâni. "Users pot completa prima achiziție end-to-end."

Scope Emerges from Feedback

După Sprint 3, feedback: "Need guest checkout!" → nouă story în Sprint 4. Scope-ul emergent, nu predefinit.

📦 Output-uri Cheie

🎯Product Vision

🚀MVP Definition

📋Release Goals

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Document

Scope Statement detaliat

Vision + Release Goals

Granularitate

Toate deliverables upfront

Just-in-time per sprint

Evoluție

Change Control

Emergent din feedback

🏗️

Exemplu: Construcția unui Campus Universitar

Construcția unui campus nou pentru o universitate: €95M, 30 luni, 15 clădiri, infrastructure, landscaping. WBS-ul decompune proiectul în work packages gestionabile cu responsabilități clare pentru fiecare contractor.

Identificarea Livrabilelor Majore

Pornind de la Project Scope Statement, echipa identifică livrabilele majore de nivel 1: Buildings (15 clădiri), Infrastructure (drumuri, utilități, parking), și Landscaping (spații verzi, amenajări).

Descompunerea în Work Packages

Fiecare livrabil major este descompus în nivele succesive până la work packages gestionabile. 1.0 Buildings → 1.1 Academic → 1.1.1 Lecture Hall, 1.1.2 Labs, 1.1.3 Library. Fiecare WP poate fi estimat și atribuit.

WBS Dictionary Development

Pentru fiecare work package, se creează o intrare în WBS Dictionary cu: descriere detaliată, owner responsabil (BuildCo), buget (€4.2M), durată (8 luni), și criterii de acceptare (certificări, teste).

Atribuirea Control Accounts

Control Accounts sunt stabilite la nivelul potrivit pentru EVM tracking: CA-001 Buildings (€65M, Ion PM), CA-002 Infrastructure (€22M, Maria PM), CA-003 Landscaping (€8M, Alex PM). Fiecare CA are un singur responsabil.

Scope Baseline Stabilit

Scope Baseline-ul este complet și aprobat: Project Scope Statement + WBS cu 147 work packages + WBS Dictionary cu toate detaliile. Acesta devine referința contra căreia se va măsura progresul și se vor evalua change requests.

📦 Output-uri Cheie

📊WBS (Work Breakdown Structure)

📖WBS Dictionary

✅Scope Baseline

📋Control Accounts

📱

Exemplu: Aplicație de Streaming Video

O platformă de streaming dezvoltă aplicația cu 3 echipe Scrum (24 developeri), 14 luni, €5M. Product Backlog-ul înlocuiește WBS-ul tradițional, cu epics descompuse în user stories și tasks în mod emergent.

Product Vision & Initial Roadmap

Product Owner definește viziunea ("Stream Anywhere, Anytime") și roadmap-ul la nivel înalt: Q1 MVP streaming, Q2 social features, Q3 live events, Q4 premium tier. Aceasta oferă direcție fără a bloca scope-ul în detalii.

Epics în Product Backlog

Product Owner creează Epics - grupuri mari de funcționalități: "Video Playback Engine", "User Management", "Content Discovery". Epics sunt echivalentul livrabilelor majore, dar rămân flexibile și pot evolua.

User Story Mapping

Echipa creează o Story Map vizualizând user journey-ul: Browse → Select → Watch → Share. Sub fiecare activitate sunt user stories prioritizate vertical. Linia MVP separă ce intră în prima versiune de "nice-to-have".

Just-in-Time Story Breakdown

Stories sunt descompuse în tasks doar când urmează să fie implementate ("just-in-time"). "Play/Pause/Seek" story → tasks: UI controls, API integration, unit tests. Evită over-planning și permite adaptare.

Living Product Backlog

Product Backlog-ul evoluează constant: stories sunt reprioritizate pe baza feedback-ului (Stream quality ↑), noi items sunt adăugate (Live chat din user feedback), iar cele mai puțin valoroase coboară (Social sharing ↓).

📦 Output-uri Cheie

📋Product Backlog (ordered)

🗺️Story Map / Roadmap

📝User Stories (refined)

✅Definition of Ready

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Structură

WBS ierarhic, fix

Product Backlog, flexibil

Descompunere

Completă upfront

Just-in-time, progresivă

Nivel detaliu

Work packages definite

Epics → Stories → Tasks

Evoluție

Via Change Control

Reprioritizare continuă

🚀

Exemplu: Dezvoltarea unui Satelit de Comunicații

Proiect de dezvoltare satelit pentru telecomunicații: €250M, 4 ani, certificări spațiale stricte. Controlul scope-ului este critic - orice schimbare necontrolată poate afecta greutatea, puterea, sau compatibilitatea cu lansatorul.

Măsurarea Performanței Scope

PM monitorizează completarea WBS-ului: Payload 90%, Satellite Bus 80%, Solar Arrays 70%. Overall 82% complet vs 85% planificat - ușor în urmă pe componenta Solar Arrays, necesită atenție.

Analiza Varianțelor de Scope

Analiză detaliată identifică variațiile: Solar Arrays 3/4 complete (supplier delay pe panoul #4), Transponders 24/24 OK, Antenna 2/2 OK. Root cause: furnizorul de celule solare are întârzieri de producție.

Detectarea Scope Creep

Monitorizarea identifică scope creep: echipa a adăugat 4 transponders Ka-band suplimentari fără CR aprobat. Impact: +€3.2M cost, +45kg masă (critic pentru lansare!). Necesită acțiune imediată.

Acțiuni Corective

PM evaluează opțiunile: A) Revert la baseline (pierdere muncă), B) Submit CR pentru a formaliza schimbarea. Decizie: Submit CR-2024-156 pentru adăugarea Ka-band cu full impact analysis și business justification.

Configuration Management Update

După aprobarea CR-156, scope baseline-ul este actualizat formal la v1.2. Configuration management tracking păstrează istoricul complet: v1.0 initial, v1.1 antenna upgrade, v1.2 Ka-band addition. Toate modificările sunt trasabile.

📦 Output-uri Cheie

📊Work Performance Information

📝Change Requests

📋Updated Scope Baseline

📚Lessons Learned Updates

🏦

Exemplu: Aplicație Bancară Mobile

O bancă dezvoltă aplicația mobilă cu 2 echipe (18 developeri), 10 luni, €3M. Scope-ul evoluează pe baza feedback-ului clienților și a schimbărilor regulatorii, monitorizat prin velocity, burndown, și stakeholder reviews.

Monitorizare Sprint Scope

În Daily Standup, echipa monitorizează progresul: 7 din 12 stories completate la Day 8. Board-ul vizualizează flow-ul: 2 în To Do, 2 în Progress, 7 în Done. Sprint Goal "Account opening flow" este pe track.

Backlog Health Check

PO monitorizează sănătatea backlog-ului: 24 stories ready (3 sprinturi), 45 refined, 8 epics rămase. Health check identifică Epic 7 "Payments" ca fiind prea mare - necesită splitting înainte de refinement.

Sprint Review Feedback Loop

La Sprint Review, stakeholderii văd demo-ul "Account Opening". CEO aprobă entuziasmant, dar sugerează 2 îmbunătățiri: biometric login și multi-currency. Acestea sunt adăugate în backlog și prioritizate pentru refinement.

Decizii de Scope Bazate pe Value

PO folosește Value vs Effort matrix pentru decizii: stories high-value/low-effort (✓) rămân prioritare, cele low-value/high-effort (✗) sunt candidate pentru eliminare. "Custom themes" feature este scos - low value, high effort.

Ajustarea Scope Release

Pe baza velocity-ului și a priorităților, PO ajustează scope-ul pentru Release 1.0: Must Have (Account, Transfers, Balance) sunt confirmate, Should Have include Biometric login, iar Cards feature este mutat în Release 2.0.

📦 Output-uri Cheie

📊Sprint/Release Burndown

📋Updated Product Backlog

💬Stakeholder Feedback

📦Release Scope Definition

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Focus

Variance vs baseline

Value delivery

Scope creep

Detectat și controlat

Embrace change

Ajustări

Via CCB/Change Control

Continuous reprioritization

Success metric

Scope completeness

Value delivered

🏥

Exemplu: Implementare Sistem Medical Electronic

Implementarea unui Electronic Health Record (EHR) system într-o rețea de 12 spitale: €45M, 28 luni, conformitate GDPR și reglementări medicale. Validarea scope-ului necesită acceptanță formală de la fiecare spital și autoritatea de sănătate.

Review Criterii de Acceptare

Pentru WP 2.3 "Patient Portal", PM verifică îndeplinirea criteriilor de acceptare: response time OK (<2s), GDPR compliance verificat, WCAG 2.1 AA accessibility OK, integrare cu 5 sisteme de laborator completă.

User Acceptance Testing (UAT)

Sesiune UAT cu utilizatorii finali: medici, asistente, administratori, și pacienți testează toate scenariile definite. Rezultat: 47 din 50 scenarii passed (94%). 3 scenarii failed necesită remediere înainte de sign-off.

Rezolvare Defecte & Re-testare

Cele 3 scenarii failed (Print Rx, Lab sync, Export PDF) sunt remediate de echipa de development. După fix, toate 3 trec re-testarea. Acum 50/50 scenarii passed - deliverable-ul este ready pentru formal sign-off.

Formal Acceptance Sign-off

Dr. Popescu (Sponsor) și PM semnează Acceptance Certificate pentru WP 2.3. Documentul atestă că livrabilul îndeplinește toate criteriile de acceptare și este acceptat formal de către client.

Accepted Deliverables Register

WP 2.3 este adăugat în Accepted Deliverables Register alături de celelalte livrabile acceptate. Progresul proiectului: 12 din 18 work packages acceptate formal (67%). Aceasta alimentează Close Project process.

📦 Output-uri Cheie

✅Accepted Deliverables

📝Change Requests (defects)

📊Work Performance Information

📋Project Documents Updates

🎮

Exemplu: Platformă de Gaming Social

O companie de gaming dezvoltă o platformă socială cu 4 echipe (35 developeri), 16 luni, €7M. Validarea scope-ului se face continuu prin Sprint Reviews cu stakeholderi și Definition of Done pentru fiecare increment.

Definition of Done Checklist

Fiecare story trebuie să treacă prin Definition of Done înainte de a fi "Done": code reviewed, unit tests >80%, acceptance criteria met, deployed to staging, și PO a aprobat demo-ul. Aceasta asigură calitatea consistentă.

Sprint Review Demo

La Sprint Review, echipa demonstrează "Friend Challenges" feature în acțiune. PO, SM, și stakeholderii văd feature-ul funcțional. PO validează: "Exact ce am cerut - accepted, ship it!" Aceasta este validarea formală în Agile.

Integrarea Feedback-ului

Feedback-ul de la Sprint Review devine input pentru backlog: sugestia "Leaderboard" este adăugată ca story nouă și prioritizată pentru Sprint 12. "Voice chat" intră în backlog pentru future consideration. Ciclul continuous improvement.

Potentially Shippable Increment

Fiecare sprint adaugă la incrementul produsului. După Sprint 12, avem: MVP + Social Features + Challenges - toate integrate și funcționale. Incrementul este "potentially shippable" - poate fi lansat oricând decide business-ul.

Release Validation & Go-Live

Pentru release major, validare finală: toate DoD-urile îndeplinite, performance testing OK, security audit passed. PO și SM dau GO. Release 1.0 este lansat în producție - validated și accepted de stakeholderi.

📦 Output-uri Cheie

✅Accepted User Stories

📦Potentially Shippable Increment

💬Stakeholder Feedback

🚀Release (when ready)

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Frecvență

La finalul fazelor/WP

Fiecare sprint (continuu)

Criteriu

Acceptance criteria formale

Definition of Done + PO

Sign-off

Document formal semnat

PO acceptance în Review

Output

Accepted Deliverables

Shippable Increment

🏗️

Exemplu: Construcție Centru Comercial Regional

Construcția unui centru comercial de 85,000 mp într-un oraș cu 500,000 locuitori: €120M, 36 luni, 150+ contractori, coordonare cu autoritățile locale și malluri existente. Planificarea schedule-ului trebuie să țină cont de condiții meteo, sezonalitate și deschiderea înainte de sezonul de sărbători.

📖

Povestea: Planificarea Schedule-ului pentru Mall Regional

Definirea Abordării de Scheduling

Project Manager-ul analizează contextul proiectului: 36 luni durată, 5 faze majore (Fundații, Structură, Închidere, Finisaje, Fit-out), 150+ contractori. Decide folosirea metodei Critical Path Method (CPM) cu MS Project, actualizări săptămânale și tracking EVM.

Definirea Unităților și Acurateței

Se stabilesc unitățile de măsură și acuratețea per fază: Fundații și Structură se planifică în zile (±5-10%), Finisaje și Fit-out în săptămâni (±15-20%). Rolling wave planning: detaliu la 3 luni, summary la 6+ luni.

Stabilirea Pragurilor de Control

Se definesc pragurile de control: SPI 0.95-1.05 = OK (PM monitorizează), SPI 0.90-0.95 = Warning (Recovery Plan necesar), SPI <0.90 = Critical (escalare la Steering Committee și rebaseline prin CCB).

Regulile de Măsurare a Performanței

Se stabilesc regulile EVM: work packages ≤80 ore, regula 0/50/100 pentru % completare, update săptămânal. Reporting cascade: zilnic șefi de lot, săptămânal PM, bilunar client, lunar Steering, trimestrial Board.

Schedule Management Plan Finalizat

Planul de Management al Schedule-ului este documentat și aprobat. Include: metodologie CPM cu MS Project, unități și acuratețe per fază, praguri de control SPI, reguli EVM, și structura de reporting pe 5 niveluri.

📦 Output-uri Cheie

📅Schedule Management Plan

📏Units & Accuracy Standards

🎯Control Thresholds

📊Performance Rules

📱

Exemplu: Dezvoltare Aplicație Ride-Sharing

Dezvoltarea unei platforme de ride-sharing pentru un oraș de 2M locuitori: €4M, 12 luni, echipă de 25 developeri, integrări cu sisteme de plată și mapping. Planificarea schedule-ului se bazează pe sprinturi și release-uri incrementale.

📖

Povestea: Planificarea Schedule-ului pentru App Ride-Sharing

Definirea Framework-ului de Iterații

Echipa definește cadrul de lucru: Sprinturi de 2 săptămâni, totalizând 24 sprinturi în 12 luni. Se planifică 6 release-uri majore: R1 (MVP), R2-R3 (Core features), R4-R5 (Advanced), R6 (Full launch).

Stabilirea Cadenței Ceremoniilor

Se stabilește cadența ceremoniilor Scrum: Sprint Planning (4h luni), Daily Standup (15 min), Refinement (2h miercuri), Sprint Review (2h vineri W2), Retrospective (1.5h vineri W2). Total: ~10h overhead per sprint.

Planificarea Velocity Baseline

Se estimează velocity-ul: 3 Scrum teams × ~8 developeri. Velocity estimat: 30-40 Story Points per sprint per team. Plan: Ramp-up în Sprint 1-3 (25 SP), cruising din Sprint 4 (35 SP). Review formal la Sprint 6.

Abordarea Release Planning

Se definește abordarea release planning: R1 MVP (Sprint 1-4, ~100 SP) cu core ride booking, R2-R3 (Sprint 5-12, ~280 SP) cu payments și rating, R4-R6 (Sprint 13-24, ~420 SP) cu advanced features. Total: ~800 SP în 12 luni.

Schedule Management Plan Agil

Planul de Management al Schedule-ului pentru abordarea agilă include: 24 sprinturi de 2 săptămâni, 6 release-uri planificate, cadența ceremoniilor, velocity target de 35 SP, și roadmap de ~800 SP. Planul rămâne flexibil pentru adaptare.

📦 Output-uri Cheie

🔄Sprint/Iteration Cadence

📅Ceremony Calendar

📈Velocity Baseline

🚀Release Roadmap

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Metodologie

Critical Path Method

Iterative/Sprints

Unitate de timp

Zile/Săptămâni

Sprinturi/Release-uri

Măsurare

SPI, EVM

Velocity, Burndown

Flexibilitate

Controlat prin CCB

Adaptare continuă

🚄

Exemplu: Construcție Linie de Metrou

Construcția unei linii de metrou de 15 km cu 12 stații într-un oraș european: €2.8B, 6 ani, 3000+ lucrători, coordonare cu trafic urban și utilități existente. Dezvoltarea schedule-ului trebuie să integreze secvențe critice de tunelare, stații și sisteme.

📖

Povestea: Dezvoltarea Schedule-ului pentru Metrou

Definirea Activităților

Din WBS-ul cu 6 deliverabile majore, echipa descompune în 2,847 activități. Include: asamblare TBM (Tunnel Boring Machine), excavare șahturi, forare tunel per secțiune, instalare inele beton, și 12 milestone-uri cheie.

Secvențierea Activităților

Se creează network diagram folosind PDM (Precedence Diagramming Method). Critical path: TBM Assembly → Tunnel Boring → Track Installation → System Testing. Activități paralele: Stations construction, Systems installation. Se identifică 847 dependențe FS, 123 SS, 45 FF.

Estimarea Duratelor

Se folosește estimarea în 3 puncte (PERT) pentru activități critice: Tunnel Boring - Optimistic 18 luni, Most Likely 24 luni, Pessimistic 36 luni = Expected 25 luni. Calcul resource-based: 2 TBMs × 15m/zi × 500 zile = 15km tunel.

Optimizarea Schedule Model

Se creează schedule model în MS Project cu 2,847 activități. Critical Path Analysis identifică durata de 58 luni. Se aplică resource leveling și fast-tracking (paralelizare stații cu tunelare) pentru a reduce la 54 luni target.

Schedule Baseline Aprobat

Schedule Baseline v1.0 este aprobat de CCB: 54 luni durată, 2,847 activități, 1,015 dependențe, 12 milestone-uri majore, Critical Path de 847 zile. Devine baza pentru măsurarea performanței schedule (SPI/SV).

📦 Output-uri Cheie

📋Activity List & Attributes

🔗Network Diagram

📅Schedule Model

🎯Schedule Baseline

🎮

Exemplu: Dezvoltare Platformă E-Learning

Dezvoltarea unei platforme de e-learning pentru o universitate cu 50,000 studenți: €2.5M, 10 luni, echipă de 18 developeri, integrări cu LMS existente și sisteme de video conferencing. Schedule-ul se dezvoltă iterativ prin release planning și sprint planning.

📖

Povestea: Dezvoltarea Schedule-ului pentru E-Learning

Maparea Backlog-ului pe Release-uri

Product Backlog-ul de ~450 SP este organizat în 4 release-uri: R1 (Auth + Core Courses), R2 (Video + Quiz), R3 (Reports + Analytics), R4 (Polish + Performance). Fiecare release are ~100-120 SP și durează 2-3 sprinturi.

Sesiunea de Sprint Planning

În Sprint Planning, echipa selectează user stories pentru Sprint 1 bazat pe velocity de 45 SP: Login (8 SP), Register (5 SP), Profile (8 SP), plus 7 alte stories. Fiecare story este descompusă în tasks cu owner și estimări în ore.

Estimarea Story Points

Echipa folosește Planning Poker pentru estimări relative. "Video Player" story: developerii votează 1, 3, 5 - după discuție, consens la 5 SP. Scala de referință: 1 SP = fix simplu, 3 SP = standard, 5 SP = complex, 8 SP = foarte complex, 13 SP = split epic.

Sprint Schedule Board

Schedule-ul sprintului este vizualizat pe Kanban board: To Do (2 stories), In Progress (2 stories), Review (1 story), Done (1 story). La Day 5/10, echipa a completat 18/45 SP (40%) - pe track pentru sprint goal.

Release Schedule Finalizat

Schedule-ul de release pentru 10 luni: R1 MVP la M2.5 (Sprint 1-5), R2 Video la M5 (Sprint 6-10), R3 Reports la M7.5 (Sprint 11-15), R4 Launch la M10 (Sprint 16-20). Total: 20 sprinturi, ~450 SP, adaptabil pe baza velocity-ului real.

📦 Output-uri Cheie

📋Sprint Backlog

🎯Sprint Goal

🚀Release Plan

📊Burndown Chart

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Granularitate

2,847 activități detaliate

Stories per sprint

Estimare

PERT, ore, zile

Story Points relative

Secvențiere

Network diagram, CPM

Priority ordering

Baseline

Fixed, CCB approved

Flexible, velocity-based

✈️

Exemplu: Construcție Terminal Aeroport

Construcția unui terminal de aeroport pentru 15M pasageri/an: €800M, 48 luni, deadline fix pentru Campionatul European de Fotbal. Monitorizarea schedule-ului este critică - orice întârziere afectează direct evenimentul internațional și reputația țării.

📖

Povestea: Monitorizarea Schedule-ului pentru Terminal

Măsurarea Performanței Schedule

La luna 18, echipa calculează metricile EVM: PV (Planned Value) = €285M, EV (Earned Value) = €256M, SV (Schedule Variance) = -€29M. SPI = 0.90 indică proiectul este cu 10% în urmă față de baseline - zonă de warning!

Analiza Varianțelor

Root cause analysis identifică: livrare oțel întârziată +6 săptămâni (supplier issues), întârzieri permise +4 săptămâni (autorități), pierderi meteo -3 săptămâni. Critical path (structură acoperiș) este cu 8 săptămâni în urmă, float consumat 100%.

Prognoza Schedule

Estimate at Completion (time) = 48 luni / 0.90 SPI = 53 luni. Forecast arată finalizare la luna 53, cu 5 luni după baseline și 3 luni după deadline-ul EURO! Situație critică care necesită acțiune imediată.

Acțiuni de Recuperare

Recovery Plan propune: 1) Crashing - adăugare 200 muncitori, ture 24/7, cost +€15M, economie 6 săptămâni; 2) Fast-tracking - paralelizare fațadă cu fit-out interior, risc mediu, economie 4 săptămâni. Total potențial: 10 săptămâni recuperate.

Aprobare CCB și Actualizare Baseline

Change Request pentru Recovery Plan este aprobat de CCB: buget suplimentar €15M acceptat. Schedule Baseline v2.0: 50 luni (vs 48 original), încadrare în deadline EURO. Proiectul este acum on track cu noul baseline.

📦 Output-uri Cheie

📊Work Performance Info (SPI, SV)

📈Schedule Forecasts (EAC time)

📝Change Requests

📅Updated Schedule Baseline

🏦

Exemplu: Dezvoltare Sistem Core Banking

Modernizarea sistemului core banking pentru o bancă cu 2M clienți: €8M, 14 luni, echipă de 35 developeri, migrare de la legacy COBOL. Monitorizarea schedule-ului se face prin velocity tracking și burndown charts cu release-uri incrementale.

📖

Povestea: Monitorizarea Schedule-ului pentru Core Banking

Urmărirea Velocity

După 6 sprinturi, velocity-ul echipei: S1=28, S2=35, S3=42, S4=40, S5=45, S6=32 SP. Media = 37 SP. Sprint 6 a avut velocity scăzut (32 SP) din cauza vacanțelor și unui bug critic în production - necesită investigație.

Analiza Burndown Chart

Release Burndown pentru R2 arată echipa ușor în urmă față de linia ideală. Remaining work: 85 SP vs 70 SP planned. La velocity-ul curent (37 SP), release-ul ar putea necesita încă 2.3 sprinturi vs 1.9 planificate.

Insight-uri din Retrospectivă

Retrospectiva Sprint 6 identifică: Good - CI/CD stabil, colaborare bună, calitate cod +15%. Improve - sizing inconsistent, legacy tech debt încetinește. Actions: +30 min refinement, 20% din sprint alocat tech debt cleanup.

Reprioritizarea Backlog-ului

Product Owner decide să mute 65 SP din R2 în R3: Multi-currency (40 SP) și Advanced reports (25 SP). R2 se focusează pe: Core transfers, Account management, Basic reports, Security audit. Total R2: 120 SP - fezabil în 3 sprinturi rămase.

Forecast Release Actualizat

Cu scope-ul ajustat, forecast-ul actualizat: R1 Done ✓, R2 în Sprint 7-9 (3 sprinturi, 120 SP), R3 în Sprint 10-14 (5 sprinturi, 185 SP + moved items). Confidence 85% pentru delivery la M14. Stakeholderii sunt informați despre scope change.

📦 Output-uri Cheie

📈Velocity Metrics

📉Burndown Charts

🔄Reprioritized Backlog

🚀Updated Release Forecast

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Metrici

SPI, SV, EVM

Velocity, Burndown

Răspuns la delay

Crashing, Fast-tracking

Scope adjustment

Aprobare schimbări

CCB formal

PO decision

Baseline

Rebaseline via CCB

Continuous adjustment

🏭

Exemplu: Construcție Fabrică Automotive

Construcția unei fabrici de componente auto pentru un OEM german: €180M, 30 luni, finanțare mixtă (equity 40%, credit bancar 60%). Planificarea financiară satisface cerințele multiple ale finanțatorilor.

📖

Povestea: Planificarea Financiară pentru Fabrică Auto

Analiza Structurii de Finanțare

CFO analizează: €180M total, 60% credit bancar (€108M), 40% equity (€72M). Fiecare finanțator are cerințe specifice de raportare.

Structura Cost Breakdown

CBS definit: CAPEX €160M (teren, clădire, echipamente), OPEX €15M (echipă, servicii), Contingency €5M (3%).

Definirea Control Accounts

Control Accounts aliniate cu WBS: CA-100 Site (€20M), CA-200 Building (€65M), CA-300 Equipment (€80M). Niveluri de aprobare definite.

Reguli EVM și Raportare

Reguli EVM: CPI threshold 0.95-1.05, progress prin milestones. Raportare: săptămânal PM, lunar Steering, trimestrial bănci.

Financial Management Plan Aprobat

Plan aprobat de CFO și Board: structură finanțare, CBS, 12 Control Accounts, reguli EVM, reporting multi-stakeholder.

📦 Output-uri Cheie

💰Financial Management Plan

📊Cost Breakdown Structure

🎯Control Accounts

📋Reporting Requirements

🎯

Exemplu: Dezvoltare Platformă AdTech

Dezvoltarea unei platforme AdTech pentru un startup Series B: €3M runway, 18 luni, echipă de 20 persoane, model VC cu milestone-uri de funding.

📖

Povestea: Planificarea Financiară pentru Startup AdTech

Planificarea Runway și Burn Rate

€3M Series B funding, burn €150K/lună (€120K salarii, €30K infra) = 20 luni runway. Target: product-market fit înainte de luna 15.

Calculul Costului per Sprint

Sprint cost: €60K pentru 2 săptămâni. La velocity 80 SP, costul per Story Point = €750. Target: reducere la €600/SP.

Trigger-uri de Finanțare

Milestone-uri de funding: MVP ✓ (€3M done), 1K Users (bridge possible), PMF (Series C €8M target).

Transparență Financiară

Echipa vede: runway, burn rate, MRR. Review-uri: săptămânal echipă, lunar Board, trimestrial VC-uri.

Lean Financial Plan

Plan adaptiv: runway 20 luni, burn €150K/lună, 4 milestone-uri, transparență totală. Se ajustează lunar.

📦 Output-uri Cheie

💵Runway & Burn Rate

📊Cost per Sprint/SP

🎯Funding Milestones

📋Financial Dashboard

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Structură

CBS, Control Accounts

Burn rate, Runway

Metrici

CPI, EVM

Cost per SP, MRR

Raportare

Formal, multi-stakeholder

Transparent, real-time

Finanțare

Fixed, contract-based

Milestone-triggered

🌉

Exemplu: Construcție Pod Suspendat

Construcția unui pod suspendat de 1.2 km: €350M estimat, 48 luni, condiții geotehnice complexe. Estimarea necesită tehnici multiple și expertiză din proiecte similare.

📖

Povestea: Estimarea Costurilor pentru Pod

Estimare Analogică

Proiecte similare: Lisbon (€280K/m), Zagreb (€244K/m), Korea (€273K/m). Media ~€290K/m. Estimare: 1.2 km × €290K = €348M.

Estimare Parametrică

Model parametric: €250K/m bază, +8% lățime, +12% sol complex. Calcul: 1,200m × €250K × 1.20 = €324M.

Estimare Bottom-Up

Detaliat per componentă: Fundații €85M, Turnuri €95M, Cabluri €75M, Tablier €98M. Total: €353M.

Three-Point și Rezerve

PERT: O=€320M, M=€350M, P=€420M → Expected €358M. Cu contingency 7%: €383M total.

Pachet Estimări

Toate metodele: Analogic €348M, Parametric €324M, Bottom-up €353M. Final cu rezerve: €383M (±10% Class 2).

📦 Output-uri Cheie

💰Cost Estimates

📋Basis of Estimates

🎯Contingency Reserves

📊Estimate Accuracy

🏥

Exemplu: Platformă Telemedicină

Dezvoltarea platformei de telemedicină: €1.8M, 12 luni, 15 developeri, conformitate GDPR. Estimarea se face la nivel de epic și story.

📖

Povestea: Estimarea pentru Telemedicină

Estimare T-Shirt Sizing

Epics estimate: Video XL (150SP, €300K), EHR L (100SP, €200K), Booking M (70SP, €140K), Others (80SP, €160K). Total ~400 SP.

Mapare Cost per SP

€45K/sprint ÷ 50 SP velocity = €900/SP loaded rate. 400 SP × €900 = €360K direct + overhead.

Buget per Sprint

24 sprinturi: Team €1,080K (60%), Infrastructure €360K (20%), Buffer €360K (20%). Total: €1,800K.

Rafinare Rolling Wave

Acuratețe îmbunătățită: Epic ±40%, Feature ±20%, Story ±10%. Refinement continuu în fiecare sprint.

Estimare Cost Agilă

Final: ~400 SP, €900/SP, buffer 20%. Total €1,800K cu ±20% accuracy care se îmbunătățește în timp.

📦 Output-uri Cheie

👕Epic/Feature Estimates

💰Cost per Story Point

📅Sprint Budget

🔄Rolling Wave Refinement

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Tehnică

Analogic, Parametric, Bottom-up

T-shirt, Story Points

Unitate

€ per activitate

€ per Story Point

Rafinare

Progressive elaboration

Rolling wave

Accuracy

Class 1-5 AACE

Cone of Uncertainty

🏢

Exemplu: Renovare Clădire Heritage

Renovare clădire istorică de birouri: €45M, 24 luni, fonduri UE (60%) + cofinanțare privată (40%). Bugetul aliniat cu eligibilitate UE.

📖

Povestea: Dezvoltarea Bugetului

Agregarea Costurilor

Costuri agregate din Control Accounts: CA-100 €12M, CA-200 €18M, CA-300 €11M. Total: €41M fără rezerve.

Analiza Rezervelor

Base €41M + Contingency €2.5M (6%) + Management Reserve €1.5M (3.5%). Cost Baseline: €43.5M, BAC: €45M.

Reconcilierea Finanțării

Aliniere cu surse: EU ERDF €27M (60%) în 3 tranșe, cofinanțare privată €18M (40%) cu bridge loan.

S-Curve și Cash Flow

S-Curve planned expenditure aliniat cu tranșele UE: T1 la M6, T2 la M12, T3 la M18.

Cost Baseline Aprobat

Cost Baseline €43.5M pentru EVM, BAC €45M. Verificat pentru eligibilitate UE și aprobat.

📦 Output-uri Cheie

📊Cost Baseline

💶Funding Requirements

📈S-Curve

🎯BAC

🛒

Exemplu: Marketplace B2B

Marketplace B2B pentru HORECA: €2.2M, 15 luni, 18 developeri. Buget pe release-uri cu go/no-go gates.

📖

Povestea: Bugetul pentru Marketplace

Budget pe Release-uri

€2.2M alocat pe 4 releases: R1 MVP €400K, R2 Orders €500K, R3 Payments €600K, R4 Scale €700K.

Budget Capacitate Sprint

Fixed team: €54K/sprint × 30 sprinturi = €1,620K. Plus infra €280K, marketing €150K, buffer €150K.

Gate-uri de Decizie

Gates bazate pe traction: G1 ✓ (100 users), G2 (€10K GMV → €600K), G3 (€50K GMV → €700K).

Flexibilitate Bugetară

Scenarii: Below KPI (€1.5M, 12 FTE), On Track (€2.2M, 18 FTE), Above KPI (€3M+, 25 FTE).

Buget Adaptiv

€2.2M base, 4 releases cu gates, range €1.5M-€3M+, review lunar și la fiecare gate.

📦 Output-uri Cheie

🚀Release Budgets

🚪Funding Gates

📊Sprint Cost Model

🔄Flex Scenarios

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Structură

Cost Baseline + Reserve

Release Budgets + Gates

Flexibilitate

Contingency controlled

Value-based flex

Funding

Tranșe contractuale

Milestone-triggered

Aprobare

Upfront BAC

Gate-by-gate

🚢

Exemplu: Construcție Navă de Croazieră

Navă de croazieră de lux: €950M, 36 luni, contract fixed-price cu penalități. Fiecare zi întârziere costă €500K.

📖

Povestea: Monitorizarea Financiară

Măsurarea EVM

Luna 18: EV €437M, AC €465M, PV €475M. CPI=0.94 (6% overrun), SPI=0.92 (8% behind). Ambii în Yellow Zone.

Analiza Varianței

Root cause CV -€28M: oțel +15% (-€18M), rework cabine (-€7M), overtime recovery (-€3M). Contingency aproape epuizat.

Forecasting EAC

Scenarii EAC: Typical €1,011M (+6%), Combined €1,098M (+15.5%), Managed cu recovery €985M (+3.7%).

Acțiuni Corective

Recovery: renegociere furnizori (+€8M), value engineering (+€12M), release management reserve (+€15M).

Aprobare CCB

CCB aprobă recovery plan: EAC €985M, management reserve eliberat, baseline actualizat v1.2.

📦 Output-uri Cheie

📊EVM Metrics

📈Forecast (EAC/ETC)

🛠️Corrective Actions

📋Change Requests

🎮

Exemplu: Platformă Gaming Social

Platformă gaming social: €4M, 18 luni, 25 developeri. Monitorizare prin burn rate și velocity tracking.

📖

Povestea: Monitorizarea Financiară Agilă

Tracking Burn Rate

Luna 8: €2.1M cheltuit, €1.9M rămas. Burn actual €220K/mo (+10% vs plan). Runway 8.5 luni, need 10 pentru completion.

Trend Cost per SP

Cost/SP improving: S1 €1,150, S5 €1,050, S10 €980, S15 €920, S20 €950. Trend pozitiv, aproape de target €900.

Backlog vs Budget

Scope creep +80 SP. Budget gap: need €2.2M to complete, have €1.9M. Options: reduce scope sau request funding.

Decizie Trade-off

PO și stakeholders decid: A) reduce 80 SP nice-to-have, stay on budget, sau B) request €300K dacă traction justifică.

Forecast Actualizat

Decizie: Option A - 80 SP deferred to v2. Budget on track €4M, 10 sprinturi rămase pentru core features.

📦 Output-uri Cheie

💵Burn Rate Report

📊Cost/SP Trend

🎯Scope vs Budget Analysis

🔄Updated Forecast

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Metrici

CPI, SPI, EVM

Burn rate, Cost/SP

Forecasting

EAC formulas

Runway projection

Control

Variance thresholds

Trade-off decisions

Aprobare

CCB, Change Request

PO + Stakeholders

🏥

Exemplu: Construcție Spital Regional

Construcția unui spital regional de 500 paturi: €280M, 42 luni, multiple categorii de stakeholders (autorități, medici, pacienți, comunitate, finanțatori). Identificarea exhaustivă este critică pentru aprobări și acceptare.

📖

Povestea: Identificarea Stakeholderilor pentru Spital

Categorii de Stakeholders

PM identifică 5 categorii principale: Guvern (Minister Sănătate, Primărie), Medical (doctori, asistente, pacienți), Financiar (bănci, UE), Comunitate (vecini, ONG-uri), Intern (contractor, echipă).

Stakeholder Register

Se creează registrul cu 47 stakeholders: ID, nume, organizație, rol, categorie, informații de contact, cerințe, așteptări, nivel de interes și influență.

Power/Interest Grid

Mapare pe grila Power/Interest: 12 în "Manage Closely" (Minister, Director), 8 în "Keep Satisfied", 15 în "Keep Informed", 12 în "Monitor". Focus pe cei 12 critici.

Analiza Salience Model

Salience Model identifică 5 stakeholders "Definitive" (Power + Legitimacy + Urgency): Ministrul, Primarul, Directorul Medical, Lead Finanțator, Reprezentant Pacienți.

Stakeholder Register Complet

Registrul final v1.0: 47 stakeholders în 5 categorii, 12 critici pentru management activ, 5 Definitive pentru decizii majore. Review trimestrial planificat.

📦 Output-uri Cheie

📋Stakeholder Register

🎯Power/Interest Grid

📊Salience Analysis

🔄Change Requests

📱

Exemplu: App Mobile Banking

Dezvoltare aplicație mobile banking pentru o bancă: €2M, 10 luni, 20 developeri. Stakeholders se descoperă iterativ prin feedback și user research continuu.

📖

Povestea: Identificarea Stakeholderilor Agile

Dezvoltare Personas

Product Owner creează 3 personas principale din user research: Ana (tech-savvy millennial), Ion (utilizator tradițional), SME Owner (business needs). Fiecare reprezintă un segment.

Stakeholder Onion Model

Model Onion: Core (Dev Team), Inner (PO, Scrum Master, Tech Lead), Middle (Users, Bank IT, Security), Outer (Regulators, Marketing, Legal).

User Story Mapping

Stories mapate pe journey: fiecare story legată de un stakeholder/persona. Login (Ana needs biometric), Transfer (Ion needs simple UI), Pay (SME needs batch).

Feedback din Sprint Review

Sprint Review cu 5 users reali: 12 feedback items, 2 stakeholders noi descoperiți (segment accessibility). Backlog actualizat cu noi stories.

Living Stakeholder Map

Mapa "vie" actualizată fiecare sprint: 4 personas (1 nou), Onion cu 4 straturi, discovery continuu prin feedback. Instrument de lucru, nu document static.

📦 Output-uri Cheie

👤User Personas

🧅Stakeholder Onion

🗺️User Story Map

🔄Living Stakeholder Map

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Timing

Upfront, comprehensive

Continuous discovery

Output

Stakeholder Register

Personas, Living Map

Analysis

Power/Interest, Salience

Onion, Story Mapping

Update

Periodic review

Every sprint

✈️

Exemplu: Extindere Aeroport Internațional

Extinderea unui aeroport cu un nou terminal: €450M, 48 luni, stakeholders cu interese conflictuale (comunități locale vs dezvoltare economică). Planificarea engagement-ului este critică pentru aprobări.

📖

Povestea: Planificarea Engagement pentru Aeroport

Stare Curentă vs Dorită

Assessment Matrix: Community (Resistant→Neutral), Airlines (Neutral→Supportive), Government (Supportive→Leading), Environmental Groups (Resistant→Neutral). Gap analysis pentru fiecare.

Strategii de Engagement

Strategii specifice: Community (town halls, job fairs, noise compensation), Airlines (design input, slots), Environmental (LEED certification, carbon offset, advisory board).

Communication Matrix

Matrix pentru top 15 stakeholders: Mayor (monthly 1:1), Airlines (bi-weekly workshops), Community (quarterly town halls), Media (milestone press releases).

Proces de Rezolvare Issues

Process definit: Issue logged → Assessment (48h) → Resolution (5 days). Escalation path: PM → Project Sponsor → Steering Committee. Issue register cu tracking.

Plan de Engagement Aprobat

Stakeholder Engagement Plan aprobat de Steering: assessment matrix, 4 strategii diferențiate, communication matrix pentru 15 stakeholders cheie, issue resolution process cu SLA.

📦 Output-uri Cheie

📋Engagement Plan

📊Assessment Matrix

📧Communication Matrix

🔧Issue Process

🎮

Exemplu: Dezvoltare Joc Video MMO

Dezvoltare joc MMO pentru un studio indie: €5M, 24 luni, 35 developeri. Community engagement este central - players sunt co-creatori prin feedback și beta testing.

📖

Povestea: Engagement Agile pentru Joc MMO

Community Tiers

Piramidă engagement: VIP Founders (50, exclusive access), Beta Testers (500, early builds), Discord Active (2K, daily engagement), General Fans (10K+, announcements).

Canale de Feedback

Multi-channel: Discord (daily community), Reddit (weekly AMAs), Twitter (announcements), In-game feedback tool conectat direct la Jira backlog pentru prioritizare.

Evenimente de Co-Creare

Engagement events: Sprint Demo livestream (bi-weekly, cu voting), Design Vote (monthly feature prioritization), Closed Beta (quarterly play sessions cu VIPs).

Feedback la Backlog

Flow: Feedback (toate canalele) → Triage (Community Manager + PO weekly) → Backlog. Top-voted items prioritizate. Closed loop - announce when shipped.

Community Engagement Plan

Plan bazat pe co-creare: 4 tiers cu engagement diferențiat, 4 canale de feedback, 3 tipuri de events, flow automatizat feedback→backlog→ship→announce.

📦 Output-uri Cheie

🎯Community Tiers

📢Feedback Channels

🎉Co-Creation Events

🔄Feedback→Backlog Flow

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Focus

Manage resistance

Co-creation

Communication

Planned matrix

Multi-channel real-time

Events

Formal meetings

Community events

Feedback

Issue resolution

Direct to backlog

🏗️

Exemplu: Fuziune Două Companii Farma

Integrare post-fuziune a două companii farmaceutice: €2B deal, 24 luni, 15,000 angajați în 30 țări. Comunicarea este critică pentru retenția talentelor și continuitatea business-ului.

📖

Povestea: Planificarea Comunicării pentru Fuziune

Analiza Cerințelor de Comunicare

Communication Requirements Analysis: Internal (15K angajați, 5 limbi, 30 țări, anxietate ridicată), External (regulatori, investitori, media, informații sensibile). Matrice 5W+1H pentru fiecare grup.

Model de Comunicare

Model adaptat pentru global: Sender→Encode→Message→Decode→Receiver + Feedback loop. "Noise" identificat: bariere lingvistice, diferențe culturale, time zones, anxiety despre job security.

Metode de Comunicare

Mix de metode: PUSH (email, SMS urgente), PULL (intranet, FAQ, documente), INTERACTIVE (town halls, Q&A, workshops). Fiecare audiență primește mix optimizat.

Calendar de Comunicare

Calendar detaliat: Day 1 CEO video, Week 1 leadership cascade, Weeks 2-4 regional town halls, Monthly integration newsletter, Quarterly all-hands. 150+ events planned.

Plan de Comunicare Aprobat

Communications Management Plan: requirements analysis, model adaptat global, methods mix per audiență, calendar cu 150+ events pe 24 luni. Budget: €2M pentru comms.

📦 Output-uri Cheie

📋Communications Plan

📊Requirements Matrix

📅Communication Calendar

🔄Project Documents Updates

🚀

Exemplu: Startup SaaS B2B

Dezvoltare platformă SaaS B2B pentru HR: €4M, 18 luni, 30 persoane distribuite în 5 țări. Comunicare async-first cu ceremonies Scrum și transparență totală.

📖

Povestea: Comunicarea Agile pentru Startup

Principiul Async-First

Remote-first = Async-first: Slack pentru discuții, Notion pentru docs, Loom pentru walkthroughs. Sync doar pentru: daily standup (15 min), sprint events, urgențe.

Structură Canale Slack

Organizare: Culture channels (#general, #wins), Work channels (#team-*, #sprint-*), Bot channels (#alerts, #deploys, #metrics). Naming conventions documentate.

Scrum Ceremonies = Comunicare

Ceremonies sunt comunicare structurată: Daily (sync 15min), Review (stakeholder comms), Retro (team comms), Planning (alignment). Total ~5h/sprint sync, restul async.

Transparență Radicală

Default open: docs, metrics, runway, board updates disponibile tuturor. Private doar: date personale, security issues, legal. Încredere prin transparență.

Playbook de Comunicare

Comms Playbook (nu plan formal): async-first principle, Slack structure, Scrum ceremonies as comms, radical transparency. 2 pagini în Notion, living document.

📦 Output-uri Cheie

📝Comms Playbook

💬Slack Structure

🔄Ceremonies Schedule

🔓Transparency Guidelines

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Document

Formal Comms Plan

Lightweight Playbook

Mode

Planned calendar

Async-first

Structure

Matrix per stakeholder

Ceremonies + channels

Access

Need-to-know

Radical transparency

🏭

Exemplu: Relocare Fabrică Auto

Relocare fabrică de componente auto într-o nouă locație: €120M, 18 luni, 2000 angajați afectați, sindicat puternic, comunitate locală îngrijorată. Engagement activ este critic pentru evitarea grevelor.

📖

Povestea: Managementul Engagement pentru Relocare

Analiza Rezistenței

Stakeholder assessment: Sindicat (resistant, risc grevă), Angajați (anxioși, risc turnover), Primăria nouă (supportive, ally). Focus pe transformarea Sindicatului în Neutral.

Negociere cu Sindicatul

PM și HR negociază pachet cu sindicatul: transport gratuit 18 luni, bonus relocare €5K/pers, garanție zero concedieri 24 luni, training. Cost: €15M, dar evită grevă estimată la €40M pierderi.

Campanie de Comunicare

Campanie structurată: Town Hall (CEO + Sindicat împreună), 1:1 calls cu managerii pentru fiecare angajat, vizite la noul site. Rezultat: 78% acceptă relocarea (target 70%).

Managementul Issues

Issue log activ: 47 issues de la angajați, 42 rezolvate. Top concerns: childcare (parteneriat grădiniță), commute (program flexibil), housing (subsidie €200/lună).

Succes în Engagement

Rezultate: zero zile de grevă, 78% acceptare relocare (vs 70% target), Sindicat neutral, turnover voluntar <5%. Investiție €15M a evitat pierderi de €40M+.

📦 Output-uri Cheie

🔄Change Requests

📋Issue Log Updates

📊Engagement Metrics

📝Lessons Learned

🛍️

Exemplu: E-commerce Platform Redesign

Redesign major al platformei e-commerce: €3M, 12 luni, 25 developeri. Stakeholders cheie: utilizatori, merchant partners, echipa internă. Engagement continuu prin feedback loops.

📖

Povestea: Engagement Continuu pentru E-commerce

Engagement în Sprint Review

Sprint Review = stakeholder engagement: PO (always), Real Users (3-5 rotație), Merchants (1 partner/sprint), Executives (monthly). Feedback direct pe increment.

Program de User Testing

500 beta users cu feature flags: feedback in-app continuu, NPS tracking (72→81), CSAT (4.2→4.6). Users engaged = better product = higher adoption (89%).

Consiliu Parteneri Merchants

Partner Advisory Council: top 10 merchants by GMV, monthly call, roadmap input, early access la features noi, preview API changes cu 30 zile înainte. Retention 100%.

Automatizare Feedback Loop

Feedback automatizat: AI triage categorization, auto-create Jira tickets, auto-acknowledge <1h, auto-close cu release notes când shipped. Zero manual overhead.

Rezultate Engagement Continuu

Metrici excelente: NPS +12%, merchant retention 100%, 78% beta users activi, feedback response <1h. Engaged stakeholders = successful product.

📦 Output-uri Cheie

📊Engagement Metrics

🧪Beta Program Data

🤝Partner Feedback

🔄Backlog Updates

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Approach

Manage resistance

Enable co-creation

Frequency

Planned events

Continuous loops

Feedback

Issue management

Product input

Success

No resistance

Active participation

🚄

Exemplu: Construcție Linie Metrou

Construcția unei noi linii de metrou: €1.2B, 60 luni, 50+ contractori, 3 milioane cetățeni afectați. Comunicarea coordonată este esențială pentru minimizarea disruptions și menținerea suportului public.

📖

Povestea: Managementul Comunicării pentru Metrou

Raport Săptămânal de Status

Comms Officer compilează raportul #47: SPI 0.98 (on track), CPI 0.95 (watch), 3 riscuri high. Distribuit la 150 stakeholders prin email și portal, în 3 limbi.

Ședință Steering Committee

Monthly Steering cu PM, CEO, Mayor și 8 membri: prezentare executive (15 min), discuții (90 min), decizii (15 min). Minutes distribuite în 24h.

Comunicare Publică

Multi-channel public comms: App (50K users, real-time traffic alerts), Website (progress tracker, live cams), Media (monthly press releases).

Comunicare de Criză

Water main break: Crisis protocol activat. T+5min alert, T+15 statement drafted, T+30 push to 50K users, T+60 Mayor briefed. Reputation protected.

Eficacitatea Comunicării

KPIs luna 12: rapoarte 100% on-time, satisfacție publică 72%, media sentiment 85% positive, crisis response <30 min. Communication drives success.

📦 Output-uri Cheie

📧Project Communications

📋PM Plan Updates

📝Project Docs Updates

🗃️OPA Updates

🎯

Exemplu: Product Launch SaaS

Lansare produs SaaS pentru enterprise: €2.5M, 12 luni, 30 persoane remote. Comunicare transparentă și continuă cu toate părțile interesate prin canale digitale.

📖

Povestea: Comunicarea Agilă pentru SaaS

Daily Standup Broadcast

Standup zilnic (15 min) recorded și transcris. AI summary postată în #team-updates cu: key decisions, blockers, action items. Async access pentru toate timezone-urile.

Newsletter de Sprint

Bi-weekly newsletter (end of sprint): features shipped, metrics (velocity, quality), next sprint focus, team shoutouts. Sent to all stakeholders.

Changelog Public

Public changelog auto-generated la fiecare release: ce e nou, ce s-a fixat, breaking changes. RSS feed pentru power users. Transparență totală.

All-Hands Monthly

Monthly all-hands (60 min): CEO business update, key metrics (MRR, runway, NPS), anonymous Q&A via Slido. Recording pentru async viewing.

Sănătatea Comunicării

Metrici comunicare: Slack response <2h (94%), newsletter open rate 78%, all-hands attendance 92%, team pulse 4.2/5. Healthy communication = engaged team.

📦 Output-uri Cheie

📹Recorded Standups

📬Sprint Newsletter

📝Public Changelog

📊Comms Metrics

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Format

Formal reports

Lightweight updates

Frequency

Scheduled calendar

Continuous flow

Channels

Email, meetings

Slack, async tools

Transparency

Need-to-know

Default open

⚡

Exemplu: Centrală Electrică Eoliană

Construcția unui parc eolian offshore: €800M, 36 luni, comunități locale divizate, grupuri de mediu active. Monitorizarea engagement-ului este critică pentru menținerea licenței sociale de operare.

📖

Povestea: Monitorizarea Engagement pentru Parc Eolian

Engagement Assessment Matrix

Review lunar: Fishermen (planned Neutral, actual Resistant - GAP!), Environmental Groups (on track), Tourism (Unaware - needs attention). 3 din 12 stakeholders off-track.

Analiză Sentiment

Sentiment shift detectat: Media coverage scăzut de la 60% la 25% positive. Social media #StopWindFarm trending local (2.5K mentions). Root cause: fishermen concerns.

Analiză Root Cause

Investigație: exclusion zone mai mare decât comunicat inițial, pachet compensare neclar, engagement doar indirect. Trei issues identificate, toate adresabile.

Ajustare Strategie

Plan actualizat: întâlniri directe cu căpitanii, compensație clară (€50K/barcă/an), zonă de excludere redusă. CR-047 aprobat de Steering Committee.

Recuperare Engagement

După 2 luni: Fishermen Neutral (target), media sentiment 55% positive, social media mentions -70%. Licența socială de operare menținută.

📦 Output-uri Cheie

📊Work Performance Info

🔄Change Requests

📋PM Plan Updates

📝Project Docs Updates

🏦

Exemplu: Digital Banking Transformation

Transformare digitală pentru o bancă tradițională: €15M, 24 luni, 200 angajați afectați. Monitorizarea engagement-ului prin feedback continuu și metrici de adopție.

📖

Povestea: Monitorizarea Agilă pentru Transformare

Feedback Loops în Sprint

Fiecare sprint captează engagement: Sprint Review (user feedback pe features), Retrospectiva (team sentiment). Bi-weekly pulse pe toate grupurile de stakeholders.

Metrici de Adopție Real-Time

Dashboard live: DAU, feature adoption per modul, support tickets. Alert automat: Loan module la 23% (target 50%). Engagement issue detectat în real-time.

Insights din User Interviews

5 interviews acest sprint: workflow complex (4/5), nevoie training (3/5), confuzie cu sistemul vechi. Insights → backlog items cu prioritate ridicată.

Răspuns Rapid prin Pivot

Pivot în 3 sprinturi: simplificare workflow (N+1), training videos embedded (N+2), sunset old system (N+3). Response time: 6 săptămâni de la detectare la fix.

Recuperare Engagement

Sprint N+4: Loan adoption 58% (target 50% ✓), tickets -45%, satisfaction 4.1/5, training 89%. Pivot rapid = engagement recuperat în 8 săptămâni.

📦 Output-uri Cheie

📊Adoption Metrics

🎤User Insights

📝Backlog Updates

🔄Pivot Decisions

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Frequency

Monthly assessment

Continuous/real-time

Data Source

Surveys, sentiment

Usage metrics, interviews

Response

Strategy update

Quick pivot

Timeline

Weeks to months

Days to weeks

🏢

Exemplu: ERP Implementation Global

Implementare SAP S/4HANA pentru multinațională: €50M, 30 luni, 45 țări, 12,000 utilizatori. Monitorizarea comunicării asigură adoptarea uniformă și minimizarea rezistenței la schimbare.

📖

Povestea: Monitorizarea Comunicării pentru ERP

Dashboard KPI Comunicare

Dashboard lunar: Email (72% open ✓), Webinar (58% attendance ⚠️), Knowledge Portal (23% visits ❌). Două canale sub target identificate.

Analiză Varianță Regională

Breakdown regional: Europe (on track), Americas (readiness lag), APAC (critical - 45% awareness, 38% readiness). Language barrier și time zones identificate ca root cause.

Colectare Feedback

Survey 2,450 respondents: prea multă informație, timing nepotrivit, conținut nerelevant. Top requests: local language, shorter videos, mobile access, role-specific content.

Update Plan Comunicare

Plan v2.0: traduceri în 8 limbi APAC, videos max 5 min, portal mobile-first, content paths pe roluri. Budget suplimentar €150K aprobat pentru APAC catch-up.

KPIs Îmbunătățite

Q+1: Webinar 74% (+16%), Portal 61% (+38%), APAC awareness 78% (+33%). Global readiness 81%, go-live on track. Communication fix = adoption success.

📦 Output-uri Cheie

📊Work Performance Info

🔄Change Requests

📋PM Plan Updates

📝Project Docs Updates

🎓

Exemplu: EdTech Platform Scale-up

Scale-up platformă EdTech de la 10K la 500K utilizatori: €8M, 18 luni, 45 developeri remote. Comunicarea internă și externă critică pentru coordonare și growth.

📖

Povestea: Monitorizarea Comunicării Agile

Analiză Slack Metrics

Slack analytics: overall healthy (12K msg/week, 92% active, 23 min response). Alert: #incidents channel response 4h (target 1h). Communication bottleneck detectat.

Feedback din Retrospective

Pattern din 3 retros: prea multe canale (info lost), on-call unclear, decisions undocumented. Tema comună: coordination gaps în comunicare între echipe.

Health Check pe Echipe

Squad Health Check - Communication dimension: Alpha (4.2 ✓), Beta (3.1 ok), Gamma (2.3 ❌). Investigație Gamma: new members, no onboarding buddy, isolated timezone.

Îmbunătățiri Rapide

3 sprints fix: Channel cleanup 50→20, On-call rotation bot (#incidents response target), ADR template + bot pentru decisions. Low effort, high impact.

Sănătate Comunicare Îmbunătățită

Sprint +4: incidents response 45min (target 1h ✓), Gamma 3.8 (+1.5), info findability +40%, retro complaints -70%. Continuous improvement cycle works.

📦 Output-uri Cheie

📊Channel Analytics

🔄Retro Action Items

🏥Health Check Results

🤖Automation Bots

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Metrics

Email, webinar, portal

Slack, retro, health check

Frequency

Monthly/quarterly

Continuous/per sprint

Response

Plan revision

Quick experiments

Tools

Surveys, reports

Bots, automation

🏗️

Exemplu: Construcție Data Center

Construcția unui data center enterprise: €180M, 24 luni, 500+ lucrători în vârf, echipamente specializate de €40M. Planificarea resurselor este critică pentru execuția la timp.

📖

Povestea: Planificarea Resurselor pentru Data Center

Cerințe de Resurse

Resource Requirements: Human (500 workers peak, 20 specializări, €45M), Physical (3 macarale, generatoare €15M, cooling €25M). Total resurse: €85M din €180M.

Structură Organizațională

OBS definit: Project Director → 3 leads (Construction, MEP, IT Infra), fiecare cu echipe dedicate. RACI matrix pentru toate activitățile și livrabilele.

Histogramă Resurse

Resource histogram pe 24 luni: ramp-up M1-M12, peak M12-M18 (500 workers), ramp-down M18-M24. Resource leveling aplicat pentru a evita peaks peste capacitate.

Strategie de Achiziție

Acquisition mix: Internal (28 PM/QA/Safety), Contractors (3 major: builder, MEP, IT), Equipment (lease cranes, buy cooling, rent tools). Make-or-buy decisions documented.

Plan de Management Resurse

Resource Management Plan aprobat: €85M resurse, OBS cu RACI, histogram leveled pentru 24 luni, strategie achiziție (3 contractors, equipment mix). Ready for execution.

📦 Output-uri Cheie

📋Resource Management Plan

📊Team Charter

📝Project Docs Updates

👥RACI Matrix

🚀

Exemplu: FinTech Startup Scale

Scale-up echipă FinTech de la 15 la 60 persoane: €6M, 18 luni, cross-functional teams, remote-first. Planificarea resurselor adaptivă pentru creștere rapidă.

📖

Povestea: Planificarea Resurselor Agile

Echipe Cross-Funcționale

Organizare pe squads autonome: Payments (7), Lending (8), Platform (5). Fiecare squad are toate skill-urile necesare: FE, BE, QA, Design/Data, PO. Total current: 20.

Planificare pe Capacitate

Velocity-based: current 40 SP/sprint/squad, backlog 800 SP pe 18 luni, need 3x capacity. Plan: scale de la 3 la 8 squads = 20 → 60 persoane.

Pipeline de Hiring

Hiring funnel: 200 sourced → 50 screened → 20 interviewed → 8 hired/quarter. Target: 40 hires în 18 luni = 5 new squads. Remote-first, global talent pool.

Skill Matrix & Growth Paths

Skill gaps identificate: React (-7), Node.js (-4), DevOps (-3). Mix: 60% hire, 40% upskill. Training budget €2K/person/year. Career paths documentate.

Plan de Resurse Agile

Living document: 8 squads target, 40 hires plan, skill matrix cu gaps, training budget. Review quarterly și adjust based on velocity și business priorities.

📦 Output-uri Cheie

👥Squad Structure

📊Capacity Plan

🎯Hiring Pipeline

📈Skill Matrix

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Structure

Hierarchical OBS

Cross-functional squads

Planning

Full upfront

Capacity-based, rolling

Assignments

Role-based RACI

Self-organizing teams

Adjustment

Change requests

Quarterly review

🌉

Exemplu: Construcție Pod Suspendat

Construcția unui pod suspendat peste râu: €320M, 36 luni, echipamente specializate, workforce cu certificări specifice. Estimarea precisă a resurselor este critică pentru timeline și buget.

📖

Povestea: Estimarea Resurselor pentru Pod

Analiză pe Baza WBS

Bottom-up estimation din WBS: Fundații (150 workers, 12 luni), Piloni (200 workers, 18 luni), Tablier (180 workers, 12 luni). Fiecare work package analizat individual.

Sesiune Expert Judgment

Delphi cu 4 experți: Chief Engineer, PM Senior, Bridge SME, Quantity Surveyor. 3 runde până la convergență (±15%). Final: 350 peak workers, €85M labor.

Estimare Analogică

Comparație cu pod similar (2019): 280 workers, €65M. Ajustări: +25% complexity (span mai lung), +10% inflație. Rezultat: 350 workers, €88M - consistent cu Delphi.

Cerințe Echipamente

Equipment estimation: Tower cranes 2× (€3M lease), Cable tensioning (€8M specialized), Batch plant (€2M), Safety (€1.5M). Total equipment: €14.5M.

Estimări Resurse Complete

Resource estimates finalizate: Human €88M (350 peak), Equipment €14.5M, Materials €180M. Contingency 15% aplicat. Basis of estimates documentat pentru audit trail.

📦 Output-uri Cheie

📊Resource Requirements

📝Basis of Estimates

📋Resource Breakdown

🔄Project Docs Updates

🎮

Exemplu: Mobile Game Development

Dezvoltare joc mobile free-to-play: €3M, 14 luni, 25 developeri. Estimarea resurselor bazată pe velocity și story points, cu ajustări continue.

📖

Povestea: Estimarea Agilă pentru Game Dev

Estimare Story Points

Planning Poker pentru backlog: echipa estimează stories cu Fibonacci (3, 5, 8, 13, 21). Total backlog pentru MVP: 450 SP. Relative sizing, nu ore absolute.

Calcul Bazat pe Velocity

Velocity istorică: 35 SP/sprint cu 7 devs (5 SP/dev). 450 SP ÷ 35 = 13 sprints ≈ 6.5 luni. Pentru deadline 5 luni: need 10 devs (450 ÷ 50 SP = 9 sprints).

Compoziție Echipă

Core team: 7 full-time (3 Unity, 2 Backend, 1 QA, 1 Artist). Support: 2.5 (Sound, UX, 0.5 DevOps). Scale-up: +2 Unity în lunile 3-5 pentru features critice.

Ajustare Capacitate

Reality check: focus factor 70% (meetings, PR reviews), PTO/holidays, onboarding ramp-up pentru noii devs. Effective velocity: 30 SP/sprint, nu 35 teoretic.

Forecast Resurse

Living forecast: 9.5 FTE core (6 luni), +2 FTE scale-up (3 luni), €420K labor. Re-forecast la fiecare sprint based on actual velocity și scope changes.

📦 Output-uri Cheie

🎯Story Point Estimates

📊Velocity Baseline

👥Team Composition

🔄Rolling Forecast

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Unit

Hours, FTEs

Story Points

Technique

Expert judgment, analogous

Planning poker, velocity

Precision

Detailed upfront

Range-based, refined

Update

Change control

Every sprint

🏭

Exemplu: Construcție Fabrică Semiconductori

Construcția unei fabrici de semiconductori: €5B, 48 luni, 3000 workers peak, echipamente ultra-specializate. Achiziția resurselor critice necesită planificare cu 18-24 luni în avans.

📖

Povestea: Achiziția Resurselor pentru Fab

Analiză Pre-Assignment

5 key roles pre-assigned de sponsor. Remaining: 2,995 workers în 45 specializări, plus equipment €2B. Acquisition timeline: 18-24 luni pentru equipment critic.

Negociere cu Contractori

RFP pentru 4 contracte majore: Civil Works (€400M), MEP (€350M), Cleanroom (€500M), Equipment Install (€550M). Competitive bidding, best value selection.

Procurement Equipment Critic

Equipment cu lead time lung: ASML lithography (€150M, 24 luni), Lam etchers (€80M, 18 luni). Purchase orders emise cu 24 luni înainte de necesitate.

Calendar Resurse

Mobilization plan pe 48 luni: ramp-up progresiv, peak M19-36 (3000 workers), demob M37-48. Logistics: housing pentru 1500 workers secured în advance.

Achiziții Complete

Acquisition phase complete: 4 contracte semnate (€1.8B), equipment POs emise (€2B), calendar resurse locked, team assignments done. Ready for execution.

📦 Output-uri Cheie

👥Project Team Assignments

📅Resource Calendars

🔄Change Requests

📝Project Docs Updates

🏥

Exemplu: HealthTech Startup Scale

Scale-up startup HealthTech pentru telemedicină: €8M Series A, 18 luni, creștere de la 12 la 50 persoane. Achiziția de talente în piață competitivă, remote-first.

📖

Povestea: Achiziția Agilă de Talente

Setup Pipeline Hiring

Multi-channel sourcing: LinkedIn Recruiter, GitHub contributions, Employee referrals (€5K bonus). Target: 38 hires în 18 luni = ~2/lună sustained.

Hiring pe Squads

Hiring prioritizat per squad: Video Consult (+3 Q1), Prescriptions (+4 Q2), NEW AI Triage squad (6 în Q3). Squad leads participă la interviuri pentru culture fit.

Capacitate Flex cu Contractori

4 contractors pentru flex: 2 React devs, 1 DevOps, 1 Security consultant. €15K/lună pentru a acoperi gaps în timp ce recrutăm. Bonus: 2 converted to FTE.

Program de Onboarding

30-60-90 day plan: Week 1 setup + buddy, Month 1 first PR, Month 2-3 own feature. Average time to full productivity: 6 săptămâni. Remote-first playbook.

Rezultate Creștere Echipă

Month 12: echipa 35 persoane (+23), offer acceptance 85%, 90-day retention 96%, time to fill 32 zile. On track pentru 50 în month 18.

📦 Output-uri Cheie

👥Squad Assignments

📊Hiring Metrics

🚀Onboarding Playbook

🔄Contractor Pool

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Timeline

18-24 months ahead

Rolling quarterly

Contracts

Large, fixed-price

Flex, time & materials

Focus

Capacity planning

Talent acquisition

Flexibility

Change control

Continuous adjustment

🚀

Exemplu: Lansare Satelit Comunicații

Program de lansare satelit de comunicații: €500M, 36 luni, 400 ingineri în 5 țări, stakeholders guvernamentali și privați. Leadership în mediu complex, multi-cultural.

📖

Povestea: Leadership pentru Program Spațial

Model Dezvoltare Echipă

Tuckman assessment: echipă în tranziție Storming→Norming. Conflicte culturale (EU vs US work styles), role clarity issues. PM intervine pentru a facilita norming.

Adaptare Stil Leadership

PM adaptează stilul: EU teams (democratic, consensus, written), US teams (directive, action-oriented). Situational leadership pe cultural context.

Rezolvare Conflicte

Conflict tehnic: France vs Germany pe antenna design. PM folosește collaborative approach: workshop joint, data-driven decision, hybrid design. Both teams own the solution.

Recunoaștere și Motivare

Multi-level recognition: Formal (quarterly awards, €200K bonus pool), Informal (weekly shout-outs, PM emails), Growth (€5K training/person/year). Mix for different motivators.

Rezultate Performance Echipă

Month 18: Tuckman stage Performing, engagement 4.3/5, turnover doar 3%, milestone delivery 95% on-time. Leadership investment pays off in delivery.

📦 Output-uri Cheie

📊Team Performance

🔄Change Requests

📋PM Plan Updates

📝Project Docs Updates

🎵

Exemplu: Music Streaming Platform

Dezvoltare platformă de streaming muzical: €12M, 24 luni, 8 squads (55 persoane), fully remote, cultura de startup. Leadership servitor pentru echipe auto-organizate.

📖

Povestea: Servant Leadership pentru Streaming

Model Servant Leadership

Scrum Master ca servant leader: remove impediments, facilitate ceremonies, shield team. Nu command & control, ci enable & support. Team decides HOW.

Siguranță Psihologică

Safe to fail: blameless post-mortems (focus pe system, nu persoană), fail fast culture, anonymous feedback. Psychological safety score 4.5/5 în team health.

Coaching și Mentorat

Development focus: 1:1s bi-weekly (growth, not status), senior-junior pairing (20% time), guilds cross-squad pentru knowledge sharing. Invest in people.

Echipe Auto-Organizate

Autonomy with alignment: squads own backlog, choose tech, self-assign. Guardrails: architecture ADRs, security standards, OKR alignment. Freedom within bounds.

Dashboard Health Echipă

Q4 Team Health: psychological safety 4.5, autonomy 4.3, learning 4.1, eNPS +52 (excellent). Servant leadership creates engaged, high-performing teams.

📦 Output-uri Cheie

🏥Team Health Metrics

🛡️Safety Score

📈eNPS Trends

🔄Retro Action Items

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Style

Situational, directive

Servant leadership

Teams

Managed, assigned

Self-organizing

Decisions

PM decides

Team decides

Metrics

Delivery KPIs

Health + delivery

🛤️

Exemplu: Construcție Autostradă

Construcție segment autostradă 85km: €650M, 42 luni, 1200 workers peak, echipamente grele, contractori multipli. Monitorizarea resurselor critică pentru timeline și cost control.

📖

Povestea: Monitorizarea Resurselor pentru Autostradă

Tracking Utilizare Resurse

Monthly resource tracking: Workers 780/850 planned (-8% ⚠️), Equipment on track, Engineers slight gap. Labor shortage identificată ca issue.

Disponibilitate Echipamente

Equipment dashboard: 92% available, 2 excavators în scheduled maintenance (3 days ETA). Preventive maintenance program funcționează - no unplanned downtime.

Analiză Variație

Root cause pentru labor gap: competiție regională (fabrică nouă), sezon agricol, contractor Lot 3 underperforming. Impact potențial: 2 săptămâni schedule slip.

Acțiuni Corective

Action plan: wage increase +10% pentru skilled workers, transport organizat din orașe apropiate, penalty contractor Lot 3. CR-089 aprobat: €1.2M cost, evită €8M schedule delay.

Recuperare Resurse

Month +2: workers 870 (102% plan), schedule slip recovered, Lot 3 contractor replaced, equipment utilization 94%. Investment €1.2M saved €8M+ în delays.

📦 Output-uri Cheie

📊Work Performance Info

🔄Change Requests

📋PM Plan Updates

📝Project Docs Updates

🛒

Exemplu: E-commerce Platform Rewrite

Rewrite platformă e-commerce legacy: €6M, 18 luni, 6 squads (42 devs), microservices architecture. Monitorizarea resurselor prin velocity și capacity planning continuu.

📖

Povestea: Monitorizarea Agilă pentru Rewrite

Monitorizare Velocity

Sprint 14 velocity drop: 145 SP vs 180 target (-19%). Trend în scădere din S12. Investigation needed - capacity issue sau scope creep?

Analiză Capacitate

Root cause: 3 devs unavailable (-20% capacity), plus focus time doar 45% (meetings 35%, interrupts 20%). Tech debt accumulation compound issue.

Analiză Burndown

Release burndown shows 120 SP gap. La current velocity, release va fi cu 3 sprints în delay. Need intervention: scope cut sau capacity add.

Ajustări Sprint

Triple intervention: scope defer (-80 SP nice-to-have), capacity add (+2 devs, +30 SP), focus time (no-meeting Wednesdays, +20 SP). Gap closed in 2 sprints.

Recuperare Capacitate

Sprint 16: velocity 195 SP (+34%), focus time 58%, burndown on track, team morale improved. Agile monitoring enables quick response and recovery.

📦 Output-uri Cheie

📊Velocity Trends

📉Burndown Charts

🎯Capacity Adjustments

🔄Backlog Reprioritization

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Metrics

Utilization, headcount

Velocity, burndown

Frequency

Monthly reports

Every sprint

Response

Change requests

Sprint adjustments

Focus

Plan vs actual

Flow optimization

✈️

Exemplu: Sistem Control Trafic Aerian

Dezvoltare sistem nou de control trafic aerian: €180M, 48 luni, safety-critical, certificare EASA obligatorie. Planificarea riguroasă a riscurilor este mandatorie pentru compliance și siguranță.

📖

Povestea: Planificarea Risk Management pentru ATC

Definire Abordare Risk

Risk appetite: ZERO tolerance pentru safety issues. Metodologie: DO-178C (aviație), EASA compliance obligatoriu. Independent Safety Assessment Board cu veto power.

Risk Breakdown Structure

RBS pe 4 categorii: Technical (software, hardware, integration), External (regulatory, supplier), Organizational (resources, funding), Project Management (schedule, scope).

Matricea Probabilitate-Impact

P×I Matrix cu 5 nivele: VH-VH = showstopper (Safety Board review obligatoriu), scoruri definite pentru schedule, cost, safety, quality. Thresholds pentru escalare.

Structură Governance Riscuri

3-tier governance: Safety Board (VH risks, veto power), Steering Committee (H risks, monthly), Risk Manager (M/L risks, weekly). Clear escalation paths.

Plan Risk Management Complet

Risk Management Plan aprobat: DO-178C metodologie, RBS cu 12 subcategorii, P×I matrix 5×5, governance 3-tier, budget risc €8M (contingency), review cadence definit.

📦 Output-uri Cheie

📋Risk Management Plan

📊RBS Structure

🎯P×I Matrix

👥Governance Model

🎬

Exemplu: Video Streaming Startup

Dezvoltare platformă video streaming: €4M, 12 luni, 25 developeri, piață competitivă cu Netflix/Disney+. Risk management lightweight dar eficient pentru startup agil.

📖

Povestea: Risk Planning Agil pentru Streaming

Definire Risk Appetite

Startup risk appetite: Accept tech experiments, feature pivots, market timing risks. Avoid: data breaches, copyright, cash runway risks. Simple 2-bucket approach.

Categorii Simple de Risc

3 categorii simple: Tech (scalability, security), Business (market fit, runway), Team (key person, hiring). No complex RBS - fits on a whiteboard.

T-Shirt Sizing pentru Riscuri

T-Shirt sizing: XL (stop everything), L (needs plan), M (watch), S (accept). Simple question: "How bad if it happens?" No spreadsheets needed.

Integrare în Ceremoniuri

Risk embedded în Scrum: Sprint Planning ("risks this sprint?"), Daily ("new blockers?"), Retro ("what almost went wrong?"). No separate risk meetings.

Abordare Lightweight

1-page risk approach: appetite definit, 3 categorii simple, T-shirt sizing, integrated în Scrum ceremonies. Proportional cu complexitatea proiectului.

📦 Output-uri Cheie

📄1-Page Risk Approach

👕T-Shirt Sizing Guide

🔄Ceremony Integration

✅Risk Appetite Statement

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Documentation

Full Risk Plan

1-page approach

Exemplu: Dezvoltare Medicament Nou

Dezvoltare și aprobare medicament oncologic: €400M, 8 ani, clinical trials Faza I-III, aprobare FDA/EMA. Identificarea comprehensivă a riscurilor este critică pentru investiție și siguranță pacienți.

📖

Povestea: Identificarea Riscurilor pentru Pharma

Workshop Identificare Riscuri

2-day cross-functional workshop: R&D, Regulatory, Manufacturing, Finance, QA. Facilitated brainstorming cu téchnics SWOT, Assumption Analysis. Output: 150+ riscuri potențiale.

Analiză Checklist

Industry-specific checklist din historical data: clinical trial risks, adverse events, regulatory changes, manufacturing, supply chain, IP challenges. Adaugă încă 45 riscuri.

Interviuri Experți

20 expert interviews: internal (CMO, VP Regulatory, Head Manufacturing) și external (KOL oncologists, ex-FDA reviewers). Deep-dive pe blind spots. +35 risks identificate.

Categorizare Riscuri

230 riscuri categorizate: Clinical (68), Regulatory (42), Technical/Manufacturing (55), Commercial (38), Financial (27). De-duplicated și structured în RBS.

Risk Register Creat

Risk Register v1.0: 230 riscuri, fiecare cu ID, descriere, categorie, owner, trigger. Document viu - se actualizează iterativ pe parcursul proiectului de 8 ani.

📦 Output-uri Cheie

📊Risk Register

📝Risk Report

📋Project Docs Updates

📑Assumption Log Updates

🏠

Exemplu: PropTech Mobile App

Dezvoltare aplicație imobiliară cu AR/VR tours: €2M, 10 luni, 15 developeri. Identificarea continuă a riscurilor integrată în flow-ul agil, adaptare la feedback rapid.

📖

Povestea: Identificarea Riscurilor Agile pentru PropTech

Brainstorm Inițial

Sprint 0 brainstorm cu echipa: AR/VR complexity, device compatibility, MLS data integration, user adoption, competitor moves. Post-its pe board → backlog de riscuri inițial.

Backlog Risk-Adjusted

Riscurile devin spike-uri în backlog: "AR Spike" pentru tech uncertainty, "MLS API integration" pentru data risk. Prioritized by risk reduction value, nu doar business value.

Risk Check în Sprint Planning

Sprint Planning include risk question: "Ce ar putea merge rău?" Dev identifică iOS Metal API risk → devine spike story în sprint. Immediate response, nu proces separat.

Risk Mining din Retrospective

Retro questions: "What went wrong?" și "What almost went wrong?". Emergent risks discovered: device compatibility matrix, API rate limiting. Continuous identification.

Risk Board Vizibil

Notion/Jira risk board: 15 active risks, updated fiecare sprint, linked la backlog items. Toată echipa vede și contribuie. Living document, nu artifact static.

📦 Output-uri Cheie

📋Risk Board

🎯Risk Spikes in Backlog

🔄Retro Insights

📝Sprint Risk Notes

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Timing

Upfront workshops

Continuous, every sprint

Techniques

Checklists, interviews

Brainstorm, retros

Output

Formal Risk Register

Living Risk Board

Response

Analysis then action

Immediate backlog item

🏦

Exemplu: Core Banking Replacement

Înlocuire sistem core banking pentru bancă majoră: €120M, 36 luni, 500+ utilizatori, zero downtime permis. Analiza detaliată a riscurilor este critică pentru go-live și compliance.

📖

Povestea: Analiza Riscurilor pentru Core Banking

Analiză Calitativă

P×I scoring pentru 85 riscuri: Data migration (0.56 - critical), Vendor delay (0.32), Integration failure (0.32), Skill shortage (0.24). Top 15 marked for quantitative analysis.

Simulare Monte Carlo

10,000 Monte Carlo iterations pe cost și schedule. Cost: P50=€125M, P85=€145M. Schedule: P50=34mo, P85=40mo. Management reserve recomandat: €20M (P85-P50).

Analiză Sensibilitate (Tornado)

Tornado diagram: Data migration are cel mai mare impact (±8 luni), urmat de Vendor delay (±5 luni). Focus mitigation efforts pe top 3 drivers.

Expected Monetary Value

EMV calculation pentru top risks: Data migration €10.5M (70%×€15M), Vendor €4M, Integration €2.4M. Total EMV: €18.9M → contingency reserve recommendation.

Analiză Completă

Risk Report: 85 risks scored qualitative, 15 quantitative (Monte Carlo, EMV). Recommendation: €20M contingency, 6 mo schedule buffer. Board approval obtained.

📦 Output-uri Cheie

📊Risk Register Updates

📈Risk Report

📉Simulation Results

📋Assumption Log Updates

🛵

Exemplu: Food Delivery App

Dezvoltare aplicație food delivery cu AI recommendations: €3M, 12 luni, 20 developeri, lansare în 3 orașe. Analiză rapidă a riscurilor pentru prioritizare în sprinturi.

📖

Povestea: Analiza Riscurilor Agile pentru Delivery

Assessment cu Dot Voting

Team dot voting în 15 minute: Payment failures (4 votes), GPS accuracy (3), AI recommendations (2), Restaurant API (1). Quick prioritization, no analysis paralysis.

Risk Poker

Risk Poker similar Planning Poker: echipa estimează impact cu carduri (1,3,5,8). Divergențe → discussion → consensus. Payment risk: 5 (High) după debate.

Quadrant Risk/Value

2×2 matrix: High Risk + High Value = address first (Payment). High Risk + Low Value = reconsider scope (AI reco MVP). Quick visual prioritization.

Spike pentru De-risking

High-risk items → spike stories: Payment spike (3 zile) testează 3 providers. Post-spike: risk reduced 5→2, Stripe selected. Analysis through action, nu doar documents.

Risk Burndown

Track risk exposure over sprints: 45→32→18 points. Spikes și early integration reduce uncertainty. Visual trend pentru stakeholders și confidence building.

📦 Output-uri Cheie

🗳️Prioritized Risk List

🎯Risk/Value Quadrant

🔬Spike Outcomes

📉Risk Burndown

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Qualitative

P×I matrix, scoring

Dot voting, Risk Poker

Quantitative

Monte Carlo, EMV

Spikes, POCs

Output

Risk Report

Risk Burndown

Validation

Expert review

Working software

🚆

Exemplu: Sistem Feroviar High-Speed

Implementare sistem de semnalizare pentru tren de mare viteză: €280M, 42 luni, safety-critical, multiple țări implicate. Planificarea răspunsurilor la riscuri necesită strategii robuste și rezerve adecvate.

📖

Povestea: Planificarea Răspunsurilor pentru Feroviar

Strategii pentru Amenințări

4 strategii standard: Avoid (schimbă plan), Transfer (asigurare, contract), Mitigate (reduce P sau I), Accept (activ cu contingency sau pasiv). Selectate pe baza cost-benefit.

Response Planning per Risk

Fiecare risk primește strategie și response concret: Supplier delay → contract penalties, Tech failure → parallel testing labs, Certification → pre-certification engagement.

Strategii pentru Oportunități

4 strategii pentru positive risks: Exploit (EU funding eligibility), Share (tech partnership), Enhance (early completion bonus), Accept (market expansion potential).

Alocare Rezerve

Contingency reserve €15M (known risks, PM authority) + Management reserve €10M (unknown-unknowns, sponsor approval). Total reserves: €25M (9% din budget).

Plan Răspunsuri Complet

Risk Response Plan: 45 threats cu strategii (15 mitigate, 12 transfer, 10 accept, 8 avoid), 12 opportunities, €25M reserves, owners și triggers definiți pentru fiecare.

📦 Output-uri Cheie

🔄Change Requests

📋PM Plan Updates

📊Risk Register Updates

📝Project Docs Updates

🔐

Exemplu: Cybersecurity Platform

Dezvoltare platformă cybersecurity enterprise: €5M, 14 luni, 30 developeri, threat landscape în schimbare rapidă. Răspunsurile la riscuri trebuie să fie agile și adaptabile.

📖

Povestea: Răspunsuri Agile pentru Cybersecurity

Răspunsuri ca Backlog Items

Risk responses devin stories în backlog: "SQL injection spike" (5 SP), "Auth hardening" (8 SP). Prioritizate alături de features, nu separate. Risk work = regular work.

Mitigare Built-in

Risk mitigation în process: CI/CD cu security scans (Snyk, SonarQube), Security tests în Definition of Done, Security champion rotation fiecare sprint.

Risk în Acceptance Criteria

Risk responses embed în user stories: Login story include "rate limiting 5/min" și "bcrypt hashing" ca acceptance criteria. Nu e done până nu e secure.

Buffer pentru Riscuri Emergente

Sprint capacity: 70% features, 20% risk/tech debt, 10% slack. Buffer permite răspuns rapid la CVE-uri noi sau vulnerabilități descoperite mid-sprint.

Răspuns Adaptiv

No separate risk response plan - răspunsurile sunt embedded în: backlog (items), process (CI/CD, DoD), capacity (buffer). Adaptive și responsive la schimbări.

📦 Output-uri Cheie

📋Risk Backlog Items

✅Security DoD

🔄CI/CD Pipeline

📊Sprint Buffer Policy

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Planning

Upfront response plan

Embedded in process

Reserves

Contingency budget

Sprint buffer %

Tracking

Risk register

Backlog items

Execution

When triggered

Continuous (CI/CD)

🏗️

Exemplu: Construcție Tunel Subacvatic

Construcție tunel subacvatic pentru metrou: €1.2B, 60 luni, riscuri geologice și hidrologice majore. Implementarea răspunsurilor trebuie executată precis și la timp.

📖

Povestea: Implementarea Răspunsurilor pentru Tunel

Trigger Detectat

Geological survey identifică clay layer neprevăzut la KM 2.4. Trigger pentru Risk R-024 (Ground instability) - pre-planned response se activează automat.

Execuție Response Plan

Pre-defined response în execuție: excavare oprită, echipa de stabilizare deployed, senzori instalați. Fiecare step cu owner și timeline din risk register.

Utilizare Contingency

Contingency drawdown: €2.5M aprobat pentru R-024. Remaining: €48M din €60M (80%). Tracking în real-time, raportare săptămânală la Steering Committee.

Comunicare Stakeholders

Communication plan activat: Team safety briefing (+1h), Sponsor briefing (+2h), Client status update (+24h). Pre-defined templates și channels pentru fiecare nivel.

Eficacitate Response

Response successful: ground stabilizat Day 12, excavare reluată Day 15. Cost €2.1M (sub budget €2.5M), schedule impact +10 zile (mai bun decât worst case +30).

📦 Output-uri Cheie

🔄Change Requests

📊Risk Register Updates

📝Project Docs Updates

📋Lessons Learned

🤖

Exemplu: AI/ML Platform

Dezvoltare platformă AI pentru procesare documente: €4M, 12 luni, 22 developeri, model accuracy și bias risks. Implementarea răspunsurilor în flux continuu.

📖

Povestea: Implementare Răspunsuri pentru AI Platform

Risk Story în Sprint

Automated testing detectează 15% bias pe documente non-English. Immediate: PO creează story "Fix multilingual bias" (8 SP), prioritizat pentru Sprint 7.

Răspuns prin Mob Programming

Cross-functional mob session: ML Engineer + Backend + QA + PO. 4 ore împreună pe problemă. Root cause: training data imbalance. Solution: augment dataset + retrain.

Fix prin Pipeline Automatizat

Rapid execution: Day 2 data augmentation (+50K docs), Day 3 model retrain (v2.3), Day 4 deploy to production. CI/CD enables fast response.

Validare Automată

Automated bias test suite validates fix: English 98% accuracy, Non-English 95% (up from 83%). Bias reduced din 15% la 3%. Tests added to regression suite.

Learning în Retro

Sprint Retro captures learnings: response time 4 zile (excellent), mob programming works. Actions: multilingual test în DoD, bias monitoring dashboard added.

📦 Output-uri Cheie

✅Fixed Story (Done)

🧪New Test Cases

📊Updated DoD

🔄Retro Actions

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Trigger

Defined thresholds

Automated tests

Execution

Pre-planned steps

Mob/swarm response

Speed

Days to weeks

Hours to days

Validation

Manual review

Automated tests

🛰️

Exemplu: Program Satelit de Observare

Program de sateliți pentru observarea Pământului: €600M, 5 ani, NASA/ESA partnership, lansare critică. Monitorizarea continuă a riscurilor pe tot ciclul de viață.

📖

Povestea: Monitorizarea Riscurilor pentru Satelit

Risk Review Meeting

Monthly Risk Board: PM, Risk Manager, Technical Leads (20 persoane). Review top 20 risks, validate status, check triggers, update assessments. 2 ore structured meeting.

Tracking Status Riscuri

Risk register tracking: R-001 improving (close candidate), R-015 worsening (escalate), R-023 stable (monitor), NEW risk identified (needs analysis). Color-coded dashboard.

Analiză Rezerve

Reserve tracking: €36M remaining din €60M (60%). Planned burn Year 3: €30M, Actual: €24M. Reserve utilization on track - sufficient pentru remaining risks.

Audit Proces Risk

Quarterly risk audit: identification process adequate, response implementation la 70% (needs improvement), documentation complete. Action: better response tracking în PMIS.

Raport Stakeholders

Monthly Risk Report pentru Steering Committee: 45 active risks (5 new, 3 closed), 8 high (1 escalated), reserves 60%, overall exposure Medium și în scădere.

📦 Output-uri Cheie

📊Work Performance Info

🔄Change Requests

📋PM Plan Updates

📝OPA Updates

🎯

Exemplu: Marketing Automation Platform

Dezvoltare platformă marketing automation SaaS: €3M, 10 luni, 18 developeri, integrări multiple (Salesforce, HubSpot, Mailchimp). Monitorizare continuă a riscurilor în cadrul agilității.

📖

Povestea: Monitorizarea Agilă pentru MarTech

Risk Radar în Daily Standup

Daily standup surfacing: devii menționează "Salesforce API rate limits", "HubSpot flaky". SM capturează pe risk board imediat. No waiting pentru monthly meeting.

Board Vizual de Riscuri

Kanban-style risk board: Hot (needs action now), Warm (watching), Cool (under control). Visual, public, updated daily. Team-owned, not PM-owned.

Monitorizare Automatizată

Automated risk monitoring: Datadog pentru API errors (>2% alert), PagerDuty pentru escalation, Slack #risk-alerts pentru visibility. Machines watch, humans respond.

Risk Review în Retro

Sprint Retro dedicated risk section: "What hurt us?", "Close calls?", "Risks we closed?". Team reflection pe risk effectiveness. Continuous improvement cycle.

Trend Risk Burndown

Risk exposure trend: 35→22→12 points (-65%). Visual pentru stakeholders și team. Shows risk being actively managed și reduced sprint over sprint.

📦 Output-uri Cheie

📊Visual Risk Board

🔔Automated Alerts

📉Risk Burndown

🔄Retro Insights

⚖️ Diferențe Cheie: Predictiv vs Adaptiv

Frequency

Monthly reviews

Daily + sprint

Tools

Risk register, reports

Visual boards, alerts

Ownership

Risk Manager

Whole team

Detection

Scheduled reviews

Automated + daily

💡 Contribuie

PM Insight

Your Intelligent PMBOK Guide 8 Navigator

Harta PMBOK Guide 8 Interactivă

ITTO Explorer

PMBOK Guide 7 vs. PMBOK Guide 8

Key Takeaways PMBOK Guide 8

Intelligent Tailoring Assistant

Risk Identification & Assessment

PM Decision Profile™

Project Simulator

Procese în Practică

Decision Replay™

Flashcards & Quiz

PMP Exam Preparation 2026

Funcție disponibilă pentru contul Pro

Contul Meu

Beneficii cont gratuit:

🗺️ Harta PMBOK Guide 8 Interactivă

📊 ITTO Explorer

📦 Selectează un artefact

🛠️ Selectează un Tool/Technique

⚖️ PMBOK Guide ed. 7 vs PMBOK Guide ed. 8

Structură Generală

Principii

Performance Domains

40 Procese (reintroduse)

5 Focus Areas (noi)

Cost → Finance

Integration → Governance

Communications

Sustainability (Principiu nou)

Tailoring

🗺️ Process Maps by Approach 🔒 PRO

Funcționalitate disponibilă în versiunea Pro

🎯 Caracteristici cheie - Abordare Predictivă

🎯 Caracteristici cheie - Abordare Hibridă

🎯 Caracteristici cheie - Abordare Agilă

📊 Comparație rapidă

💡 Key Takeaways PMBOK Guide 8

🎓 Vrei să aprofundezi conținutul și filozofia PMBOK Guide?

🔄 Process Flow Visualizer

📦 Selectează un artefact

🎮 Project Simulator

Implementare ERP

Smart City

Aplicație Mobilă

Campanie Marketing

Website Corporate

Relocare Birou

Program Training

Migrare Date

Implementare CRM

Lansare Produs

Audit Securitate

Automatizare Fabrică

Integrare M&A

Sistem Spitalicesc

Platformă Banking

Construcție Clădire

R&D Farmaceutic

Operațiuni Aeriene

Rețea Energie

Digitalizare Gov

Implementare Sistem ERP

Titlu Etapă

Felicitări!

📝 Procese de revizuit:

🎴 Flashcards & Quiz

⚙️ Configurează Quiz-ul

Quiz Completat!

📌 Termeni de repetat:

📚 PMP Exam Preparation 2026

PMP Exam Readiness Test

PMP Learning Path (Guided)

PMP Exam Simulations

🧠 PM Decision Profile™

PM Decision Profile™

Generez Profilul Tău...

Strategic Executor

📊 Scoruri pe Dimensiuni