Fundamentos do Agile

Você aprenderá como o curso está estruturado e explorará a história, a abordagem e a filosofia do gerenciamento de projetos Agile e da teoria do Scrum. Você também aprenderá por que o Agile é mais adequado para setores suscetíveis a mudanças e como diferenciar e combinar abordagens Agile.

Dedicação ao estudo

• Videos: 58 min

• Leitura: 50 min

• Teste: 1 Teste com avaliação

Objectivos

• Explicar a estrutura do programa do certificado de gerenciamento de projetos e a funcionalidade do curso.
• Descrever a história e a motivação por trás do surgimento do Agile e do Scrum.
• Explicar a abordagem e a filosofia do gerenciamento de projetos Agile, incluindo valores e princípios.
• Explicar por que o Agile é mais adequado para setores ou projetos suscetíveis a ou que incentivam mudanças e incertezas.
• Falar sobre a origem do Scrum e os conceitos básicos da teoria do Scrum.
• Diferenciar as estruturas Agile e explicar quando e por que combinar abordagens.

Conteúdos

1. Primeiros passos do curso
2. Introdução ao Agile
3. Estruturas Agile famosas
4. Revisão: Fundamentos do Agile

1. Primeiros passos do curso

Introdução ao curso 5

Video. Duração: 2 min

Olá e bem-vindo ao Gerenciamento de projetos Agile.

Até agora, este programa abordou os fundamentos de gerenciamento de projetos e o que é preciso para ser um gerente de projeto.

Exploramos as fases do ciclo de vida do projeto, início, planejamento, execução e encerramento, e analisamos várias ferramentas e técnicas diferentes para gerenciar e comunicar seus planos.

Também discutimos como lidar com vários desafios, riscos e problemas que surgem ao longo do caminho. Se você concluiu todos os cursos até agora, parabéns! Se está entrando agora, seja bem-vindo. De qualquer forma, você está a caminho de uma carreira nova, ou talvez apenas melhorada, em gerenciamento de projetos.

Agora que você tem uma base sólida sobre o que é preciso para gerenciar um projeto, vou compartilhar uma das abordagens mais conhecidas para entregar projetos: Agile.

Na minha opinião, Agile também é a abordagem mais interessante e flexível para gerenciamento de projetos. Agile não é uma metodologia de gerenciamento de projetos por si só, mas mais uma abordagem e filosofia abrangentes para entregar valor aos clientes, que é o objetivo da maioria dos projetos.

Apesar de não ser uma metodologia específica, existem muitas estruturas e métodos sob o guarda-chuva do Agile.

Neste curso, ajudarei a preparar você para uma carreira em gerenciamento de projetos Agile.

Vou apresentar uma história do Agile e apresentar você a uma estrutura de entrega Agile específica chamada Scrum.

Vou ensinar as principais funções de uma equipe Scrum e, finalmente, abordarei algumas práticas recomendadas e cenários do mundo real em que você pode usar a abordagem Agile para levar seu projeto ao sucesso.

Eu provavelmente deveria me apresentar. Meu nome é Sue e sou gerente de programa técnica sênior da plataforma de suporte do Google. Criamos os produtos que você usa para obter suporte ao usuário de quase todos os produtos do Google. Comecei no Google em 2014 e trabalhei em confiabilidade de produtos, garantindo que os produtos do Google estivessem sempre funcionando para bilhões de pessoas em todo o mundo que dependem deles. Antes do Google, trabalhei em muitas empresas de diferentes tipos e tamanhos onde executei e trabalhei em projetos usando Cascata, Agile e tudo que há entre eles. Comecei minha carreira como engenheira de software com tecnologia de telefonia celular, mas eu não tinha uma formação em ciência da computação. Desde então, tive muitas funções diferentes, mas gerenciamento de programas é minha paixão, porque reúne todas as disciplinas para fornecer resultados surpreendentes para os clientes e resultados igualmente surpreendentes para o negócio.

Ainda me lembro do momento "aha" que tive quando descobri o Agile, e estou animada para compartilhar com você. Espero que você esteja pronto para descobrir o Agile e experimentar seu próprio momento "aha".

No próximo vídeo, começaremos a aprender o básico sobre o Agile.

Visão geral do curso 5

Leitura. Duração: 10 min

Olá. Este é o quinto dos seis cursos do programa Certificado de gerenciamento de projetos do Google (opens in a new tab).

Este curso explorará a história, a abordagem e a filosofia do gerenciamento de projetos Agile, incluindo a estrutura do Scrum. Você aprenderá a diferenciar e a combinar Agile com outras abordagens de gerenciamento de projetos. Conforme você avançar no curso, aprenderá sobre o Scrum e explorará seus pilares e valores, comparando funções essenciais da equipe Scrum. Você descobrirá como criar, gerenciar e refinar um backlog de produto, implementar estratégias de entrega com base em valores do Agile e definir um roteiro de valores. Você também desenvolverá habilidades para organizar os cinco eventos importantes para uma equipe Scrum, apresentar uma abordagem Agile ou Scrum para uma organização e treinar uma equipe Agile. Por último, você aprenderá como procurar e conseguir oportunidade de trabalho de Agile. Os gerentes de projeto atuais do Google continuarão a instruir e oferecer uma abordagem prática, ferramentas e recursos para alcançar suas metas.

Neste texto, você vai aprender sobre a estrutura do programa Certificado de Gerenciamento de Projetos e a funcionalidade do curso. Se você já leu isso no último curso e não precisa de uma atualização, sinta-se livre para ignorar. Se você é novo no programa, seja bem-vindo. Criamos o programa que você está prestes a explorar para ajudar todo tipo de aluno a concluir com êxito o certificado e se preparar para uma função em gerenciamento de projetos. Nenhuma experiência anterior é necessária.

Neste programa de Certificado de Gerenciamento de Projetos do Google, você vai aprender os fundamentos do gerenciamento de projetos tradicionais e terá insights sobre o gerenciamento de projetos Agile. De acordo com o Project Management Institute, espera-se que a força de trabalho de gerenciamento de projetos em sete setores orientados a projetos cresça 33%, ou quase 22 milhões de novos empregos, até 2027. Estamos entusiasmados em acompanhar você nesta jornada conforme aprende as habilidades para iniciar uma carreira em uma das profissões mais requisitadas da atualidade.

O curso 5 cobre quatro semanas de material. Cada semana inclui uma série de aulas com muitos tipos de oportunidades de aprendizado, como as seguintes:

• Vídeos de instrução por um funcionário do Google.

• Textos para apresentar novas ideias e estudos de caso e para desenvolver os conceitos dos vídeos.

• Fóruns de discussão para explorar os tópicos do curso para melhor compreensão e conversar com colegas do programa.

• Perguntas inseridas nos vídeos que aparecerão de vez em quando. Elas foram criadas para você verificar seu aprendizado à medida que avança.

• Testes práticos para verificar sua compreensão e fornecer feedback valioso. As atividades práticas proporcionarão uma oportunidade de aplicar as habilidades que você quer dominar. Você avaliará seu trabalho respondendo a perguntas de um teste ou comparando-o a um modelo criado pela equipe do nosso curso. Observação: elas não contam para a nota final do curso, mas recomendamos que você as conclua, porque elas ajudarão você a se preparar para os questionários com nota e as avaliações dos colegas.

• Testes com nota em conteúdo de vídeo e textos para medir seu progresso.

• Atividade revisadas por colegas não avaliadas sobre conteúdo de vídeo e textos que oferecem a oportunidade de praticar a aplicação das habilidades que você está trabalhando para dominar. Outros alunos em seu curso verão o trabalho que você enviar e fornecerão feedback com base em uma rubrica.

Cada pessoa aprende de maneira diferente, então este programa foi projetado para permitir que você trabalhe no seu próprio ritmo. Os prazos personalizados começam no momento da inscrição, mas são apenas um guia. Sinta-se à vontade para concluir o programa da maneira que for melhor para você. É possível redefinir os prazos clicando no botão azul. Não há penalidade por tarefas atrasadas. Para ganhar seu certificado, tudo que você precisa fazer é concluir todo o trabalho.

Dicas

• Recomendamos que você faça todos os seis cursos e conclua os itens de cada aula na ordem em que aparecem, pois novas informações e conceitos se baseiam nos anteriores.

• Aproveite ao máximo os textos e recursos adicionais ao longo do programa. Eles foram projetados para apoiar seu aprendizado.

• Se algo estiver confuso, assista novamente a um vídeo, leia um texto novo ou peça conselhos aos seus colegas no fórum de discussão.

• Participe de todas as oportunidades de aprendizado para ter o máximo de conhecimento e experiência possível.

Parabéns por escolher dar este primeiro passo para se tornar parte do maravilhoso mundo do gerenciamento de projetos. Aproveite a jornada.

Fonte: PMI (2017). Crescimento do trabalho em gerenciamento de projetos e lacuna de talentos 2017–2027.

Recursos úteis para começar

Leitura. Duração: 10 min

O Certificado de Gerenciamento de Projetos do Google fornecerá novas lições a cada semana. Como você aprendeu, cada lição inclui uma série de vídeos, leituras, atividades, perguntas inseridas em vídeos, testes práticos e testes com notas. Nesta leitura, você aprenderá a fornecer feedback sobre o conteúdo do curso, receber o Certificado de Gerenciamento de Projetos do Google e adquirir hábitos úteis para concluir este programa de certificação.

Fornecer feedback sobre o conteúdo do curso

Lembre-se de dar feedback sobre vídeos, textos e materiais. Basta abrir o recurso e procurar os símbolos de “Gostei” e “Não gostei”.

• Clique em “Gostei” nos materiais que são úteis.

• Clique em “Não gostei” nos materiais que não são.

Se você quer sinalizar um problema específico com o item, clique no ícone de sinalização, selecione uma categoria e, se quiser, digite uma explicação na caixa de texto.

Esse feedback vai para os desenvolvedores do curso, não para outros alunos, e ajuda a criar programas ainda melhores no futuro.

Para receber ajuda técnica, acesse a Central de Ajuda do aluno

Como receber o Certificado de Gerenciamento de Projetos do Google

Você pode rever gratuitamente vídeos, textos, fóruns de discussão, perguntas inseridas em vídeos e simulados no programa. No entanto, para acessar as tarefas avaliadas e se qualificar para receber seu Certificado oficial de Gerenciamento de Projetos do Google, veja o que é preciso:

Pagar a taxa do certificado do curso ou se inscrever e receber aprovação para umabolsa de estudos.

E

Passar em todas as tarefas com nota em todos os seis cursos ou atingir o limite de aprovação do curso. Cada tarefa com nota faz parte de uma pontuação cumulativa para o curso, e a nota de aprovação para cada curso é de 80%.

Hábitos úteis para concluir o certificado com sucesso

Como aluno, você traz todas as suas experiências anteriores e práticas de aprendizagem para este programa. As pessoas que desenvolveram este curso também elaboraram uma lista de hábitos úteis que ajudarão você a ter êxito.

1. Planeje seu tempo: defina horários de estudo regulares e siga-os todas as semanas para incorporar o aprendizado à sua rotina. Use um calendário ou cronograma para criar uma programação e liste o que você planeja fazer em cada dia para dividir seu trabalho em metas alcançáveis. Crie um local tranquilo para assistir vídeos, revisar textos e concluir atividades, para que você possa realmente se concentrar no material.
2. Tenha curiosidade: se você encontrar uma ideia empolgante, busque saber mais sobre ela. Faça perguntas, pesquise mais detalhes on-line, verifique os links de seu interesse e faça anotações sobre suas descobertas. As pequenas coisas que você faz para apoiar seu aprendizado ao longo do caminho levarão seu conhecimento ainda mais longe, abrirão mais portas neste campo de alto crescimento e o ajudarão a se qualificar para empregos.
3. Faça anotações: as anotações são informações úteis para lembrar de coisas que você acha que podem ser importantes no futuro, especialmente para se preparar para entrar em uma nova área de trabalho. Além disso, fazer anotações é uma maneira eficaz de criar conexões entre tópicos e entendê-los melhor.
4. Converse (de forma responsável) com outros alunos: Se você tem uma dúvida, talvez não seja só você. Entre no fórum de discussão para pedir ajuda a outros alunos que participam do programa. Também é possível acessar a comunidade on-line global do Coursera. Consulte o código de honra e o código de conduta do Coursera para ver outras coisas importantes a ter em mente enquanto faz amigos.
5. Atualize seu perfil: considere atualizar seu perfil no Coursera. Para isso, acesse o link que aparece no menu quando você clica no seu nome, no canto superior direito da tela. Quando os colegas encontram você nos fóruns de discussão, eles podem clicar no seu nome para visualizar seu perfil e conhecer você melhor.

