Scrum escalado: LeSS Framework

[00:00] Olá, pessoal! Eu sou Roberto Pina e com grande satisfação estou iniciando com vocês esse curso a respeito do “Framework de Ágil Escalado Less”. Esse primeiro vídeo da primeira aula farei uma breve apresentação de como será o nosso curso.

[00:17] Público alvo desse curso: basicamente gestores de projetos e de operações de TI, analistas, desenvolvedores, arquitetos e pessoas em geral envolvidas com o desenvolvimento de software, membros de áreas de governança como [PMOs] e assemelhados, e consultores em metodologias.

[00:38] O que trataremos neste nosso curso de “Less”? Primeiramente, uma introdução retomando os temas do “Ágil”, do “Método Scrum”, do “Ágil escalado”, e algumas considerações básicas a respeito do “Less”.

[00:52] Depois, veremos os princípios e fundamentos dessa abordagem, o “Framework” e seu funcionamento em detalhe.

[01:00] Veremos então, o “Less Huge” que é uma versão do “Less” para empreitadas realmente maiores, com um número maior de equipes trabalhando em paralelo.

[01:09] E finalmente aspectos da adoção nas organizações do “Framework Less”.

[01:15] Espera-se que com esse curso os participantes consigam uma expansão da sua visão do “Ágil” para um contexto de empreitadas maiores, ou seja, como adotar o “Ágil” em grandes projetos ou iniciativas que envolvam o trabalho em paralelo de diversas equipes.

[01:34] Espera-se também, um aprimoramento das competências em métodos de desenvolvimento, e com isso uma contribuição para evolução e diferenciação profissional.

[01:44] Como pré-requisito, seria bastante interessante que os participantes tenham noções a respeito da “Cultura do Ágil” e do “Método Ágil Scrum”.

[01:55] Aqui, nesse curso nós faremos uma revisão desses assuntos através de dois vídeos específicos para isso. Visando fixar o aprendizado, e segundo o padrão pedagógico da “Alura”, vocês serão convidados a realizar um projeto de conclusão do curso. Com isso, haverá oportunidade de fixar o aprendizado e de colocar em prática conceitos e aspectos do “Método Less” que veremos aqui.

[02:23] No próximo vídeo falarei com maior detalhe a respeito do projeto de conclusão. Desejo a todos um ótimo curso. Vejo vocês no próximo vídeo.

[00:00] Olá, pessoal! Nesse segundo vídeo da aula um, falarei a respeito do nosso projeto de conclusão de curso.

[00:06] O projeto de conclusão, como foi citado no vídeo anterior, visa praticar e consolidar os conceitos que nós vamos ver durante o nosso aprendizado.

[00:15] No que consiste esse projeto ao qual vocês está convidado? Consiste na identificação de um cenário na organização onde você atua, onde caiba o “Ágil Escalado”.

[00:25] Veremos o que é o “Ágil Escalado”, mas só antecipando rapidamente, trata-se da adoção do “Ágil”, da “Cultura do Ágil” e de métodos correlacionados em contextos de grandes projetos ou com uma multiplicidade de equipes atuando em paralelo.

[00:43] Então haverá um exercício de diagnóstico da realidade observada na sua organização com relação a pertinência do “Ágil Escalado” em alguma frente. A venda da ideia da adoção do “Less”, faremos um exercício mental em relação a isso. E a elaboração de um roteiro de implementação desse “framework” no contexto de Ágil Escalado Observado”.

[01:09] Ao longo do curso serão fornecido elementos, para auxiliarmos esse exercício passo a passo nos momentos oportunos.

[01:18] Nos próximos dois vídeos nós faremos uma revisão da “Cultura do Ágil” e do “Método Ágil Scrum”. Caso você já conheça esses assuntos ou já tenha feito esses cursos na plataforma da “Alura” você pode até pular os dois próximos vídeos, se não, faça então uma revisão desses assuntos. Até o próximo vídeo!

[00:00] Olá, pessoal. Nesse terceiro vídeo da aula um, faremos uma revisão da chamada “Cultura Ágil”.

[00:05] O “Less” é um “Framework” de ágil escalado que se baseia totalmente nesta cultura. Uma boa forma de entender o “Ágil” é saber ao que ele se contrapõe. Por que ele surgiu?

[00:18] Ele surgiu para tentar resolver uma crise existente na indústria do software. Ele se contrapõe especialmente ao chamado “Ciclo de Vida Waterfall”, veremos do que se trata. Ao excesso de prescrição que existia na indústria de software exatamente como parte do método “Waterfall” e aos métodos organizacionais hierarquizados e agrupados em silos, agrupados em departamentos estanques com seus próprios interesses e sem um contexto mais colaborativo.

[00:51] O ciclo de vida “Waterfall” é um método de desenvolvimento de projetos inspirado na engenharia tradicional, na engenharia civil e na engenharia mecânica, que tem as seguintes características:

