Visão Geral

Um equívoco comum é que Agilidade significa falta de ordem ou disciplina. Este simplesmente não é o caso. Aqueles que tentam incorporar uma metodologia ou prática ágil em seu SDLC com a expectativa de abandonar a disciplina estão no caminho do fracasso. A agilidade no desenvolvimento de software requer uma forte disciplina. Para criar Agilidade com sucesso, você deve ter uma base sólida nas práticas e procedimentos que deseja adaptar e aprender a seguir essas práticas corretamente, amarrando-as a metas rígidas de qualidade.

Objetivo

Após concluir o Curso Introduction to Agile, você será capaz:

• Entenda os valores e princípios do Agile e como construir a disciplina para apoiar esses princípios em sua prática diária
• Aprecie a história do Agile e como a coleção de princípios e práticas se uniram para permitir o sucesso do cliente
• Examinar métodos ágeis, incluindo: Scrum, Extreme Programming, Lean Software Development, Kanban
• Desenhe as melhores práticas das várias metodologias que contribuirão para o sucesso da sua equipe
• Talk the talk: aprendendo a terminologia Agile, funções e fóruns com seu contexto
• Percorra os processos que suportam os princípios ágeis para permitir a entrega de ótimos produtos
• Comece a mapear a transição de sua equipe existente ou processos de nível empresarial para o Agile
• Descubra o poder das equipes ágeis por meio da comunicação, colaboração e cadência
• Descubra as armadilhas que as equipes encontrarão em uma transição Agile e entenda como superar esses desafios
• Estabelecer a base sobre a qual você pode construir uma equipe e uma organização de aprendizado

Publico Alvo

• Gerentes de projeto
• Gerentes de programa
• Analistas
• Desenvolvedores
• Programadores
• Testadores
• Gerente/Diretores de TI
• Engenheiros de software
• Arquitetos de software
• Clientes / Partes Interessadas
• Gerentes de produto

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

Agile Overview

1. We begin by discussing why an organization would want to switch from traditional development techniques to Agile ones.
2. Making the Case for Change – Organizational change (which an Agile transformation is) is difficult to achieve unless there is a clear understanding among everyone involved about why it is necessary.
3. Exercise: Make a list of software project problems that you would like to correct.

The Agile Paradigm Shift

1. Agile techniques are based on a completely different mental model and set of paradigms about projects. In this section, we begin to explore the mindset that that the Agile methods are built upon.
2. A Paradigm for Complexity – The inherent complexity of developing software is the source of most software project failures, so the Agile methods embrace paradigms that are designed for complexity
3. Predictive vs. Adaptive – A key difference between traditional and Agile paradigms concerns our ability to predict how the project will unfold. The Agile approach is to expect that our predictions may be less-than-accurate, and to structure the project so we can adapt to these surprises as they unfold

The Agile Foundation

1. We continue exploring the Agile mindset by examining the foundations upon which the Agile methods were built.
2. Agile Manifesto – The value system upon which Agile is built
3. Agile Principles – The necessary elements for making Agile work
4. Agile Benefits – Actual benefits as reported in the State of Agile Report

Agile Methodologies

1. With the reason for Agile in mind, and an understanding of the Agile mindset, we are ready to explore the variety of Agile practices that your teams can embrace. Since there is not a single “correct” way to be Agile, we explore the practices associated with four of the most commonly-cited Agile methods.
2. Lean – All of the Agile methods are based on the principles first formalized in Lean Manufacturing, so we start with Lean Software Development
3. Scrum – The most widely-used of the Agile methods, Scrum is a good method to use to understand the basic iterative practices employed by most Agile teams
4. Kanban – Originally created by the Lean Movement and more recently embraced by the Agile Community, Kanban provides an alternative process structure that (unlike the other Agile methods), is not based on iterations.
5. XP – Extreme Programming (XP) is one of the few Agile methods that goes into detail about technical programming practices, so we will take some time to explore them.
6. Custom Hybrid – We complete this section by observing that many teams create their own custom Agile method by drawing practices from several Agile methods and combining them in unique ways.
7. Exercise: See for yourself how common practices that Lean counsels against can make a team less efficient.

Building the Agile Team

1. The Agile practices only work as promised when used in the context of an Agile self-organizing team. In this section we delve into what self-organization means, and the attributes of an Agile team, including roles, responsibilities, and the team dynamics that make Agile practices successful.
2. Systems Thinking – Seeing the Agile team as more than a collection of people
3. What Makes a Great Team – The secret of an effective team goes way beyond the process they are using
4. Agile Team Roles – Agile teams have some unique and important roles
5. Team Best Practices – Guidance from Agile coaches on how to lead an Agile team to be the best they can be
6. Exercise: Make a list of the attributes of great teams you have been a part of.

Inspect and Adapt

1. Continuous Improvement (the heart of Lean principles) is the heart of Agility as well. We will focus on the practices then enable Agile teams to ensure not only that they are building the right product, but also that they are constantly improving their capacity to do it. They do these things at the end of every iteration (every few weeks)!
2. Iteration Review – A status check helps the team to stay on track and know if they need to take corrective action
3. Demo – A show-and-tell with the customer ensures that what they just built is indeed what the customer expected and needs
4. Retrospective – A mini-lessons-learned gives them the opportunity to improve how they work—beginning the very next day

Agile Adoption

1. We wrap up with a quick look at how to move forward with an Agile transformation.
2. Leading Change – A look and organizational change management
3. Exercise: What will you do in your organization with what you just learned?