Visão Geral

As metodologias tradicionais de desenvolvimento de sistemas estão sendo rapidamente substituídas por abordagens mais iterativas ou ágeis. Cada vez mais organizações estão percebendo os benefícios de uma implantação de produtos mais rápida a um custo menor, com menos retrabalho devido à falta de requisitos. A análise de negócios eficaz é fundamental para desenvolver esses requisitos e manter os projetos no caminho certo. Este curso indispensável explora as contribuições do bom desenvolvimento de requisitos em um ambiente Agile e equipa os analistas de negócios com o pensamento crítico, as habilidades analíticas e as habilidades necessárias para agregar valor a cada projeto Agile.

Objetivo

Apóis concluir o Curso Business Analysis in Agile Projects, você será capaz de:

• Avalie uma variedade de "sabores" ágeis
• Revise os níveis e tipos de requisitos
• Definir os papéis dos membros da equipe do projeto Agile
• Pratique a definição de personas
• Trabalhe em equipe para descobrir e escrever histórias de usuários
• Revise os métodos de elicitação e descoberta de requisitos
• Entenda a decomposição e modelagem de histórias com métodos gráficos simples
• Praticar a obtenção e validação de informações das partes interessadas do projeto
• Avalie a importância e a prioridade dos recursos do produto
• Aprimore seus recursos de identificação, definição e resolução de problemas

Publico Alvo

• Cliente comercial, usuário ou parceiro
• Patrocinador do Projeto ou Proprietário do Projeto
• Analista de negócios
• Analista de Sistemas Empresariais
• Analista de sistemas
• Gestor de projeto
• Arquiteto ou Designer de Sistemas
• Desenvolvedor de sistemas ou aplicativos
• Profissional de controle de qualidade
• Testador de sistemas
• Líder de projetos ou equipes de Sistemas
• Qualquer pessoa que queira aprimorar suas habilidades de análise de negócios Agile

Informações Gerais

Carga Horária: 16h

• Se noturno este curso é ministrado de Terça-feira à sexta-feira, das 19h às 23h
• Se aos sábados este curso é ministrado das 9h às 18h
• Se in-company por favor fazer contato para mais detalhes.

Formato de entrega: 

• 100% on-line ao vivo, via Microsoft Teams na presença de um instrutor/consultor ativo no mercado.
• Nota: não é curso gravado. 

Lab:

• Laboratório + Exercícios práticos

Materiais

Conteúdo Programatico

Getting Started

1. As we get started we will get to know each other and understand the objectives of the course. We will introduce the importance of Conversation in the Agile environment and how the Conversation can be managed for better communication and results. We will model the creation of Working Agreements that contribute to building trust on a team.
2. Introductions
3. Course Objectives
4. Impact of other Domains on Agile Beginnings
5. The Agile Conversation
6. Working Agreements

Agile Overview

1. You’ve heard it all before: “Agile means developing software without any documentation. Agile means developers decide on a product’s features. Agile is the same thing as Scrum.” Perhaps you’ve heard the most misleading concept of all: “Agile means we don’t do business analysis anymore.” Nothing could be more false.
2. Learn what Agile really is, what the variations and hybrids of Agile are and how business analysis is critical to project success.
3. Lean Beginnings
4. Why Agile?
5. Agile Manifesto & Principles
6. Agile Practices

Building an Agile Team

1. In Agile the Business Analyst has various possible roles from Voice of the Customer or Product Owner, member of the Customer side team or member of the Development side team. In this section we will explore how to create and effective Agile team with an Agile mindset and then see how the Business Analyst fits into this team framework and provides value.
2. The Team as a System
3. The Business Analyst

Project Initiation

1. Agile follows an Adaptive, Just-in-Time planning model. In this section we will learn how Adaptive Planning can better meet the customer’s needs and provide them more value with less resources by only elaborating requirements Just-in-Time.
2. Five Levels of Planning
3. Vision
4. Themes & Roadmap
5. User Roles and Personas

Backlog Planning

1. The Agile vehicle of communicating requirements is the User Story. The Business Analyst is central in the process of writing and elaborating User Stories. This section will help the Business Analyst learn about User Stories and how to write and elaborate good User Stories.
2. The Product Backlog
3. Writing User Stories
4. Guidelines for Good Stories
5. Acceptance Criteria

Managing the Backlog

1. After User Stories are written, they need to prioritized and estimated. As part of the Customer side team, the BA has a major role in prioritization. As a member of the Development side team, the BA will contribute in User Story estimation. Both of these come with low cost, low waste techniques that allow us to do this quickly and get on to the important work of implementing requirements.
2. Prioritization
3. Estimating

Release Planning

1. The Business needs to know when they will receive product deliverables. In this section the Business Analyst will learn how milestones are set and how deliverables will be slated for a release with high confidence in meeting dates.

Backlog Refinement

1. Backlog Refinement is where the Business Analyst if really worth her weight in gold. User Stories represent very thin statements of Customer wants and needs but they don’t contain the details until the development team is close to working on them. As time to work on them approaches, the details need to be filled in and the Business Analyst is the central figure in requirements elaboration.
2. Agile Documentation
3. Requirements Elaboration

The Iteration

1. When Requirements are ready to go – ready to go does not mean mountains of documentation. Much of the details are maintained as tacit knowledge with the Business Analyst and the others who have been involved with the Conversation. Continued collaboration is essential to turning what we’ve learned about the needs of the customer into working software. The Business Analyst is always there involved answering real-time questions from the team.
2. Iteration Planning
3. Iteration Execution

Inspect and Adapt

1. Agile is an Empirical Process for developing complex software. Essential to and Empirical Process is feedback loops. Feedback loops can be both formal and more informal. In this section we will learn about the formal feedback loops that are built into the end-of-iteration timeframe for driving continuous improvement back into the process.
2. The Iteration Review
3. The Demo
4. The Retrospective

 Agile Adoption

1. So you want to drive these concepts into your organization as you leave the class and go back to your work. This section will help you do that effectively.