Encontrar mais informações

Ao longo deste curso, você aprenderá os fundamentos do gerenciamento de projetos. Forneceremos muitas informações em vídeos e documentos. Mas, às vezes, talvez seja necessário pesquisar as coisas por conta própria para aprender mais. As coisas mudam rapidamente neste campo em crescimento, por isso é fundamental fazer sua própria pesquisa para que você possa conhecer as novidades.

Aqui estão alguns recursos úteis de gerenciamento de projetos disponíveis online:

• O Project Management Institute (em inglês) (opens in a new tab) é a associação mais conhecida para profissionais de gerenciamento de projetos, programas ou portfólio. Esse site oferece guias, padrões da indústria, artigos, modelos, listas de empregos, certificações e muito mais para ajudar a apoiar os profissionais nessas carreiras.

• O Guia Scrum (em inglês) (opens in a new tab) define Scrum, uma técnica usada em gerenciamento de projetos Agile. Você aprenderá sobre essa estrutura posteriormente no programa. Este guia descreve as funções, eventos, artefatos e regras do Scrum que os unem. Você também pode encontrar centenas de recursos gratuitos para aprender mais sobre Scrum em Recursos do Scrum.org (em inglês) (opens in a new tab).

Documentos digitais, planilhas e apresentações

Você concluirá as atividades usando uma variedade de documentos digitais, planilhas e modelos de apresentação. Esses modelos se alinham com os tipos de documento que os gerentes de projeto geralmente usam para criar, editar e colaborar com a equipe e a organização. Documentos digitais facilitam a colaboração em tempo real e mantêm tudo organizado.

Se você não está familiarizado com esses tipos de ferramenta, confira o curso Recursos.

Glossário

Este curso cobrirá muitos termos e conceitos, alguns dos quais você já deve conhecer e outros que serão novos. Para relembrar do significado de um termo, consulte este glossário.

Diretrizes de acessibilidade

Ao criar conteúdo escrito ou visual ou planejar uma reunião ou evento, siga estas dicas de acessibilidade para torná-lo mais acessível a todos, incluindo pessoas com deficiência.

Conhecer os colegas

Discussão. Duração: 10 min

No início desta lição, Sue, gerente de programa técnico sênior, compartilhou que o gerenciamento de programas é sua paixão porque reúne todas as disciplinas para entregar resultados incríveis para os clientes e resultados igualmente incríveis para os negócios.

Agora é a sua vez de se apresentar no fórum! Sua apresentação precisa dar aos outros alunos uma boa ideia de quem você é e ter de 5 a 10 frases. Se não sabe o que escrever, veja aqui algumas sugestões:

• Conte aos colegas de que país ou cidade você é ou onde mora no momento (mas não inclua seu endereço).

• Conte sobre uma ou duas vezes em que você gerenciou projetos em algum nível e quais habilidades você usou.

• Quais são suas metas e expectativas em relação a este programa?

• Fale sobre sua formação educacional e sua trajetória profissional até o momento.

• Quais são seus interesses além do trabalho e da carreira?

Em seguida, acesse os fóruns de discussão para ver o que outras pessoas contaram sobre si mesmas. Diga "oi" a pelo menos dois colegas e crie conexões.

Resposta

Olá! Daqui José, sou de Lisboa (Portugal). Tenho dupla nacionalidade (português e alemão), sou um programador web com vários anos de experiência a trabalhar numa gama diversificada de projetos em várias indústrias TI. Procuro expandir os meus conhecimentos de gestão de projetos, principalmente projetos de gerenciamento (gestão) Agile. Prazer em conhecer-vos!!!

2. Introdução ao Agile

Uma breve história do Agile

Video. Duração: 4 min

Talvez você se lembre de cursos anteriores neste programa que forneceram uma introdução às metodologias de gerenciamento de projetos Cascata e Agile. Agora, vamos nos aprofundar mais e expandir muito o seu entendimento dessas abordagens conhecidas.

Neste vídeo, vou contar uma breve história do Agile e apresentar os valores e princípios Agile. E você vai aprender que Agile pode ser e é usado em muitos setores diferentes. Tudo pronto? Vamos começar. Para revisar rapidamente,

Cascata é uma metodologia de gerenciamento de projetos popular que se refere à ordem linear das fases. Você conclui uma fase de cada vez, sem avançar para a próxima até que ela seja concluída_.

Então, você vai para a linha de baixo, como em uma cascata, começando no topo da a montanha e indo para baixo. O termo Agile (ágil) se refere a ser capaz de se mover rápida e facilmente. Também se refere à flexibilidade, à vontade e à capacidade de mudar e de se adaptar.

Projetos que adotam um gerenciamento de projeto Agile têm uma abordagem iterativa, o que significa que os processos do projeto são repetidos muitas vezes durante seu ciclo de vida.

Nesse caso, a equipe opera dentro de muitos blocos de tempo mais curtos, chamados iterações. Iterações individuais podem se repetir dependendo do feedback recebido. Durante cada iteração, a equipe pega um subconjunto de todas as atividades do projeto e faz todo o trabalho necessário para concluir esse subconjunto de atividades.

Você pode pensar nisso como várias minicascatas para cada atividade. Essa abordagem iterativa permite que o projeto caminhe rapidamente, além de torná-lo muito mais adaptável à mudança.

Então, o termo Agile significa flexibilidade, repetição e abertura à mudança.

Mas o que queremos dizer com gerenciamento de projetos Agile?

Gerenciamento de projetos Agile é uma abordagem para o gerenciamento do projetos e da equipe com base no Manifesto Agile.

O manifesto é uma coleção de quatro valores e 12 princípios que definem a mentalidade que todas as equipes Agile devem buscar.

Então, em termos muito básicos, Cascata é linear e sequencial e não incentiva a mudança do processo depois que ele é iniciado.

Agile, por outro lado, é iterativo, flexível e incorpora mudanças necessárias ao longo do processo.

Questão

Que tipo de processo é a abordagem de gerenciamento de projetos baseada no Manifesto Agile?

• Um processo linear e sequencial que não permite mudanças no escopo do projeto após seu início

• Um processo flexível, que é variado e não permite mudanças depois que o processo é iniciado

• Um processo iterativo e flexível que incorpora as mudanças necessárias ao longo do processo e é baseado em valores e princípios fundamentais

Correta - O processo Agile é flexível e incorpora as mudanças necessárias ao longo do processo.

Agora, uma breve aula de história para você ter uma noção melhor de como e por que o Agile se tornou uma abordagem tão apreciada para o gerenciamento de projetos.

Metodologias Agile surgiram organicamente durante a década de 1990 com a expansão da indústria de software. Startups de software como o Google estavam abrindo caminho para criar mais produtos de software em menos tempo. Enquanto isso, os gigantes da tecnologia da época faziam experimentos com formas mais rápidas de criar um software melhor e de se manter competitivos.

E, a propósito, software não são apenas os aplicativos e sites que usamos todos os dias. Software também inclui o código por trás de inovações na agricultura, dispositivos médicos, indústrias e muito mais.

Então, nesse ambiente competitivo em crescimento, as empresas não poderiam simplesmente criar novos produtos inovadores. Elas também precisavam inovar os próprios processos usados para desenvolver esses novos produtos.

Em 2001, os líderes de pensamento e criadores de alguns desses novos processos, também chamados de metodologias, se uniram para encontrar um terreno comum entre os métodos e resolver um problema.

O problema, eles concordaram, era que as empresas estavam tão focadas no planejamento e na documentação do projeto que perderam de vista o que realmente importava: agradar os clientes.

Então, esses líderes criaram o Manifesto Agile para orientar os outros sobre o que acreditavam que realmente importava no desenvolvimento de software, que é manter o processo flexível e focado nas pessoas, tanto na equipe quanto nos usuários, acima dos produtos finais ou entregas.

Questão

Em 2001, líderes de pensamento e criadores se reuniram para encontrar um terreno comum entre seus métodos e resolver um problema. Eles concordaram que o problema era que as empresas estavam tão focadas em planejar e documentar seus projetos que perderam de vista o que realmente importava:

• concluir projetos no prazo

• colaborar com as partes interessadas

• ter lucro

• agradar os clientes

Correta - Líderes de pensamento e criadores se uniram para ajudar as empresas a agradar seus clientes.

Agora, é aqui que o Agile fica ainda mais interessante. Você ainda pode usar o Agile, mesmo que não planeje trabalhar em projetos de software. O Agile tem sido tão bem-sucedido na indústria de software que seus valores, princípios e estruturas foram aplicados a quase todos os setores.

Na verdade, os métodos Agile que você vai aprender também se amparam massivamente em princípios de fabricação Lean, que se originaram nas fábricas de carros da Toyota na década de 1930.

Você também encontrará métodos Agile nos setores de aeronáutica, saúde, educação, financeiro e muito mais.

O Agile está em toda parte. Agora você sabe um pouco sobre a história do Agile, a origem do Manifesto Agile e alguns dos setores que usam Agile para gerenciamento de projetos.

A seguir, vamos comparar mais diferenças entre Cascata e Agile para que você se familiarize de fato com esses estilos de gerenciamento de projetos.

Distinguindo o Agile do Cascata

Video. Duração: 5 min

No último vídeo, dei uma breve aula de história sobre o Agile e apresentei o Manifesto Agile, que estabelece os valores e princípios Agile. Falaremos do Manifesto, valores e princípios em mais detalhes em breve. Mas, antes disso,

• Vamos passar algum tempo comparando Agile e Cascata.

• Quero ilustrar os principais elementos do Agile que o distinguem do Cascata.

• O Agile foi criado em resposta ao rigoroso processo linear do Cascata. Enquanto o Cascata visa a previsibilidade e tenta evitar mudanças.

• O Agile abraça a realidade de que o mundo, os mercados e os usuários são incertos e imprevisíveis.

Por exemplo, o cliente pode dizer que quer o recurso A, mas, quando o resultado final é entregue, perceber que realmente queria o recurso B.

Questão

Por que o Agile foi criado? Selecione todas as opções válidas.

• Para complementar o modelo Cascata

• Para atuar como uma resposta direta aos processos lineares estritos de Cascata

Correta - O Agile foi criado como uma resposta direta ao modelo Cascata.

• Para ajudar os gerentes de projeto que trabalham com imprevisibilidade

Correta - O Agile foi criado para ajudar os gerentes de projeto que trabalham com projetos imprevisíveis.

• Para abraçar a realidade de que o mundo é incerto

Correta - O Agile foi criado para abraçar a realidade de que o mundo é imprevisível.

• O Agile visa resolver esse problema obtendo feedback do cliente mais rapidamente, para garantir que a equipe construa o que o cliente realmente quer.

• Parte de trabalhar com uma mentalidade Agile é sempre buscar maneiras mais eficientes de trabalhar. Fazemos isso encontrando maneiras de agilizar os processos sem reduzir a qualidade ou o valor do produto.

• A chave para simplificar é reduzir o desperdício.

Por exemplo, documentação desnecessária é uma forma de desperdício. Outra forma de desperdício é passar semanas ou meses trabalhando em um recurso e descobrir que os clientes, que também poderiam ser usuários ou partes interessadas, não gostam dele.

Você pode reduzir ou eliminar essas duas formas de desperdício aumentando a colaboração da equipe e das partes interessadas. Mais colaboração significa menos documentação e feedback antecipado sobre o produto. Vamos considerar mais algumas diferenças entre Cascata e Agile.

Três aspectos importantes de um projeto são:

• Requisitos
• Documentação
• Entregas.

Requisitos

Os Requisitos são condições que devem ser atendidas ou tarefas que devem ser concluídas para garantir a conclusão bem-sucedida do projeto.

Pense nisso como o conjunto de critérios que se enquadram no escopo do projeto, ou uma lista de especificações que devem ser atendidas.

Em um projeto Cascata, você provavelmente precisará de um documento de requisitos do produto, que lista o escopo e os requisitos do projeto.

Você precisa ter vários planos de projeto formalmente aprovados, e pode ter uma equipe de pessoas cujo trabalho é apenas escrever e aprovar esses planos.

