Business Analysis Ba

What is a Business Analyst and what value do they provide? Preview 07:56

Understanding what Business Analysis is, what a Business Analyst does, and the value they provide to companies is the critical foundation knowledge needed before we go any further.

Terms: Business Analysis, Business Analyst

Udemy Review Prompt Preview 00:28

Broad Responsibilities of a Business Analyst Preview 02:19

Now that you have a foundational understanding of business analysis, the next area of importance is understanding the high-level tasks a Business Analyst performs.

Terms: Business Analyst

Types of Business Analyst Roles Preview 07:28

Some organizations have Business Analysts play a very general role within their organization. The Business Analysts may be involved in all aspects (or tasks) of a project and need to be versed to do so. Other organizations are taking a more streamlined approach and breaking the Business Analyst position into various roles that perform specialized actions. This lecture dives into some of the most common roles a Business Analyst can play and what duties they perform within such roles.

Terms: Business Process Analyst, Requirements Analyst, Systems Analyst, Data Analyst, User Experience Analyst

Top Business Analyst Skills Preview 00:12

In this lecture, we explore some of the top skills needed to be a successful Business Analyst.

Validate Understanding of the Basics

This quiz is utilized to validate your understanding of the basics of Business Analysis.

Business Analyst Glossary of Terms + Download Preview 02:50

This is a brief introduction lecture to The BA Guide's Business Analyst Glossary of Terms. I walk you though the glossary and explain how to utilize it.

Software Development Lifecycle Overview Preview 07:16

Every organization has different needs and speeds in which they expect change to happen. Traditional organizations may prefer a more rigid approach to software development that is slower moving but offers them greater control and approvals.  Other organizations, who are generally younger or want to by more flexible to their changing landscape, may opt for a different approach to meet their needs. This lecture will frame up the most common Software Development Life Cycles (SDLC).

Terms: Software Development Life Cycle (SDLC)

Waterfall Preview 19:34

The original and arguably the most rigid SDLC out there. Let's take a ride down the waterfall, but I hope you don't forget anything on the way down because there is no way to get back up.

Terms: Waterfall

Incremental Preview 11:55

The incremental model is all about building upon a starting point and continuing its evolution. This lecture will introduce you to the incremental model and explain how it works to achieve business needs.

Terms: Incremental, iterative

Spiral Preview 13:52

Prone to motion sickness?  If so, this SDLC methodology may not be for you. This model is all about being risk-averse and spiraling toward your end project goals.

Terms: Spiral, risk, prototype

Scrum [Agile] PART 1 Preview 13:12

Agile methodologies have evolved over many years after companies utilized and struggled with more rigid processes, like Waterfall.  As of 2016, Agile is extremely popular among larger companies, including Google and Walmart.  This two-part lecture explains the concepts of the Scrum methodology, as well as many of the terms, artifacts, and meetings that are used within.

Terms: Scrum, sprint, sprint backlog, product backlog, product owner, scrum master

Scrum [Agile] PART 2 Preview 14:23

Part 2 of the Agile - Scrum methodology deep dive.

Terms: Scrum, sprint planning, daily scrum, sprint review, sprint retrospective, product backlog refinement

Rapid Application Development (RAD) [Agile] Preview 11:17

Another, slightly less popular version of Agile, is the Rapid Application Development.  This utilizes pieces of the Agile base to allow products to get out the door extremely quickly.

Terms: RAD, prototype

Prototyping Preview 08:42

While not a standalone methodology, prototyping is used in many methodologies, so it is important to have a clear understanding of what it is and how it is used.

Terms: Prototype

Software Development Life Cycles Knowledge Check

This quiz will validate your understanding of the common Software Development Life Cycles including their advantages and disadvantages.

Activity: Software Development Life Cycles Brainstorm Preview 00:29

DO NOT SKIP!  Activities are extremely important to cement what you have learned.

Activity: Begin to think logically Preview 00:25

This activity is a quick warm up to get you thinking logically.

Activity: Begin to think logically - Solution and Explanation Preview 00:15

This lecture contains the answer and the explanation to the warm-up activity

Understanding the Business Objective Preview 06:39

One of the most crucial steps in any project is understanding the business objective. Without knowing what success looks like, it is very hard to achieve.

Terms: Return on investment (ROI)

Creating a Business Case [PART 1] Preview 05:07

In order to get a project idea approved and budgeting set aside, many Business Analysts have the responsibility to create a Business Case. This lecture will give you the basics of what a Business Case is and why it is important.  (Part 1 of 2)

Terms: Business case, return on investment (ROI)

Creating a Business Case [PART 2] Preview 19:12

Part 2 of 2 on Business Cases

In order to get a project idea approved and budgeting set aside, many Business Analysts have the responsibility to create a Business Case. This lecture will give you the basics of what a Business Case is and why it is important.

Terms: Business case, return on investment (ROI), risk, cost-benefit

What is a Stakeholder and How to Identify Them Preview 11:38

