SEMINARIO - GERÊNCIA DE PROJETOS DE T I_ PROJETO AGIL

Prévia do material em texto

GERÊNCIA DE PROJETOS DE T.I: PROJETO ÁGIL 
Data de apresentação: 16/11/2020 
Douglas Gomes Thiago Santos samuel12nerd@gmail.com 
 
DIVISÃO DE POP’S 
Resumo Samuel plim 
Questionário Thiago Santos 
Powerpoint - Douglas Gomes 
 
DIVISÃO DE TÓPICOS - Powerpoint 
1 Manifesto Ágil e Conceitos de agilidade. 
Thiago Santos 
 
2 Métodos e Frameworks ágeis: Kanban, XP (Extreme Programming), SCRUM. - 
Douglas Gomes 
 
3 Iniciando Projetos Ágeis: Avaliando valor, termo de abertura; 
Samuel plim 
 
4 Planejando Projetos ágeis: Planejamento adaptativo, Estimativas ágeis; 
Samuel plim 
 
Manifesto Ágil e Conceitos de agilidade 
O Manifesto Ágil é um pequeno documento de texto baseado em 4 valores e 12 
princípios para o desenvolvimento ágil de software. 
Quando surgiu o manifesto Ágil? 
O Manifesto Ágil foi publicado nos dias 11 a 13 de fevereiro de 2001 como um 
trabalho de 17 desenvolvedores de software interessados em buscar uma 
alternativa aos atuais processos de desenvolvimento de software. 
Quem foi o pivô inicial do Manifesto Ágil? 
Foi um grupo de desenvolvedores da comunidade do eXtreme Programming(XP), 
onde durante uma reunião , discutiram temas como burocratização do processo de 
desenvolvimento de software. Foi ai que Robert Cecil Martin, o “Uncle Bob”, bateu a 
mão na mesa e disse que ali não era o local e nem o momento de decidir isso, 
deveria ser marcada uma nova reunião com foco exclusivo para isso. 
Onde e como surgiu o Manifesto Ágil? 
Foi em Utah, numa segunda reunião ocorrida nos dias 11 a 13 de fevereiro de 2001. 
Neste novo encontro, todos os 17 desenvolvedores envolvidos decidiram que o 
conteúdo da reunião deveria ser documentado. 
Foi por este motivo que eles resolveram elaborar o tal documento que se 
transformou em algo muito maior do que eles poderiam imaginar: o Manifesto para o 
Desenvolvimento Ágil de Software, ou simplesmente Manifesto Ágil (Agile 
Manifesto). 
O Manifesto Ágil tem 12 princípios que foram elaborados e apresentados ao mundo 
pela Aliança Ágil. 
o objetivo principal do Manifesto Ágil é servir como um guia que aponta os rumos de 
um time ágil visando a potencialização de seus projetos e a escalabilidade em seus 
resultados. 
Quais são os 12 princípios ágeis? 
1. Satisfação do cliente: A maior prioridade está em satisfazer o cliente por meio 
da entrega adiantada e contínua de software de valor. 
2. Mudança em favor da vantagem competitiva: Mudanças de requisitos são 
bem-vindas, mesmo em fases tardias do desenvolvimento. 
3. Prazos curtos: Entregar software em funcionamento com frequência, desde a 
cada duas semanas até a cada dois meses, com uma preferência por prazos mais 
curtos. 
4. Trabalho em conjunto: Tanto pessoas relacionadas a negócios como 
desenvolvedores devem trabalhar em conjunto, diariamente, durante todo o curso 
do projeto. 
5. Ambientação e suporte: Para construir projetos ao redor de indivíduos 
motivados, é preciso dar a eles o ambiente e o suporte necessários, confiando que 
farão seu trabalho. 
6. Falar na cara: O método mais eficiente de transmitir informações tanto 
externas como internas para um time de desenvolvimento é por meio de uma 
conversa cara a cara. 
7. Funcionalidade: Um software funcional é a medida primária de progresso. 
8. Ambiente de sustentabilidade: Processos ágeis promovem um ambiente 
sustentável, com patrocinadores, desenvolvedores e usuários sendo capazes de 
manter passos constantes. 
9. Padrões altos de tecnologia e design: A contínua atenção à excelência 
técnica e ao bom design aumenta a agilidade. 
10. Simplicidade: Fazer algo simples é dominar a arte de maximizar a quantidade 
de trabalho que não precisou ser feito. 
11. Autonomia: As melhores arquiteturas, os requisitos e os designs emergem de 
times auto organizáveis. 
12. Reflexões para otimizações: Em intervalos regulares, o time reflete em como 
ficar mais efetivo, então, se ajustam e otimizam seu comportamento de acordo. 
Quais são os 4 valores do Manifesto Ágil? 
Valor ágil I – Indivíduos e interações acima de processos e ferramentas: 
Desenvolvimento de software é uma atividade humana e a comunicação em si pode 
ser uma grande aliada durante todo o processo de desenvolvimento, diminuindo 
ruídos e aproximando pessoas. (Processos e Ferramentas são importantes, claro, 
mas devem ser usados de forma pragmática.) 
Valor ágil II - Software funcionando é melhor que documentação abrangente: Mais 
que seguir um plano, software em pleno funcionamento é o melhor indicador 
possível de que o trabalho foi bem executado. (Clientes pagam por resultado e não 
por um plano bem elaborado que nunca vai sair do papel.) 
Valor ágil III – Colaboração com o cliente acima de negociação de contratos: Jamais 
atuar contra o cliente ou colocar ele contra o time de desenvolvimento. A palavra de 
ordem é: colaboração. (A tomada de decisões deve sempre estar de acordo com os 
objetivos do cliente.) 
Valor ágil IV – Responder a mudanças ao invés de seguir um plano: Utilizar os 
feedbacks obtidos durante o processo mais a observação do cenário são fatores 
fundamentais para darmos respostas rápidas sobre os rumos da operação 
envolvida. ( Não significa que não devemos ter um plano, mas que devemos estar 
preparados para qualquer mudança, como um velejador experiente é capaz de 
mudar a posição das velas para seguir ao destino final evitando ser desviado de 
seus objetivos.) 
 