Você também pode definir um conselho de controle de mudanças, um processo formal e rigoroso para gerenciar qualquer mudanças nos requisitos.

Tudo isso é projetado para proteger a equipe da criação de algo que o cliente ou as partes interessadas não querem e visa minimizar mudanças que possam levar ao aumento do escopo.

Planos de projeto formalmente aprovados funcionam bem quando o produto final desejado é conhecido e entendido. Um exemplo disso pode ser liderar um com requisitos claros e metas baseadas em regulamentação obrigatória. Mas, se esse se não for o caso, uma equipe Cascata correrá o risco de criar uma entrega inteira e mais tarde descobrir que o cliente não gostou do resultado final.

Questão

Planos de projeto formalmente aprovados funcionam bem com um processo Cascata, quando o produto final desejado é conhecido e compreendido.

• Falso

• Verdadeiro

Correta - O processo Cascata funciona melhor com planos de projeto aprovados formalmente quando o produto final desejado é conhecido e compreendido.

No Agile, os requisitos são tratados como mais dinâmicos, e se espera que eles mudem à medida que a equipe recebe feedback e novas informações. Geralmente, há um conjunto inicial de requisitos ou ideias de recursos quando o projeto é iniciado, mas essa lista de requisitos e recursos está continuamente crescendo e mudando ao longo do projeto. A equipe trabalha com as partes interessadas para priorizar os requisitos, sempre movendo os itens mais urgentes ou valiosos para o topo da lista.

Em seguida, a equipe percorre a lista, trabalhando nos requisitos em iterações. Ao descer a lista, a equipe pode obter feedback sobre seu trabalho de forma rápida e frequente. Ao final de cada iteração, a equipe recebe feedback e pode fazer os ajustes necessários aos requisitos antes de continuar.

Documentação

O segundo aspecto é a documentação. Todos os projetos requerem documentação, planos de projeto, mapas das partes interessadas, horários, termos de abertura, contratos. A lista não acaba. Os projetos Cascata usam muita documentação porque há muitas entregas entre as fases e entregas entre diferentes equipes dentro do projeto.

Além disso, como o trabalho é feito em partes maiores, você precisará deixar para trás mais documentações em cada etapa do projeto.

Mas no Agile há ênfase em conversas individuais em tempo real. Isso não significa que não haja nenhuma documentação. É apenas de uma forma diferente. Em vez de documentos grandes e formais com uma rigorosa gestão de mudança e processos de aprovação, existem documentos mais curtos, com detalhes suficientes para atingir seu propósito. Esses documentos são muito mais focados no que o leitor precisa saber para que o trabalho seja feito e são escritos apenas quando necessário.

Entregas

Finalmente, vamos explorar as entregas que são um resultado tangível de um projeto.

Nos projetos Cascata, muitas vezes você não libera a entrega até o final. O lançamento final do produto parece um grande evento, um grande anúncio, muita comoção, e muitas vezes é superdivertido e emocionante. O Agile é igualmente empolgante, mas tem lançamentos menores e mais frequentes. Assim, cada lançamento tem uma comemoração menos formal, mas deve ser igualmente emocionante.

Quando há muita incerteza em um projeto, como em um novo setor ou mercado emergente, o lançamento constante de entregas do projeto permite que uma equipe Agile receba feedback e aprenda à medida que avança. Sem feedback regular, a equipe pode acabar entregando algo que o cliente não deseja.

Então, agora você tem uma ideia melhor de elementos-chave do Agile que o distinguem do Cascata. Três diferenças entre essas duas abordagens de gerenciamento de projetos são a maneira como cada uma lida com requisitos, documentação e entregas.

Venha comigo para o próximo vídeo, em que veremos o Manifesto Agile de perto e intimamente.

Teste seu conhecimento: A abordagem Agile

Quiz. 5 questões | Duração. 10 min | Nota Final: 100%

Agile ou Cascata?

Discussão. Duração: 10 min

Anteriormente nesta lição, comparamos a abordagem Agile com a metodologia Cascata. Lembre-se das seguintes diferenças entre os dois e a maneira como cada um lida com os requisitos, a documentação e as entregas de um plano de projeto.

Agora, descreva um projeto pessoal ou profissional. Em quais partes do projeto você seguiu a abordagem Agile e em quais partes seguiu a metodologia Cascata?

Escreva uma resposta com cinco a dez frases. Em seguida, visite os fóruns de discussão (opens in a new tab) para conferir o que os outros compartilharam e escolha duas ou mais publicações para comentar e discutir.

Resposta

Em um dos projetos de Desenvolvimento, fui encarregado de criar uma nova página Web para uma pequena empresa. Para lidar com os requisitos, segui a abordagem Agile, uma vez que permitia me fazer alterações e iterações frequentes com base no feedback do cliente. No entanto, no que diz respeito à documentação, segui a metodologia Cascata, pois criei documentação detalhada para cada fase do projeto, incluindo o âmbito do projeto, os requisitos e a conceção. Para as entregas, utilizei ambas as abordagens, uma vez que lancei algumas funcionalidades por fases (Agile), mas também fiz uma entrega de toda a página no final utilizando a abordagem (Cascata).

Os quatro valores do Manifesto Agile

Video. Duração: 6 min

Agora que você está mais familiarizado com a história do Agile e com como ele é aplicado ao gerenciamento de projetos, vamos discutir a inspiração por trás do movimento Agile: o Manifesto Agile.

Neste vídeo, vou listar os quatro valores do Agile e descrever como cada equipe Agile precisa encontrar um equilíbrio entre eles.

Estar familiarizado com o Manifesto Agile ajudará a entender os mais importantes princípios e valores do gerenciamento de projetos Agile, para que você possa colocá-los em prática em um projeto.

O Manifesto Agile foi escrito em 2001 e reúne a sabedoria coletiva das pessoas que o desenvolveram a partir de sua vasta experiência e liderança de pensamento no setor de tecnologia. Se quiser encontrar o Manifesto, é fácil: basta digitar agile manifesto em seu navegador.

Vamos dar uma olhada. O Manifesto para desenvolvimento de software Agile diz: estamos descobrindo melhores maneiras de desenvolver softwares ao fazer isso e ajudar os outros a fazer isso. Por meio desse trabalho, chegamos à valorização de indivíduos e interações acima de processos e ferramentas, software em funcionamento acima de documentação abrangente, colaboração com o cliente acima de negociação do contrato, responder à mudança acima de seguir um plano.

Os 4 calores do Manifesto para o Desenvolvimento Ágil

• Indivíduos e interacções mais do que processos e ferramentas
• Software funcional mais do que documentação abrangente
• Colaboração com o cliente mais do que negociação contratual
• Responder à mudança mais do que seguir um plano

Ou seja, enquanto há valor nos itens à direita, valorizamos mais os itens à esquerda. Então, aí estão o Manifesto Agile e os quatro valores do Agile. É uma lista curta, mas tem um forte impacto. O Manifesto diz que é útil para toda equipe Agile pensar sobre ambos os lados de cada afirmação durante a execução de um projeto, mas que ela deve encontrar maneiras de se certificar de colocar mais valor e ênfase nas coisas à esquerda, em vez das coisas à direita.

A partir dos quatro valores, um conjunto de 12 princípios foram desenvolvidos para reforçar a mensagem do Manifesto. Esses valores e princípios informam por que, como e o que do planejamento e dos processos de gerenciamento de projetos Agile.

Questão

Quais das três opções a seguir são valores do Agile?

• Documentação abrangente acima de software em funcionamento

• Colaboração com o cliente acima de negociação do contrato

Correta - Em projetos Agile, a satisfação do cliente é a maior prioridade. Ainda existem contratos, mas o foco é identificar necessidades e deixar espaço para um trabalho colaborativo e focado no cliente.

• Responder à mudança acima de seguir um plano

Correta - Em projetos Agile, as equipes precisam reconhecer que a mudança é inevitável e que a incerteza é esperada. Os projetos mais bem-sucedidos são aqueles que são capazes de integrar mudanças sem problemas.

• Indivíduos e interações acima de processos e ferramentas

Correta - O Agile valoriza que pessoas se comuniquem umas com as outras, em vez de usar processos e ferramentas para forçar as coisas a acontecerem de uma determinada maneira. Isso significa que as equipes devem colaborar e trabalhar juntas para alcançar os melhores resultados.

Vamos começar de cima.

1. Primeiro, o Manifesto enfatiza indivíduos e interações acima de processos e ferramentas. Em sua essência, esse valor enfatiza a comunicação entre as pessoas acima do uso de muitos processos e ferramentas para forçar que coisas aconteçam de uma certa forma.

Por exemplo, você já enviou um e-mail para alguém com uma pergunta e acabou em uma longa troca de mensagens com simples perguntas de acompanhamento ou esclarecimentos? É possível que você pudesse ter obtido as mesmas informações em menos tempo com uma breve conversa.

• O Agile quer garantir que as equipes trabalhem juntos.
• O Agile quer que equipas colaborem.
• O Agile quer que se ajudem entre si para alcançar os melhores resultados que puderem.
• O Agile também valoriza perspectivas e criatividade individuais.

Isso não significa que cada equipe seja caótica. O valor significa apenas que processos e ferramentas devem ser usados para facilitar e orientar o bom gerenciamento de projetos e a colaboração melhorada dentro da equipe, e nunca deve ser usado como uma barreira para equipes que trabalham bem entre si.

2. O segundo valor enfatiza o funcionamento do software acima de documentação abrangente, o que significa que as equipes devem:

• priorizar o uso do tempo trabalhando em coisas que realmente criam valor e evitar passar mais tempo do que o necessário debatendo, escrevendo e revendo documentos.

Agora, esse valor pode parecer que só se aplica a projetos de software, mas é só substituir o termo "software em funcionamento" pelo que seu projeto está tentando entregar. Talvez o projeto esteja escrevendo um resumo legal, projetando o layout de um escritório ou preparando uma apresentação de vendas.

O que quer que seu projeto esteja tentando entregar, é a coisa que cria valor. Em outras palavras, é mais importante entregar o produto que o cliente quer do que documentar integralmente o processo que você usou.

3. O terceiro valor: colaboração com o cliente acima de negociação do contrato.

Em projetos Agile, a satisfação do cliente é considerada a mais alta prioridade da criação de um produto de alta qualidade e valor. Afinal de contas, se não tem valor para o cliente, há pouco sentido em gastar tempo nisso.

Quando o Manifesto discute contratos, ele se refere aos documentos oficiais que exigem aprovação e acordo formal com o cliente, como aqueles enormes documentos de requisitos ou solicitações de alteração formal.

O Agile valoriza a liberdade de colaborar com os clientes desde o início e com frequência. Ao fazer isso, as equipes podem rapidamente reagir e se adaptar ao que os clientes precisam, em vez de esperar o processo de negociação de termos contratuais apenas para fazer algumas mudanças ou solicitar recursos.

Ainda há contratos no gerenciamento de projetos Agile, mas o foco é identificar o que é realmente necessário e deixar espaço para o trabalho colaborativo e focado no cliente.

Equipes Agile são incentivadas a procurar todas as oportunidades de incluir o cliente ou a parte interessada na execução do projeto. Isso pode acontecer na apresentação de protótipos antigos, em perguntas ou trazendo-os para fazer algum teste inicial do produto.

4. E, por fim, temos o quarto valor: responder à mudança acima de seguir um plano. Esse último valor é crucial para um projeto Agile, como eu expliquei na visão geral da história. O Agile nasceu em um mundo que estava mudando tão rápido que as organizações não conseguiam se adaptar e davam duro para sobreviver.

Como resultado, esse valor salienta que cada equipe Agile precisa reconhecer que a mudança é inevitável. Quanto maior ou mais longo e complexo for o projeto, mais incerteza haverá.

Para muitos projetos, finalizar um plano bem estabelecido no início do projeto provavelmente levará a uma entrega dentro do prazo e do orçamento, mas haverá o risco de ele não atender as necessidades do cliente ou não agregar o valor máximo.

Como gerente de projeto, a conclusão para se lembrar aqui é que os projetos mais bem-sucedidos são aqueles capazes de integrar mudanças sem problemas. Gestores de projetos Agile ainda criam e valorizam seus planos, mas eles podem e ser capazes de se adaptar caso esses planos precisem ser revistos a qualquer momento.

