Scrum Parte 2: O Manifesto Ágil, Liderança e Organização em Scrum
Declaração de Interdependência - 1- Apresentação
Seja muito bem-vindo a mais uma etapa do curso de Scrum: Gerenciamento Ágil de Projetos. Neste treinamento, nós vamos abordar um pouco mais sobre o que é o Manifesto Ágil, Liderança e Organização em Scrum.
Público-alvo
Gerentes de Projeto;
Desenvolvedores;
Analistas de requisitos;
Estudantes;
Conteúdo Programático
Manifesto Ágil - Foi um documento elaborado em meados dos anos 2000, por uma série de profissionais que fizeram uma série de colocações e elaboraram princípios que hoje constituem o que nós entendemos como ser ágil e gerir um projeto de forma ágil;
Projetos, Programas e Portfólios - Vamos entender para que, efetivamente, serve o Scrum. Para tanto vamos aprender por meio de conceitos o que é um projeto e como ele se aplica dentro de um Programa e Portfólio;
Gestão de Pessoas e Liderança - Vamos aprender mais sobre os conceitos de Maslov e o modelo de Tuckman;
Organização em Scrum - Vamos compreender também os valores que devem ser buscados quando montamos um Time de Trabalho em Scrum;
Declaração de Interdependência - 2- Manifesto ágil
Em Fevereiro de 2001, um grupo de gurus da computação se uniu para debater sobre gerenciamento de projetos, sobre trabalho, sobre o dia-a-dia profissional e acabaram formando o que denominamos de Aliança Ágil. Foi então desenvolvido o documento que nós conhecemos como Manifesto do Desenvolvimento Ágil de Software, que surge dentro do campo do desenvolvimento de software, mas pode ser aplicado em qualquer campo de atuação.
É interessante lembrar que Ágil e Tradicional não necessariamente concorrem entre si. Visto que, apesar de nós termos como grande força motriz do pensamento ágil, o Manifesto Ágil e o Scrum, já existiam formas de gerir projetos a partir de um paradigma conhecidas como Técnicas de Elaboração Progressiva em Projetos. E nós não podemos ter uma visão maniqueísta, ou seja, dizer que só porque o Agile é bom, o gerenciamento Tradicional tem que ser ruim. Não podemos generalizar. Existem casos em que o um método ágil não é o melhor caminho e temos que saber identificar o melhor método.
Valorização: o que devemos ter como prioridade
Indivíduos e interações: ter como prioridade a comunicação constante tanto entre colegas dentro da equipe quanto com clientes;
Software em funcionamento: colocar o funcionamento do software desenvolvido como prioridade em relação a projetos e planejamentos;
Colaboração com o Cliente: colaborar com o cliente é, além de buscar os recursos financeiros para a empresa, também trazer o cliente para junto do processo de desenvolvimento do software;
Responder a mudanças: por meio da utilização de time-boxes é possível entregar ao time um tempo para lidar com as mudanças sem que isso afete a produção;
Não Valorização: o que podemos deixar em segundo plano
Processos e Ferramentas: colocar processos e ferramentas em segundo plano não significa deixá-los de lado, mas sim priorizar a interação, reuniões em vez de troca de e-mails, por exemplo;
Documentação Abrangente: antes de gastar o tempo buscando obter documentações para o software devemos focar em fazer com que o software esteja operando sem problemas;
Negociação de Contratos: a negociação de contratos pode ser um fator que causa desgaste e "perda" de tempo, por isso, no paradigma ágil o foco deve estar no relacionamento e colaboração com o cliente;
Seguir um Plano: os métodos Agile assumem uma característica flexível e não-preditiva para o desenvolvimento do produto, por isso seguir um plano estabelecido não deve ser uma prioridade já que isso tende a engessar a flexibilidade do projeto.
Declaração de Interdependência - 3-Manif. Ágil-12 princípios
Falaremos nesta aula sobre os 12 princípios do Manifesto Ágil. Esses princípios são muito importantes para entendermos o panorama geral do método Agile, pois eles formam a base do paradigma ágil, que é uma visão de mundo a partir de necessidades específicas e que não busca se encaixar em qualquer contexto, mas sim saciar as necessidades existentes. O método Agile é de onde o Scrum e outros métodos semelhantes foram criados.
Os 12 princípios do Manifesto Ágil são:
1) Satisfazer o cliente através da entrega contínua - Se o ciclo de desenvolvimento é de até quatro semanas, significa que a cada quatro semanas se entrega valor;
2) Mudanças nos requisitos são bem-vindas - Lidar bem com mudanças, atendendo o cliente de maneira tranquila e recebendo as mudanças necessárias;
3) Entregar frequentemente software funcionando - O Scrum nos ajuda a realizar entregas contínuas e frequentes;
4) Pessoas de negócio e desenvolvedores devem trabalhar em conjunto - No Scrum temos uma reunião de pessoas de áreas, de ciclos organizacionais e de grupos diferentes;
5) Construa projetos em torno de indivíduos motivados - Para construir um projeto precisamos de pessoas que tenham vontade, felicidade e motivação ao realizar o projeto;
6) O método mais eficiente e eficaz de transmitir informações é através de conversa cara a cara - Muitas empresas tem a comunicação entre funcionários apenas por meios digitais. Portanto, é preciso que existam mecanismos de conversa, como o Daily Meeting (reunião diária);
7) Software funcionando é a medida primária de progresso - A primeira medida de progresso para o pensamento ágil é o software;
8) Os processos ágeis promovem desenvolvimento sustentável - Conforme as práticas ágeis são aplicadas, a equipe sente-se valorizada e um ambiente de confiança é construído;
9) Contínua atenção à excelência técnica e bom design aumenta a agilidade - Quanto melhor a elaboração de uma entrega, mais se trabalha nela e mais ágil ela se torna;
10) Simplicidade é essencial - Simplicidade é, por exemplo, quebrar as entregas em entregas menores, mas sem perder a qualidade;
11) As melhores arquiteturas emergem de times auto-organizados - É preciso empoderar o time para melhores resultados;
12) Em intervalos regulares, o time reflete sobre como se tornar mais eficaz - Reuniões de revisão e retrospectiva.
Sobre o curso Scrum Parte 2: O Manifesto Ágil, Liderança e Organização em Scrum