Identifying stakeholders is important to your project because it is not possible to elicit requirements from stakeholders that you don't know exist. When you miss stakeholders, you miss requirements. And missed requirements means failed projects. In this lecture, we will discuss what stakeholders are and how you can identify them.

Terms: Stakeholder

Assigning Responsibilities to Stakeholders using a RACI Matrix Preview 07:18

Once stakeholders have been identified, it is a good idea to assign them responsibilities to help prevent confusion about their role throughout the project.

Terms: Stakeholder, RACI

Initiating a Project Quiz

This quiz will validate your understanding of the knowledge taught in this Initiating a Project section of the course.

Activity: Create a Business Case Preview 00:28

DO NOT SKIP!  Activities are extremely important to cement what you have learned.

Overview of Requirements Preview 16:25

For most Business Analyst roles, requirements are the key to their success. This lecture provides you an understanding of what requirements are, why they are important, and how they are categorized.

Terms: Functional requirements, non-functional requirements, constraints, assumptions, scope

SMART Requirements Preview 18:20

Writing SMART requirements are crucial to every project. Come learn about what makes SMART requirements and how they make it easier for stakeholders in any role to understand them.

Terms: SMART, traceability, dependency

SMART Requirements Clarification Preview 02:35

This is a short lecture to clarify some possible confusion or misconceptions that could come from the SMART Requirements lecture.

Terms: SMART

Tips for Producing Valid Requirements Preview 08:46

In this lecture, I will share with you a long list of requirements best practices I have learned throughout my career as a Business Analyst.

Terms: Requirements

Phases of the Requirements Process Preview 02:05

Within projects, requirements go through several phases. This lecture will help to explain those phases and how when put together they make the full Requirement Process.

Terms: Elicitation, analysis, specification

Business Rules Preview 15:33

This lecture helps to explain what business rules are, how they compare to business requirements, and some best practices for identifying and using business rules.

Terms: Business rules, business requirements

Requirement Basics Quiz

Requirement Elicitation Basics Preview 03:50

In this lecture, we breakdown the term elicitation and discuss what is and what it is not.

Terms: Elicitation

Elicitation Technique: Brainstorming Preview 16:31

Brainstorming is a great technique to drive lots of high-level ideas on how you can solve a particular problem. This is crucial when you are hoping to generate ideas on how to proceed with a specific requirement or issue.

Terms: Brainstorm, timekeeper, scribe, facilitator

Elicitation Technique: Requirement Workshops Preview 17:32

Requirement Workshops pull together individuals, even those from different departments and units, to define, discuss, and analyze project requirements. By getting everyone together, you are able to get feedback based on everyone's varying perspectives.

Terms: Requirement workshop, end-user, Subject Matter Expert

Elicitation Technique: Interviewing (PART 1 OF 3) Preview 17:39

Interviewing is one of the most common requirement elicitation techniques utilized by Business Analysts. While it can take some time to set up and conduct, the value of getting immediate feedback to your questions and the ability to ask follow up questions often makes it well worth the effort.  (Part 1 of 3)

Terms: Interview, job shadow, task analysis

Elicitation Technique: Interviewing (PART 2 OF 3) Preview 16:21

Interviewing is one of the most common requirement elicitation techniques utilized by Business Analysts. While it can take some time to set up and conduct, the value of getting immediate feedback to your questions and the ability to ask follow up questions often makes it well worth the effort.  (Part 2 of 3)

Terms: Interview

Elicitation Technique: Interviewing (PART 3 OF 3) Preview 14:16

Interviewing is one of the most common requirement elicitation techniques utilized by Business Analysts. While it can take some time to set up and conduct, the value of getting immediate feedback to your questions and the ability to ask follow up questions often makes it well worth the effort.  (Part 3 of 3)

Terms: Interview, open-ended

Elicitation Technique: Surveys Preview 19:52

The survey elicitation technique is great to gain quantifiable data that can be used to help identify pain points and create a baseline for your project.

Terms: Survey. open-ended, closed-ended

Elicitation Technique: Documentation Review Preview 08:10

While not always defining requirements, documentation review is a great first step in requirement elicitation. Reviewing past documents and user guides can help you get your arms around the current landscape of the business and its processes.

Terms: Documentation review, scope

Elicitation Technique: Analyzing Interfaces Preview 04:49

While not a stand-alone elicitation technique, it is important to cover analyzing interfaces because nearly every system has an expectation of information going in and information coming out. Analyzing interfaces ensures we define those needs because missing those requirements can prove to be critical to your project.

Terms: Interface, input, output

Activity: Utilize the elicitation skills you've learned Preview 01:19

DO NOT SKIP!  Activities are extremely important to cement what you have learned.

Introduction to Requirement Analysis Preview 01:28

Once we've elicited the requirements, it is time to analyze them. In this lecture, introduce the concept of analyzing requirements and explain why it is so important.

Terms: Requirement analysis

Visual Modeling Concepts Preview 08:37