Estes são os quatro valores do Agile. Indivíduos e interações acima de processos e ferramentas, software em funcionamento acima de documentação abrangente, colaboração com o cliente acima de negociação do contrato e responder à mudança acima de seguir um plano.

O que há de bom no Agile é que ele nos dá esses valores e nos permite encontrar o equilíbrio entre os dois lados.

Você pode precisar ajustar o seu estilo de projeto para atender necessidades do setor, dinâmicas da equipe e metas organizacionais. para encontrar o equilíbrio saudável que funciona para você e sua equipe.

Ao familiarizar se com diferentes abordagens de gerenciamento de projetos, valores e princípios, você estará mais equipado para gerenciar todos os tipos de projeto em todos os tipos de setor.

Explore os valores do Agile

Plugin. Duração: 10 min

Priorizando os quatro valores do Manifesto Agile

Por meio de uma série de infográficos, você observará como um gerente de projeto da Family Java usa os valores do Manifesto Agile para melhorar o aplicativo móvel da cafeteria.

Entender os valores Agile no desenvolvimento de aplicativos móveis

Selecione cada um dos círculos no infográfico para aprender como o gerente de projeto Avi equilibra os valores Agile com as práticas convencionais.

Indivíduos e interações sobre processos e ferramentas

Avi fala regularmente com os baristas da Family Java para saber como o aplicativo da empresa está funcionando, visando fornecer pedidos de clientes precisos. Embora haja um processo formal para os baristas apresentarem problemas, Avi valoriza sua interação com eles, aprendendo como o aplicativo afeta seu trabalho diário e colaborando sobre quais atualizações são importantes.

Software em operação vs. documentação abrangente

Family Java considera este um aplicativo em constante evolução. Inicialmente, os clientes somente podiam pedir bebidas, mas a empresa acrescentou novos recursos ao longo do tempo, como um programa de recompensas. Avi documenta essas atualizações em fichas de especificações simples para cada lançamento de recurso, em vez de criar vários documentos detalhados para cada nova solicitação de recurso.

Colaboração do cliente vs. negociação do contrato

Em vez de firmar acordos com empresas de pesquisa de mercado, Avi gosta de entrar na loja para testar recursos do aplicativo com clientes reais. A Family Java costuma ter preferência por esse tipo de interação no momento para coletar feedback.

Responder à mudança seguindo um plano

A Family Java construiu um mecanismo de feedback em seu aplicativo, mas os clientes preferem postar suas opiniões nas redes sociais. Aqui, os clientes formaram uma comunidade online da Family Java organicamente. A empresa não esperava por isso, mas agora seus baristas e gerentes de projeto costumam participar das conversas e responder aos comentários de forma rápida e fácil.

12 princípios do Manifesto Agile

Video. Duração: 7 min

No último vídeo, apresentei o Manifesto Agile e os quatro valores do Agile. A seguir, vou contar para você sobre os 12 princípios do Agile. Esses princípios reforçam a mensagem dos quatro valores e fornecem um pouco mais de clareza. Definitivamente, existe um benefício em estudar cada um desses valores de forma independente, e forneci recursos suplementares para você estudar por conta própria.

Para este curso, agrupei os 12 princípios em quatro temas.

Nota: Os quatro temas são diferentes dos quatro valores.

Os quatro temas dos princípios Agile são

• Entrega de valor, ou como as equipes Agile entregam produtos com alto valor para seus clientes?

• Colaboração empresarial, ou como as equipes Agile colaboram com parceiros de negócios e partes interessadas para criar valor de negócio para a organização e seus usuários?

• Cultura da equipe, ou como uma equipe cria e mantém as dinâmicas interpessoais e de equipe certas para entregar valor para os clientes e o negócio?

• Retrospectivas, ou como o projeto aprende para aumentar continuamente o desempenho de uma organização e um negócio?

Como disse, agrupei cada um dos 12 princípios sob esses temas para que fique fácil de aprender e lembrar. Vamos nos aprofundar. O primeiro tema é entrega de valor e inclui cinco princípios. Reserve alguns segundos para analisá-los.

1. Entrega de valor

Esse tema tem a ver com entregar o trabalho o mais rápido possível. E lembra por quê? Para que possamos obter feedback e minimizar o risco de passar muito tempo criando a coisa errada.

Além disso, ninguém recebe nenhum valor do seu trabalho, incluindo sua empresa, até que ele seja entregue. Então, quanto mais você demorar para entregar, mais vai esperar para obter receita, e talvez a concorrência tenha mais tempo para passar na sua frente. Esses princípios podem parecer muito voltados para software, mas, se você substituir a palavra "software" por “entregas” ou “soluções”, eles podem ser aplicados a quase qualquer projeto.

Por exemplo: entregar soluções de trabalho com frequência. Viu? O tema do valor também é sobre simplicidade. Quanto tempo você acha que leva para engenheiros adicionarem todos os botões e recursos em produtos que acabam confundindo o usuário?

A simplicidade permite que uma equipe se concentre e trabalhe nas coisas que mais importam. desse tema em ação pode ser priorizar a coleta de feedback sobre o protótipo de um produto para que você saiba quais recursos realmente importam, ou pode significar garantir que a equipe só trabalhe em recursos aprovados e não perca tempo com coisas desnecessárias.

Outro exemplo pode ser reservar 10% do tempo da equipe para trabalhar na resolução de um erro ou no polimento de um processo, o que deve ajudar você a ser mais rápido em iterações futuras.

2. Colaboração empresarial

O próximo tema é colaboração empresarial e inclui mais dois princípios.

Nota rápida: um dos princípios usa o termo “pessoas de negócios” para se referir aos envolvidos com coisas como vendas, marketing, suporte ao cliente e gerenciamento de contas. Usaremos o termo “desenvolvedores” para nos referirmos a quem está envolvido com a fabricação e a criação de produtos.

Já discutimos a colaboração com o cliente durante a discussão de valores, e aqui estamos novamente. Colaborar com seus clientes ajuda a equipe a obter informações críticas de negócios imediatamente, permitindo fazer ajustes e se adaptar a qualquer nova informação instantaneamente.

Não importa se ela é percebida no início ou no final do projeto, os clientes receberão o que desejam para atingir suas metas de negócios. Você pode conseguir a colaboração certificando-se de que as pessoas de negócios trabalhem junto à equipe de desenvolvimento, idealmente no mesmo escritório ou espaço virtual. Se isso não for possível, talvez use um espaço compartilhado um dia por semana, incentive mensagens instantâneas ou separe um horário nos calendários da sua equipe todo dia ou toda semana para colaborar. O objetivo é permitir acesso fácil entre pessoas de negócio e desenvolvedores.

Outro exemplo pode ser como você lida com feedback e mudanças nas prioridades. Em vez de tentar manter o cliente longe dos desenvolvedores devido a preocupações com o aumento do escopo, crie uma reunião semanal em que clientes pessoas de negócio possam explorar feedback e novas ideias com a equipe. Essa pode ser uma ótima maneira de descobrir se um recurso muito valioso é superfácil de ser criado, enquanto outro recurso que os usuários acham que seria fácil é na verdade muito difícil.

Questão

Quais são os dois princípios da Colaboração nos Negócios

• O software em funcionamento é a principal medida de progresso.

• A atenção contínua à excelência técnica e ao bom design aumenta a agilidade.

• Abraçar a mudança de requisitos, mesmo no final da fase de desenvolvimento. Os processos Agile aproveitam a mudança para a vantagem competitiva do cliente.

Correta - Esse é um dos princípios da Colaboração nos Negócios, que enfatiza o valor da colaboração para criar valor empresarial. O outro princípio afirma que pessoas de negócios e desenvolvedores devem trabalhar juntos diariamente.

• Pessoas de negócios e desenvolvedores devem trabalhar juntos diariamente durante todo o projeto.

Correta - Esse é um dos princípios da Colaboração nos Negócios, que enfatiza o valor da colaboração para criar valor empresarial. O outro princípio diz para abraçar as mudanças de requisitos, mesmo no final da fase de desenvolvimento. Os processos Agile aproveitam a mudança para a vantagem competitiva do cliente.

3. Cultura da equipa

Nosso terceiro tema é dinâmicas e cultura da equipe e inclui mais quatro princípios.

Lembre-se, o primeiro valor Agile enfatiza indivíduos e interações acima de processos e ferramentas. Observe que os princípios nesse tema refletem esse valor.

Esse tema enfatiza a criação de uma cultura de equipe eficaz, que seja inclusiva, solidária e empoderadora.

Ter uma cultura de equipe eficaz é essencial para o sucesso de um projeto. Esses princípios realmente se resumem a garantir que sua equipe esteja motivada para fazer a coisa certa, se sinta confiável para fazer a coisa certa, tenha os recursos e o espaço para trabalhar junta em seus objetivos e trabalhe em um ritmo sustentável.

Um exemplo que enfatiza a cultura de equipe eficaz seria perguntar à equipe que tipo de equipamento ela precisa para realizar seu trabalho e, em seguida, oferecer essas ferramentas.

Outra manifestação desse tema é deixar as equipes escreverem seus próprios processos e modelos, em vez de forçá-las a usar algo institucional. As equipes funcionam melhor quando sentem que sua contribuição é valorizada, então, você, como gerente de projeto, deve abrir espaço para sua equipe se envolver e contribuir ativamente para a cultura da equipe. Você gerará confiança e a capacitará a abordar o trabalho da maneira que funcione melhor, o que, por sua vez, permitirá o trabalho de forma mais produtiva.

4. Retrospetivas

Por fim, o quarto tema é retrospectivas e aprendizado contínuo. O último princípio é autossustentável, por isso, vou lê-lo em voz alta. Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz, então, sintoniza e ajusta seu comportamento de acordo.

Esse princípio é independente, porque quero chamar a atenção para a importância de as equipes Agile aprenderem continuamente e se adaptarem ao que funciona e ao que não funciona para elas.

As equipes devem sempre descobrir maneiras melhores de trabalhar, e é muito valioso reservar esse tempo após cada iteração, para se concentrar inteiramente em como melhorar. Nessas sessões, a equipe pode voltar e considerar perguntas como:

Como está a equipe?

Os clientes estão satisfeitos?

Existem processos que poderíamos otimizar?

Nossas ferramentas estão trabalhando para nós?

Estamos seguindo os valores?

Estamos acumulando alguma dívida?

E por "dívida" quero dizer processos ou tecnologias que nos atrasam.

Terminamos oficialmente de discutir o Manifesto Agile. É incrível pensar que esses quatro valores e 12 princípios são os fundamentos de tantos avanços no gerenciamento de projetos.

Voltarei a esses valores e princípios ao longo do restante do curso para demonstrar como eles se conectam às atividades do dia a dia de um projeto Agile.

No próximo vídeo, exploraremos quais tipos de setor se beneficiam mais de uma abordagem Agile.

Adotando uma mentalidade Agile: O Manifesto Agile

Leitura. Duração: 10 min

No vídeo anterior, descrevemos o gerenciamento de projetos Agile como uma abordagem de gerenciamento de projetos e equipes com base no Manifesto Agile. Nesta leitura, apresentaremos esse manifesto, que é composto por quatro valores e 12 princípios que definem a mentalidade que todas as equipes Agile devem buscar.

A história do Agile

O Agile, como uma abordagem de gerenciamento de projetos, foi apresentado ao mundo em 2001 nos Estados Unidos. Em um resort de esqui nas montanhas Wasatch, em Utah, 17 autoproclamados anarquistas organizacionais se reuniram e combinaram vários processos leves para criar o que conhecemos hoje como Manifesto Agile. Os criadores do Agile pretendiam que ele fosse um conjunto de valores e princípios que melhorariam e transformariam os processos de desenvolvimento de software existentes, mas empresas de vários setores rapidamente também viram o valor do Agile. Logo, o Agile foi adotado em todos os campos.

Valores e princípios Agile

No último vídeo, você explorou o Manifesto Agile , a força orientadora por trás de todas as equipes Agile, a fundo. Você aprendeu que Agile é uma abordagem altamente colaborativa, adequada para projetos muito complexos e competitivos. Nesta leitura, exploraremos brevemente os quatro valores e 12 princípios do Manifesto Agile.

Os valores do Agile se referem às quatro declarações a seguir:

• Indivíduos e interações acima de processos e ferramentas

• Software em funcionamento acima de documentação abrangente

