APLICAÇÃO DA METODOLOGIA ÁGIL NA GESTÃO DE UM PROJETO DE RESERVATÓRIO DA METALÚRGICA CARBOQUÍMICA DA AMAZÔNIA LTDA
|
|
- Emanuel Fialho Azenha
- 6 Há anos
- Visualizações:
Transcrição
1 APLICAÇÃO DA METODOLOGIA ÁGIL NA GESTÃO DE UM PROJETO DE RESERVATÓRIO DA METALÚRGICA CARBOQUÍMICA DA AMAZÔNIA LTDA Lucienne Keily da Silva Rodrigues (IDAAM) Marcio de Menezes Rodrigues (IDAAM) Jose Carlos Reston Filho (IDAAM) Este trabalho discute a aplicação de um método de gestão ágil em um projeto de reservatório de uma empresa metalúrgica do polo industrial de Manaus utilizando as práticas do Scrum. Além disso, pretende-se analisar a implantação do método ágil Scrum nos projetos de novos produtos da empresa. Os resultados alcançados e apresentados no gráfico de Burndown foram satisfatórios e mostraram que o método melhorou a comunicação e a motivação dos membros do time, e, a diminuição do tempo, custo e risco do projeto. Palavras-chave: Scrum, Metodologia ágil de produtos, Gestão de projetos.
2 1. Introdução A metodologia de gerenciamento ágil vem se destacando principalmente pelo enfoque no escopo do projeto: o produto. Descrever um produto de forma concisa é uma das tarefas que podemos encontrar em vários métodos e aplicações. Conforme Lei et al (2015), o movimento ágil foi introduzido em resposta aos problemas da metodologia de software waterfall, onde explana um método linear e sequencial. Os métodos ágeis surgiram em meados dos anos 90, com técnicas para desenvolvimento de software, para evitar os riscos que chegam a afetar o desenvolvimento do produto (Serrador & Pinto, 2015). Criado por Jeff Sutherland e Ken Schwaber em 1993, o Scrum tem a finalidade de ser um método mais rápido, eficaz e confiável de se desenvolver softwares para o ramo tecnológico. Dentre os métodos ágeis, o Scrum se sobressai pelo fato de dar maior destaque na gestão de projetos que agrega atividades de monitoramento e acompanhamentos diários. No Amazonas, as indústrias metalúrgicas acabam tendo desperdícios em sua produção pela falta de um gerenciamento que facilite o acompanhamento diário de fabricação do produto. O trabalho atual propõe-se uma metodologia para gerenciamento da fabricação de um reservatório, produzido pela Industria Metalúrgica Carboquímica da Amazônia Ltda. Pretende-se com essa metodologia ágil utilizando as práticas do Scrum, realizar o acompanhamento da fabricação do produto durante o período de 30 dias. Com esse objetivo serão obtidos resultados diários do processo com reuniões com o time para assegurar a efetividade do Scrum. Os resultados serão apresentados no gráfico de Burndown como descreveremos adiante. A metodologia aqui apresentada, com algumas adaptações no escopo, poderá ser aplicada para outros produtos da empresa onde foi realizada a pesquisa. 2. Revisão da Literatura 2.1 A metodologia ágil de gestão de projetos Os métodos ágeis foram fortemente influenciados pela filosofia japonesa. Segundo Dingsoyr et al (2012), as práticas relacionadas a planejamento, controle e agilização do fluxo são ações fortemente relacionadas com técnicas e princípios da produção Lean. Segundo Campanelli & Parreiras (2014), os principais métodos ágeis são: Programação Extrema (XP), Scrum, Kanban, Lean, Desenvolvimento dirigido por funções (FDD), Método 2
3 de desenvolvimento de sistemas dinâmicos (DSDM), Desenvolvimento adaptativo de software (ASD), Crystal e Processo unificado da rational (RUP). Dentre estes, destaca-se o Scrum como um dos métodos mais utilizados. Serrador & Pinto (2015) afirmam que, os métodos ágeis foram elaborados para que se utilizassem o mínimo de documentações, ajudando na flexibilidade e capacidade de respostas às mudanças, ou seja, nesta metodologia a flexibilidade e capacidade de adaptação é muito mais importante que o planejamento, ao contrário da metodologia tradicional. Tais métodos ágeis surgiram na década de 90, mas foi a partir do manifesto ágil em 2001, que eles foram apresentados como um conjunto de princípios para a evolução da gestão de projetos. 2.2 Scrum O Scrum foi criado por Jeff Sutherland juntamente com Ken Schwaber em 1993, a partir do trabalho de Nonaka e Takeuchi no início de 1990, para ser um meio mais rápido, eficaz e confiável de se desenvolver softwares para o ramo tecnológico. Segundo Sutherland (2014), até 2005 a maior parte de desenvolvimento de software era feito através do método tradicional chamado de Cascata. Tal método tratava-se de um processo vagaroso que demoravam meses e até mesmo anos de atrasos, e que por muitas vezes resultavam num produto não almejado pelo cliente. O Scrum se sobressai diante dos demais métodos ágeis pelo fato de dar maior destaque na gestão de projetos, agregando atividades de monitoramento, feedback s através de reuniões rápidas e diárias com toda a equipe, objetivando a identificação e correção de quaisquer falhas ou impedimentos, que possam surgir durante o processo de desenvolvimento. 2.3 Papéis do Scrum A equipe Scrum é composta por três papéis fundamentais: Product Owner, Scrum Master e os membros do time. Todas as responsabilidades de gerenciamento em um projeto são divididas entre eles. Cada um desses papéis possui objetivos específicos que são essenciais para o sucesso do Scrum. O Product Owner, caracterizado como o dono do produto, é o responsável pela gestão dos requisitos do projeto definidos no Product Backlog, assim como a configuração da equipe. Dentro das diversas atividades desempenhadas, a principal que se destaca é a de garantir que 3
4 os itens do Backlog do produto sejam visíveis e transparentes para todos os membros da equipe. O Scrum Master é responsável pelo funcionamento do Scrum, sua implementação e maximização dos benefícios. Responsável por treinar a metodologia ao time, uma de suas principais atividades é a remoção de impedimentos ou obstáculos apontados na reunião diária, que possam comprometer o trabalho da equipe ao longo do projeto. De acordo com Klemme (2016), o Scrum Master é responsável pela aceleração da taxa de inovação de um projeto, seguindo quatro objetivos: Mantendo os ciclos de atividades de inovação ou sprints curtos, sendo o mais comum de duas semanas, criando entregas aceleradas evitando problemas em projetos; Focando na criação de valor e na interação frequente do cliente no processo de desenvolvimento; Eliminando os obstáculos durante o desenvolvimento do projeto; Protegendo os desenvolvedores de procedimentos de gerentes externos. Segundo Lei et al (2015), os membros do time é uma equipe multifuncional e autoorganizada, ou seja, eles têm o controle do projeto e sabem realizar as tarefas sem depender de interferências externas. São os grandes responsáveis por realizar a implementação do produto. O tamanho desta equipe pode ser de até 7 membros, com uma variação de mais ou menos 2, afirma Sutherland (2014). 2.4 Cerimónias do Scrum Planeamento da sprint Todo o trabalho no Scrum é executado através de ciclos denominados Sprints. Lei et al (2015), afirmam que o Sprint é o coração do processo Scrum. Os Sprints são iterações definidas para ter certa duração. Esta duração é estabelecida pela equipe, podendo ser adotado entre 2 a 4 semanas. A figura 1 mostra a dinâmica do funcionamento do fluxo do Scrum. 4
5 Figura 1 - Fluxo Scrum Fonte: Adaptado de De acordo com Cervone (2010), o Planejamento do Sprint consiste em duas partes: Na primeira parte o Product Owner define o Backlog do produto, que é uma lista dos requisitos do produto. Na segunda parte, o foco da reunião está em criar o sprint backlog, ou seja, as tarefas priorizadas elegidas a partir do Product Backlog, e que a equipe se compromete em desenvolver em um sprint. Para este mesmo autor, definido o planejamento do sprint, as atividades poderão ser iniciadas e, durante a realização deste, nenhuma ação externa deve intervir com a equipe Scrum, uma vez que os requisitos de um projeto não podem ser alterados no decorrer de um sprint Daily Scrum São reuniões diárias de curtíssima duração também chamadas de Daily meeting ou Stand up. De acordo com a visão de Sutherland (2014), essas reuniões têm duração máxima de 15 minutos. Nesta são admitidos todos os membros e interessados, para tal, seguem as regras: A reunião deve ser diária; Duração máxima de 15 minutos; Mesmo local e horário; Scrum Master, Equipe e Product Owner participam; Interessados (participarão apenas como ouvintes). Nesta reunião três perguntas são realizadas: O que foi feito no projeto desde a última reunião?; O que será feito até a próxima reunião?; Existe algum impedimento?. 5
6 Como mediador da reunião o Scrum Master é o responsável em declarar o término, deixando a equipe livre para discutir problemas ou assuntos técnicos que possam surgir durante a reunião e pudessem prolongar o tempo, para um outro momento Sprint review Esta reunião é realizada no último dia da sprint. Aberta a todos os membros, objetiva expor o trabalho concluído durante o sprint. O Product Owner, a partir do feedback do cliente, faz a reorganização do Product Backlog para o próximo Sprint, adicionando novos itens ou priorizando outros Sprint retrospective A retrospectiva de sprint consiste numa reunião realizada entre o Scrum Master e os membros do time, com objeto de discutir o que deu certo ou errado durante a realização da Sprint do ponto de vista dos membros do time. Esta reunião possibilita a interação e o surgimento de ideias que possam vir ajudar os demais membros em relação ao projeto, tornando-os cada vez mais uma equipe auto-organizavél. 2.5 Artefatos do Scrum Product Backlog É uma lista de todas as funcionalidades desejadas num produto, definida pelo cliente e priorizadas pelo Product Owner. Não é possível descrever todos os requisitos quando iniciado o projeto. Normalmente, escrevem-se primeiro os mais importantes, que são suficientes para compor o primeiro sprint. O Product Backlog é mutável, podendo ser alterado na medida em que vai se conhecendo mais sobre o produto, negócio e o cliente. Os requisitos de maior prioridade são os mais detalhados, e mantido de forma visível para os demais membros da equipe scrum. De forma geral, qualquer pessoa pode contribuir para a construção do Product Backlog, no entanto, sua priorização sempre será realizada pelo Product Owner Flipboard Conhecido como quadro Kanban, permite a visualização do fluxo do trabalho através de utilização de cartões em um quadro onde contém colunas representando os estágios de um 6
7 fluxo, as funcionalidades ou estórias. Através desta gestão visual, é possível identificarmos o responsável por cada estória, as prioridades e os impedimentos, ou seja, todo o desenvolvimento do trabalho será explicito neste quadro, como mostra a figura 2. Figura 2 - Flipboard ou Quadro Kanban Fonte: Adaptado de Burndown Chart É um gráfico que monitora o progresso e velocidade do projeto, também é uma outra forma de tornar o trabalho visível. Este gráfico é estruturado por um eixo com o número de pontos definidos pela equipe para o sprint, e outro eixo com o número de dias. Para montar o Burndown Chart é utilizado o Planning Poker. De acordo com a afirmação de Sutherland (2014), é um método de estimativa incrivelmente simples, com cartas baseadas na sequência de Fibonacci 1, 3, 5, e assim por diante, como mostra a figura 3. A escolha da carta pelos membros da equipe está diretamente ligada ao grau de complexidade de cada tarefa do Sprint Backlog. Figura 3 - Cartas Planning Poker Após a reunião diária, o Scrum Master soma o número de pontos concluídos e atualiza o gráfico. Para efeito positivo, é ideal que este gráfico apresente uma linha descendo 7
8 constantemente, como observado na figura 4, até que se chegue no último dia do sprint, concluindo o objetivo deste. Figura 4 - Burndown Chart 3. Metodologia A metodologia Scrum foi aplicada de acordo com o apresentado nas próximas seções. 3.1 Planejamento do projeto Escolha dos papéis e responsabilidades A equipe Scrum é dividida em três papeis: Product Owner, Scrum Master e membros do time. O Product Owner, está representado pelo Diretor Executivo da empresa, que é o responsável pelo contato direto com o cliente, na negociação e fechamento de contrato. O Scrum Master, responsável em coordenar o time, como facilitador garantirá que a metodologia seja aplicada de forma correta, removendo os impedimentos e participando de todas as reuniões afim de assegurar a eficácia do Scrum, está representado pela pesquisadora deste estudo. Já os membros do time, como limitado pelo Scrum, é composto por 6 pessoas, dentre elas temos comprador, engenheiro de projetos, engenheiro de produção e líderes dos processos de corte, montagem/ soldagem e jateamento/pintura/expedição. Todos responsáveis pelo cumprimento das atividades definidas em cada sprint. Através da figura 5 podemos observar o fluxograma da equipe Scrum. 8
9 Figura 5 - Equipe Scrum Para melhor entendimento das práticas da Metodologia Scrum, toda a equipe supracitada, participou de um treinamento realizado pelo Scrum Master, onde este teve duração de uma hora e trinta minutos Elaboração da lista dos requisitos Product Backlog Após a escolha dos papéis, foram definidos a lista de tarefas do produto, conhecido por Product Backlog, para desenvolvimento do sprint. Para este levantamento foi realizada uma reunião com duração de uma hora, onde foi decidido pelo Product Owner, a sequência dos itens para fabricação de um reservatório como apresenta a tabela 1, com as seguintes dimensões: Capacidade: 164m³; Diâmetro: 3,0m; Altura do fundo falso: 15,71m e Altura total: 27,30m. Tabela 1 Product Backlog - Reservatório SEQUÊNCIA ITENS 1 PROJETOS 2 COMPRAS 3 CORTE 4 JATEAMENTO 5 CALANDRAGEM 9
10 6 MONTAGEM 7 SOLDAGEM 8 PINTURA 9 EXPEDIÇÃO Planejamento do sprint Definido a lista de atividades, foi realizado a primeira reunião da equipe Scrum, para planejamento do sprint. Para o produto Reservatório, foi estimado um Sprint de 30 dias e, detalhadas a partir do Product Backlog, as tarefas a serem executadas durante a iteração. Este planejamento foi realizado dentro de um tempo de aproximadamente duas horas. Decidido o Sprint Backlog, a equipe estimou através do método Planning Poker baseado na sequência de Fibonacci, o número de pontos para cada item considerando-os de acordo com a complexidade de cada tarefa. Essa pontuação foi utilizada para que fosse visualizado a velocidade em que a equipe realizaria cada tarefa. A tabela 2 mostra o processo detalhado da fabricação do Product Backlog. Tabela 2 - Sprint Backlog - Reservatório PROJETOS COMPRAS CORTE PLASMA CORTE GUILHOTINA ITENS PONTOS Projeto do Gabarito 21 Projeto do Reservatório 8 Projeto das Escadas e Plataformas 13 Projeto dos Bocais 144 Chapas 55 Cantoneiras 34 Conexões 34 Barras 21 Tinta 55 Corte do Gabarito 13 Corte do Costado 13 Corte do Teto 13 Corte do Fundo e Plataforma 13 Corte da Bocas de Visitas 13 Chumbadores 8 Guarda-Corpo das Escadas e Teto 8 Escadas Interna e Externa 8 10
11 3.1.4 O quadro Scrum Jateamento das Chapas do Costado 8 Jateamento das Chapas do Fundo 3 JATEAMENTO Jateamento das Bocas de Visita 3 Jateamento das Escadas 1 1 Jateamento dos Guarda-corpos e Plataforma 3 CALANDRAGEM Calandragem das Chapas do Costado 55 Montagem do Gabarito 8 Montagem do Costado 144 Montagem do teto 21 Montagem do fundo 34 Montagem dos Guarda-Corpos 2 MONTAGEM Montagem das Bocas de Visita 13 Montagem das Escadas e Plataforma 8 Locação dos Bocais 5 Locação das Bocas de Visita 13 Locação das Escadas e Plataforma 8 Locação do Guarda-Corpo do teto 5 Soldagem do Gabarito 1 Soldagem do Costado 144 Soldagem do Teto 3 SOLDAGEM Soldagem do Fundo 21 Soldagem dos Guarda-Corpos 8 Soldagem das Bocas de Visita 13 Soldagem das Escadas 8 Pintura do Reservatório (Interno/ Externo) 89 PINTURA Pintura das Escadas 3 Pintura dos Guarda-Corpos 3 EXPEDIÇÃO Expedição do Gabarito 1 Expedição do Reservatório 1 Total de Pontos O quadro Scrum foi criado para tornar visível o progresso da equipe. Composto de quatro colunas: A Fazer, Em Progresso, Concluído e Pendências conforme a ilustração na figura 6. As atividades foram representadas através dos post-its, que eram movidos um a um de acordo com sua evolução. 11
12 Figura 6 - Quadro Kanban Gráfico de Burndown O Burndown foi uma outra forma de visualizarmos o progresso da equipe. Representado pelo gráfico onde o eixo X referia-se ao número de dias do sprint, enquanto o eixo Y referia-se a soma da pontuação de cada atividade definida pela equipe no Planejamento, como mostrado na figura 7. Diariamente, o Scrum Master atualizava o gráfico, demostrando o número de pontos concluídos entre um stand up e outro. Figura 7 - Gráfico de Burndown 12
13 3.2 Execução do projeto Daily Scrum As reuniões com todos os membros aconteciam todos os dias, no mesmo local e horário, nunca ultrapassando o tempo de 15 minutos. Mediada pelo Scrum Master, estas reuniões promoviam o relato dos integrantes sobre o progresso das atividades em direção a meta do sprint, através de três questões: O que você fez ontem para ajudar a equipe a concluir o sprint?; O que você vai fazer hoje para ajudar a equipe a concluir o sprint?; Existe algum obstáculo impedindo você ou a equipe de alcançar o objetivo do sprint? Revisão do sprint A Sprint Review trata-se da reunião onde foi mostrado ao Product Owner e interessados, o que foi concluído durante o sprint, ou seja, os post-its movidos para a coluna concluído. Sua duração foi de 1 hora, monitorada pelo Scrum Master Retrospectiva do sprint Na Sprint Retrospective, a equipe motivada pelo Scrum Master relatou os pontos de melhoria dentro das práticas do Scrum, objetivando tornar o processo mais eficaz para o próximo produto, uma vez que para este reservatório foi planejado com apenas um sprint. 4. Resultados Para a utilização da metodologia, a escolha de um reservatório como piloto se deu para que houvesse um melhor entendimento e aplicação das práticas. Para tal produto, foi realizado um planejamento de um sprint de 30 dias. A partir deste, foram criados o quadro Kanban e Gráfico de Burndonw. A figura 8 Quadro Kanban, expõe todas as estórias e as atividades que as compunham, para acompanhamento do fluxo do processo. Na figura 9 Gráfico de Burndonw, é representado pelos números de pontos estimados na reunião de planejamento no eixo X, enquanto o eixo Y representa o número de dias levantado para sprint (4 semanas). 13
14 Figura 8 - Quadro Kanban em estagio inicial de processo Figura 9 - Gráfico de Burndonw em estagio inicial de processo No vigésimo terceiro dia do mês de março de 2017, foi startado o projeto e as reuniões Daily Scrum, a partir desta data passaram a ocorrer diariamente, no mesmo local e horário. Durante este evento, cada membro do time atualizava o quadro com as atividades que entrariam em processo ou que estavam concluídas, além de relatar os osbstáculos que os impediam de concluir certa tarefa. A figura 10 representa a evolução das atividades na semana 1. Das 47 atividades da coluna A fazer, 34 entraram em processo resultando em 17 atividades concluídas. Através da figura 11, podemos acompanhar essa mesma evolução graficamente. 14
15 Partindo da pontuação total pontos, ao final da semana 1 foram concluídos 376 pontos. Figura 10 - Quadro Kanban - Semana 1 Figura 11 - Gráfico de Burndonw - Semana 1 Para verificação do resultado final, foi avaliado o progresso das atividades semanalmente. A figura 12 mostra os resultados obtidos. Na semana 1, as atividades concluídas superaram as pontuações diárias estimadas, tendo uma quebra no final de semana devido não ter expediente na empresa nestes dias. Na semana 2, em decorrência de alguns impedimentos como falta de energia, remanejamento de colaboradores para finalização de outro produto, problema em programa da rede, fizeram com que poucas atividades tivessem resultados positivos, obtendo 169 pontos concluídos, 55% a menos da semana anterior. Na semana 3, iniciamos ainda com 15
16 alguns dos impedimentos da semana 2, como pode ser visto no Gráfico de Burndonw Resultado final, no entanto, ao concluirmos duas atividades de pontuações elevadas, este volta a se comportar de forma eficiente, finalizando a semana com mais 433 pontos. Na semana 4, caracterizada como a última, alguns impedimentos como priorização de outro cliente, falta de energia, feriado, atraso do retorno do cliente para localização dos bocais, impossibilitam o adiantamento da conclusão da Sprint, ocorrido somente em sua data limite, zerando a pontuação. Figura 12 - Gráfico de Burndonw - Resultado Final 5. Conclusão A partir dos resultados mostrados na Gráfico Burndonw Resultado final (figura 12), observa-se que os melhores desfechos ocorreram na semana 1, onde muitas atividades foram concluídas e na semana 3, quando duas atividades de maiores pontuações baseadas em seu grau de complexidade foram finalizadas. No entanto, o prazo estimado para o sprint foi concluído conforme planejado. Os membros do time da pesquisa observaram alguns benefícios com a aplicação do Scrum, tais como: melhoria na comunicação com maior interação entre os envolvidos, motivação da equipe de desenvolvimento, entrega do projeto dentro do prazo com a diminuição do tempo, e a diminuição do risco do projeto. A metodologia de gestão ágil de projetos Scrum, foi concordante com a realidade da empresa pesquisada, mostrando um processo focado em resultados e comunicação entre os membros do time. 6. Agradecimentos 16
17 Os autores gostariam de agradecer o apoio dado para o desenvolvimento da presente pesquisa pela empresa Carboquímica da Amazônia Ltda, onde foi aplicada a metodologia apresentada neste artigo. 7. Referências Campanelli, A. S. & Parreiras, F. S. (2015). Agile Methods Tailoring A systematic Literature Review. The Jounal of Sistems and Software, pp Cervone, H. F. (2011). Understanding Agile Project Management Methods Using Scrum. Systems & Services: International Digital Library Perspectives, pp Dingsoyr, N. B. (2012). A Decade of Agile Methodologies: Towards Explaining Agile Software Development. Jounal of Sistems and Software, pp Klemme, A. D. (2016). Why a CEO Should Think Like a Scrum. Strategy & Leadership, pp Lei, H., Ganjeizadeh, F., Jayachandran, P. K., & Ozcan, P. (2015). A statistical analysis of the effects of Scrum and Kanban on software development projects. Roboticsand Computer - Integrated Manufacturing, Serrador, P. &. Pinto, J. K. (2015). Does Agile work? A Quantitative Analysis of Agile. International Journal of Project Management, pp Suthertland, J. (2014). A Arte de Fazer o Dobro do Trabalho na Metade do Tempo. São Paulo - SP: Leya. 17
Scrum Foundations. Fundamentos de Scrum
Scrum Foundations Fundamentos de Scrum Sobre o curso Curso base para as funções de Scrum Developer e Scrum Master Histórico, Estrutura e Funções Scrum Product Owner Scrum Developer Scrum Master Artefatos
Leia maisManifesto Ágil Princípios
Manifesto Ágil Princípios Indivíduos e interações são mais importantes que processos e ferramentas. Software funcionando é mais importante do que documentação completa e detalhada. Colaboração com o cliente
Leia maisINTRODUÇÃO A ENGENHARIA DE SOFTWARE
Universidade Estadual Vale do Acaraú INTRODUÇÃO A ENGENHARIA DE SOFTWARE : Prof. Raquel Silveira Métodos ágeis focam em simplicidade, software funcional no início das iterações, flexibilidade e intensa
Leia maisScrum. Adriano J. Holanda 18/10/2016. [Fundamentos de Sistemas de Informação II]
Scrum [Fundamentos de Sistemas de Informação II] Adriano J. Holanda 18/10/2016 Referências Reusable Scrum Presentation. Mountain Goat Software. Scrum (desenvolvimento de software). Wikipedia. Scrum: a
Leia maisScrum. Projeto de. Desenvolvimento. Software. Prof.: Ari Oliveira
Projeto de Desenvolvimento Software Prof.: Ari Oliveira As Metodologias Ágeis de Desenvolvimento de Software são indicadas como sendo uma opção às abordagens tradicionais para desenvolver softwares; Comparadas
Leia maisSCRUM Agilidade na Gestão de Projetos
SCRUM Agilidade na Gestão de Projetos Prof. Flávio Barros flavioifma@gmail.com 2 www.flaviobarros.com.br 3 MOTIVAÇÃO POR QUE OS PROJETOS FALHAM 4 POR QUE OS PROJETOS FALHAM 5 http://metaconsulting.blogspot.com.br/2016/03/blog-post.html
Leia maisSCRUM Prof. Jair Galvão
1 SCRUM Prof. Jair Galvão 2 Definição do Scrum Scrum é um framework estrutural que está sendo usado para gerenciar o desenvolvimento de produtos complexos; Surgiu em 1990; Scrum não é um processo, é um
Leia maisMétodos Ágeis e o SCRUM. Bruno Henrique Oliveira
Métodos Ágeis e o SCRUM Bruno Henrique Oliveira Apresentação Formado em BCC Consultoria Gestão de projetos e implantação de escritório de projetos ITIL e ECM Candidato a título de mestre em Engenharia
Leia maisDesenvolvimento Ágil de Software
DCC / ICEx / UFMG Desenvolvimento Ágil de Software Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Agenda Métodos ágeis Histórico e Motivação Manifesto ágil Desenvolvimento dirigido a planos e ágil
Leia maisProfessional Scrum Master. Especializando em Scrum Master
Professional Scrum Master Especializando em Scrum Master Sobre o curso Curso de especialização para Scrum Master Histórico, Estrutura e Funções Scrum Artefatos Scrum Foco em relatórios Escalando Scrum
Leia maisGPS Gestão de projeto de software Aula 7a - Scrum. Professor Emiliano S. Monteiro
GPS Gestão de projeto de software Aula 7a - Scrum Professor Emiliano S. Monteiro http://www.desenvolvimentoagil.com.br/scrum/ Esquema Scrum Definição É um framework para gerenciar o desenvolvimento de
Leia maisMetodologia Ágil com Scrum. Como uma ideia pode se tornar um software com a ajuda de boas práticas
Metodologia Ágil com Scrum Como uma ideia pode se tornar um software com a ajuda de boas práticas Quem sou eu Sou o Cristiano de Moraes, 38 anos, formado em Engenharia de Software, pós-graduado em Java
Leia maisProcessos Ágeis de Desenvolvimento de Software. Yuri Pereira
Processos Ágeis de Desenvolvimento de Software Yuri Pereira ycssp@cin.ufpe.br Contexto Processos ágeis surgiram como alternativa aos processos tradicionais...... que apresentam restrições principalmente
Leia maisPapel do PO Métodos Ágeis. Fonte: Adaptworks
Papel do PO Métodos Ágeis Fonte: Adaptworks Scrum - Visão Geral Manifesto Ágil Indivíduos e interação entre eles mais que processos e ferramentas; Software em funcionamento mais que documentação abrangente;
Leia maisSCRUM aplicado na Gerência de Projetos
SCRUM aplicado na Gerência de Projetos Processo Conjunto de atividades ordenadas, restrições e recursos que produzem um resultado de algum tipo. (Pfleeger) Em software: Processo de desenvolvimento Define
Leia mais19/03/2018. Engenharia de Software. Prof. Luís Fernando GARCIA.
Engenharia de Software 2 Prof. Luís Fernando GARCIA luis@garcia.pro.br www.garcia.pro.br 1 Parte 3 Processos de Desenvolvimento Ágeis Bibliografia Leituras ALTAMENTE recomendadas! 2 5 6 3 Descontraindo...
Leia maisLucienne Keily da Silva Rodrigues. Aplicação de uma Metodologia Ágil de Gestão de Projectos numa Empresa Metalúrgica do Amazonas
(Cervo, 2007) Lucienne Keily da Silva Rodrigues Aplicação de uma Metodologia Ágil de Gestão de Projectos numa Empresa Metalúrgica do Amazonas Tese de Mestrado Mestrado em Engenharia Industrial Trabalho
Leia maisEngenharia de Software Simulado para a 1ª Avaliação Bimestral Professor: Danilo Giacobo - RESPOSTAS. Nome:
Engenharia de Software Simulado para a 1ª Avaliação Bimestral Professor: Danilo Giacobo - RESPOSTAS Nome: 1. A figura abaixo representa, simplificadamente, as fases do Modelo de Ciclo de Vida Cascata.
Leia maisEXIN Agile Scrum Master
EXIN Agile Scrum Master Guia de Preparação Edição 201607 Copyright 2016 EXIN Todos os direitos reservados. Nenhuma parte desta publicação pode ser publicada, reproduzida, copiada ou armazenada em um sistema
Leia maisFazendo MAIS em MENOS TEMPO: Metodologia SCRUM Guia completo
Fazendo MAIS em MENOS TEMPO: Metodologia SCRUM Guia completo TREINAMENTO SCRUM APLICADO A TIMES ENACTUS Como todo ambiente de trabalho dinâmico, desafiador e passível a mudança, o ambiente Enactus exige
Leia maisScrum. Daniel Krauze
Scrum Daniel Krauze daniel.krauze@gmail.com http://danielkrauze.wordpress.com/ Quem eu sou... Porque Scrum?? Fundamentos do Scrum Valores e Princípios Pilares do Scrum Time Scrum Eventos do Scrum Daily
Leia maisComo IMPLANTAR. Na Prática
Como IMPLANTAR Na Prática QUEM SOMOS NÓS Executivo com mais de 16 anos de experiência com projetos Ágeis e Tradicionais Executivo com mais de 15 anos de experiência com projetos Ágeis e Tradicionais Autor
Leia maisGESTÃO DA TECNOLOGIA DA INFORMAÇÃO. 3ª SEMANA ACADÊMICA CSTGTI - Florianópolis CLEVERSON TABAJARA VIANNA
GESTÃO DA TECNOLOGIA DA INFORMAÇÃO 3ª SEMANA ACADÊMICA CSTGTI - Florianópolis CLEVERSON TABAJARA VIANNA SCRUM Surgimento Modelo Waterfall : Planejamento extenso dando suporte ao desenvolvimento posterior.
Leia maisSCRUM Na Prática o que importa são os Valores. Danilo Bardusco Gerente Geral de Desenvolvimento
SCRUM Na Prática o que importa são os Valores. Danilo Bardusco Gerente Geral de Desenvolvimento Abstract Nessa palestra você vai descobrir por que os Princípios e Valores do SCRUM
Leia maisMetodologias Ágeis de Desenvolvimento. Fernando Trinta
Metodologias Ágeis de Desenvolvimento Fernando Trinta Contextualização A Engenharia de software vêm recorrentemente enfrentando o cenário onde... as aplicações são cada vez mais complexas... o tempo de
Leia maisO que ele não é? Um método ou técnica definitiva para desenvolvimento de um produto.
Scrum Lucas Roque 1. Visão Geral O que é Scrum? Um framework desenvolvido para que pessoas possam solucionar problemas complexos e adaptativos, ao mesmo tempo que produzem produtos de alto valor. Características?
Leia maisMarketing Promotions Review
Marketing Promotions Review Conheça mais sobre o instrutor Leonardo Sanches Fundador do IGNIÇÃO GP Consultoria, Treinamentos e Certificações em Gerenciamento de Projetos Coach de Produtividade Certificações
Leia maisPDS. Aula 1.9 SCRUM. Prof. Dr. Bruno Moreno
PDS Aula 1.9 SCRUM Prof. Dr. Bruno Moreno bruno.moreno@ifrn.edu.br 2 Introdução O nome SCRUM é derivado do Rugby É um método de reinício de jogada; Os jogadores se empurram para pegar a bola; Envolve o
Leia maisEXIN Agile Scrum Foundation. Guia de Preparação. Edição
EXIN Agile Scrum Foundation Guia de Preparação Edição 201607 Copyright 2016 EXIN Todos os direitos reservados. Nenhuma parte desta publicação pode ser publicada, reproduzida, copiada ou armazenada em um
Leia maisPDS. Aula 1.10 SCRUM. Prof. Dr. Bruno Moreno
PDS Aula 1.10 SCRUM Prof. Dr. Bruno Moreno bruno.moreno@ifrn.edu.br Visão Geral 2 Artefatos Estórias; Product Backlog; Sprint Backlog; Gráfico Burndown; 3 Artefatos Estórias; Product Backlog; Sprint Backlog;
Leia maisINSTITUTO FEDERAL DO MARANHÃO - CAMPUS CAXIAS BACHARELADO E CIÊNCIA DA COMPUTAÇÃO TÓPICOS EM ENGENHARIA DE SISTEMAS DOCENTE: FLÁVIO BARROS
INSTITUTO FEDERAL DO MARANHÃO - CAMPUS CAXIAS BACHARELADO E CIÊNCIA DA COMPUTAÇÃO - 2015.1 TÓPICOS EM ENGENHARIA DE SISTEMAS DOCENTE: FLÁVIO BARROS Desenvolvimento de Ágil de Sistemas SCRUM 1 Desenvolvimento
Leia maisGestão Ágil de Projetos através do Scrum
Gestão Ágil de Projetos através do Scrum Caxias do Sul, 16 de Agosto 2012 Gustavo Casarotto Agenda O Scrum Product Backlog Planejamento do Projeto Planejamento da Sprint Execução da Sprint Retrospectiva
Leia maisUma breve visão sobre a metodologia scrum dos discentes de sistema de informação da faculdade projeção de Sobradinho/DF
Uma breve visão sobre a metodologia scrum dos discentes de sistema de informação da faculdade projeção de Sobradinho/DF Douglas Martins Neves Leonardo Paiva Campos de Melo Rogério Oliveira da Silva Resumo:
Leia maisSCRUM MASTER PROFESSIONAL CERTIFICATE (SMPC) SIMULADO DO EXAME Sample Test V092018
SIMULADO DO EXAME Sample Test V092018 1. Se a reunião diária do Scrum tem uma duração de 15 minutos, então... A. A Revisão da Sprint tem duração de 4 horas. B. A Revisão da Sprint tem duração de 1 hora.
Leia maisPoint of view AGILE FRAMEWORK SCRUM
Point of view AGILE FRAMEWORK SCRUM Texto e Consultoria de Leonardo Ribeiro ÍNDICE 1 2 3 Agile Framework Scrum Avaliação da aplicabilidade ao projeto Capítulo 1 AGILE FRAMEWORK Público alvo e objetivo
Leia maisProf. Luiz A. Nascimento. As práticas denominadas ágeis vêm sendo cada vez mais utilizadas na gerência de projetos de software.
Prof. Luiz A. Nascimento As práticas denominadas ágeis vêm sendo cada vez mais utilizadas na gerência de projetos de software. Porque metodologias ágeis? A história dos fracassos no desenvolvimento de
Leia maisQual a Distribuição % típica do Esforço das Atividades de Teste?
Qual a Distribuição % típica do Esforço das Atividades de Teste? Em projetos tradicionais e ágeis? De nosso material de Treinamento e Capacitação em Engenharia de Testes de Software Outubro de 2018 Prof.
Leia maisAnálise e Projeto de Sistemas de Informação (APSI)
COTIL Análise e Projeto de Sistemas de Informação (APSI) Profa. Simone Berbert Rodrigues Dapólito CAP. 3 Modelos de Ciclo de Vida de Software Introdução Software Como construir? Produção de Software Hoje,
Leia maisDesenvolvimento Ágil de Software. Prof. Edjandir Corrêa Costa
Desenvolvimento Ágil de Software Prof. Edjandir Corrêa Costa edjandir.costa@ifsc.edu.br Métodos Ágeis História Na início da década de 90 havia uma visão de que a melhor maneira para se criar software era
Leia maisSCRUM MASTER PROFESSIONAL CERTIFICATE (SMPC) SIMULADO DO EXAME Sample Test V092018
SIMULADO DO EXAME Sample Test V092018 1. O Scrum Master é responsável por promover e suportar o Scrum como definido no Guia Scrum. 2. Scrum é um(a) que está sendo utilizado para gerenciar o trabalho em
Leia maisGerência de Projetos e Manutenção de Software Aula 9 Monitoramento e Controle Andréa Magalhães Magdaleno
Gerência de Projetos e Manutenção de Software Aula 9 Monitoramento e Controle Andréa Magalhães Magdaleno andrea@ic.uff.br 2018.01 Agenda Monitoramento e Controle Métodos ágeis Gráfico de burndown Métodos
Leia maisAnexo C Complemento Scrum
Anexo C Complemento Scrum Índice Índice de Tabelas... iii Anexo C Complemento Scrum... 1 C1 Equipas Scrum... 1 C2 Sprints Scrum... 4 ii Índice de Tabelas Tabela 1 - Tarefas do Scrum Master adaptado de
Leia maisSIGEPRO - Mini Curso sobre Métodos Ágeis de Gestão de Projetos
SIGEPRO - Mini Curso sobre Métodos Ágeis de Gestão de Projetos Jonas Analista de Negócios e Gerente de Projetos Fone:5184298411 Jonas.dc.cardoso@gmail.com 1 PROJETO Esforço temporário* para criar um produto,
Leia mais[...] Mas no Sol, e na Luz, falte a firmeza, Na formosura não se dê constância, E na alegria sinta-se tristeza.
[...] Mas no Sol, e na Luz, falte a firmeza, Na formosura não se dê constância, E na alegria sinta-se tristeza. Começa o mundo enfim pela ignorância, E tem qualquer dos bens por natureza A firmeza somente
Leia maisModelos de Gestão de Projetos
Modelos de Gestão de Projetos Gestão de Projetos Tradicionais Criados para situações de baixo risco e incertezas, já existe conhecimento sobre o que será desenvolvido, o escopo envolvido e o objetivo proposto
Leia mais22/03/2018. Professor Ariel da Silva Dias RUP e Modelos Ágeis
Professor Ariel da Silva Dias RUP e Modelos Ágeis Modelo de processo de software proprietário. Desenvolvido pela empresa Rational Software Corporation. Em 2003 a empresa foi adquirida pela IBM. Então O
Leia maisCultura Ágil e SCRUM. Bruno Oliveira.
Cultura Ágil e SCRUM Bruno Oliveira bruno@arquivei.com.br Mas o que são MÉTODOS ÁGEIS? Motivação Requirements Design Implementation Verification Maintenance Abordagem Funciona...as vezes!!!! Contratos
Leia maisProjeto para o IV semestre TADS
Projeto para o IV semestre TADS 02 2016 Conceito Já abordados Conceitos 2 Cronograma de atividades Sprints, documentos e apresentações Instrumentos Avaliativos Peso Avaliação das atividades 60,00 Avaliação
Leia maisMetodologia SCRUM. Figura 1 - Estrutura de processo do Scrum. [2]
Guia SCRUM Sumário Metodologia SCRUM... 3 1. Time Scrum... 4 1.1. Proprietário do Produto... 4 1.2. Time de Desenvolvimento... 4 1.3. Líder Scrum... 5 2. Eventos Scrum... 6 2.1. Sprint... 6 2.2. Reunião
Leia maisMÉTODOS ÁGEIS SERVEM PARA MIM?
MÉTODOS ÁGEIS SERVEM PARA MIM? WEBINAR 12/09/2017 Sonia Lopes, PMP, MSc, PhD, CSM sonia.lopes@tipprojetos.com.br 1 AGENDA DO WEBINAR Conceitos Introdutórios - Origem - Principais frameworks: lean, scrum
Leia maisDesenvolvimento ágil de software
Desenvolvimento ágil de software Prof. Cristiane Aparecida Lana slide 1 Bibliografia utilizada: Mais opções visite meu site, clique aqui para acessá-lo. slide 2 2011 Pearson 2011 Pearson Prentice Prentice
Leia maisPROJETO EM SISTEMAS DE INFORMAÇÃO. Unidade I - Metodologia de desenvolvimento a ser adotada. Luiz Leão
Unidade I - Metodologia de desenvolvimento a ser adotada Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático Exposição das metodologias possíveis, conforme o tipo de projeto; Fundamentação
Leia maisEngenharia de Software. Prof. Me. Clodoaldo Brasilino
Engenharia de Software Prof. Me. Clodoaldo Brasilino clodoaldo.neto@ifpi.edu.br Acompanhamento da Disciplina 1. Introdução à Engenharia de Software 2. Processos de Software e Projetos 3. Metodologia Ágil
Leia maisO PAPEL DO ANALISTA DE NEGÓCIOS NA AGILIDADE. Ainda precisamos de Analistas de Negócios?
O PAPEL DO ANALISTA DE NEGÓCIOS NA AGILIDADE Ainda precisamos de Analistas de Negócios? Camila Capellão Entusiasta em agilidade, participo ativamente da comunidade ágil Tenho mais de 13 anos de experiência
Leia maisKANBAN. Aula de Luiz Eduardo Guarino de Vasconcelos
KANBAN Aula de Luiz Eduardo Guarino de Vasconcelos Lean O Sistema Toyota de Produção, também chamado de Produção enxuta ou Lean Manufacturing, surgiu no Japão, na fábrica de automóveis Toyota, logo após
Leia maisComo criar, priorizar e manter o Product Backlog
{aula # 3} Workshop Como criar, priorizar e manter o Product Backlog www.etcnologia.com.br (11) 9123-5358 (11) 9962-4260 Rildo F Santos twitter: @rildosan skype: rildo.f.santos http://rildosan.blogspot.com/
Leia maisMÉTODOS ÁGEIS E GOVERNANÇA NO SETOR PÚBLICO
Tecnologia da Informação WORKSHOP MÉTODOS ÁGEIS E GOVERNANÇA 20 e 21 de Outubrode 2016 - Brasília Realização: Workshop MÉTODOS ÁGEIS E GOVERNANÇA Objetivos - Introduzir os conceitos de gerenciamento ágil
Leia maisAcompanhamento ágil. Adaptação nos slides de Viviane Santos Instituto de Matemática e Estatística - USP
Acompanhamento ágil Baseada na apresentação do LABXP e na dissertação de Renan Oliveira Adaptação nos slides de Viviane Santos Instituto de Matemática e Estatística - USP Agenda IME/USP: Laboratório XP
Leia maisProfessional Scrum Developer. Aplicando Scrum em Equipes
Professional Scrum Developer Aplicando Scrum em Equipes Sobre o curso Expande e foca na função de Scrum Developer Atribuições da Equipe Desenvolvimento de Qualidade Bugs Testes Refinamento e Estimativas
Leia maisGESTÃO DE RISCOS POR ITERAÇÃO ÁGIL
GESTÃO DE RISCOS POR ITERAÇÃO ÁGIL Rogério Lima Gerente de Projetos P&D Instituto de Pesquisas Eldorado Graduado em Análise de Sistemas pela PUC-Campinas MBA em Gestão de Projetos pelo IBMEC CSM CSPO contato@rslima.com.br
Leia maisENGENHARIA DE SOFTWARE. SCRUM Carlos Mar, Msc. Maio/2014
ENGENHARIA DE SOFTWARE SCRUM Carlos Mar, Msc. Maio/2014 SCRUM Is a simple yet incredibly powerful set of principles and practices that help teams deliver products in short cycles, enabling fast feedback,
Leia maisPDS. Aula 1.7 Métodos Ágeis. Prof. Dr. Bruno Moreno
PDS Aula 1.7 Métodos Ágeis Prof. Dr. Bruno Moreno bruno.moreno@ifrn.edu.br O que é ser ágil? 2 Definição Ágil: Refere-se a capacidade de criar e responder a mudanças com o objetivo de ter sucesso em um
Leia maisImplementação de um sistema para gerenciamento de projetos baseado no Framework Scrum: um estudo de caso
ISSN 23162872 T.I.S. São Carlos, v. 1, n. 1, p. 8290, jul. 2012 Tecnologias, Infraestrutura e Software Implementação de um sistema para gerenciamento de projetos baseado no Framework Scrum: um estudo de
Leia maisGerência de Projetos e Manutenção de Software Aula 8 Monitoramento e Controle Andréa Magalhães Magdaleno
Gerência de Projetos e Manutenção de Software Aula 8 Monitoramento e Controle Andréa Magalhães Magdaleno andrea@ic.uff.br 2017.01 Agenda Monitoramento e Controle Métodos ágeis Gráfico de burndown Métodos
Leia mais1. A função DevOps, que se concentra principalmente em Produtos & Serviços:
Questões de múltipla escolha 1. A função DevOps, que se concentra principalmente em Produtos & Serviços: a) Desenvolvimento Ágil b) Melhoria Contínua c) Automatizar tudo d) Centralizar o Desenvolvimento
Leia maisPROCESSOS DE DESENVOLVIMENTO DE SOFTWARE PROF. MSC. EMILIANO MONTEIRO
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE PROF. MSC. EMILIANO MONTEIRO CONTEÚDO Conceitos básicos Caracterização de um processo Estágios básicos Linha do tempo Cascata Espiral Prototipação Modelo-V Orientado
Leia maisCentro de Informática UFPE. Relatório Scrum. OficinaWeb. Tortola. Equipe: Aloísio Soares Helton Douglas José Carlos Wagner Felipe
Centro de Informática UFPE Relatório Scrum Equipe: Aloísio Soares Helton Douglas José Carlos Wagner Felipe Sumário 1- Introdução... 3 2- Product Backlog... 3 3- Sprints... 4 4- Tarefas... 4 5- Desafios...
Leia maisScrum e Extreme Programming
Scrum e Extreme Programming CODEX Sumário Objetivo 3 Scrum 4 Papéis de Atuação 4 Eventos do Scrum 5 Artefatos do Scrum 5 Porque Scrum? 5 Extreme Programming 6 Práticas do Extreme Programming 6 Porque XP?
Leia maisProfessor Emiliano S. Monteiro
Professor Emiliano S. Monteiro Geralmente os problemas que devem ser resolvidos são complexos portanto sua resolução necessita de análise, ou seja, uma investigação. Prof. Emiliano S. Monteiro Análise:
Leia mais2 Processos Ágeis Scrum
2 Processos Ágeis Processos ágeis, também conhecidos como métodos ágeis, referem-se a um grupo de processos de desenvolvimento de software baseados em desenvolvimento iterativo, onde os requisitos e as
Leia maisEXIN Agile Scrum Product Owner
EXIN Agile Scrum Product Owner Guia de Preparação Edição 201704 Copyright EXIN Holding B.V. 2017. All rights reserved. EXIN is a registered trademark. No part of this publication may be published, reproduced,
Leia maisProgramação Extrema na Prática
Programação Extrema na Prática Engenharia de Software Conference - 13:40-15:00 maio/09 São Paulo Dairton Bassi - dbassi@gmail.com Assuntos de Hoje Métodos Ágeis Valores Ágeis Programação Extrema Princípios
Leia maisAdoção de metodologia ágil baseada em Scrum - Case da Procergs
Adoção de metodologia ágil baseada em Scrum - Case da Procergs Outubro / 2014 Fundamentos do Scrum Pilares do Scrum Procergs Procergs - Setor de Fábrica SD1 Quem sou... Porque mudar a forma de trabalho?
Leia maisSOFTWARE PARA APOIO AO PROFESSOR EM SALA DE AULA: desenvolvimento fundamentado na Metodologia Ágil Scrum
SOFTWARE PARA APOIO AO PROFESSOR EM SALA DE AULA: desenvolvimento fundamentado na Metodologia Ágil Scrum Francisco Balbino Neto 1 ; Paulo César dos Santos 2 ; Aline Marques Del Valle 3 RESUMO O processo
Leia maisMétodos ágeis no Brasil: estado da prática em times e organizações
I Questionário Nacional sobre Métodos Ágeis SETEMBRO, 2011 IME-USP Métodos ágeis no Brasil: estado da prática em times e organizações Neste ano o Manifesto Ágil completa 10 anos e, no mundo todo, empresas
Leia maisGestão Ágil de Projetos
Gestão Ágil de Projetos Certificações Ágeis de Base Conheça os fundamentos do mundo ágil, suas técnicas e métodos e ainda prepare-se para os exames das várias certificações de base. Cada vez mais, as empresas
Leia maisPROVAS DISCURSIVAS P 3 (questões) e P 4 (parecer) RASCUNHO QUESTÃO 1
PROVAS DISCURSIVAS P (questões) e P (parecer) Nestas provas, faça o que se pede, usando, caso deseje, os espaços para rascunho indicados no presente caderno. Em seguida, transcreva os textos para o CADERNO
Leia maisRational Unified Process (RUP)
Rational Unified Process (RUP) A Rational é bem conhecida pelo seu investimento em orientação em objetos. A empresa foi à criadora da Unified Modeling Language (UML), assim como de várias ferramentas que
Leia maisPequenas Equipes, Grandes Projetos Desenvolvimento de Jogos Digitais utilizando Scrum
Pequenas Equipes, Grandes Projetos Desenvolvimento de Jogos Digitais utilizando Scrum João Paulo Domingos Silva PUC Minas X Semana de Entretenimento, Jogos e Animação PUC Minas, 2013 Prazer em conhecer!
Leia maisPlanejamento e Estimativas Ágeis
Planejamento e Estimativas Ágeis www.agilcoop.org.br Dairton Bassi Fabio Kon 1 O Mundo não-ágil Sem Planos --------- Excesso de Planos 2 Planejar não é fácil Fatos: 2/3 dos projetos ultrapassam significantemente
Leia maisscrum foundations workshop
workshop Lisboa scrum foundations SOBRE O WORKSHOP O Scrum é caracterizado por um conjunto de simples princípios e práticas que ajudam as equipas de desenvolvimento de software a entregar produtos em ciclos
Leia maisMODELOS DE PROCESSO TÉCNICAS INTELIGENTES QUE APOIAM A CONSTRUÇÃO DE UM SOFTWARE
MODELOS DE PROCESSO TÉCNICAS INTELIGENTES QUE APOIAM A CONSTRUÇÃO DE UM SOFTWARE Ana Paula Carrion 1, Claudete Werner 1 1 Universidade Paranaense (Unipar) Paranavaí PR Brasil anapaulacarrion@hotmail.com,
Leia maisComo criar, priorizar e manter o Product Backlog
{aula # 4} Workshop Como criar, priorizar e manter o Product www.etcnologia.com.br (11) 9123-5358 (11) 9962-4260 Rildo F Santos twitter: @rildosan skype: rildo.f.santos http://rildosan.blogspot.com/ Todos
Leia maisUNIVERSIDADE FEDERAL DO PARANÁ - UFPR BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO
CI 221 DISCIPLINA: Engenharia de Software AULA NÚMERO: 3 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO O objetivo desta aula é apresentar e discutir conceitos básicos como processo, projeto, produto, por que
Leia maisConteúdo. Disciplina: INF Engenharia de Software. Monalessa Perini Barcellos
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 09289 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 3. Especificação e Análise de Requisitos
Leia maisFerramenta para gestão ágil
Ferramenta para gestão ágil de projetos de software Robson Ricardo Giacomozzi Orientador: Everaldo Artur Grahl Agenda Introdução Objetivos Fundamentação teórica Desenvolvimento Resultados e discussões
Leia maisMETODOLOGIAS ÁGEIS FEATURE DRIVEN DEVELOPMENT E AUP
Tecnologia em Análise e Desenvolvimento de Sistemas METODOLOGIAS ÁGEIS FEATURE DRIVEN DEVELOPMENT E AUP Definição, aplicações, vantagens e desvantagens Marcelo Buratti de Freitas Vitor Matheus Buratti
Leia maisPlanejamento e Estimativas Ágeis
Planejamento e Estimativas Ágeis Dairton Bassi www.agilcoop.org.br 1 O Mundo não-ágil Sem Planos --------- Excesso de Planos 2 Quanto é o Ideal? Planejar demais é desperdício Planejar demenos é desorganização
Leia maisWesley Torres Galindo. wesleygalindo@gmail.com
Wesley Torres Galindo wesleygalindo@gmail.com Wesley Galindo Graduação em Análise e Desenvolvimento de Sistemas Mestrado em Engenharia de Software Engenheiro de Software Professor Faculdade Escritor Osman
Leia maisEscrevendo Estórias do Usuário Eficazes aula #3
Escrevendo Estórias do Usuário Eficazes aula #3 www.etecnologia.com.br (11) 9123-5358 (11) 9962-4260 Rildo F Santos twitter: @rildosan skype: rildo.f.santos http://rildosan.blogspot.com/ Versão Versão
Leia maisPALESTRANTE. Estudou administração e estratégia na Northwestern University, em Chicago, na Fundação Dom Cabral e no Ibmec.
PALESTRANTE Rodrigo Schoenacher possui 20 anos de experiência como executivo em empresas jornalísticas e de comunicação, especialmente em atividades relacionadas à operação e gestão do negócio. Estudou
Leia maisPlanejamento Ágil de Projetos
Planejamento Ágil de Projetos Engenharia de Software Conference - maio de 2009 - São Paulo Dairton Bassi dbassi@gmail.com Plano da Palestra Problemas da Indústria de Software Planejamento em Níveis Técnicas
Leia maisAplicação: 11/9/2016 PADRÃO DE RESPOSTA
1 Quanto à qualidade de software PROVA DISCURSIVA P 4 PARECER a) Em desacordo. A gestão de requisitos não possui os objetivos descritos; eles se referem, na verdade, ao processo desenvolvimento de requisitos
Leia maisGerenciamento de Projetos de Software
Gerenciamento de Projetos de Software Framework Ágil, Scrum Prof. Júlio Cesar da Silva Msc. Ementa & Atividades Aula 1: Fundamentos do Gerenciamento de Projetos (p. 4) 30/abr Aula 2: Métodos Ágeis (p.21)
Leia maisPRODUCT BACKLOG. Aula de Luiz Eduardo Guarino de Vasconcelos
PRODUCT BACKLOG Aula de Luiz Eduardo Guarino de Vasconcelos Product Backlog Introdução O PO é a única pessoa responsável por gerir o Product Backlog e assegurar o valor do trabalho feito pelo Team. Este
Leia maisO VALOR DOS PROCESSOS NA GESTÃO DE PROJETOS (MESMO ÁGEIS) 1 Charlene Silva de Almeida
O VALOR DOS PROCESSOS NA GESTÃO DE PROJETOS (MESMO ÁGEIS) 1 Charlene Silva de Almeida Resumo: Ter processos definidos significa ter a possibilidade de medir e acompanhar o desempenho de projetos de forma
Leia maisEngenharia de Software
Engenharia de Software Processos de Software Professor: Charles Leite O processo de software Um conjunto estruturado de atividades, procedimentos, artefatos e ferramentas necessários para o desenvolvimento
Leia maisENGENHARIA DE SOFTWARE
CURSO TÉCNICO DE INFORMÁTICA Módulo A ENGENHARIA DE SOFTWARE Processos de Software O PROCESSO É LENTO... Todo software deve ser construído de forma organizada, através de processos. Um processo pode ser
Leia maisIntrodução a Métodos Ágeis. Curso de Verão IME/USP
Introdução a Métodos Ágeis Curso de Verão 2008 - IME/USP www.agilcoop.org.br Danilo Sato Mariana Bravo Tradicional ou Ágil? 2 Tradicional ou Ágil? Forecast-driven vs Feedback-driven 3 O Que é Sucesso?
Leia mais