Communication drives every successful process. That’s why I rely on message events in BPMN when different participants need to exchange information. In this article, I’ll show you how message events work and how you can model them correctly using BPMN 2.0. Let’s explore each event type through a practical example. I’ll walk you through it step by step.
Understanding Message Events in BPMN 2.0 Read More »
Sometimes, timing is everything in a process. Especially when I wait for multiple signals before continuing. That’s when modeling intermediate events in BPMN 2.0 becomes essential. In this article, I’ll show you how to capture multiple events correctly—without running into dead ends or lost signals.
How to Model Multiple Intermediate Events in BPMN 2.0 Read More »
Sometimes, a business process must undo a completed action. A payment may be refunded, or a service may be canceled. In BPMN 2.0, I model this with the compensation event in BPMN. It helps me show how a process reacts when earlier work needs to be reversed. In this article, I explain what compensation events are, when I use them, and how they work with a simple example.
How to Use the Compensation Event in BPMN 2.0 Read More »
If you’re asking, what is jira, here’s the simple answer: Jira is Atlassian’s robust project management tool for tracking issues, bugs, and tasks in software development. It began as an issue tracker, but it has evolved into a full agile platform that supports Scrum and Kanban. With Jira, teams can plan work, monitor progress, manage releases, and report project status in one place.
What is Confluence? Confluence is Atlassian’s collaboration platform for project documentation, knowledge sharing, and teamwork. I use it to create pages, organize information, and support real-time collaboration in one central workspace. As a result, teams can manage knowledge more clearly and move projects forward faster.
What is Confluence Read More »
A signal event in bpmn helps me model communication without one fixed receiver. I use it when a process must announce something broadly and any listening process may react. In this article, I explain all BPMN 2.0 signal events with simple examples, clear use cases, and practical modeling tips. Let’s dive in.
The Power of the Signal Event in BPMN 2.0 Read More »
Whenever I model a business process, I want clarity. Especially when it comes to responsibilities. That’s why I use the nesting of BPMN lanes. This technique gives structure. It shows clearly who does what—without overwhelming the diagram.
How I Use Nesting of BPMN Lanes to Refine Responsibilities Read More »
Leadership starts with daily behavior. It shows in how I speak, listen, and decide. Therefore, I see leadership as a visible attitude, not only as a title. Leadership values help me create orientation when pressure rises. They also guide me in complex situations. In this article, I focus on appreciation, communication, responsibility, judgment, equal opportunities, and motivation. As a result, leadership becomes clearer and easier to follow.
Leadership Values: How I Lead with Appreciation, Responsibility, and Trust Read More »
I use draw.io to turn ideas into clear diagrams. However, the editor view can distract during a presentation. Menus, panels, and toolbars help me while I work. But they can also pull attention away from the final diagram. Therefore, I use presentation mode in draw.io. It gives me a cleaner view. As a result, I can present my diagram clearly and guide my audience through each part step by step.
How to Activate the Presentation Mode in draw.io Read More »
I rename files in draw.io when I want a clear structure. A good file name saves time, reduces mistakes, and makes diagrams easier to find. In this guide, I show how to rename a file in draw.io directly inside the editor. I keep each step short and clear. Therefore, you can follow along fast and use the same workflow in many projects.
Renaming a File in draw.io: A Simple Step-by-Step Guide Read More »
I define the T2 system boundary with a clear, CPRE-style scope cut. I place CLM and RTGS inside T2, because they form the T2 Service core. Then I keep connected systems outside on purpose, even if liquidity and messages flow constantly. This way, I prevent scope creep. Moreover, I write requirements with stable ownership and test scope.
Defining the System Boundary of T2 Read More »
When I analyse payment infrastructures, I start with context. I skip screens and message fields at first. Instead, I map where T2 in TARGET Services sits and why its neighbours matter. This matches the CPRE (IREB) mindset. First, I define scope and interfaces. Then, I derive requirements that fit reality. T2 works with CLM, TIPS, T2S, and ECMS. Therefore, I treat interactions as core analysis objects and avoid rework.
TARGET Services T2 in the TARGET Landscape Read More »
When I analyse a payment and market infrastructure system, I start with “why”. I do not start with screens, messages, or data fields. Instead, I clarify business goals and policy aims first. This mindset fits the CPRE approach from IREB. CPRE anchors requirements in goals, stakeholders, and context. Therefore, T2 Objectives2 become my compass for every later requirement decision.
T2 Objectives: Why T2 Exists for Monetary Policy, Stability, and Efficiency Read More »
What Is T2 TARGET Services? I describe T2 as the Eurosystem’s core service for settling large-value euro payments in central bank money. It combines Central Liquidity Management and RTGS, and it connects to other TARGET Services via liquidity transfers and harmonised operating schedules. For requirements engineering system analysis, I use T2 to derive scope, actors, timing constraints, and resilience requirements for payment infrastructure.
What Is T2 within TARGET Services? Read More »
TARGET Services T2 – System Analysis Article Series Part 1: Strategic & Business Context Article 3 When I analyse payment infrastructures, I start with T2 Stakeholders. T2 sits at the heart of the euro payment system. Therefore, many parties depend on it, shape it, or govern it. In this article, I identify the key stakeholder
Who Are the Stakeholders of T2 at TARGET Services? Read More »
What is a requirements attribute schema? It is a clear structure for describing requirements with consistent details. For example, I can define attributes like priority, status, source, risk, effort, and owner. Therefore, teams can compare requirements more easily, reduce confusion, and improve requirements management. As a result, projects gain more clarity and control.
What Is a Requirements Attribute Schema? Read More »
Requirements management activities help me organize, evaluate, and control requirements in a clear way. Attributes make this work easier. They describe details like priority, status, source, risk, and effort. Therefore, I can compare requirements, support better decisions, and keep stakeholders aligned. As a result, even large projects become easier to manage.
Attributes in Requirements Management Activities Read More »
Forms of requirements presentation shape how teams understand, discuss, review, and implement requirements. I use the right presentation form to create clarity and reduce misunderstandings. For example, I can document requirements as text, models, diagrams, tables, or user stories. Therefore, the chosen form strongly influences communication, validation, and project success.
Forms of Documenting Requirements Presentation Read More »