• Colaboração com o cliente acima de negociação do contrato

• Responder à mudança acima de seguir um plano

Os especialistas em Agile veem esses valores como alicerces importantes das equipes de maior desempenho, e todos os membros da equipe devem se esforçar para viver de acordo com esses valores para aplicar todos os benefícios do Agile.

O mesmo vale para os 12 princípios, que estão no centro de todo projeto Agile:

• “Nossa maior prioridade é satisfazer o cliente por meio da entrega antecipada e contínua de software com valor”. Esteja você trabalhando para criar um produto para sua empresa ou para um cliente, é provável que alguém esteja aguardando sua entrega. Se essa entrega atrasar, o resultado é que o cliente, usuário ou organização ficará esperando esse valor agregado para suas vidas e fluxos de trabalho. O Agile enfatiza que a entrega de valor aos usuários cedo e com frequência cria um fluxo de valor estável, aumentando o seu sucesso e o do seu cliente. Isso criará confiança e segurança por meio de feedback contínuo, bem como da percepção antecipada de valor de negócios.

• “Abrace a mudança de requisitos, mesmo no final da fase de desenvolvimento. Os processos ágeis aproveitam a mudança para a vantagem competitiva do cliente”. Ao trabalhar em Agile, é importanteserágil. Isso significa ser capaz de se mover rapidamente, mudando de direção sempre que necessário. Isso também significa que você e sua equipe estão constantemente verificando o ambiente para garantir que as mudanças necessárias sejam consideradas nos planos. Reconhecer e aceitar que seus planos podem mudar (uma, duas ou várias vezes) garante que você e seus clientes maximizem o sucesso.

• “Entregue softwares em funcionamento com frequência, de algumas semanas a alguns meses, com preferência aos prazos mais curtos.” Entregar seu produto em incrementos pequenos e frequentes é importante porque dá tempo e oportunidades regulares para que as partes interessadas, incluindo os clientes, deem feedback sobre seu progresso. Isso garante que a equipe nunca perca muito tempo indo pelo caminho errado.

• “Pessoas de negócios e desenvolvedores devem trabalhar juntos diariamente durante todo o projeto”. A remoção de barreiras entre desenvolvedores e pessoas focadas no lado comercial do projeto cria confiança e compreensão e garante que os desenvolvedores, ou aqueles que constroem a solução, estejam em sintonia com as necessidades dos usuários.

• “Construa projetos em torno de indivíduos motivados. Dê a eles o ambiente e o suporte de que precisam e confie neles para fazer o trabalho.” Uma equipe Agile de sucesso inclui membros da equipe que não apenas confiam uns nos outros para realizar o trabalho, mas também confiam em seus patrocinadores e executivos para isso. As equipes constroem soluções melhores quando são capacitadas e motivadas para entregar projetos difíceis.

• “O método mais eficiente e eficaz de informação para e em um empreendimento é a conversa cara a cara”. Não há nada como a comunicação cara a cara. A comunicação presencial nos permite captar certas pistas, linguagem corporal e expressões faciais que às vezes são perdidas ao usar formas de comunicação como e-mail, bate-papo ou telefone. No entanto, nem sempre podemos estar cara a cara. Estabelecer normas de comunicação eficazes, não importa o formato, é essencial para equipes eficazes.

• “O software em funcionamento é a principal medida de progresso”. Em equipes Agile, a principal maneira de demonstrar a conclusão significativa do trabalho é mostrar uma parte da solução funcionando. Em equipes de software, isso pode significar um software funcional. Em equipes que não são de software, isso pode significar uma parte crítica da solução que está pronta para ser demonstrada aos usuários ou seus representantes para coletar feedback. Isso contrasta com os projetos tradicionais ou Cascata, em que a conclusão dos documentos do projeto pode ser usada para medir o progresso. No gerenciamento de projetos Agile, não basta dizer que a equipe concluiu 80% de uma atividade se não houver um artefato funcionando e demonstrável disponível para revisão.

• “Processos Agile promovem o desenvolvimento sustentável. Os patrocinadores, desenvolvedores e usuários devem ser capazes de manter um ritmo constante indefinidamente”. Manter um ritmo constante, mas cuidadoso, evitará erros ao longo do caminho. Além disso, você não quer que sua equipe se sinta sobrecarregada ou desmotivada. Por outro lado, uma equipe subutilizada pode ficar entediada e perder a faísca criativa para inovar. O ideal do Agile é alcançar um ritmo constante de esforço para a equipe que evite horas extras e desgaste.

• “A atenção contínua à excelência técnica e ao bom design aumenta a agilidade”. Esse princípio comunica que só porque a equipe está trabalhando rápido não significa que sacrifica a qualidade. Ao enfatizar a qualidade e o design em toda a fase de desenvolvimento do projeto, a agilidade, eficiência e velocidade da equipe serão aumentadas. Quando uma equipe entrega uma solução bem construída, ela pode responder rapidamente ao feedback do usuário e novas informações. No entanto, se o produto for de baixa qualidade, a implementação de mudanças poderá se tornar problemática, complexa e atrasar toda a equipe.

• “Simplicidade, a arte de maximizar a quantidade de trabalho não feito, é essencial”. A equipe deve evitar implementar recursos extras na solução que não foram explicitamente solicitados pelo usuário ou proprietário do produto. Isso inclui a remoção de procedimentos que não são mais necessários e a redução de documentação desnecessária.

• “As melhores arquiteturas, requisitos e designs surgem de equipes auto-organizadas”. Os membros da equipe devem ser capazes de realizar o trabalho projetando seus próprios processos e práticas de trabalho, sem que um gerente dite como eles operam. Os membros da equipe também devem se sentir capacitados para expor perguntas, preocupações ou feedback.

• “Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz, depois, afina e ajusta seu comportamento de acordo”. No Agile, é importante reconhecer que o aprendizado com sucessos e fracassos é contínuo. Nenhuma equipe é perfeita. Haverá erros, desafios, provações e triunfos. As equipes devem refletir sobre todos esses diferentes aspectos das atividades para fazer os ajustes necessários.

Para obter informações adicionais, leia mais sobre os 12 princípios.

Adoção e mentalidade Agile

Video. Duração: 4 min

Todo projeto existe dentro de organizações e ambientes com diferentes culturas, objetivos de negócios e dinâmica da indústria. Neste vídeo, vamos conhecer alguns cenários diferentes em que seria bom adotar uma mentalidade Agile.

Também apresentarei um conceito chamado VUCA, que pode ajudar a decidir qual abordagem de gerenciamento é melhor para seu projeto.

O Agile tem a ver com entregar valor em um mundo com altos graus de incerteza, risco e competição.

Ele prepara uma equipe para reagir o mais rápido possível a novas informações, novas oportunidades de mercado e até novas tecnologias.

O Agile funciona melhor em setores ou projetos que estão suscetíveis ou que encorajam a mudança e a incerteza.

Que tipos de negócios ou setores, além de software, que lidam com muitas mudanças vêm a mente? Alguns em que eu penso são biotecnologia, com novas vacinas, tratamentos e tecnologias, mídia, com infinitas novas maneiras de compartilhar conteúdo, a indústria alimentícia, com chefs famosos e a última moda e mania gastronômica, um setor criado para acompanhar as tendências em constante mudança. Alguma dessas surpreendeu você?

Por outro lado, aqui estão alguns setores que você pode pensar serem bastante estáveis: agricultura, aeroespacial, manufatura e mineração. Mas mesmo esses setores, com rigorosas cadeias de suprimentos e códigos, têm de se adaptar à mudança devido a novas leis e regulamentações, desastres naturais e outros imprevistos.

Uma coisa que o ano de 2020 ensinou a todos nós é que nenhum setor está verdadeiramente imune a mudanças e incertezas. Agora, vamos explorar um conceito para categorizar e pensar nessas forças que moldam nosso mundo, não importa nosso setor. Esse conceito chama-se VUCA e pode ajudar você a decidir qual é a melhor abordagem de gerenciamento de projetos para seu caso.

O Colégio Militar de Guerra dos EUA desenvolveu um conceito chamado VUCA, que se escreve V-U-C-A.

VUCA é um acrônimo em inglês que define as condições que afetam as organizações em um mundo complexo e em constante mudança.

VUCA foi projetado para nos ajudar a levar em conta as forças de mudanças e incertezas em nossos projetos e negócios.

VUCA significa:

• Volatilidade
• Incerteza (Uncertainty)
• Complexidade
• Ambiguidade.

Vou explicar cada um e o que isso poderia implicar em projetos e configurações de negócios.

1. A volatilidade se refere à taxa de variação e instabilidade em um negócio ou situação.

Em um projeto volátil, você discutiria como a próxima interrupção em suas operações está sempre prestes a acontecer. Ou parece que as coisas nunca têm tempo para se estabelecer em um ritmo normal.

2. A incerteza se refere à falta de previsibilidade ou alto potencial de surpresa.

Em um ambiente incerto, seria difícil criar planos para o futuro nos quais não nos baseamos em um grande número de suposições, que podem vir a ser incorretas.

3. A complexidade se refere ao elevado número de forças inter-relacionadas, problemas, organizações e fatores que influenciariam o projeto.

Por exemplo, se um produto em que você estivesse trabalhando contasse com diferentes fornecedores globais, isso aumentaria a complexidade do projeto.

4. A ambiguidade se refere à possibilidade de mal-entendido das condições e causas raiz de eventos ou circunstâncias.

Um projeto que sofresse de ambiguidade teria dificuldade em identificar as causas dos atrasos do projeto, dificultando a criação de planos de mitigação para reduzir os riscos. Vamos recapitular.

VUCA significa volatilidade, incerteza, complexidade e ambiguidade.

VUCA é um conceito que foi desenvolvido para lidar com essas forças em um mundo mutável e incerto. As empresas podem aplicar o conceito de VUCA como uma ferramenta para determinar a melhor forma de abordar os projetos.

A compreensão desses conceitos ajudará na tomada de decisões em todos os tipos de projeto. Adotar uma abordagem Agile aumenta suas chances de sucesso, apesar dessa incerteza. Esses conceitos se aplicam ao mundo dos negócios em geral, não apenas a projetos.

Vamos fazer uma breve pausa e encerraremos esta seção verificando a Office Green, o negócio de exemplo deste curso, para descobrir como eles podem aplicar esses novos conceitos de Agile e VUCA a um novo projeto.

Teste seu conhecimento: O Manifesto Agile

Quiz. 5 questões | Duração: 8 min | Nota Final: 100%

Aplicando Agile em um ambiente VUCA

Video. Duração: 3 min

Neste vídeo, examinaremos um cenário de projeto com altos parâmetros de VUCA e como a equipe da Office Green aplicou uma abordagem Agile.

Agora, vamos discutir por que é importante entender o VUCA no que se refere ao gerenciamento de projetos.

• Quando começamos um novo projeto, é útil examinar o ambiente e as condições em que ele existe antes de decidir a melhor abordagem a ser usada.

• Se o ambiente do seu projeto tem altos níveis de volatilidade, incerteza, complexidade e ambiguidade, é um bom sinal de que você deve considerar uma abordagem Agile.

• Embora uma abordagem Agile não seja uma solução perfeita para eliminar o VUCA, ela levará a melhores resultados, fornecendo a você e sua equipe ferramentas e sistemas para minimizar os riscos do VUCA.

Quando você considera os valores e princípios Agile, é claro que o Agile é uma solução comprovada e bem documentada para os desafios que o VUCA apresenta ao projeto. Certo.

Vamos revisitar o cenário da Office Green apresentado anteriormente no programa. Também usaremos esse cenário ao longo deste curso para ilustrar o poder de uma abordagem Agile no gerenciamento de projetos. Se você está se juntando a nós agora, vou fazer uma rápida recapitulação.

Em cursos anteriores, os alunos atuaram como gerentes de projeto na Office Green LLC, uma empresa de paisagismo comercial focada em projetos de plantas de interior para escritórios, restaurantes e hotéis.

Para este curso de Agile, voltaremos à Office Green, pois eles buscam uma nova oportunidade de negócio. A equipe de pesquisa de mercado da Office Green notou uma grande mudança, com mais trabalhadores se estabelecendo e trabalhando em um escritório em casa. Ela queria reagir rapidamente a uma oportunidade de mercado potencialmente enorme e não perder receita se os negócios precisassem menos de seu serviço anterior para escritórios. Em vez de oferecer projetos de paisagismo de interiores para empresas, a Office Green quer encontrar uma maneira de capturar esse novo mercado de escritórios domésticos.

