Business Process and Project Management

Business Process and Project Management FHNW

Business Process and Project Management FHNW


Y. G.
Diese Lernkarten vermitteln Grundlagen und Methoden des Projekt- und Prozessmanagements auf universitärem Niveau. Sie behandeln zentrale Themen wie Projektphasen, Schätzverfahren (z. B. Drei-Punkt-Schätzung oder Parametermethoden), Stakeholder-Analysen, Earned-Value-Analysen und Tools wie Gantt-Charts oder BPMN-Modelle. Praktische Anwendungen wie Kick-off-Meetings, Meilenstein-Trendanalysen oder Netzplantechniken werden ebenso abgedeckt wie strategische Ansätze zur Stakeholder-Kommunikation. Studierende und Berufseinsteiger profitieren von diesem Überblick, um Projekte effizient zu planen, zu steuern und zu überwachen.
Flashcards
66
Students
3
Language
English
Category
Micro-Economics
Level
University
Created / Updated
31.12.2025 / 01.06.2026

Flashcards

BPM Lifecycle

  1. Process identification: pick relevant process for the business problem;: understand interconections
  2. Discovery: (As-is) document the current process (how it really runs)
  3. Analysis: find issues, quantify impact, priotize by impact vs effort
  4. Redesign: (To-be) propose improvements to fix issues
  5. Implementatoin: execute changes (change management + automation/IT support) 
  6. Monitoring: collect ececution data, detect bottlenecks/errors, trigger next improvements

Process Maturity Level

How consistently and professionally an organization manages processes (documentation, standadization, measurement, control, continuous improvement)

Maturity Level 1 

Situational - ad-hoc, person-dependent, inconsistent outcomes

  • Ad hoc processes 
  • Inputs and outputs known 
  • Procedure known 
  • No consistennt planning
  • Time not predictable
  • Quality unpredicatable 
  • Organization may be chaotic

Maturity Level 2 

Repeatable - documented enough to repeat consistently 

  • Stable, documented processes
  • Input and output documented
  • Experience from past projects is taken into account 
  • Times can be planned 
  • Quality verifiable, but fluctating
  • Organization is reactive

Maturity Level 3

Defined - standardized, modeled processes

  • Standard processes 
  • Processes documented
  • Organizational unit for implementation defined
  • Key figures defined
  • Times can be reliably planned 
  • QUality still fluctating
  • Organization proactive
  • Documentation: Model process (e.g. BPMN 2.0) with documents

Maturity Level 4 

Guided = KPIs, targets, control of time/quality 

Processes are measured using KPIs 

Quantitative targets defined 

Target achievement measured 

Time & quality can be reliably controlled 

Organization acts service-oriented 

Documentatoin includes: CSFs, KPIs, measurement results

Maturity Level 5

Optimised = coninous improvment, audits, strategic goals

Process is routine 

Continuius imrpovement is established 

Goals are strategic 

Process audits regularly 

Organization acts value-adding 

Weaknesses systematically sought 

Documentation includes: audit docs + continuous improvement process docs

End-to-end process

Starts with a customer trigger / demand and ends with customer value delievered 

Crosses departments (cross-functional) 

Has clear inputs, outputs, customer, owner 

Measurable performance (time, cost, quality, flexibility) 

Example: 

Customer order received - order processed - payment confirmed - product shipped - customer receives product

Process map

Overview of main processes (often grouped into management, core, support) 

Sequence 

value chain order (how high-level processes follow each other) 

  1. Show the sequence of activities and their dependencies 
  2. Determine the critical path ( Activities on which the duration of the project depends will be critical activities and their juxtapositon is called the critical path)
  3. Assign resources according to availability

Decomposition 

break a process into subprocesses (Level 0, Level 1, Level 2...)

Specialization 

variants of a process for different cases/customers/products

What is a project?

A project is typically: 

temporary (start/end) 

unique outcome (not routine operations) 

has objectives, resources, constraints 

involves risk/unvertainty and coordination 

Delimitng a project

Goal / objective (SMART) Specific, Measurable, Achievable, Relevenat, Time-bound 

Delieverables (what is produced) 

In scope / out of scope 

Non-goals (explicitly: what you will not do) 

Constraints (time, cost, quality), assumptions, key stakeholders 

Good Smart Ojective example

The process becomes 10% faster on average over 20 runs by 01.03.2026

Hierarchy of objectives 

  1. Overall project objective condensed, linked to company strategy) 
  2. Project objectives (outcome)
  3. Measuable results (concrete outputs / work order items)

Objective