[01:04] Primeiramente, é feito um grande planejamento “up front”, um planejamento do projeto como um todo e um detalhamento do escopo do produto. Depois, são escritas documentações funcionais e documentações técnicas detalhando tudo o que precisa ser construído.

[01:22] Aí, é feita a construção de uma única vez ou em grandes entregas, são feitos os testes, normalmente no final ciclo e é feita a implantação, a entrega do produto de uma única vez aos usuários ou em grandes entregas.

[01:40] Em paralelo a isso, um sistema de monitoração e controle, visando garantir o segmento do plano e evitar quebras de escopo. Esse é o método “Waterfall”.

[01:52] Para desenvolvimento de software houveram grandes problemas nisso. Tentou-se emular a engenharia para resolver a chamada “Crise do Software”, porém o software é um produto completamente diferente dos demais.

[02:06] Desenvolver software não é como construir uma ponte ou construir um galpão, não é possível para um produto complexo como software eu ter uma visão detalhada do escopo a priori.

[02:18] Na verdade, no software o escopo não é definido, ele vai sendo descoberto, e isso acontece através de interação intensa com os usuários. Assim sendo, as entregas têm que ser frequentes para que seja possível a equipe de desenvolvimento colher feedbacks e ir então descobrindo qual é o produto detalhado. “Waterfall” não oferece essa oportunidade, como nós podemos ver na sua estrutura.

[02:46] Assim sendo, o “Ágil” veio trazendo uma nova forma de trabalhar e teve um marco importante no ano de 2001, que foi o chamado “Manifesto Ágil”.

[02:56] O “Manifesto Ágil” convida os desenvolvedores de software a terem uma atenção maior em indivíduos e interações mais do que processos e ferramentas, software em funcionamento, ou seja, entregar software rodando mais do que ter uma documentação abrangente, colaboração com o cliente, mais do que negociar contratos, e responder às mudanças, mais do que seguir um plano.

[03:20] Não que os aspectos que estão à direita não sejam importantes, eles são importantes, mas o “Manifesto Ágil” e a “Cultura Ágil”, nos convidam a valorizar mais os aspectos que estão a esquerda, então esse é um pilar da “Cultura Ágil”.

[03:38] Outras expressões da “Cultura Ágil” estão nos pilares do “Scrum”, a visibilidade, a inspeção e adaptação. Visibilidade significa transparência, tudo que é importante estar visível. A inspeção existe que se verifique de maneira constante o que está acontecendo, e dessa forma poder fazer uma adaptação eficaz. Como uma correção de rumo rápida e sem que grandes incêndios se formem e se tornem incontroláveis nos trabalhos.

[04:07] Outro lugar onde a “Cultura Ágil” se manifesta é no chamado valores do “Scrum”, que são o comprometimento, a coragem, o foco, a abertura e o respeito.

[04:17] Assim sendo, as abordagens “Ágeis” em suma, nos convida a ter um pensamento de ciclo de vida em projeto em espiral. Eu faço uma lista de requisitos, priorizo, pego um primeiro conjunto deles desenvolvo inteiramente e já entrego aos usuários para colher feedbacks. Depois pego um segundo grupo de requisitos e faço a mesma coisa.

[04:41] O produto vai sendo desenvolvido aos poucos e eu tenho com isso uma sistemática de interatividade. A cada iteração eu vou entregando partes do produto final.

[04:53] Com isso, eu tenho mais feedback. O usuário vai recebendo partes do produto e vai dando então uma sinalização se o rumo do desenvolvimento está correto ou não.

[05:05] Um produto desenvolvido desta forma é dito “incremental” porque ele vai crescendo um pouquinho a cada iteração, a cada ciclo curto da entrega e coleta de feedback, o processo é empírico e não definido, como pretende ser no “Waterfall”. Empírico significa, nós vamos aprendendo e acertando o rumo conforme a experiência, conforme feedback recebido.

[05:30] Eu tenho um nível menor de prescrição, menos documentação pesada e mais interação com os usuários. A documentação pesada no “Waterfall” tentava cercar exatamente todos os aspectos de dificuldade em definir o escopo, e os trabalhos são tocados por equipes auto gerenciadas e multifuncionais.

[05:52] Então não existe um chefe que diz a equipe como é que o trabalho tem que ser feito. A equipe tem uma meta definida para cada iteração e tem um caráter multifuncional, ou seja, dentro da equipe estão todas as competências necessárias para o desenvolvimento do produto.

[06:11] Então, em linhas muito gerais, esta é a “Cultura Ágil”.

[06:16] No próximo vídeo nós vamos ver o “Método Scrum”, que visa implementar a “Cultura Ágil” para o desenvolvimento de produtos complexos, como é o caso do software.

[06:27] Vejo vocês no próximo vídeo!