Não sei quanto a vocês, mas tenho dificuldade em manter as plantas vivas. Não consigo manter um cacto vivo. Mas amo todos aqueles fundos de videoconferência muito bem decorados com belas plantas vivas. Essa mudança para trabalhar em casa surgiu de repente, então, a Office Green não tinha nenhum plano de projeto para começar. Não houve tempo para fazer muito trabalho de preparação, mas eles queriam maximizar a oportunidade antes que fosse tarde demais. Para isso, a Office Green designou você para ser gerente de projeto de uma nova equipe Agile. Seu objetivo é entregar o novo serviço, chamado Virtual Verde.

Que ambiente a Office Green enfrentou? Volatilidade, incerteza, complexidade e ambiguidade. Eles experimentaram

• Volatilidade

  • na forma de uma grande mudança disruptiva nos planos de negócios.

• Incerteza

  • por falta de previsibilidade, o que dificultou a elaboração de planos concretos para o futuro.

• Complexidade

  • devido a fatores inter-relacionados, como fornecedores e a economia.

• Ambiguidade

  • por não poderem determinar ou controlar o que poderia causar mudanças futuras.

Ao usar uma abordagem Agile para o projeto, a Office Green foi capaz de abordar altos fatores de VUCA que estavam afetando os negócios. Em vez de os negócios se desgastarem lenta ou rapidamente devido às forças do mercado, a Office Green abraçou o mercado em constante mudança e permaneceu flexível na forma como abordou seu próximo projeto.

Acompanharemos a Office Green e seu trabalho como gerente de projetos do Virtual Verde ao longo deste curso e descobriremos como você se sairá.

Questão

Agile é mais adequado para que tipo de projetos? Selecione todas as opções válidas.

• Projetos com alto grau de estabilidade

• Projetos que têm um grau de incerteza

Correta - O Agile é mais adequado para projetos com altos parâmetros de VUCA.

• Projetos com alto nível de complexidade

Correta - O Agile é mais adequado para projetos com altos parâmetros de VUCA.

• Projetos que são ambíguos

Correta - O Agile é mais adequado para projetos com altos parâmetros de VUCA.

• Projetos que sofrem com a volatilidade

Correta - O Agile é mais adequado para projetos com altos parâmetros de VUCA.

3. Estruturas Agile famosas

Introdução ao Scrum

Video. Duração: 5 min

Até agora, exploramos um pouco de história do Agile, o Manifesto Agile e alguns dos tipos de projeto que se beneficiam de uma abordagem Agile.

A seguir, vou apresenta algumas metodologias específicas sob o guarda-chuva do Agile. A mais popular delas, de longe, é o Scrum.

Neste vídeo, vou contar brevemente as origens do Scrum e discutir o básico da metodologia.

O que é o Scrum?

Bem, eu vou dizer primeiro que não é um acrônimo. Se algum de vocês já jogou ou assistiu ao esporte rugby, pode reconhecer o termo. Para quem não está familiarizado com o rugby, ele é semelhante ao futebol americano, um esporte de muito contato, jogado em um campo com uma bola de forma semelhante. Scrum se refere a uma formação no rugby em que todos os jogadores da equipe se inclinam para a frente, juntam as cabeças e, em seguida, trabalham como uma unidade para tentar ganhar jardas preciosas em direção à linha de pontuação.

Os criadores da metodologia Scrum viam sua equipe como um grupo de cabeça para baixo, trabalhando muito próximo para colocar essa bola no campo, assim como um scrum em uma partida de rugby.

Então, como funciona o Scrum como metodologia de gerenciamento de projetos? Eu vou dar uma breve visão geral aqui e vamos mergulhar mais nesse assunto ao longo deste curso.

Se você trabalha em gerenciamento de projetos Agile, é altamente provável que usará Scrum ou uma abordagem baseada em Scrum. No relatório State of Agile 2019, 72% das equipes que usavam métodos Agile usavam Scrum ou um modelo híbrido.

Ao usar o Scrum para gerenciamento de projetos, você forma uma equipe que vai trabalhar junta para desenvolver e testar rapidamente uma entrega. O trabalho é concluído em ciclos curtos, e a equipe se reúne diariamente para discutir as tarefas atuais e esclarecer qualquer coisa que esteja bloqueando o progresso.

Primeiro, vamos rever alguns termos e conceitos específicos do Scrum.

O Backlog é o artefato central no Scrum, em que todas as possíveis ideias, entregas, recursos ou tarefas são capturados para a equipe trabalhar.

O Backlog é priorizado e gerenciado proativamente pela equipe, continuamente, durante a vida do projeto.

O Sprint é o nome do período no Scrum em que o trabalho é feito. Esse Sprint pode ter de uma a quatro semanas de duração, mas a maioria dos Sprints têm em torno de duas semanas. Isso é muitas vezes chamado de “iteração”.

E há uma prática chamada Daily Scrum (Reunião Diária), também conhecida como Stand-up (reuniões curtas). A equipe se encontra por 15 minutos ou menos todos os dias do Sprint para inspecionar o progresso em direção à meta.

Questão

Quais das seguintes afirmações são verdadeiras sobre a estrutura Scrum? Selecione todas as opções válidas.

• Scrum é uma estrutura da metodologia Cascata.

• Uma equipe de membros multifuncionais se reúne para construir entregas e entregar valor aos seus usuários.

Correta - A estrutura Scrum inclui equipes multifuncionais que se reúnem para construir entregas e entregar valor aos usuários.

• Os criadores do Scrum viam suas equipes como um grupo superfocado trabalhando muito próximo para atingir o objetivo.

Correta - A estrutura Scrum é baseada em um scrum de rugby, em que a equipe abaixa a cabeça e trabalha para fazer a bola percorrer o campo.

• No Scrum, o trabalho é concluído em ciclos curtos, chamados sprints, e a equipe se reúne diariamente para discutir as tarefas atuais e seu progresso.

Correta - Na estrutura Scrum, o trabalho é concluído em ciclos curtos, chamados sprints, e as equipes se reúnem diariamente para discutir as tarefas atuais e o progresso.

As funções dentro de Equipas Scrum.

• Scrum Master. Essa função é responsável por garantir que a equipe viva os valores e princípios Agile, siga os processos e práticas acordados, compartilhando informações com a equipe maior do projeto, e também ajuda a equipe a se concentrar em fazer o melhor trabalho.

• Proprietário do Produto, responsável por maximizar o valor do produto e o trabalho da equipe. O Proprietário do Produto é dono do inventário do trabalho e tem a palavra final sobre como priorizar o trabalho.

• Equipe de Desenvolvimento é responsável por como uma equipe vai entregar o produto.

O Scrum é famoso por muitas razões

• O Scrum tem funções claras e responsabilidades para as pessoas na equipe ao mesmo tempo que enfatiza continuamente o poder da equipe como um todo.

• O Scrum tem reuniões muito regulares e previsíveis, além de cronogramas de entrega com agendas predefinidas e resultados para as reuniões, facilitando o treinamento de novos membros da equipe.

• O Scrum apoia e reforça os valores e princípios Agile ao mesmo tempo que adiciona estruturas e fundamentos que ajudam as novas equipes Agile a começar e as equipes mais experientes a melhorar, e é tudo gratuito e aberto para todos usarem.

• O Scrum Ccmo é a estrutura de entrega Agile mais comumente usada, há também uma enorme quantidade de orientação e suporte online, bem como treinamentos e certificações específicos de Scrum.

Questão

Preencha a lacuna: __ é o artefato central no Scrum, em que todas as ideias, entregas, recursos ou tarefas possíveis são capturados para serem trabalhados pela equipe. Ele é priorizado e gerenciado proativamente de forma contínua ao longo da vida do projeto.

• Backlog do sprint

• Reunião diária

• Sprint

• Backlog do produto

Correta - O backlog do produto é o artefato central do Scrum.

O Scrum é mais adequado aos tipos de projeto e equipe a seguir. Idealmente, uma equipe Scrum deve ser multifuncional, com cerca de três a nove membros. Alguns chamam isso de “equipe do tamanho de uma pizza” porque tem a mesma quantidade de pessoas que poderiam compartilhar uma pizza grande.

Se a equipe for muito pequena, você poderá não ter diversidade de habilidades para realizar o trabalho. Se a equipe for muito grande, ficará difícil distribuir informações.

Por fim, o Scrum funciona melhor para projetos em que a equipe e a gerência têm mente aberta, são adaptáveis e valorizam aprender continuamente como ser uma equipe melhor.

Tentar forçar uma equipe a usar o Scrum quase sempre falhará. Observe que em todos esses exemplos eu nunca mencionei a palavra "software". Embora o Scrum tenha surgido de projetos de software, as pessoas o adaptaram para atender a todos os tipos de projetos, do planejamento de um casamento a mudanças de casa ou construção de foguetes.

Agora você sabe algumas das principais características do Scrum e quais tipos de projeto podem realmente se beneficiar dele. Ele é um método animador, e, embora ainda haja muito mais a discutir antes que você possa implementar totalmente o Scrum, vamos primeiro falar de outras metodologias Agile famosas.

Aprender sobre essas abordagens ajudará você a se tornar um membro bem capacitado e versátil em qualquer equipe de projeto.

Os princípios fundadores do Scrum

Leitura. Duração: 10 min

Nesta leitura, você aprenderá a definir as características do Scrum à medida que analisamos o que o torna diferente de outras estruturas.

Embora o Scrum tenha sido usado pela primeira vez para descrever o conteúdo Agile em 1986 na Harvard Business Review, o termo se origina do esporte internacionalmente amado, o rugby. No rugby, um “scrum” envolve os jogadores se amontoando com a cabeça para baixo enquanto tentam ganhar a posse da bola. Então, os jogadores trabalham juntos para alcançar o objetivo comum: fazer a bola cruzar a linha e marcar ponto!

O artigo original da Harvard Business Review, escrito por Hirotaka Takeuchi e Ikujiri Nonaka e intitulado The New New Product Development Game (opens in a new tab) (“O novo jogo do desenvolvimento de novos produtos”), apresenta o Scrum no capítulo “Moving the Scrum downfield” (“Levando o Scrum até o campo adversário”). Ao longo do artigo, os autores continuam a apontar quais características de uma equipe ajudam a mover o Scrum pelo campo. São elas:

• Instabilidade incorporada: no mundo Scrum, as equipes têm a liberdade de alcançar resultados importantes com “requisitos desafiadores”. Takeuchi e Nonaka explicam que isso dá às equipes “um elemento de tensão” necessário para “realizar um projeto de importância estratégica para a empresa”.

• Equipes auto-organizadas: as equipes Scrum foram concebidas para operar como sua própria start-up, com uma ordem única que carece de verdadeira hierarquia. Essas equipes são consideradas auto-organizadas quando apresentam autonomia, crescimento contínuo e colaboração.

• Fases de desenvolvimento sobrepostas: indivíduos em uma equipe Scrum devem “trabalhar para sincronizar o ritmo para cumprir os prazos”. Em algum ponto do processo, o ritmo de cada indivíduo começa a se sobrepor aos outros e, eventualmente, um ritmo coletivo é formado dentro da equipe.

• Multiaprendizagem: Scrum é uma estrutura que depende muito de tentativa e erro. Os membros da equipe Scrum também visam se manter atualizados com as mudanças nas condições do mercado e poder, então, responder rapidamente a essas condições.

• Controle sutil: como mencionamos, as equipes Scrum são auto-organizadas e operam como uma start-up, mas isso não significa que não haja estrutura alguma. Ao criar pontos de verificação ao longo do projeto para analisar as interações e o progresso, as equipes Scrum mantêm o controle sem prejudicar a criatividade.

• Transferência organizacional de aprendizado: nas equipes Scrum, todos são incentivados a aprender habilidades que podem ser novas para eles, pois apoiam outros membros da equipe.

O ponto principal dos autores era que “cada elemento, por si só, não traz velocidade e flexibilidade. Mas, tomadas como um todo, as características podem produzir um novo e poderoso conjunto de dinâmicas que farão a diferença”. Embora esses conceitos tenham sido introduzidos pela primeira vez em 1986, eles ainda permanecem notavelmente verdadeiros para as equipes Scrum hoje.