Visual modeling is one of the best ways to help others understand requirements. This lecture will go over the foundational concepts and benefits of creating visual models.

Terms: Visual modeling, requirements, as-is, to-be

Business Models Preview 11:15

I like to break up visual models into two categories; Business Models and Technical Models. This lecture introduces the most commonly used Business Models.

Terms: Organizational chart, scoring matrix, stakeholder map, use case, process flow, wireframe

Technical Models Preview 13:14

Technical Models are not something most Business Analysts will create, but it is good to have an understanding of how to read the model. This lecture introduces the most commonly used technical models.

Terms: System context diagram, data flow diagram, CRUD matrix, state diagram, ERD

BPMN vs UML Preview 07:41

There always seems to be much confusion between BPMN and UML. This lecture gives you an understanding of what BPMN and UML are, their similarities, their differences, and which one I would recommend learning over the other.

Terms: Process flowchart, UML, BPMN, swimlane

Engaging Your Technical Team Preview 02:04

It is important to engage your technical team on projects. In this lecture, we discuss when, how, and why you should engage with your technical team in projects.

Introduction to Requirement Specification Preview 02:27

In this lecture, we continue our teaching of the Requirements Process and turn our focus to the third step, Requirement Specification.

Terms: Specification

Categorizing Requirements Preview 05:06

One part of the Requirement Specialization step is to categorize requirements. This lecture explains why it is important to categorize requirements, as well as it provides some example categories that could be used.

Terms: Categorize, prioritize, functional, non-functional, constraints

Deriving Requirements Preview 07:56

Another aspect of Requirement Specialization is deriving requirements. This helps to add details, remove ambiguity, and increase clarity.

Terms: Derive, ambiguity, parse

Deriving Requirements - In Other Words Preview 01:25

Assigning Requirement Attributes Preview 09:52

All requirements have certain attributes or properties that are important to capture. In this lecture, we will explore those elements and discuss some example attributes you can use with your requirements.

Terms: Requirement

Prioritizing Requirements Preview 12:19

Not all requirements are created equal. Some are significantly more important than others in helping to achieve the goals defined by the project. In this part of Requirement Specialization, we learn about how prioritization can be used to help ensure the most important requirements are completed first.

Terms: Prioritize

Prioritizing Requirements Example Preview 01:17

Validating Requirements Preview 01:05

It is crucial that your requirements are valid. In this lecture, we remind you about ensuring your requirements are clear, concise, and follow the SMART acronym.

Terms: SMART

Business Requirements Document (BRD) Preview 16:16

Now that you understand how to elicit requirements, it is important to understand where you document them. One common place to document requirements in traditional projects is the Business Requirements Document (BRD). In this lecture, we will break down the BRD, how it is created, and discuss its most common sections.

Terms: BRD

Introduction to Requirements Approval Preview 01:26

Once you have the requirements detailed and polished, you need to get them approved. This is your opportunity to validate with the business team, technical team, and Project Sponsor that the requirements you defined are accurate and provide a clear picture of the needs of the business and its stakeholders.

Terms: Requirements

Gaining the Business Approval Preview 08:09

The first step in your approval process should almost always be to gain business approval. This is where you validate with the business team what you captured accurately represents their needs and wants.

Terms:  Requirements, SME

Gaining the Technical Approval Preview 08:26

Now that you've gained the approval of the business, it is time to check with the technical team to highlight any technical concerns and to validate there are enough details to move forward with a design.

Terms: Requirements, SME, design

Gaining Sponsor or Committee Approval Preview 06:27

And finally, we need to gain the Project Sponsor approval. Since the Project Sponsor is ultimately the one who is providing the budget for the project, it is important they are in agreement with the requirements and the plan for moving forward.

Terms: Project Sponsor, requirement

Conducting a Project Review Preview 12:38

Once projects are complete, it is important for the team to conduct a project review to elicit feedback from the project team. This feedback can then be used to both celebrate project wins and to highlight changes and enhancements that will positively affect future behaviors and projects.

Terms: Stakeholders, survey

Verifying the Completion of a Project Preview 05:57

Once a project is thought to be complete, it is important to conduct one final check, the Project Completion Verification. This validates the project has adequately met the goals it set out to achieve.

Application Environments Preview 06:19

In the corporate world, most organizations will have various environments including dev, test, and production. This lecture will help to explain the use of each environment and how they work together to help create successful project outcomes.

Tip for Success: Own Your Conference Calls Preview 06:27

Run your conference call. Don't let your conference call run you.

Tip for Success: Include a Meeting Agenda Preview 03:02

Meeting agendas are great to both inform your meeting invitees the topics for the discussion and to help keep the meeting conversation on track to meet its goals. In this lecture, we will break down those concepts.

Tip for Success: Stop with Formal Meeting Agendas Preview 03:32

Meeting agendas are great but don't get too rigid. Planning out every minute of your meeting makes it difficult to adjust to new learnings.

Bonus Lecture...What's Next? Preview 02:16