Métodos e Frameworks ágeis: Kanban, XP (Extreme Programming), 
SCRUM 
Kanban 
O Kanban é uma metodologia que prega que se use um quadro físico ou 
virtual, dividido em colunas que representam as etapas de um processo. Por meio 
de cartões, as tarefas que devem ser realizadas são descritas, colocando suas 
datas de entrega e os responsáveis por ela. Para melhor visualização você pode 
utilizar cartões de diferentes cores, cada um indicando um cliente, funcionário, o que 
você preferir. Uma das vantagens é que com uma simples olhada você consegue 
ver quantas tarefas estão sendo executadas, quantas foram concluídas. 
Tem como princípios Comece com o que você está fazendo agora, 
Concorde em buscar mudanças incrementais e evolutivas, Respeite os papéis, 
responsabilidades e cargos atuais e Incentiva atos de liderança em todos os níveis. 
XP 
Extreme Programming é uma metodologia ágil para equipes pequenas e 
médias que desenvolvem software baseado em requisitos vagos e que se 
modificam rapidamente. 
 Tem como valor comunicação, simplicidade, feedback, coragem e 
respeito. ​As práticas consistem no núcleo principal do processo. Elas evidenciam os 
valores que nos ajudarão a ter sucesso no projeto. São elas: Cliente presente, 
Planejamento, Stand Up Meeting, Programação em par, Testes constantes, 
Refatoração, Código coletivo, Padronização do código, Design simples, Metáfora, 
Ritmo sustentável, Semana de 40 horas, Integração contínua e Releases curtos. 
Scrum 
No Scrum as atividades são divididas em ciclos chamado de Sprints, onde 
um Sprint é um conjunto de sub atividades que devem ser realizadas. As 
funcionalidades a serem implementadas em um Spring ficam em uma lista chamada 
de Product Backlog. No início de cada Sprint, faz-se um Sprint Planning Meeting, ou 
seja, uma reunião de planejamento na qual o Product Ownerprioriza os itens do 
Product Backlog e a equipe seleciona as atividades que ela será capaz de 
implementar durante o Sprint que se inicia. As tarefas alocadas em um Sprint são 
transferidas do Product Backlog para o Sprint Backlog. 
A cada dia de uma Sprint, a equipe faz uma breve reunião chamada Daily 
Scrum. Com o objetivo de identificar dificuldades em determinadas tarefas. Ao final 
de um Sprint, a equipe apresenta as funcionalidades implementadas em uma Sprint 
Review Meeting. Finalmente, faz-se uma Sprint Retrospective e a equipe parte para 
o planejamento do próximo Sprint. 
 
Iniciando Projetos Ágeis: Avaliando valor, termo de abertura 
https://robsoncamargo.com.br/blog/Termo-de-abertura-de-projeto-saiba-tudo-sobre-ele 
Termo de abertura 
O Termo de Abertura de projeto ou o Project Charter é um dos documentos que faz 
parte de todo o ciclo de vida de um projeto. Esse documento formaliza o processo 
de desenvolvimento de um projeto que surge a partir de alguma necessidade da 
empresa ou de uma oportunidade mercadológica, para a criação de novos 
produtos. 
Esta etapa é inicia na definição de escopo. É como se fosse a identidade do projeto 
nele vão constar os objetivos e benefícios do projeto, estudos de viabilidade, as 
restrições de prazo e orçamento, os entregáveis (entregas) em nível macro, 
eventuais características dos produtos descritas pelo solicitante, o nome do gerente 
do projeto que tocará a empreitada e uma assinatura de um sponsor. Em um termo 
de abertura de projeto pronto devem constar também marcos de etapa, que são as 
entregas mais importantes do projeto e a equipe que deverá atuar no detalhamento 
do planejamento do projeto.É a partir do termo de abertura do projeto que o gerente 
de projetos “ganha” a autoridade necessária para aplicar recursos organizacionais e 
destacar equipe para a sua execução. 
Enfim, é o Termo de Abertura de Projeto que dá a autorização formal para o projeto 
ser iniciado e deve ser disseminado entre todos os envolvidos. Esse envio deve ser 
feito pelo Sponsor do projeto, para dar lhe a devida autoridade, que citamos. 
 