Introdução ao Kanban, XP e Lean

Video. Duração: 8 min

Há muitas metodologias Agile famosas que existem desde os anos 90, quando o Agile foi inventado.

Essas metodologias compartilham valores e princípios Agile, mas têm práticas e aplicações muito específicas.

Neste vídeo, vou falar de algumas das mais famosas, além do Scrum, que abordamos no último vídeo. A primeira das minhas favoritas é o Kanban.

Kanban é uma metodologia que pode ser aplicada de forma muito simples ou pode ser usada para orientar todo o projeto.

O nome Kanban vem de duas palavras japonesas. “Kan” significa “sinal”, e “ban” significa “quadro”.

Você já deve ter usado um quadro Kanban, porque é o recurso mais famoso adotado pela maioria dos entusiastas do Agile.

Benefícios do Kanban

• O método Kanban fornece feedback visual transparente a todos que possam estar interessados no status do trabalho em andamento.

Quadros ou gráficos Kanban mostram o progresso de um projeto, como pendências, itens em andamento e concluídos. Além disso, claro, existem ferramentas de software que criam quadros Kanban digitais para você.

• O método Kanban garante que a equipe do projeto só aceite uma quantidade sustentável de trabalho em andamento.

Isso significa que a quantidade de tarefas em andamento é limitada ao que a equipe pode de fato fazer durante um certo período de tempo. Isso é chamado de limite de trabalho em andamento ou limite de WIP, em inglês (Work-in-Progress Limit).

O limite de WIP é decidido pela equipe. Isso é um reflexo do Agile, em que as equipes são auto-organizadas e capacitadas e trabalham em um ritmo sustentável. Os membros da equipe adicionam novas tarefas a serem concluídas somente depois que terminaram a tarefa anterior e estão abaixo do limite de WIP.

Essa abordagem significa que, uma vez que o trabalho em uma tarefa começa, é uma prioridade para toda a equipe concluí-lo. Ao focar em menos trabalho, o trabalho é feito mais rápido.

Esse objetivo de tentar maximizar a eficiência é chamado de Fluxo (Flow) e é um princípio fundamental do Kanban.

Questão

Quais são os dois benefícios da metodologia Kanban?

• O Kaban testa mais e menores recursos de um produto antes de construí-los por completo.

• O Kanban mapeia o processo ou o fluxo para incluir todas as etapas envolvidas na produção de valor para o cliente.

• O Kanban garante que a equipe do projeto aceite apenas uma quantidade sustentável de trabalho em andamento.

Correta - O Kanban tem dois benefícios principais. Primeiro, oferece feedback visual transparente sobre o status do trabalho em andamento. Em segundo lugar, garante que a equipe aceite apenas uma quantidade sustentável de trabalho em andamento.

• O Kanban oferece feedback visual transparente para todos que possam estar interessados no status do trabalho em andamento.

Correta - A metodologia Kanban está enraizada em duas palavras japonesas: Kan, que significa sinal, e Ban, que significa quadro. O Kanban oferece feedback visual transparente sobre o status do trabalho em andamento. Também garante que a equipe aceite apenas uma quantidade sustentável de trabalho em andamento.

Outra metodologia Agile é a programação extrema, ou XP. Ela ganhou esse nome porque levou atividades de desenvolvimento de software tradicionais para um nível extremo. Mas também acredito que seja porque surgiu ao mesmo tempo que esportes radicais, como o snowboard.

XP é outra das minhas favoritas. Foi a primeira metodologia Agile a que fui apresentado quando eu trabalhava em alguns dos telefones celulares originais na Qualcomm: a empresa por trás da tecnologia de rádio que todos nós usamos em nossos telefones hoje.

Desde que a XP saiu do setor de software, ela se refere a termos e atividades específicos de software, como codificação e programação, mas o método XP também pode ser usado em muitos ambientes que não são de software.

A metodologia XP (Extreme Programming)

• XP visa melhorar a qualidade do produto a capacidade de responder a mudanças nas necessidades dos clientes.

• XP faz isso levando as melhores práticas do processo de desenvolvimento para níveis extremos.

Por exemplo, uma das melhores práticas é a ideia de testar o primeiro desenvolvimento. Isso significa testar partes do produto antes de construí-lo totalmente. Muitas vezes, apenas os maiores recursos são testados, o que ainda é bom, mas significa que alguns detalhes podem passar.

XP leva essa prática ao extremo encontrando maneiras de testar mais e melhores recursos do produto para obter ainda mais feedback.

Atividades XP

Existem quatro atividades básicas realizadas durante o processo de desenvolvimento do produto que a XP tenta melhorar.

• Design: no desenvolvimento de software, é aqui que você escreve um documento de design, descrevendo as partes do código ou instruções do produto e de como ele funcionará. Em ambientes que não são de software, isso seria descrever as várias peças e partes para aquilo que você quer entregar.

Por exemplo, se for entregar uma campanha publicitária, talvez as peças principais sejam a arte, a cópia e o anúncio por plano.

XP quer garantir que todas as peças do produto se encaixarão corretamente. Por isso, enfatiza a simplicidade.

Comece com um design simples para atender os requisitos mais básicos e importantes. Projetos simples também levam menos tempo para serem concluídos. Depois que o modelo básico for projetado e tiver sido testado, você poderá pensar em adicionar outros recursos.

• Codificação: código é a linguagem usada para escrever programas de software. São as instruções que dizem ao computador o que fazer. Em desenvolvimento de software, escrever códigos claros é crucial. Assim como uma escrita clara é crucial em qualquer situação em que você quer ser entendido.

XP exige um código claro e conciso, para que outras pessoas possam ler e entender facilmente o programa.

Isso facilita a resolução de problemas e a descoberta de soluções. Em ambientes que não são de software, codificar seria semelhante escrever processos ou instruções claros e concisos de como criar ou usar seu produto.

• Testar: como descrevi anteriormente, significa verificar se há falhas no produto para que elas não cheguem ao produto final. Em XP, mais é melhor. Então, se alguns testes podem eliminar algumas falhas, muitos testes eliminarão ainda mais.

O objetivo é testar e eliminar qualquer falha em um recurso antes de construí-lo e avançar.

Testar também significa verificar, para garantir que os recursos do produto atendam as solicitações do cliente.

• Ouvir: que significa ouvir o cliente e garantir que as solicitações sejam integradas ao produto.

Isso se relaciona com o Agile no sentido de valorizar a colaboração com o cliente, a comunicação frequente e o feedback regular. XP apresenta algumas outras práticas inovadoras que são usadas em muitas equipes Agile, independentemente da metodologia específica usada.

Praticas inovadoras XP

• Programação em pares

  • que é quando dois membros da equipe trabalham juntos ao mesmo tempo em uma tarefa. (Normalmente, isso é feito no mesmo local físico, mas, com o uso de ferramentas de colaboração digital, também pode acontecer remotamente).

• Prática é a integração e a refatoração contínuas

  • Essa é a prática de mesclar mudanças do produto em uma versão compartilhada várias vezes por dia para obter feedback rápido sobre a qualidade do código ou produto.

• Evitar um design grande antecipadamente

  • Isso se relaciona com design e significa que o design deve apenas ser suficiente para começar e deve ser continuamente melhorado à medida que o produto evolui.

• Escrever testes, não requisitos

  • Isso significa que, em vez de escrever um documento de requisitos do produto e depois escrever um plano de teste, seu plano de teste pode servir a dois propósitos:

1. dizer à equipe o que construir
2. comparar o que ela construiu ao que deveria ser construído.

Question

Qual prática inovadora de Programação Extrema (XP) mescla mudanças do produtos em uma versão compartilhada várias vezes ao dia?

• Programação em pares

• Evita um design grande antecipadamente

• Escrever testes, não requisitos

• Integração contínua e refatoração contínua

Correta - A metodologia XP visa melhorar a qualidade do produto e a capacidade de responder às mudanças nas necessidades dos clientes. Para esse fim, a integração e a refatoração contínuas ajudam as equipes a obter feedback rápido sobre a qualidade do código ou do produto.

Assim sendo, temos Scrum, Kanban e XP. Vamos explorar mais uma. Para quem que fez os cursos anteriores deste programa, você já aprendeu um pouco sobre essa metodologia final, chamada Lean, no contexto do Lean 6 Sigma.

Lean

A metodologia Lean consiste em cinco princípios que servem como uma receita para melhorar os resultados do projeto. São eles:

• Definir o valor
• Mapear o fluxo de valor
• Criar fluxo
• Estabelecer atração
• Buscar a perfeição

1. Definir valor significa identificar e se concentrar no que o cliente quer e incluir no processo. O valor de um produto é a soma de todas as coisas que o cliente deseja.

2. Mapear o fluxo de valor significa mapear o processo ou fluxo, incluindo todas as etapas envolvidas na produção de valor para o cliente. Também significa desafiar todas as etapas que podem ser consideradas desperdício ou desnecessárias.

3. Criar fluxo significa garantir que o produto flua pelo fluxo de valor de forma eficiente, continuando a eliminar desperdícios durante todo o ciclo. Trabalhe para remover interrupções, atrasos e barreiras para o fluxo de trabalho.

4. Estabelecer atração pense em pedir a alguém para tirar algo da prateleira. Você quer ter certeza de que o cliente está pegando o produto ou pedindo por ele em todo o fluxo de valor. Ele pode pegar ou pedir recursos e entregas incrementais. A ideia é tornar seu processo o mais simples possível, para que o cliente possa usar o produto a qualquer momento e você possa apresentar aquilo em que está trabalhando ou adicionar uma solicitação de recurso.

5. Busca da perfeição significa levar sua equipe a melhorar continuamente as quatro primeiras etapas do processo.

Então, como isso se relaciona com o Agile? Bem, o Agile surgiu depois do Lean, e seus inventores foram inspirados a aplicar os princípios de fabricação enxuta ao desenvolvimento de software. Como o Agile, o Lean é um conjunto de princípios e um sistema de valores. Muitas das diferenças estão apenas na escolha de palavras. Ótimo.

Agora sabemos mais sobre algumas outras metodologias que são consideradas Agile. Existem várias outras, mas a realidade é que muitas equipes evoluem e mesclam métodos para criar ferramentas e processos que funcionam melhor para elas.

Vamos discutir mais sobre como fazer essa mescla no próximo vídeo.

Mescla de abordagens de gerenciamento de projetos

Video. Duração: 5 min

No último vídeo, revisamos alguns dos métodos mais famosos para aplicar valores e princípios Agile aos seus projetos. Exploramos o Kanban, que se concentra na visualização e no gerenciamento do fluxo, o XP, que se preocupa em levar as práticas recomendadas de desenvolvimento de produto ao extremo, e o Lean, que na verdade antecede o Agile e tem como objetivo capturar os princípios fundamentais que eliminam desperdício e entregam valor para os clientes.

Também comparamos o Agile com o Cascata para criar um melhor entendimento do que cada abordagem valoriza ou tenta realizar e com que tipos de projeto elas funcionam melhor.

Ao longo desses vídeos, exploramos o gerenciamento de projetos Agile de algumas maneiras diferentes.

• Primeiro, exploramos o Agile como uma maneira de pensar no processo de entrega de projetos por meio dos valores e princípios descritos no Manifesto Agile.

• Em segundo lugar, exploramos o Agile em diferentes estruturas de entrega de projetos e métodos, como Kanban, XP e Lean, e especialmente por meio de Scrum.

• Essas duas formas de aplicar o Agile demonstram que seu verdadeiro poder vem não apenas de adotar certos processos ou estratégias, mas de adotar um certo tipo de mentalidade: que é necessariamente diferente dos tradicionais modelos de Cascata.

Isso significa que você ainda pode obter alguns benefícios ao pensar de uma maneira Agile e procurar aplicar esses valores do Agile e os princípios do Manifesto Agile, mesmo quando precisa usar uma abordagem de entrega Cascata. Então, com tudo isso que falamos do Agile borbulhando nas suas cabeças, vamos fazer uma recapitulação rápida de alguns dos princípios-chave de gerenciamento de projetos Cascata tradicional. Então, veremos algumas formas de como você pode mesclar os métodos e abordagens que acabou de aprender para melhor se adequar às necessidades de um produto específico.

Como aprendemos em cursos anteriores, o ciclo de vida do projeto Cascata é composto pelas seguintes fases: início, planejamento, execução e conclusão de tarefas e encerramento do projeto, e todas as tarefas dentro de cada uma dessas fases, como identificar metas e escopo, cronograma, orçamento e gestão de riscos. O gerenciamento de projetos