Desired end state / outcome (often measurable)

Requirement 

Condition/capability the solution must fulfill to reach objectives (requirements do not have to be SMART, objectives ideally are)

Types of objectives IPMA

System objectives

Process objectives 

Additional objectives

System objectives

properties fo the project outcome (often technical/quality) 

Process objectives

Constraints/path of execution (milestones, budget ceilings, method, resources)

Additional objectives

positive side efffects (learning, culture, experience) - often not directly measurable

Stakeholder analysis 

  1. Identify stakeholders 
  2. determine stakeholder requirements for the project 
  3. Analyze influnce (power) and interes 
  4. Visualize relationships (maps/grids/onion model)

Power/interest Grid 

Quadrant Model 

A = High Power, High Interest (collaborate, incolve in decisions) 

B = High Power, Low Interest (satify, keep contact, targeted updates)

C = Low Power, High Interst (inform regularly e.g. status reports) 

D = Low Power, Low Interest (minimal eoffort, general udpates) 

Communication 

Why communicate? 

What detail level? 

How often? 

Channel / medium? 

Who communicates?

Project Methodologies = Waterfall (predictive)

sequential pahses (requirements - design - build - test - deploy) 

Best when: requirements stable/known, regulatory documentation needed, changes are costly and should be minimized 

Pros: clear strucutre, milestones, planning / easier to estimate cost/time early (if requirements stable) / strong documentation and handovers

Cons: inflexible to change / feedback late (issues found late) 

Project mehtodologies: Scrum (agile) 

Idea: iterative devopment in spints, constant feedback, priotizied backlog 

Best when: reqirements unclear or evolving / need early value and frequent feedback / innovation/uncertainty high 

Pros: adapts to change / fast feedback, early partial results / transparency via sprint reviews, burndown, backlog 

Cons: forecasting long-term scope / time is harder / requires high stakeholder involement and disciplined team 

Project Planning

Work packages - activities - sequencing (mechanism) 

  • Identify work packages (WBS) 
  • Break into activities 
  • Put into logical sequence (dependencies) 
  • Plan resources/capacity/cost if needed

Project estimation 

Analogy method 

Planning Poker

Project estimation - Analogy method

Estimate new wokr by comparing to similar past projects (Project A/B - derive Project C) 

Project estimation Poker Mehtod

Planning poker

  1. each expert estiamtes indivually (often story points) 
  2. reveal simultaneously 
  3. discuss differences 
  4. agree on etstimate 
  5. derive effort

Project monitoring & control mechanism

  • Compare ACTUAL vs TARGET 
  • detect deviations early 
  • analyze causes/effects 
  • define corrective measures + approval if needed
  • continous process 

Often framed with the magic triangle: Time / Cost / Quality-Scope

Burndown chart 

It shows the remaining work over time (sually per sprint) 

You comapre ideal trend vs acutal

How to read: 

  • Actual line above ideal -- behind schedule (work remaining too high) 
  • Actual line below ideal -- ahed (or overestimated) 
  • Flat line -- no work completed for a period (risk / blockage) 
  • Sudden drop -- large chunk completed at once (or scope removed) 

Project Status Report

Project Name + Date 

Overall status: (Red, Orange, Green) 

Summary (3 bullets): what happend, what matters now, whats next 

Scope/Status: changes, open decisions 

Schedule/status: milestones, planned vs acutal, next milestone 

Cost/status: planned vs actual, forecast 

Quality/status: quality metrics, defects, acceptance 

Risks & issues: top 3 risks + mitigation; top issues + owner 

Decisions needed: what decision, by whom, deadline 

Next steps: actions + owners + due dates

Process Controlling - 1 Process Strategy 

Where do we want to go? (target state) 

What weak points / need for action? 

What alternative exist? 

What specifially should be done by when and by whom? 

How do we know we reached goals (measured values)? 

Process Controlling CSF vs KPI

CSF (critical success factor) what must go right to achieve goals 

KPI: measuable indicator that tracks performance vs. goals

Process Controlling Common process performance dimensions

  • Time (lead time, cycle time, waiting time) 
  • Cost (process cost per case) 
  • Quality (error rate, rework, compliance) 
  • Flexibility (handling variants, scalability)

Process Controlling - Process Scorecard

View          KPI                  Target           Actual                 Interpreation              Action 

Time         Lead time

Quality     Error rate 

Customer  NAME 

Financial   Cost / case

Process deifntions 

end-to-end business logic (may include manual parts) 

Workflow defintion 

automation of a business process (in whole or in part) where tasks/info move between participants by rules

Étudier