Hey, everyone!
We all use BPMN to describe business processes to our clients, team members, and other colleagues. But what if you need to create BPMN diagrams on platforms like Camunda, which uses diagrams as instructions for automated execution of processes? In this article we will give you a few useful tips for the start.
1. Camunda has a free trial of the Web Modeler.
Camunda has developed its own solution for BPMN modeling, which is called Camunda Modeler. You can download it for free and use it offline without any problem.
However, to test your BPMN diagram, you will need a set-up environment with a few services connected. But if you want to have a taste of what it looks like, you can sign up for a 30-day free version of the Web Modeler. It has a special “Play” mode, where you can try to run your diagram, see if the process stops somewhere, or if the diagram brings you results as expected.
2. BPMN has an extension with DMN.
DMN stands for “Decision Model and Notation”. It is an extension of the BPMN that allows you to avoid using gates with multiple conditions and combine a few parameters into one task.
This task gives you a table of inputs and outputs, where you can add multiple conditions and results. Also, you can control the decision-making process by choosing a Hit policy.
You can try to work with it using the online DMN simulator. To learn more, you can easily find courses on educational platforms like Udemy.
3. Camunda uses its own programming language - FEEL.
This is one more thing that you will never touch until you start to create BPMN diagrams for automation. When you needed to do some comparisons, calculations, or specify conditions for the process execution, you would discover that Camunda uses FEEL to describe it. FEEL stands for “Friendly Enough Expression Language” (yes, it is a funny name 😊) and it is heavily documented, so you can learn how to use it from the official Camunda documentation or Camunda Community Forums.
4. You can use AI to improve your diagrams.
Even with extended documentation and community support, you still can be stuck in your modeling process. To figure this out, you can use AI! Most popular services, such as ChatGPT or Copilot, are able to check and correct FEEL expressions or even diagrams that you can paste in the chat in the form of XML. So, feel free to use it!
We hope these recommendations will improve your acquaintance with Camunda.
Good luck in your BPMN creation journey!
#BPMN
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9👏2❤1
Hey, analysts! Let's Dive Deeper into Data and Explore the Foundations: Data Structures
What are Data Structures?
In computer science, a data structure is a way to organize and store data so that it can be efficiently accessed and modified. Data structures provide a framework for managing large datasets, enabling efficient operations like insertion, deletion, and searching.
Common Data Structures with Real-World Examples:
✅ Arrays - collections of elements of the same data type stored in contiguous memory locations.
🔻Example: A company's employee database might use an array to store employee IDs, where each ID is stored in a specific index.
🔹Real-World Use: In a video game, arrays can be used to store player scores or game levels.
✅ Linked Lists - dynamic collections where each element points to the next.
🔻Example: A music streaming service might use a linked list to manage playlists, where each song points to the next in the list.
🔹Real-World Use: Web browsers use linked lists to manage browser history, allowing efficient insertion and deletion of pages.
✅ Stacks: - last-In-First-Out (LIFO) data structures where elements are added and removed from the top.
🔻Example: A text editor's undo feature uses a stack to store changes, where the most recent change is at the top.
🔹Real-World Use: Compilers use stacks to parse expressions and evaluate postfix notation.
✅ Queues - first-In-First-Out (FIFO) data structures where elements are added to the end and removed from the front.
🔻Example: A bank's ATM system uses a queue to manage customer transactions, where each transaction is processed in the order it was received.
🔹Real-World Use: Print queues in operating systems manage print jobs, ensuring they are printed in the correct order.
✅ Trees - hierarchical structures where each node has a value and zero or more child nodes.
🔻Example: A company's organizational chart is a tree structure, with the CEO at the root and departments branching out.
🔹Real-World Use: File systems use tree structures to organize directories and files.
✅ Graphs - non-linear structures consisting of nodes connected by edges.
🔻Example: Social media platforms use graphs to represent friendships, where each user is a node connected to their friends.
🔹Real-World Use: Google Maps uses graph algorithms to find the shortest path between locations.
Thus, data structures are the cornerstone of this process, providing a way to organize and store data so that it can be accessed and modified efficiently 🖥
#DataStructures #BusinessAnalysis #SoftwareDevelopment #Efficiency #BACommunity
What are Data Structures?
In computer science, a data structure is a way to organize and store data so that it can be efficiently accessed and modified. Data structures provide a framework for managing large datasets, enabling efficient operations like insertion, deletion, and searching.
Common Data Structures with Real-World Examples:
✅ Arrays - collections of elements of the same data type stored in contiguous memory locations.
🔻Example: A company's employee database might use an array to store employee IDs, where each ID is stored in a specific index.
🔹Real-World Use: In a video game, arrays can be used to store player scores or game levels.
✅ Linked Lists - dynamic collections where each element points to the next.
🔻Example: A music streaming service might use a linked list to manage playlists, where each song points to the next in the list.
🔹Real-World Use: Web browsers use linked lists to manage browser history, allowing efficient insertion and deletion of pages.
✅ Stacks: - last-In-First-Out (LIFO) data structures where elements are added and removed from the top.
🔻Example: A text editor's undo feature uses a stack to store changes, where the most recent change is at the top.
🔹Real-World Use: Compilers use stacks to parse expressions and evaluate postfix notation.
✅ Queues - first-In-First-Out (FIFO) data structures where elements are added to the end and removed from the front.
🔻Example: A bank's ATM system uses a queue to manage customer transactions, where each transaction is processed in the order it was received.
🔹Real-World Use: Print queues in operating systems manage print jobs, ensuring they are printed in the correct order.
✅ Trees - hierarchical structures where each node has a value and zero or more child nodes.
🔻Example: A company's organizational chart is a tree structure, with the CEO at the root and departments branching out.
🔹Real-World Use: File systems use tree structures to organize directories and files.
✅ Graphs - non-linear structures consisting of nodes connected by edges.
🔻Example: Social media platforms use graphs to represent friendships, where each user is a node connected to their friends.
🔹Real-World Use: Google Maps uses graph algorithms to find the shortest path between locations.
Thus, data structures are the cornerstone of this process, providing a way to organize and store data so that it can be accessed and modified efficiently 🖥
#DataStructures #BusinessAnalysis #SoftwareDevelopment #Efficiency #BACommunity
❤4🔥3
🔍 How to Hear What’s Not Being Said: Understanding Context in International Teams 🌍
Do you work in an international team? 🤝 Do you sometimes feel like some colleagues “talk a lot but say little”, while others “stay silent even when they know the answer”?
The issue might not be personal — it may be a matter of cultural communication differences.
📖 In The Culture Map, Erin Meyer explains one of the most important distinctions in cross-cultural communication: the difference between high-context and low-context cultures. Understanding this difference is crucial for any team working on complex IT projects.
🌎 What does this mean?
🔹 High-context cultures (e.g., 🇯🇵 Japan, 🇨🇳 China, 🇮🇳 India, 🇫🇷 France) rely on “reading between the lines”. It’s about picking up hints, gestures, pauses. Saying things directly can be considered rude. Silence might mean agreement — or disagreement. In these cultures, listening is often more important than speaking.
🔹 Low-context cultures (e.g., 🇺🇸 USA, 🇩🇪 Germany, 🇬🇧 UK, 🇳🇱 Netherlands) value directness and clarity. If someone doesn’t say anything, it means they have nothing to say. Everything should be clearly articulated and agreed upon — no guessing games.
🧐 Examples of interaction:
✔️ High-context culture:
📌 A colleague picks up on an unspoken hint from their manager and understands the task without explicit explanation.
📌 A manager expresses dissatisfaction not directly, but “between the lines” — through a joke or irony.
📌 An informal meeting without a set agenda may be seen as a way to build trust, not as a waste of time.
✔️ Low-context culture:
📌 A colleague expects you to speak up if you have an idea — without waiting to be asked.
📌 A manager believes instructions should be clear; if not, that’s poor management.
📌 An analyst expects open discussion and is not surprised by direct criticism.
💡 Why is this important for IT teams?
Imagine a project involving specialists from 🇮🇳 India, 🇺🇸 USA, 🇩🇪 Germany, and 🇪🇪 Estonia.
💬 Some colleagues wait for an invitation to speak, while others interrupt and argue openly.
🤫 Some see silence as agreement; others see it as sabotage.
If these cultural differences are ignored, discussions can stall, and projects suffer from miscommunication.
🚨 Most importantly: This doesn’t mean every Japanese person is silent or every American is direct — everyone is unique. But understanding cultural patterns helps avoid hasty judgments and build better collaboration.
✅ Takeaways:
🔹 Learn about your colleagues’ cultural backgrounds.
🔹 When working with high-context cultures, listen more, ask clarifying questions.
🔹 When working with low-context cultures, don’t hesitate to speak directly and expect direct answers.
🔹 And remember: It’s not just about “hearing” — it’s about truly “listening”, even to what remains “in the air”. 👂✨
💬 Which culture do you relate to more? 👇
#InternationalTeams #CulturalDifferences #CommunicationSkills
Do you work in an international team? 🤝 Do you sometimes feel like some colleagues “talk a lot but say little”, while others “stay silent even when they know the answer”?
The issue might not be personal — it may be a matter of cultural communication differences.
📖 In The Culture Map, Erin Meyer explains one of the most important distinctions in cross-cultural communication: the difference between high-context and low-context cultures. Understanding this difference is crucial for any team working on complex IT projects.
🌎 What does this mean?
🔹 High-context cultures (e.g., 🇯🇵 Japan, 🇨🇳 China, 🇮🇳 India, 🇫🇷 France) rely on “reading between the lines”. It’s about picking up hints, gestures, pauses. Saying things directly can be considered rude. Silence might mean agreement — or disagreement. In these cultures, listening is often more important than speaking.
🔹 Low-context cultures (e.g., 🇺🇸 USA, 🇩🇪 Germany, 🇬🇧 UK, 🇳🇱 Netherlands) value directness and clarity. If someone doesn’t say anything, it means they have nothing to say. Everything should be clearly articulated and agreed upon — no guessing games.
🧐 Examples of interaction:
✔️ High-context culture:
📌 A colleague picks up on an unspoken hint from their manager and understands the task without explicit explanation.
📌 A manager expresses dissatisfaction not directly, but “between the lines” — through a joke or irony.
📌 An informal meeting without a set agenda may be seen as a way to build trust, not as a waste of time.
✔️ Low-context culture:
📌 A colleague expects you to speak up if you have an idea — without waiting to be asked.
📌 A manager believes instructions should be clear; if not, that’s poor management.
📌 An analyst expects open discussion and is not surprised by direct criticism.
💡 Why is this important for IT teams?
Imagine a project involving specialists from 🇮🇳 India, 🇺🇸 USA, 🇩🇪 Germany, and 🇪🇪 Estonia.
💬 Some colleagues wait for an invitation to speak, while others interrupt and argue openly.
🤫 Some see silence as agreement; others see it as sabotage.
If these cultural differences are ignored, discussions can stall, and projects suffer from miscommunication.
🚨 Most importantly: This doesn’t mean every Japanese person is silent or every American is direct — everyone is unique. But understanding cultural patterns helps avoid hasty judgments and build better collaboration.
✅ Takeaways:
🔹 Learn about your colleagues’ cultural backgrounds.
🔹 When working with high-context cultures, listen more, ask clarifying questions.
🔹 When working with low-context cultures, don’t hesitate to speak directly and expect direct answers.
🔹 And remember: It’s not just about “hearing” — it’s about truly “listening”, even to what remains “in the air”. 👂✨
💬 Which culture do you relate to more? 👇
#InternationalTeams #CulturalDifferences #CommunicationSkills
❤6🔥5
How does AI help save time and effort every day? 🤖
If you find routine tasks exhausting, there is good news: part of them can be delegated to Artificial Intelligence. You just need to know what and how to delegate.
On March 26, Luis Dias (Lead Tester) will share how to apply neural networks to various tasks of your daily life. The meetup will be especially useful for those who are just taking their first steps in AI.
🎟 Register now via the link and prepare your questions – at the end of the meetup, the speaker will respond to anything that interests you in this topic.
⏰ Time: 16:00 (CET)
🕒 Duration: 45 minutes
🗣 Language: ENG
💻 Online: The link to the stream will be sent to your email specified in the registration form
Join our Community:
📱 BA/SA LinkedIn
See you!
If you find routine tasks exhausting, there is good news: part of them can be delegated to Artificial Intelligence. You just need to know what and how to delegate.
On March 26, Luis Dias (Lead Tester) will share how to apply neural networks to various tasks of your daily life. The meetup will be especially useful for those who are just taking their first steps in AI.
🎟 Register now via the link and prepare your questions – at the end of the meetup, the speaker will respond to anything that interests you in this topic.
⏰ Time: 16:00 (CET)
🕒 Duration: 45 minutes
🗣 Language: ENG
💻 Online: The link to the stream will be sent to your email specified in the registration form
Join our Community:
📱 BA/SA LinkedIn
See you!
❤2🔥2
6 Key Data Terms you should know 📚
Did you know that 61% of global companies have already adopted Big Data and analytics, demonstrating the widespread impact of data technologies on industries worldwide [report].
📊 Data terms refer to the concepts and technologies used to manage, process, and analyze data.
1. Data Warehouse - is a digital storage system that connects and harmonizes large amounts of data from many different sources to support business intelligence, reporting, and analytics.
Example: Companies use data warehouses to analyze historical trends and make informed decisions based on consolidated data from various operational systems.
2. Data Mart - is specialized subset of a data warehouse that serves the analytical needs of a specific team or business function within an organization.
Example: Marketing teams might use a data mart to analyze campaign effectiveness and customer segmentation, enabling targeted marketing strategies.
3. Data Lake - is an unstructured repository of unprocessed data, stored without organization or hierarchy, allowing for the general storage of all types of data from various sources .
Example: Data lakes are used for big data analytics and machine learning applications, providing a flexible and scalable storage solution for raw data.
4. Delta Lake - is an open-source storage layer designed to run on top of an existing data lake, improving its reliability, security, and performance by adding ACID transactions and schema enforcement.
Example: Delta Lake enhances data quality and supports real-time analytics by ensuring consistent and reliable data operations.
5. Data Pipeline - is a systematic and automated process for the efficient and reliable movement, transformation, and management of data from one point to another within a computing environment .
Example: Data pipelines are crucial for integrating data from multiple sources, processing it, and storing it in a suitable data store for analysis.
6. Data Mesh is a decentralized data architecture that treats data as a product, allowing different domains within an organization to manage their own data assets and make them accessible to others 🌐.
Example: Data mesh architectures promote data democratization and self-service analytics, enabling teams to work more independently and efficiently with their data.
How do you currently use these data terms in your projects?🤔
#DataAnalytics #BusinessIntelligence #DataScience #BACommunity
Did you know that 61% of global companies have already adopted Big Data and analytics, demonstrating the widespread impact of data technologies on industries worldwide [report].
1. Data Warehouse - is a digital storage system that connects and harmonizes large amounts of data from many different sources to support business intelligence, reporting, and analytics.
Example: Companies use data warehouses to analyze historical trends and make informed decisions based on consolidated data from various operational systems.
2. Data Mart - is specialized subset of a data warehouse that serves the analytical needs of a specific team or business function within an organization.
Example: Marketing teams might use a data mart to analyze campaign effectiveness and customer segmentation, enabling targeted marketing strategies.
3. Data Lake - is an unstructured repository of unprocessed data, stored without organization or hierarchy, allowing for the general storage of all types of data from various sources .
Example: Data lakes are used for big data analytics and machine learning applications, providing a flexible and scalable storage solution for raw data.
4. Delta Lake - is an open-source storage layer designed to run on top of an existing data lake, improving its reliability, security, and performance by adding ACID transactions and schema enforcement.
Example: Delta Lake enhances data quality and supports real-time analytics by ensuring consistent and reliable data operations.
5. Data Pipeline - is a systematic and automated process for the efficient and reliable movement, transformation, and management of data from one point to another within a computing environment .
Example: Data pipelines are crucial for integrating data from multiple sources, processing it, and storing it in a suitable data store for analysis.
6. Data Mesh is a decentralized data architecture that treats data as a product, allowing different domains within an organization to manage their own data assets and make them accessible to others 🌐.
Example: Data mesh architectures promote data democratization and self-service analytics, enabling teams to work more independently and efficiently with their data.
How do you currently use these data terms in your projects?
#DataAnalytics #BusinessIntelligence #DataScience #BACommunity
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7🔥2👍1
Hi Analysts!
Have you ever tried creating diagrams using Miro AI?
Today Miro AI revolutionizes diagramming by letting us generate drafts of flowcharts, ERDs, UML sequences, and more in seconds.
There's no doubt Miro does it inaccurately and with errors, but the AI gives a great outline that just needs to be refined. And finally we get a full-fledged diagram with all the components.
As the result:
✅ We save time on manual diagram creation;
✅We can align teams with quick visual drafts during workshops;
✅We can communicate ideas to stakeholders instantly.
📱 Join BA/SA LinkedIn
What tools do you use for Modeling/Prototyping?
#MiroAI #BusinessAnalysis #Diagramming #BACommunity #Modeling #Prototyping
Have you ever tried creating diagrams using Miro AI?
Today Miro AI revolutionizes diagramming by letting us generate drafts of flowcharts, ERDs, UML sequences, and more in seconds.
There's no doubt Miro does it inaccurately and with errors, but the AI gives a great outline that just needs to be refined. And finally we get a full-fledged diagram with all the components.
As the result:
✅ We save time on manual diagram creation;
✅We can align teams with quick visual drafts during workshops;
✅We can communicate ideas to stakeholders instantly.
📱 Join BA/SA LinkedIn
What tools do you use for Modeling/Prototyping?
#MiroAI #BusinessAnalysis #Diagramming #BACommunity #Modeling #Prototyping
❤5🔥3
Hello, today we would like to share with you the experience of our expert BA Dmitry Lazerko growing as a Product Owner / Product Manager 💡
"My first step in this area was to take the PSPO I certification. The company offered me this opportunity and I decided to take it. This certification helped me to understand the role of Product Owner in general, and Product Owner in Scrum in particular, but I was interested in getting more real life practice.
So the next step was to study at the Product Ownership school of IC-Agile and to get ICP-APO certifications. This course allowed me to immerse myself in the role at a pretty high level. I went through all the processes from idea generation, to testing, to releasing tasks, and finally to collecting feedback. I also used the tools myself in group sessions and individual sessions. This course gave me a lot of insight into the Product Manager role and made my thinking more customer-oriented.
I am currently taking an additional Product Management course. This course looks at Product Management through the lens of new experiences and changing market trends. It is also helping me gain more practical experience. I not only use these skills in my current project, but also in an internal project for trainees that I'm leading as the Product Manager (even though this is a sandbox for trainees, the development processes are very close to the real thing). I really enjoy being responsible for building a product, and I'm sure that other experienced Business Analysts should do the same".
What strategies or certifications have helped you grow in your career?
#BusinessAnalysis #Certifications #ProductManagement #ProductOwnership
"My first step in this area was to take the PSPO I certification. The company offered me this opportunity and I decided to take it. This certification helped me to understand the role of Product Owner in general, and Product Owner in Scrum in particular, but I was interested in getting more real life practice.
So the next step was to study at the Product Ownership school of IC-Agile and to get ICP-APO certifications. This course allowed me to immerse myself in the role at a pretty high level. I went through all the processes from idea generation, to testing, to releasing tasks, and finally to collecting feedback. I also used the tools myself in group sessions and individual sessions. This course gave me a lot of insight into the Product Manager role and made my thinking more customer-oriented.
I am currently taking an additional Product Management course. This course looks at Product Management through the lens of new experiences and changing market trends. It is also helping me gain more practical experience. I not only use these skills in my current project, but also in an internal project for trainees that I'm leading as the Product Manager (even though this is a sandbox for trainees, the development processes are very close to the real thing). I really enjoy being responsible for building a product, and I'm sure that other experienced Business Analysts should do the same".
What strategies or certifications have helped you grow in your career?
#BusinessAnalysis #Certifications #ProductManagement #ProductOwnership
❤4🔥3
🚨 Managers vs. Burned-Out Employees!
Want to know what managers do? Support, pressure, or pretend everything’s fine?
👇 See the poll in Typical Manager and Vote – the truth must be heard! 💥
🔗 Link to the poll
Want to know what managers do? Support, pressure, or pretend everything’s fine?
👇 See the poll in Typical Manager and Vote – the truth must be heard! 💥
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥1👏1
How does MoSCoW help Business Analysts❓
Did you know that 80% of IT projects fail, according to a Gartner survey? And one of the leading causes is poor prioritization, which can result in functionality issues, substantial delays, and runaway costs [source].
The MoSCoW Method provides a clear framework to identify and prioritize requirements based on their importance and impact, enabling business analysts to focus on what truly matters.
How Does the MoSCoW Method Help Business Analysts?
The MoSCoW Method categorizes requirements into 4 distinct groups:
✅ Must-Have: These are essential for project success. Without them, the project would fail.
✅ Should-Have: These are important but not critical; they enhance the project but can be deferred if necessary.
✅ Could-Have: These are desirable features that add value but are not necessary.
✅ Won’t-Have: These are non-essential and won’t be included in the current scope.
We always can use MoSCoW when:
- Deadlines are tight and prioritization is critical.
- Resources are limited, requiring efficient allocation.
- Stakeholder alignment is needed to avoid conflicts and ensure clarity.
- We simply need to prioritize the requirements.
Have you used the MoSCoW Method in your projects?
#MoSCoWMethod #Prioritization #BusinessAnalysis #BACommunity
Did you know that 80% of IT projects fail, according to a Gartner survey? And one of the leading causes is poor prioritization, which can result in functionality issues, substantial delays, and runaway costs [source].
The MoSCoW Method provides a clear framework to identify and prioritize requirements based on their importance and impact, enabling business analysts to focus on what truly matters.
How Does the MoSCoW Method Help Business Analysts?
The MoSCoW Method categorizes requirements into 4 distinct groups:
✅ Must-Have: These are essential for project success. Without them, the project would fail.
Example: Core functionalities like payment processing in an e-commerce platform.✅ Should-Have: These are important but not critical; they enhance the project but can be deferred if necessary.
Example: A search filter in an app that could be added post-launch.✅ Could-Have: These are desirable features that add value but are not necessary.
Example: Custom themes or advanced analytics for users.✅ Won’t-Have: These are non-essential and won’t be included in the current scope.
Example: Experimental features or ideas that require additional resources.We always can use MoSCoW when:
- Deadlines are tight and prioritization is critical.
- Resources are limited, requiring efficient allocation.
- Stakeholder alignment is needed to avoid conflicts and ensure clarity.
- We simply need to prioritize the requirements.
Have you used the MoSCoW Method in your projects?
#MoSCoWMethod #Prioritization #BusinessAnalysis #BACommunity
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5🔥1
This media is not supported in your browser
VIEW IN TELEGRAM
Classic documentation: a Vision and Scope Document 📑
Analysts, imagine that you have started a project with an IT outsourcing company. How can you make sure that your software partner has understood your wishes correctly and will implement them exactly the way you want? The answer is: create a vision and scope document. In this article, we'll show you how this document can save your project and give you a structure on how to create it.
A Vision and Scope Document — the product from a business perspective
Ideally, the work on a project begins with a document that answers the questions of what kind of program is being developed and why. Together with the customer, a Business Analyst forms the product image and describes what goals the business will achieve with the help of this software. In other words, a Vision and Scope Document - an artifact that is obtained as a result of the work of a Business Analyst with a customer (or customer representatives) at the stage of the discovery phase - is being created.
The Vision and Scope Document contains a set of business requirements (or business needs), high-level denoscriptions of system functionality, project priorities, a list of stakeholders, and other information. The Business Analyst develops the Vision and Scope Document so that all project participants have a high-level understanding of what the product is being built for.
Along with that, the Vision and Scope Document contains information about the “pains” of the business and its abilities to create a product. If we had described the problems of passengers in this document before the creation of Uber, for instance, we could have indicated that there was a lack of vehicles and people wanted to order cheaper cars faster. These are the problems that were solved with the corresponding application.
What is the benefit of a Vision and Scope Document for a customer? It helps in formulating clear criteria for the project's success and effectiveness. Thanks to this 10-page document, specialists have a quick understanding of what they will be developing and why. The Vision and Scope Document makes it easier for managers to convince investors of the product value.
Here's how a basic structure of a Vision and Scope Document looks like (see the attached picture). 🙂
#VisionAndScope #BusinessAnalysis #RequirementsGathering #StakeholderAlignment #BABestPractices
Analysts, imagine that you have started a project with an IT outsourcing company. How can you make sure that your software partner has understood your wishes correctly and will implement them exactly the way you want? The answer is: create a vision and scope document. In this article, we'll show you how this document can save your project and give you a structure on how to create it.
A Vision and Scope Document — the product from a business perspective
Ideally, the work on a project begins with a document that answers the questions of what kind of program is being developed and why. Together with the customer, a Business Analyst forms the product image and describes what goals the business will achieve with the help of this software. In other words, a Vision and Scope Document - an artifact that is obtained as a result of the work of a Business Analyst with a customer (or customer representatives) at the stage of the discovery phase - is being created.
The Vision and Scope Document contains a set of business requirements (or business needs), high-level denoscriptions of system functionality, project priorities, a list of stakeholders, and other information. The Business Analyst develops the Vision and Scope Document so that all project participants have a high-level understanding of what the product is being built for.
Along with that, the Vision and Scope Document contains information about the “pains” of the business and its abilities to create a product. If we had described the problems of passengers in this document before the creation of Uber, for instance, we could have indicated that there was a lack of vehicles and people wanted to order cheaper cars faster. These are the problems that were solved with the corresponding application.
What is the benefit of a Vision and Scope Document for a customer? It helps in formulating clear criteria for the project's success and effectiveness. Thanks to this 10-page document, specialists have a quick understanding of what they will be developing and why. The Vision and Scope Document makes it easier for managers to convince investors of the product value.
Here's how a basic structure of a Vision and Scope Document looks like (see the attached picture). 🙂
#VisionAndScope #BusinessAnalysis #RequirementsGathering #StakeholderAlignment #BABestPractices
🔥7👏1
Dear business analysts, don't miss the chance! ☀️
We invite you to upcoming meetup where we will talk on AI for #businessanalysts
08.05.2025, Warsaw 🗓
In partnership with IIBA Poland Chapter
For more information and registration - go to our LinkedIn channel - Analyst Hub📱
See you!
#community #AI #network #requirements #software
We invite you to upcoming meetup where we will talk on AI for #businessanalysts
08.05.2025, Warsaw 🗓
In partnership with IIBA Poland Chapter
For more information and registration - go to our LinkedIn channel - Analyst Hub
See you!
#community #AI #network #requirements #software
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5❤4👍1
"Not seeing the BIG PICTURE" - analyst's expert opinion
Obviously, it's not easy to see the big picture. I've experienced this problem as well. At the same time, it's very common issue that I notice in BAs who are in the early stages of their career, plus my students and even very experienced senior specialists. And I've seen it many times in different projects and circumstances.
"You have a specific task, specific requirement and it serves some purpose. You know what this requirement is about. But you don't know the end goal. You can't see the value in it. You don't know how this requirement adds up to the big picture. You can write good user stories, but you don't see the epic. It's like you make a tire, but you don't know what car is being made".
To avoid this issue, the BA should always prioritize the big picture and focus on it. It's very important to see the small details as well, but if you have no clearance on what the end goal is, it means you haven't analyzed the requirement in a correct way.
How?
In requirement elicitation, try to build the habit of asking yourself "what is the end goal here?" & "Do I see the Big Picture?". Zoom out, have the bird view and view the overall scope from that point. In my experience this is one of the most effective ways to see the big picture.
Obviously, it's not easy to see the big picture. I've experienced this problem as well. At the same time, it's very common issue that I notice in BAs who are in the early stages of their career, plus my students and even very experienced senior specialists. And I've seen it many times in different projects and circumstances.
"You have a specific task, specific requirement and it serves some purpose. You know what this requirement is about. But you don't know the end goal. You can't see the value in it. You don't know how this requirement adds up to the big picture. You can write good user stories, but you don't see the epic. It's like you make a tire, but you don't know what car is being made".
To avoid this issue, the BA should always prioritize the big picture and focus on it. It's very important to see the small details as well, but if you have no clearance on what the end goal is, it means you haven't analyzed the requirement in a correct way.
How?
In requirement elicitation, try to build the habit of asking yourself "what is the end goal here?" & "Do I see the Big Picture?". Zoom out, have the bird view and view the overall scope from that point. In my experience this is one of the most effective ways to see the big picture.
❤8🔥3
Effective Note-taking methods during meetings 📌
Taking notes during meetings is important, but can be tricky to not miss anything important. Here are some easy methods to stay organized:
1) The Quadrant method: Divide your page into two columns (or four sections). One column is for main ideas, and the other is for more detailed notes. You can then divide your page into categories like general notes, action items for yourself, tasks for others, and any questions. This structure helps keep everything organized as the conversation goes on.
2)Symbols: Use a set of symbols to help you quickly capture information. For example, you might use a star (*) for something that stands out, an exclamation mark (!) for urgent stuff, or a question mark (?) for follow-up items.
Handwritten Notes vs Digital Notes: Studies suggest that handwriting notes can help you remember information better than typing! If you’re trying to stay focused and improve your memory, choose writing your notes by hand
3) Timestamp your notes: If the meeting is pretty long, add timestamps next to the points in your notes. So, you can find specific parts of the discussion when you look back much more easily!
4)Use abbreviations: Come up with your own shorthand for frequently used terms. For example, “AP” - action point, “FYI” - for your information, “US” - user profile, etc.
5)Voice notes: In digital meetings, consider using a voice recording app for important points. You can always go back and listen to them if you missed something!
6)"Parking lot": If a topic goes off track (or isn’t relevant), “put” it down in a “parking lot” section to come back to it later. This will help you stay focused on the current agenda while ensuring you don’t forget important things.
7) Summarize: At the end of the meeting, take a couple of minutes to quickly summarize the key points, action items, and deadlines in your notes. This reinforces the information while it’s still fresh in your mind.
8) The "Who, What, When": As the meeting progresses, note down the key points in three simple categories: Who is responsible, What needs to be done, and When it needs to be completed.
9)Collaborate on notes: If you’re working within a team, share your notes with colleagues. They may have additional points or clarifications that you have missed!
#NoteTakingTips #MeetingProductivity #BACommunity #EffectiveCommunication
Taking notes during meetings is important, but can be tricky to not miss anything important. Here are some easy methods to stay organized:
1) The Quadrant method: Divide your page into two columns (or four sections). One column is for main ideas, and the other is for more detailed notes. You can then divide your page into categories like general notes, action items for yourself, tasks for others, and any questions. This structure helps keep everything organized as the conversation goes on.
2)Symbols: Use a set of symbols to help you quickly capture information. For example, you might use a star (*) for something that stands out, an exclamation mark (!) for urgent stuff, or a question mark (?) for follow-up items.
Handwritten Notes vs Digital Notes: Studies suggest that handwriting notes can help you remember information better than typing! If you’re trying to stay focused and improve your memory, choose writing your notes by hand
3) Timestamp your notes: If the meeting is pretty long, add timestamps next to the points in your notes. So, you can find specific parts of the discussion when you look back much more easily!
4)Use abbreviations: Come up with your own shorthand for frequently used terms. For example, “AP” - action point, “FYI” - for your information, “US” - user profile, etc.
5)Voice notes: In digital meetings, consider using a voice recording app for important points. You can always go back and listen to them if you missed something!
6)"Parking lot": If a topic goes off track (or isn’t relevant), “put” it down in a “parking lot” section to come back to it later. This will help you stay focused on the current agenda while ensuring you don’t forget important things.
7) Summarize: At the end of the meeting, take a couple of minutes to quickly summarize the key points, action items, and deadlines in your notes. This reinforces the information while it’s still fresh in your mind.
8) The "Who, What, When": As the meeting progresses, note down the key points in three simple categories: Who is responsible, What needs to be done, and When it needs to be completed.
9)Collaborate on notes: If you’re working within a team, share your notes with colleagues. They may have additional points or clarifications that you have missed!
#NoteTakingTips #MeetingProductivity #BACommunity #EffectiveCommunication
❤5🔥3👍1
The baton of April meetups is passed to “Product Approach in Software Development” 🥇
In 2025, the winners are those who focus not on outputs but on outcomes. The product approach helps teams adapt faster, validate hypotheses, and achieve significant business results.
At the meetup on April 28, Vadim Rutkevich will explain how the product approach differs from the project approach, how to implement it, what pitfalls you might encounter, and what tools will streamline this transition.
🎟 Register here
Meetup details:
⏰ Time: 18:00 CET
⏳ Duration: 45 minutes – 1 hour
🗣 Language: English
💻 Online: The link to the stream will be sent to your email specified in the registration form
Join our IT Community:
📱 Dev Telegram: https://news.1rj.ru/str/d3v_community
📱 Dev LinkedIn: https://www.linkedin.com/groups/9877436/
📱 BA/SA LinkedIn: https://www.linkedin.com/groups/9800419/
In 2025, the winners are those who focus not on outputs but on outcomes. The product approach helps teams adapt faster, validate hypotheses, and achieve significant business results.
At the meetup on April 28, Vadim Rutkevich will explain how the product approach differs from the project approach, how to implement it, what pitfalls you might encounter, and what tools will streamline this transition.
🎟 Register here
Meetup details:
⏰ Time: 18:00 CET
⏳ Duration: 45 minutes – 1 hour
🗣 Language: English
💻 Online: The link to the stream will be sent to your email specified in the registration form
Join our IT Community:
📱 Dev Telegram: https://news.1rj.ru/str/d3v_community
📱 Dev LinkedIn: https://www.linkedin.com/groups/9877436/
📱 BA/SA LinkedIn: https://www.linkedin.com/groups/9800419/
❤3🤩2
🔥 We’re back together! On May 8, Andersen, in collaboration with IIBA Poland Chapter, will hold a meetup
The world of business analysis is rapidly changing under the influence of AI, so now it’s high time to adapt to the new reality. How exactly? Learn from our speakers 👇
📌 Sviatlana Varabyova (Senior Business Analyst) – "The Evolving Role of the IT Business Analyst in the Age of AI"
We’ll discuss what essential skills IT business analysts need, what challenges they face, and how they can adapt to thrive in an AI-powered landscape.
📌 Tomasz Plebanski (Business Analysis Manager) – "AI for Smarter Business Analysis: Practical Use Cases and Insights"
We'll delve into practical use cases of AI in business analysis, including requirements gathering and analysis, stakeholder collaboration, document analysis, artefact creation, and more.
➡️ Register here
Twice as many speakers – twice as much value, and hence seats are filling up twice as fast. Don’t wait to register 😉
⏰ Time: 18:00 (CET)
⏳ Duration: 1-1.5 hours
🗣 Language: English
📍 Offline: Andersen’s office in Warsaw
See you!
#MeetUp #BusinessAnalysis #IIBA #AI
The world of business analysis is rapidly changing under the influence of AI, so now it’s high time to adapt to the new reality. How exactly? Learn from our speakers 👇
📌 Sviatlana Varabyova (Senior Business Analyst) – "The Evolving Role of the IT Business Analyst in the Age of AI"
We’ll discuss what essential skills IT business analysts need, what challenges they face, and how they can adapt to thrive in an AI-powered landscape.
📌 Tomasz Plebanski (Business Analysis Manager) – "AI for Smarter Business Analysis: Practical Use Cases and Insights"
We'll delve into practical use cases of AI in business analysis, including requirements gathering and analysis, stakeholder collaboration, document analysis, artefact creation, and more.
➡️ Register here
Twice as many speakers – twice as much value, and hence seats are filling up twice as fast. Don’t wait to register 😉
⏰ Time: 18:00 (CET)
⏳ Duration: 1-1.5 hours
🗣 Language: English
📍 Offline: Andersen’s office in Warsaw
See you!
#MeetUp #BusinessAnalysis #IIBA #AI
❤4🔥4👏1
We’ve Reached 500 Members on LinkedIn! Thank You, BA Community! 💛
Heartfelt thank you to each member! Your engagement, curiosity, and willingness to help one another are what make this community truly special.
To celebrate, we’re excited to spotlight our 500th member, Artem Stelmakhov, who has shared with us the story How did he come to business analysis, and what inspired him to join our community?
"Thank you for the opportunity to share my story. It's a pleasure to become the 500th member of the BA Community - a significant milestone for the group.
My journey into business analysis began at a manufacturing enterprise, where I witnessed the inefficiency of manual processes firsthand. For example:
- The workshop spent over three hours daily compiling raw material inventory reports in Excel, leading to outdated data.
- Logistics processes between warehouses followed obsolete protocols, causing downtime.
This experience highlighted the importance of automation and a systematic approach to optimization. I began exploring how digital solutions (such as ERP systems and RPA) could address operational inefficiencies, which gradually evolved into a professional interest in business analysis.
I was drawn to the BA Community for several reasons:
1. Practical focus: Discussions here revolve around real-world cases, not just theory.
2. Knowledge sharing: The chance to learn how other specialists tackle similar challenges.
3. Industry trends: Topics like IIoT or low-code applications in manufacturing processes.
If community members are interested, I’d be happy to elaborate on my experience implementing changes and the results achieved".
Let’s keep the momentum going—share in the comments what this community means to you or your own journey into business analysis.
Thank you for being the heart of our community!
📱 Analyst Hub on LinkedIn
#BusinessAnalysis #CommunityMilestone #MemberSpotlight
Heartfelt thank you to each member! Your engagement, curiosity, and willingness to help one another are what make this community truly special.
To celebrate, we’re excited to spotlight our 500th member, Artem Stelmakhov, who has shared with us the story How did he come to business analysis, and what inspired him to join our community?
"Thank you for the opportunity to share my story. It's a pleasure to become the 500th member of the BA Community - a significant milestone for the group.
My journey into business analysis began at a manufacturing enterprise, where I witnessed the inefficiency of manual processes firsthand. For example:
- The workshop spent over three hours daily compiling raw material inventory reports in Excel, leading to outdated data.
- Logistics processes between warehouses followed obsolete protocols, causing downtime.
This experience highlighted the importance of automation and a systematic approach to optimization. I began exploring how digital solutions (such as ERP systems and RPA) could address operational inefficiencies, which gradually evolved into a professional interest in business analysis.
I was drawn to the BA Community for several reasons:
1. Practical focus: Discussions here revolve around real-world cases, not just theory.
2. Knowledge sharing: The chance to learn how other specialists tackle similar challenges.
3. Industry trends: Topics like IIoT or low-code applications in manufacturing processes.
If community members are interested, I’d be happy to elaborate on my experience implementing changes and the results achieved".
Let’s keep the momentum going—share in the comments what this community means to you or your own journey into business analysis.
Thank you for being the heart of our community!
#BusinessAnalysis #CommunityMilestone #MemberSpotlight
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9❤1🥰1
How to Handle Direct Criticism Across Cultures (Without Losing Your Cool or Your Team)
Do you work in international IT projects where feedback is part of everyday life?
Ever felt a teammate’s message was too blunt — or, on the flip side, annoyingly vague?
💡 It might not be about personality. It might be about cultural expectations of giving negative feedback.
📖 In The Culture Map, Erin Meyer describes how different cultures evaluate and express criticism. This is crucial for business/system analysts, who often act as bridges between stakeholders, developers, and end users.
Two cultural quadrants you should know:
🔹 Quadrant A: Low-Context + Direct Negative Feedback
Examples: 🇳🇱 Netherlands, 🇩🇪 Germany, 🇺🇸 USA
These cultures value clarity, honesty, and professionalism.
👉 If a Dutch or German colleague gives you direct criticism, it’s probably not personal. It’s a sign of respect for your competence.
📌 Do: Take their feedback seriously, not emotionally.
📌 Don’t: Try to “be just as direct” unless you deeply understand their style. You might overshoot and come off as rude.
🔸 Quadrant B: High-Context + Direct Negative Feedback
Examples: 🇷🇺 Russia, 🇮🇱 Israel
These cultures may be indirect in general conversation but very frank when giving negative feedback, especially toward strangers or subordinates.
📌 Do: Recognize that direct criticism doesn’t mean they dislike you — it’s how they operate in hierarchical or transactional settings.
📌 Don’t: Expect a polite sandwich of compliments — you might only get the meat.
Why does this matter in IT analytics?
Whether you’re facilitating a retrospective, analyzing stakeholder feedback, or conducting user interviews — understanding how criticism is meant to be delivered and received helps prevent:
- Unnecessary offense
- Silence instead of questions
- Misinterpretation of feedback loops
✅ Takeaways for analysts:
🔹 Accept that direct does not equal hostile.
🔹 When working with more direct cultures, take feedback at face value.
🔹 When working with less direct cultures, soften your message or use “downgraders” (“maybe,” “a bit,” “could be improved”).
🔹 Don’t mimic directness unless you truly understand where the line is.
Feedback is a tool — learn to read the instruction manual before using it.
#ITCommunication #BusinessAnalysis #SystemAnalysis #CrossCultural #FeedbackCulture #SoftSkills
Do you work in international IT projects where feedback is part of everyday life?
Ever felt a teammate’s message was too blunt — or, on the flip side, annoyingly vague?
💡 It might not be about personality. It might be about cultural expectations of giving negative feedback.
📖 In The Culture Map, Erin Meyer describes how different cultures evaluate and express criticism. This is crucial for business/system analysts, who often act as bridges between stakeholders, developers, and end users.
Two cultural quadrants you should know:
🔹 Quadrant A: Low-Context + Direct Negative Feedback
Examples: 🇳🇱 Netherlands, 🇩🇪 Germany, 🇺🇸 USA
These cultures value clarity, honesty, and professionalism.
👉 If a Dutch or German colleague gives you direct criticism, it’s probably not personal. It’s a sign of respect for your competence.
📌 Do: Take their feedback seriously, not emotionally.
📌 Don’t: Try to “be just as direct” unless you deeply understand their style. You might overshoot and come off as rude.
🔸 Quadrant B: High-Context + Direct Negative Feedback
Examples: 🇷🇺 Russia, 🇮🇱 Israel
These cultures may be indirect in general conversation but very frank when giving negative feedback, especially toward strangers or subordinates.
📌 Do: Recognize that direct criticism doesn’t mean they dislike you — it’s how they operate in hierarchical or transactional settings.
📌 Don’t: Expect a polite sandwich of compliments — you might only get the meat.
Why does this matter in IT analytics?
Whether you’re facilitating a retrospective, analyzing stakeholder feedback, or conducting user interviews — understanding how criticism is meant to be delivered and received helps prevent:
- Unnecessary offense
- Silence instead of questions
- Misinterpretation of feedback loops
✅ Takeaways for analysts:
🔹 Accept that direct does not equal hostile.
🔹 When working with more direct cultures, take feedback at face value.
🔹 When working with less direct cultures, soften your message or use “downgraders” (“maybe,” “a bit,” “could be improved”).
🔹 Don’t mimic directness unless you truly understand where the line is.
Feedback is a tool — learn to read the instruction manual before using it.
#ITCommunication #BusinessAnalysis #SystemAnalysis #CrossCultural #FeedbackCulture #SoftSkills
🔥6👏1
Anonymous Poll
28%
🗣 IT events & meetups
47%
69%
36%
0%
🤔2
🔍 Software (System) Requirements Specification (SRS)
Let’s talk about one of the most essential artefacts in a Business Analyst’s toolkit: the System Requirements Specification (SRS).
An SRS is much more than just a document-it’s the “set of laws” for your software project. It describes, in detail, what your system should do and the capabilities it must provide to users. This guide becomes the foundation for everyone involved:
✅ Project Managers use it to plan and track progress.
✅Developers rely on it to write the right code.
✅ QA specialists use it to test and validate the product.
Starting a project without an SRS is like setting off on a journey without a map. Without clear requirements, the team can easily lose direction, leading to confusion and costly mistakes.
Why is the SRS so valuable for customers?
Without a specification, requests can be misunderstood, and the final product may not meet expectations-resulting in wasted time and budget. A well-prepared SRS helps both sides stay aligned, reduces the risk of surprises, and makes it easier to compare project costs across different IT service providers.
It also saves money: instead of developers spending time clarifying requirements, the Business Analyst translates customer needs into clear, technical instructions-saving both time and resources.
Curious what an SRS actually looks like? Check out the example below! 👇
#BusinessAnalysis #SRS #SystemRequirementsSpecification #ProjectManagement
Let’s talk about one of the most essential artefacts in a Business Analyst’s toolkit: the System Requirements Specification (SRS).
An SRS is much more than just a document-it’s the “set of laws” for your software project. It describes, in detail, what your system should do and the capabilities it must provide to users. This guide becomes the foundation for everyone involved:
✅ Project Managers use it to plan and track progress.
✅Developers rely on it to write the right code.
✅ QA specialists use it to test and validate the product.
Starting a project without an SRS is like setting off on a journey without a map. Without clear requirements, the team can easily lose direction, leading to confusion and costly mistakes.
Why is the SRS so valuable for customers?
Without a specification, requests can be misunderstood, and the final product may not meet expectations-resulting in wasted time and budget. A well-prepared SRS helps both sides stay aligned, reduces the risk of surprises, and makes it easier to compare project costs across different IT service providers.
It also saves money: instead of developers spending time clarifying requirements, the Business Analyst translates customer needs into clear, technical instructions-saving both time and resources.
Curious what an SRS actually looks like? Check out the example below! 👇
#BusinessAnalysis #SRS #SystemRequirementsSpecification #ProjectManagement
❤8🔥3👏1
Writing User Stories - Vertical Slicing ✍️
Splitting large user stories into smaller user stories appropriately is one action that a team can do to improve their scrum workflow.
Not only are smaller stories easier to understand and therefore easier to estimate, but their smaller size makes them inherently less risky!
When attempting to split a user story, it is more desirable to split a user story into a slice vertically rather than horizontally.
A Vertical vs Horizontal Slice🍰
If a user story is broken down vertically, they are broken down in such a way that smaller items still result in working, demonstrable, software, or a specific working feature useful for the user.
✅ “User stories should be small enough to complete in one iteration”,
✅ “Each separate user story should have measurable business value.”
A vertical slice means it contains a bit of every layer of the system / ‘Cake’.
Our system, has basic 3 layers to the ‘Cake’:
1) UI/UX;
2) Domain (i.e. logic);
3) Data (e.g. file storage, blob, database…).
If a user story is broken down horizontally, it decomposes problems into technical layers. This may seem to match well with the technical skills of team members, i.e. they’re split amongst a database specialist, a UI specialist etc… but each user story can’t deliver the value to the end customer! At least not without interaction or integration with other layers, components, or other building blocks of the software system i.e. other user stories.
It is like slicing a cake horizontally, which does not allow for users to have the perfect bite :)
Click for detailed study
#UserStories #Agile #BusinessAnalysis #UserExperience
Splitting large user stories into smaller user stories appropriately is one action that a team can do to improve their scrum workflow.
Not only are smaller stories easier to understand and therefore easier to estimate, but their smaller size makes them inherently less risky!
When attempting to split a user story, it is more desirable to split a user story into a slice vertically rather than horizontally.
A Vertical vs Horizontal Slice
If a user story is broken down vertically, they are broken down in such a way that smaller items still result in working, demonstrable, software, or a specific working feature useful for the user.
✅ “User stories should be small enough to complete in one iteration”,
✅ “Each separate user story should have measurable business value.”
A vertical slice means it contains a bit of every layer of the system / ‘Cake’.
Our system, has basic 3 layers to the ‘Cake’:
1) UI/UX;
2) Domain (i.e. logic);
3) Data (e.g. file storage, blob, database…).
If a user story is broken down horizontally, it decomposes problems into technical layers. This may seem to match well with the technical skills of team members, i.e. they’re split amongst a database specialist, a UI specialist etc… but each user story can’t deliver the value to the end customer! At least not without interaction or integration with other layers, components, or other building blocks of the software system i.e. other user stories.
It is like slicing a cake horizontally, which does not allow for users to have the perfect bite :)
Click for detailed study
#UserStories #Agile #BusinessAnalysis #UserExperience
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8🤩2👏1
How a Business Analyst Can Help a Project Manager 🙌🏻
At a meetup on May 14, Olga Kletskina will share a few scenarios of how a business analyst can help in establishing processes related to backlog management and communication within and beyond the team.
We stand for a practice-based approach – the speech is based on the speaker’s first-hand experience 🤩
🎟 Register here
⏰ Time: 19:00 (Minsk time)/18:00 (CET)
🕒 Duration: 1 hour
🗣 Language: Russian
📍 Offline: Andersen’s office in Minsk
💻 Online: The link to the stream will be sent to your email specified in the registration form
Join Andersen IT Community:
📱 BA/SA LinkedIn
At a meetup on May 14, Olga Kletskina will share a few scenarios of how a business analyst can help in establishing processes related to backlog management and communication within and beyond the team.
We stand for a practice-based approach – the speech is based on the speaker’s first-hand experience 🤩
🎟 Register here
⏰ Time: 19:00 (Minsk time)/18:00 (CET)
🕒 Duration: 1 hour
🗣 Language: Russian
📍 Offline: Andersen’s office in Minsk
💻 Online: The link to the stream will be sent to your email specified in the registration form
Join Andersen IT Community:
📱 BA/SA LinkedIn
👍4🔥3👏1