Agile inclui a maioria das mesmas fases e tarefas, mas elas são feitas de maneiras diferentes. Então, mesmo que essas duas abordagens tenham diferenças claras, mesclá-las pode fazer muito sentido, dependendo do tipo de projeto ou da equipe de projeto com o qual você esteja trabalhando.

Razões para misturar os stilos Cascata e Agile

Aqui estão algumas razões pelas quais você pode querer mesclar os estilos Agile e Cascata.

• Partes interessadas, clientes ou patrocinadores ficam mais confortáveis com abordagens tradicionais e o uso de fluxos de trabalho, ou entregar produtos de trabalho da forma tradicional é mais fácil para eles entenderem e acompanharem, mas sua equipe de projeto já está estabelecida em Scrum e quer continuar assim.

• Talvez haja requisitos regulatórios que insistam em certos processos de trabalho tradicionais, como grandes documentos de requisitos para certificações.

• Ou pode ser que um dos fornecedores envolvidos em um grande projeto já esteja seguindo uma abordagem tradicional e a integração entre as equipes exija alguma mescla de métodos.

Nesses casos, um gerente de projeto pode optar por mesclar aspectos de Cascata e Agile para que diferentes partes do projeto possam ser trabalhadas de forma a atender requisitos do projeto, sem impactar negativamente outras partes do projeto ou o projeto como um todo.

Questão

Quais das três opções a seguir são situações em que você pode querer combinar as abordagens Agile e Cascata?

• Um gerente de projeto e a equipe estão trabalhando com uma abordagem adequada ao projeto. No entanto, para agitar as coisas, o gerente de projeto decide combinar abordagens.

• As partes interessadas, clientes ou patrocinadores preferem abordagens tradicionais e fluxos de trabalho, mas a equipe do projeto quer continuar trabalhando no Scrum.

Correta - Nesse caso, um gerente de projeto pode optar por misturar aspectos de Cascata e Agile. Isso permite que a equipe aborde diferentes partes do projeto de maneira a atender aos requisitos do projeto sem afetar negativamente outras partes dele.

• Um dos fornecedores de um grande projeto já segue uma abordagem tradicional, e a integração das equipes exige a mistura de métodos.

Correta - Agile e Cascata incluem a maioria das mesmas fases e tarefas, eles são apenas feitos de maneiras diferentes. Nesse caso, para integrar equipes com sucesso, um gerente de projeto pode optar por combinar abordagens de gerenciamento de projetos.

• Os requisitos regulatórios insistem em certos processos de trabalho tradicionais, como grandes documentos de requisitos para certificações.

Correta - Para atender aos requisitos regulatórios, um gerente de projeto pode combinar Agile e Cascata. Embora existam diferenças entre essas abordagens, elas podem funcionar bem juntas em determinadas situações.

Vamos explorar mais alguns exemplos de como mesclar métodos.

Digamos que seu projeto seja desenvolver um produto de software. Durante a retrospectiva para o último Sprint, um integrante da equipe diz: “Eu preciso implementar um certo recurso, mas não tenho muita experiência na criação desse recurso específico”. Outra pessoa na equipe é especialista nesse recurso, então, você decide colocá-los juntos para que possam trabalhar na criação do recurso durante o próximo Sprint. Você acabou de mesclar XP e Scrum.

O XP fornece a base para trabalhar em pares na Programação de Pares, e retrospectivas são um componente-chave do Scrum. Aqui está outro exemplo incrivelmente comum. A maioria das equipes Scrum que eu conheço usa um quadro Kanban para acompanhar o progresso durante o Sprint. Uma palavra de aviso, no entanto: cuidado com o excesso de mudanças em como você faz as coisas. As equipes trabalham melhor quando podem criar alguma consistência.

Vamos voltar à Office Green. Como gerente de projetos do Virtual Verde, que tipos de método você pode querer usar para começar o projeto? Onde você mesclaria alguns métodos tradicionais e métodos Agile?

Aqui estão alguns fatores a considerar: Os fornecedores de plantas existentes estão acostumados a lidar com a equipe de entrega de escritório do Plant Pals. Alguns deles podem estar interessados em experimentar uma abordagem Agile, mas não todos. Nesse caso, você deve incluir esses fornecedores em discussões desde o início, para convencê-los a se envolver e resolver quaisquer preocupações.

A Office Green também precisa realmente ficar de olho nos custos, então, você poderá querer usar controles de gerenciamento de orçamento tradicionais para garantir que eles não estourem o orçamento do programa. Bem, isso nos leva ao final deste vídeo.

Vamos rever os pontos-chave que quero que você recorde.

• Agile é uma mentalidade, uma forma de pensar sobre o processo de entrega de projetos por meio de valores e princípios Agile descritos no Manifesto Agile.

• Valores e princípios Agile podem ser alcançados por meio de certas estruturas e métodos de entrega, como Scrum, Kanban, XP e Lean.

• Agile e Cascata são ambos meios eficazes de abordar o gerenciamento de projetos, que agregam um valor específico. Há momentos em que a mescla desses estilos vai agregar ainda mais valor do que se manter preso a apenas um, então, não tenha medo de misturar as coisas.

Enquanto diferentes partes do projeto puderem se beneficiar de certos processos sem impactar negativamente o projeto como um todo, vá em frente.

A seguir, vou ensinar a você tudo sobre equipes Scrum e como usar o Scrum como uma estrutura para executar um projeto de sucesso. Vai ser divertido seguir com você nessa jornada.

O modelo do Spotify

Leitura. Duração: 10 min

Devido à sua abordagem flexível, o Spotify, uma empresa de streaming de música com milhões de ouvintes, é conhecido no campo de gerenciamento de projetos Agile por estabelecer um padrão bastante alto. Nesta leitura, você aprenderá sobre o modelo do Spotify e a importância de ser flexível ao escalar uma equipe Agile.

O Spotify conseguiu fazer o que muitas outras empresas sonham, e eles fizeram isso à medida que o tamanho da equipe aumentava. Como fizeram isso? Os treinadores de Agile Henrik Kniberg e Anders Ivarsson incutiram uma abordagem geral da mescla constante de métodos e adaptação ao longo do tempo.

O modelo do Spotify

O modelo do Spotify (opens in a new tab) incentiva a inovação, a colaboração e a produtividade, mantendo a autonomia, a qualidade e a comunicação necessárias. Ele faz isso usando um sistema de organização exclusivo que apresenta Esquadrões, Tribos, Capítulos e Guildas.

No Spotify, as equipes são divididas no que eles chamam de Esquadrões. Um Esquadrão é como uma equipe Scrum e deve se sentir como sua própria start-up dentro da empresa. Os Esquadrões são auto-organizados e posicionados. Eles trabalham juntos para alcançar uma missão de longo prazo. No Spotify, um Esquadrão pode ser responsável por uma tarefa, como melhorar a usabilidade do aplicativo para Android, melhorar a experiência de rádio do Spotify ou fornecer soluções de pagamento. Assim como uma equipe Scrum, o Esquadrão não tem um líder formal, mas tem um Proprietário do Produto. Os Proprietários do Produto colaboram uns com os outros para manter um roteiro para acompanhar o progresso do Spotify como um todo. Cada equipe também tem acesso a um treinador Agile para incentivar melhorias contínuas.

Inspire-se no modelo do Spotify, mas não o imite

Cada equipe requer diferenças em seu fluxo de trabalho e sistemas. Nunca é uma boa ideia tentar copiar e colar um modelo exato para sua equipe só porque funcionou para outra. Na verdade, algumas pessoas tentaram copiar o modelo do Spotify e descobriram que não era adequado para sua equipe.

Principais conclusões

• Você deve sempre ser capaz de se adaptar com base nas preferências e metas de sua equipe. A equipe do Spotify começou nos Esquadrões, mas, à medida que eles se expandiam, adicionaram novos tipos de grupo dentro da organização, sem interromper os Esquadrões existentes. Eles continuaram a fazer isso até encontrar o equilíbrio perfeito entre colaboração e propriedade.

• Sempre examine as necessidades de seu projeto e organização. O que funciona para o Spotify pode não ser adequado para a sua equipe. Se você está em uma equipe que precisa de escala, inspire-se nesse modelo, mas use os aspectos que funcionam melhor para a sua organização.

• Não tenha medo de tentativa e erro. Se tentar algo e não parecer certo, você poderá ajustar facilmente.

• Você nunca deve considerar que já fez todas as melhorias. Sempre há mudanças que podem ser feitas para melhor.

Teste seu conhecimento: Estruturas Agile

Quiz. 4 questões | Duração: 8 min | Nota Final: 100%

4. Revisão: Fundamentos do Agile

Dana: execução de projetos Agile no Google

Video. Duração: 2 min

Oi, meu nome é Dana e sou Gerente de Confiabilidade de Site no Google. Gerentes de Confiabilidade de Site no Google gerenciam uma equipe de engenheiros que cuidam da infraestrutura que permite ao Google atender cada vez mais clientes ao longo do tempo. Eu comecei como engenheira da Força de Defesa de Israel.

Conforme cresci dentro da minha unidade, basicamente precisava entender que projetos aconteciam ao meu redor o tempo todo. Então, pedi ao meu comandante para ser enviada para um curso de gerenciamento de programas e, com o tempo, consegui desenvolver projetos muito grandes, que envolviam várias unidades e várias equipes do lado do nosso cliente e do lado da minha unidade. E então, quando deixei o exército, foi um progresso muito natural para mim entrar no setor e simplesmente fazer mais do mesmo.

Há muitas semelhanças entre a execução de projetos em um lugar como a Força de Defesa de Israel e o Google. Muitas das equipes do Google estão espalhadas pela empresa, e é necessário muita comunicação para garantir que o trabalho que fazemos em uma equipe esteja bem coordenado com o trabalho que está acontecendo em outra. Eu não acho que antes, especialmente no Exército, eu precisava me comunicar tanto com pessoas de outros países. Mas, definitivamente, agora eu me vejo falando com minha antiga equipe, que está espalhada em três locais diferentes, com meus clientes, que estão em todo o mundo, e me vejo precisando garantir que todas as coisas que estamos fazendo sejam muito bem comunicadas para todas essas diferentes partes interessadas ou equipes adjacentes.

Ter o ambiente Agile cria muitas rotinas em torno da comunicação. Temos reuniões curtas quinzenais, em que todos na equipe que ficam em diferentes partes do mundo se reúnem e discutem o que fizeram, o que estão planejando fazer e falam de qualquer obstáculo. Se eles têm algum problema, podem usar os recursos que estão lá e garantir que serão desbloqueados, que sabem quem é a próxima pessoa com quem falar, que são capazes de atualizar alguém que pode precisar revisar um documento que eles redigiram. Basicamente, isso ajuda a equipe a ser mais coesa em torno do trabalho que todos nós estamos fazendo.

Uma das coisas que eu gosto muito no Agile é que temos de nos comunicar continuamente. Validamos continuamente que o trabalho que estamos fazendo é relevante e será usado pelo cliente que temos como foco. Eu amo muitas coisas no meu trabalho, mas, em primeiro lugar, gosto quando resolvemos problemas reais. Quando trabalho com uma equipe de pessoas de alto nível e juntos somos capazes de chegar a uma solução que satisfaz uma necessidade do usuário.

Finalização

Video. Duração: 46 sec

Muito bem! Você fez um grande tour introdutório pelo Agile. abordamos a história do Agile, o Manifesto Agile e os quatro valores e 12 princípios do Agile. Exploramos quando e por que adotar uma mentalidade Agile. Você aprendeu sobre VUCA e como usar o conceito para avaliar qual abordagem adotar em seu projeto. Você também aprendeu algumas metodologias amigáveis ao Agile: Kanban, XP e Lean. Por fim, você aprendeu a combinar esses métodos com as tradicionais práticas de Cascata. Em seguida, você retornou à Office Green como gerente de um novo projeto Agile: o Virtual Verde. Isso é muito. Parabéns por passar pela primeira parte de sua jornada Agile, e tem mais diversão pela frente.

Desafio semanal 1

Até, Jun 18, 11:59 PM WEST | Quiz. 10 questões | Duração: 50 min | Nota Final: 100%

FIM! - Semana 1 - Curso 5