Como fazer um termo de abertura de um projeto 
Para auxiliar em todas as etapas, pe sugerido o uso de ferramentas de gestão de 
projetos, como o canvas, Trello, runrun.it. 
justificativa do projeto: Porque o projeto deve ser feito. Quais os problemas o 
justifica a existência do projeto. 
Objetivos: O que a organização pretende obter com ele. Preferencialmente deve 
ser escrito de forma SMART (Específico, Mensurável, Atingível, Realista em um 
Tempo). Exemplo: “Aumentar o faturamento em 10%, no prazo de 6 meses após a 
implantação.” SMART:Specific (Específicidade), Measurable (Indicador e Meta 
Mensurável), Attanaible (Atingível), Realistic (Realista) e Time Based (Quando). 
Produtos e principais requisitos: O produto é o que vai ser entregue quando o 
projeto for concluído até o final. São os outputs. E os requisitos são as 
características dos produtos que o projeto precisa atender. 
Marcos: São os momentos mais importantes dos projetos ou também denominados 
milestones ou marcos de etapa. 
Premissas: São algumas suposições que acreditam ser verdadeiras no projeto. 
Exemplo: “Estou planejando minha festa, supondo que não vai chover.”. 
Equipe:​Profissionais (perfil ou nomes) de pessoas que terão que ser envolvidas no 
projeto na etapa de planejamento (ou até na execução – se bem que ainda pode ser 
muito cedo definir a equipe da execução aqui, mas em algumas empresas utilizam 
assim). 
Restrições: Limites que já são conhecidos e impactarão no projeto em termos de 
prazo e orçamento (Budget). 
Riscos: ​O mapeamento de riscos é muito importante, principalmente sob o ponto de 
vista de negócio, no termo de abertura de projeto, exemplo: “Caso a loja virtual retire 
clientes da loja física, poderá não compensar financeiramente”. 
Orçamento:​ Ideia de custos que o projeto terá para sua implementação. 
Planejando Projetos ágeis: Planejamento adaptativo, Estimativas 
ágeis 
Planejamento adaptativo 
Característica de comportamento do planejador, que considera que o processo de 
planejar é mais importante do que o plano, pois o principal objetivo seria desenhar 
uma organização, é um sistema para administrá-la. 
Técnicas de estimativas ágeis 
Ele é utilizado na gestão ágil, adota um processo contínuo que oferece mecanismos 
de atualizações frequentes. Esta flexibilidade permite reduzir os riscos, entregar 
valores de negócio antecipadamente e maior visibilidade. 
 
 
a foto acima mostra o modelo cascata, e o outro incremental. 
Na iniciação do projeto, as estimativas são feitas em alto nível para apoiar as 
análises de investimento. E são refinadas continuamente durante todo o projeto. As 
técnicas de estimativas são colaborativas, e assim, todas as pessoas apropriadas 
devem ser incluídas no processo. 
 
A maioria das técnicas utilizam unidades relativas, por exemplo o uso de pontos 
facilita a comparação entre os itens que estão sendo estimados (ao invés de estimar 
em “dias” diretamente), evitando “prever o futuro”, onde algumas leituras sinalizam 
que é uma dificuldade do ser humano. 
 
Técnica T-SHIRT SIZES 
 
Abordagem de estimativa em alto nível para backlog grande com muitos itens a 
serem avaliados. Os itens são estimados em PP, P, M, G e GG, de acordo com as 
discussões e decisão comum/colaborativa das equipes. É uma forma rápida de ter 
uma ideia do tamanho total do backlog. 
 
Técnica: Planning poker 
Recomendado para estimar user stories (ou das tarefas) em quantidade 
relativamente pequena de itens (até 10). Os participantes, em geral, realizam 
votações utilizando a Sequência de Fibonacci. Quando há grande divergência nas 
pontuações, a votação é repetida até o time obter um consenso sobre a precisão da 
estimativa. A boa prática é trabalhar com até 13 pontos. 
 
Técnica Affinity mapping 
É uma técnica que envolve agrupar os itens em categorias ou coleções similares. 
Utilizada para garantir que as unidades de story points se mantêm consistentes ao 
logo de todo o projeto. 
 
A forma de triangulação oferece uma visão comparativa das estimativas e permite 
verificação. Pode ser uma alternativa quando há um grande número de histórias a 
serem estimadas, acelerando o processo de estimativas consideravelmente.