MODELO DE DESENVOLVIMENTO ÁGIL SCRUM

Tamanho: px
Começar a partir da página:

Download "MODELO DE DESENVOLVIMENTO ÁGIL SCRUM"

Transcrição

1 MODELO DE DESENVOLVIMENTO ÁGIL SCRUM

2 CEETEPS CENTRO ESTADUAL DE EDUCAÇÃO TECNOLÓGICA PAULA SOUZA FATEC DE TAUBATÉ HABILITAÇÃO: ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TEMA MODELO DE DESENVOLVIMENTO ÁGIL: Scrum Anderson Henrique Botelho da Silva Bruno de Almeida Pereira Thiago Gonçalves Prudêncio Victor Cunha Romeiro Taubaté SP 2014

3 SUMÁRIO 1. INTRODUÇÃO OBJETIVO DESENVOLVIMENTO SCRUM HISTÓRIA CICLO RESPONSABILIDADES SCRUM MASTER SCRUM TEAM PRODUCT OWNER ETAPAS DO SPRINT SPRINT PLANNING DAILY SCRUM SPRINT REVIEW SPRINT RETROSPECTIVE ARTEFATOS DO SCRUM PRODUCT BACKLOG PLANNING POKER SPRINT BACKLOG IMPEDIMENT BACKLOG BURNDOWN CHART O PROCESSO SCRUM APLICAÇÃO EXEMPLO DE SOFTWARE PAPÉIS ESCOPO PRODUCT BACKLOG REUNIÃO DE PLANEJAMENTO DE SPRINT INÍCIO DO SPRINT... 19

4 REUNIÕES DIÁRIAS SCRUM BURNDOWN CHART REVISÃO FINAL DO SPRINT CONCLUSÃO CONSIDERAÇÕES FINAIS REFERÊNCIAS... 24

5 5 1. INTRODUÇÃO Com o passar dos anos o desenvolvimento de software cresceu de forma muito acelerada, principalmente com o fato das ferramentas da informática serem mais acessíveis e estarem presente em toda parte. Este crescimento fez surgir uma variedade de estratégias de desenvolvimento de software.estas estratégias têm como objetivo organizar o projeto de software e o time desenvolvimento, aumentando a eficácia e diminuindo os prazos e custos destes mesmos projetos de software. Algumas técnicas foram criadas para terminar os softwares rapidamente de maneira eficaz, este tipo de técnica foi categorizada com o nome de Desenvolvimento Ágil, onde a velocidade e o dinamismo são os pontos principais. Nos modelos de Desenvolvimento Ágil, o principal objetivo é obter um produto rapidamente e com qualidade. Para isto, as metodologias que participam desta categoria de modelos se caracterizam por um gerenciamento de projeto em que um líder de time esteja frequentemente organizando, inspecionando, apoiando e garantindo que o time esteja bem, ao mesmo tempo que os resultados do projeto de software vão atendendo as necessidades do cliente. Implementar uma metodologia ágil requer uma mudança de mentalidade nas pessoas que participam do processo de desenvolvimento. Em certos casos, a mudança de papéis e as novas responsabilidades podem gerar desconforto nos participantes durante a implantação do modelo. O scrum é um método de desenvolvimento ágil e seu principal objetivo é fazer transparecer a eficácia relativa das suas práticas de desenvolvimento para que você possa melhorá-las, enquanto provê um framework dentro do qual produtos complexos podem ser desenvolvidos de maneira rápida e eficaz.

6 6 2. OBJETIVO Realizar uma pesquisa com o intuito de aprender e compreender o método ágil scrum, e analisar como ele pode ser importante dentro de uma organização, visando às áreas onde deve ser investido o Método Ágil Scrum.

7 7 3. DESENVOLVIMENTO Scrum é um framework para desenvolver e manter produtos complexos. Esta definição consiste em papéis, eventos, artefatos e as regras do Scrum que unem os demais e os mantém integrados. 3.1 SCRUM Scrum é uma estrutura processual (framework) para suportar o desenvolvimento e manutenção de produtos complexos. O Scrum consiste em Equipes do Scrum associadas a seus papéis, eventos, artefatos e regras. Cada componente dentro do framework serve a um propósito específico e é essencial para o uso e o sucesso do Scrum. Scrum é fundamentado nas teorias empíricas de controle de processo, ou empirismo. O empirismo afirma que o conhecimento vem da experiência e de tomada de decisões baseadas no que é conhecido. O Scrum emprega uma abordagem iterativa e incremental para aperfeiçoar a previsibilidade e o controle de riscos. Três pilares apoiam a implementação de controle de processo empírico: transparência, inspeção e adaptação. Transparência Aspectos significativos do processo devem estar visíveis aos responsáveis pelos resultados. Está transparência requer aspectos definidos por um padrão comum para que os observadores compartilharem um mesmo entendimento do que está sendo visto. Inspeção Os usuários Scrum devem, frequentemente, inspecionar os artefatos Scrum e o progresso em direção ao objetivo, para detectar indesejáveis variações. Esta inspeção, não deve no entanto, ser tão frequente que atrapalhe a própria execução das tarefas. As inspeções são mais benéficas quando realizadas de forma diligente por inspetores especializados no trabalho a se verificar. Adaptação Se um inspetor determina que um ou mais aspectos de um processo desviou para fora dos limites aceitáveis, e que o produto resultado será inaceitável, o

8 8 processo ou o material sendo produzido deve ser ajustado. O ajuste deve ser realizado o mais breve possível para minimizarmais desvios HISTÓRIA Tem função intermediária e instrumental, ou seja, tratam dos aspectos concretos que serão abordados na pesquisa e que irão contribuir para se atingir o objetivo geral. É com base nos objetivos específicos que o pesquisador irá orientar o levantamento de dados e informações CICLO O Scrum tem o progresso de desenvolvimento baseado em iterações com duração entre duas e seis semanas, chamadas de Sprints. A primeira etapa dentro do Sprint é a reunião de planejamento onde o time do scrum e o cliente definem o que será implementado.a próxima etapa é a de execução, onde o time detalha as tarefas necessárias para implementar o que foi solicitado pelo cliente e posteriormente inicia a execução das mesmas. Ao final do Sprint é realizada uma reunião para a validação da entrega, o time de desenvolvimento realiza reuniões diárias para averiguar a o progresso do projeto. Ao final do Sprint é realizada uma reunião para a validação da entrega onde o cliente e quem mais tiver interesse no produto pode verificar se o objetivo do Sprint foi atingido. Logo após, o time de desenvolvimento organiza uma reunião onde o Sprint é avaliado sob a perspectiva de processo, time ou produto, quais foram os acertos e os erros com o objetivo de melhorar o processo de trabalho. 3.2 RESPONSABILIDADES Em um Scrum Team os participantes são chamados porcos. Qualquer outro indivíduo é chamada de galinha. Galinhas não podem dizer aos porcos como eles devem fazer seu trabalho. Galinhas e porcos vêm da seguinte história:

9 9 Uma galinha e um porco estão juntos quando a galinha diz: Vamos abrir um restaurante! O porco reflete e então diz: Como seria o nome desse restaurante? A galinha diz: Presunto com Ovos! O porco diz: Não, obrigado, eu estaria comprometido, mas você estaria apenas envolvida! No desenvolvimento do produto, não só cada um têm suas responsabilidades, mas o time como um todo às possui. Entretanto há certas diferenças nas responsabilidades individuais, estas que serão explicadas nos ícones abaixo SCRUM TEAM A junção da Equipe de Desenvolvimento, do Product Owner e do Scrum Master, forma o time scrum(scrum team). Esse que é altamente capacitado a tomar decisões entre si sem depender de terceiros, decisões essas que ao decorrer e final do projeto se tornam eficientes e eficazes. O modelo de equipe utilizado no scrum induz os participantes ao aprimoramento da flexibilidade, criatividade e produtividade tanto individual quanto do grupo. Os resultados do produto são entregues de forma iterativa por uma versão funcional(executável) em curtos períodos de tempo, especificados no início, para que mudanças possam ser incrementadas e o produto melhorado. Os times são geralmente compostos por 5/7 pessoas, pois com um número inferior talvez não haja total interação entre os membros, e com um número maior de integrantes é necessária uma coordenação maior e o dinamismo das decisões seja afetado SCRUM MASTER Membro guia, não gerenciador, responsável por manter o scrum team aderido às regras e práticas do scrum a fim de alcançar a eficiência máxima.

10 10 O mestre pode ser qualquer um dos integrantes, exceto o dono do produto, entretanto caso participe ativamente do sprint podem haver pequenos conflitos nas decisões de realização de tarefas PRODUCT OWNER O dono do produto tem papel fundamental em seu desenvolvimento, ele será o único membro responsável no gerenciamento do Backlog. É dele o dever de mostrar claramente ao team como deve ser o resultado final do produto. 3.3 ETAPAS DO SPRINT É na Sprint que o projeto começa a ser desenvolvido, projeto esse que é composto por diversas sprints seqüenciais, de maneira que ao término de uma, outra já é planejada e iniciada. São por meio de reuniões que as metas e meios de chegar ao resultado são especulados. Cada sprint tem por volta de um mês de duração e ao final de cada mês um executável do produto deve estar nas mãos do product owner. A fim de obter resultados sempre mais precisos e confiáveis a sprint é divida em etapas que são: Sprint Planning; Daily Scrum; Sprint Review; Sprint Retrospective; SPRINT PLANNING Etapa de planejamento da sprint. É nela que a iteração, a maneira repetitiva e eficiente de entrega, é planejada. A reunião deve durar 8 horas exatas para sprints de um mês e durações proporcionalmente menores para sprints menores. Ela é divida em duas partes, cada uma com 4 horas duração, que são:

11 11 Parte 1 - O que será Concluído nessa Sprint? Nesta parte o Product Owner apresenta para todos do scrum team os itens de Backlog do produto para que todos possam colaborar com o entendimento do trabalho que será realizado na sprint. Cabe a equipe de desenvolvimento avaliar o que pode ser feito dos itens de Backlog do produto durante a sprint. O time Scrum determina o objetivo a ser alcançado, a meta, fornecendo apoio aos desenvolvedores na incrementação. Parte 2 De que maneira a meta será atingida? Aqui são traçados os meios com os quais os incrementos serão feitos. A equipe de desenvolvimento que é auto-organizável se organiza para realizar a demanda do Backlog, isso acontece tanto durante a reunião de planejamento quanto durante a sprint, caso necessário. Portanto a equipe ao final desta etapa já deve ser capaz de descrever ao Scrum Master e ao Product Owner como pretende alcançar o objetivo devido na primeira parte DAILY SCRUM Trata-se de uma reunião diária com duração de 15 minutos, na qual cada membro de cada time explica: O que fez; O que pretende fazer e Quais obstáculos enfrentou. É o scrum master que guia esse evento time-boxed, assim tornando a equipe ainda mais comunicativa e criativa visando completar o trabalho do Backlog da sprint SPRINT REVIEW Ao término de cada sprint é feita uma reunião com intuito de revisar todo o trabalho feito durante o período em que essa esteve ativa. A reunião corre de maneira informal com partipação de toda equipe, o que inclui: Scrum Master, Product Owner, Scrum Team.

12 12 Cada um demonstra o que foi feito, quais problemas ocorreram e se algo pode ser mudado. E é a partir dessa reunião que tem duração fixa de 4 horas, que planos para próximas sprints já começam a ser criados SPRINT RETROSPECTIVE Após a reunião de revisão, inicia-se a reunião de retrospectiva, com duração fixa de 3 horas, guiada pelo Scrum Master com a finalidade de observar tanto os pontos de falhas, os quais podem ser melhorados quantos os que já correram bem para que a próxima sprint se torne ainda mais eficiente e eficaz. 3.4 ARTEFATOS DO SCRUM PRODUCT BACKLOG De forma direta, o Product Backlog contém as funcionalidades de negócio, em formato de lista, sejam estes os requisitos técnicos e também erros de sistema que, após definidos, devem ser aprimorados. É importante ressaltar que o Product Backlog de forma alguma é "encadeado", ou seja, necessita de evolução contínua. Os motivos podem surgir baseados em novos requisitos de negócio, pela manutenção técnica da aplicação ou seu refatoramento. O Product Backlog deve estar pronto antes de um Sprint Planning, apesar de não fazer parte do Sprint Planning a usabilidade do mesmo para a definição das tarefas de priorização completa e estimativa pode fazer com que o Sprint Planning leve dias ao invés de horas para ser concluído. Sua principal função é manter suas prioridades listadas e exibir de forma clara e objetiva à equipe de desenvolvimento as perspectivas do projeto. O Product Backlog torna-se um dos principais desafios do Scrum, é essencial que o mesmo esteja organizado e relacionado com as prioridades da aplicação, para o devido cumprimento de suas histórias. Toda história que constar no Product Backlog tem como objetivo possuir valor de negócio e sua complexidade associada. O valor de negócio é estipulado pelo Product Owner e o segundo fator pelo time de desenvolvimento, que é reavaliado constantemente durante o decorrer do desenvolvimento.

13 13 A elaboração dos valores de negócio é extremamente complexa. É importante que estas tenham o enfoque em pontos críticos e essenciais, ao invés de ressaltar características irrelevantes para o resultado final. Pode-se exemplificar esta etapa de forma simples, imagina-se que o Product Owner precise construir uma casa e para esta tarefa receba (dez mil) pontos de complexidade. Como seu volume de pontos é limitado, pelo lógica os valores serão gastos aos itens imprescindíveis (Base, Paredes, Telhado, Sistemas Hidráulico e Elétrico), deixando assim menos pontos aos itens que neste exemplo seriam menos importantes (Pintura, Mobília, etc.). Este modelo facilita, já que o Product Owner possui limite para gastar, assim como um orçamento limitado PLANNING POKER O Planning Poker se torna um exercício, realizado em conjunto do Product Backlog, podendo ser realizado em grupo, que utiliza da sequência de FIbonacci (1, 2, 3, 5, 8, 13, 21,...) para a avaliação de complexidade. A lógica que se associa a utilização desta sequência está na diferença existente entre cada uma, permitindo a visão clara do quão complexa é cada uma das funcionalidades. Através das diferenças, pode-se mapear melhor as incertezas associadas a avaliação. Inicia-se selecionando o item considerado por todos como o mais fácil de implementar, associando a ele o menor valor na sequência. Posteriormente, avaliase os demais itens considerando sua complexidade relativa a de menor valor. Os participantes interagem definindo nota de complexidade para cada história, caso o consenso seja firmado a complexidade é validada e atribuída a história. No caso de divergência, é aberto debate entre os membros que mostraram maior diferença e cada um pode expor seus pensamentos. A seguir, é realizada nova rodada até que se encontre o consenso. Cabe a responsabilidade ao Scrum Master intervir caso não se consiga chegar ao consenso da complexidade de uma história. É necessário que a equipe mantenha o Product Backlog com estimativas coerentes à sua velocidade de desenvolvimento. Por esta razão a cada Sprint a equipe deve separar uma parcela de tempo para rever o Backlog do produto e caso seja necessário realizar novas estimativas ou corrigir estimativas já realizadas utilizando experiência do projeto corrente.

14 SPRINT BACKLOG O Sprint Backlog é criado com o uso das histórias do Product Backlog e que serão utilizadas durante o Sprint. Durante o Sprint Planning as histórias recebidas pelo time são desmembradas em tarefas menores, com o máximo de um dia, para serem acompanhadas pelo time ao longo do Sprint. Além disso, deve-se redigir as histórias e registradas para o Sprint, gerando novas tarefas à equipe. Este processo recebe o nome de Sprint Backlog, dele fazem parte todas as ações necessárias para que o objetivo do Sprint seja alcançado com sucesso. Vale lembrar que ao longo do Sprint, podem surgir novas tarefas, seja porque foram esquecidas ou determinada tarefa exigirá que seja dividida, integrando o Sprint e o Sprint Backlog. Ao longo do Sprint, caso todas as tarefas que compõe o Sprint Backlog tenham sido realizadas é possível que a equipe, em consenso do Product Owner, adicione mais histórias do Product Backlog ao Sprint Backlog. Caso isto ocorra, a equipe deve assumir o compromisso de que tudo esteja finalizado ao fim do Sprint. Tanto o Sprint Backlog quanto o Burndown Chart devem estar em constante acompanhamento pela equipe. Apenas com este olhar crítico é que a equipe pode prever com antecedência alguma possibilidade de não conseguir entregar histórias do Sprint. É importante ressaltar que as histórias do Backlog geralmente não devem ser desenvolvidas em paralelo. Isto só deve acontecer se já não existirem mais atividades na história anterior que não possam ser feitas. O objetivo de se tentar evitar o paralelismo visa chegar ao fim do Sprint com todas as histórias quase prontas, mas não completamente finalizadas. No caso perde-se o conceito de velocidade da equipe, visto que não se pode estimar o tempo real que será exigido para terminar as tarefas finais em paralelo IMPEDIMENT BACKLOG A constituição do impediment Backlog se baseia na lista de impedimentos que podem ocasionar problemas na entrega, seja de todo o Projeto ou de um Sprint. Costuma se relacionar a tarefas não realizadas pela equipe por pendências

15 15 externas. Este item é tratado diretamente pelo Scrum Master, que possui o papel de facilitador na resolução dos impedimentos. Tarefas simples como a instalação de um servidor ou de um software realizados por um help desk podem fazer parte do Impediment Backlog, itens que fazem parte de rotinas dos desenvolvedores e estão diretamente ligadas a entregas. É comum a formação de equipes, constituída por Gerentes e Diretores, com objetivo de auxiliar na resolução de problemas da companhia. A formação desta equipe é trabalhosa e geralmente difícil, porém em vários casos se mostra como a melhor escolha na busca de resultados a longo prazo. É comum parar muitos de dentro da empresa problemas recorrentes não serem vistos e passarem despercebidos, relacionados a estrutura. Esta equipe possui o papel de intervir, e com o auxilio da maturidade mútua, quebrar tais paradigmas e torná-la uma empresa ágil BURNDOWN CHART O acompanhamento das tarefas realizadas pelo time é gerenciado pelo próprio time. É importante lembrar que o time não deve ser influenciado por eventos externos, sendo assim, o acompanhamento diário de tarefas é realizado atrás do Daily Meeting. Durante os Daily Meetings a participação ativa é constituída por time e Scrum Master, podendo haver participantes externos, porém apenas como ouvintes. Tendo concluído as perguntas e respostas do Daily Meeting, as tarefas antes distribuídas são finalizadas e novas são repassadas ao time. Esta distribuição é feita pelo time e a seleção é realizada seguindo a ordem de execução previamente estabelecida pelo próprio time. Utilizando as informações de tarefas dos dias anteriores, criasse um gráfico para demonstrar visualmente a completude das tarefas do Sprint e seu andamento em relação ao projeto todo planejado.

16 O PROCESSO SCRUM Como anteriormente descrito, o processo Scrum é constituído por três etapas: o início, marcado pela reunião de todo o planejamento, o ciclo de desenvolvimento (etapa denominada Sprint) e sua conclusão (reunião de revisão do Sprint). Abaixo pode-se observar um exemplo do que se constitui o processo Scrum.

17 17 4. APLICAÇÃO 4.1 EXEMPLO DE SOFTWARE Com o objetivo de demonstrar todo o processo, utilizaremos um exemplo de projeto a ser desenvolvido voltado ao streamming de vídeo pela internet PAPÉIS De forma prática, são descriminados os membros correspondentes a seus devidos papeias no processo da criação da nossa ferramenta, portanto, conforme o processo Scrum define: Proprietário do Produto: Anderson Scrum Master: Victor Time de Desenvolvimento: Thiago e Bruno ESCOPO Encerrada a etapa de definição de papéis, o Proprietário do Produto (Product Owner) Anderson, após várias reuniões entre as equipes empresariais, define-se o escopo do projeto, seus primeiras histórias. "O sistema de Streamming de vídeo funcionará através da internet, de maneira que usuários externos possam ter acesso, criar seus cadastros, armazenar, compartilhar e gerenciar seus vídeos. Suas principais funcionalidades serão a de transformar o vídeo bruto recebido em um arquivo ágil e leve, com armazenagem de baixo custo e que se mostre rápido na visualização através da Internet; cadastro de acesso; comentários voltados ao vídeo em questão pelos usuários; notas para os vídeos; notas para os vídeos; interface para gerenciamento de conta; sistema de busca; sistema que reconheça o áudio do vídeo (para proteção contra direito autorais); proteção contra SPAM; sistema para criação de legendas próprias para os vídeos; área para interação (grupos) de usuários e vídeos."

18 PRODUCT BACKLOG Após o levantamento das funcionalidades, o proprietário do produto Anderson constrói o Product Backlog para priorizar as mesmas de acordo com sua importância para o cliente e seu valor de mercado. Nesse exemplo, será usado a seguinte notação: Quanto maior o número de prioridade maior será sua prioridade. Ex: prioridade máxima, 99 - prioridade menor,..., 1 - prioridade quase inexistente. Funcionalidade Prioridade Modelagem de Dados 100 Cadastro e gerenciamento de usuários 99 Conversão de vídeo para visualização na internet 98 Layout 97 Comentário para os vídeos 96 Proteção contra SPAM 95 Sistema de legendas para vídeos REUNIÃO DE PLANEJAMENTO DO SPRINT É realizada a Reunião de Planejamento, em que o proprietário do produto Anderson apresenta aos outros da equipe SCRUM e todos definem a quantidade de horas a ser trabalhada em cada etapa, levando em consideração os aspectos técnicos. Funcionalidade Prioridade Horas Modelagem de Dados Cadastro e gerenciamento de usuários Conversão de vídeo para visualização na internet Layout Comentário para os vídeos Proteção contra SPAM Sistema de legendas para vídeos TOTAL 340

19 19 Através do Product Backlog, é possível definir as metas do primeiro Sprint a ser realizado: Modelagem de Dados; Cadastro e Gerenciamento de usuários. Com isso, o ScrumMaster Victor, juntamente com a equipe de desenvolvimento definem o Product Backlog, fazendo com que as grandes tarefas se dividam, a fim de facilitar a execução das mesmas: Funcionalidade Prioridade Horas Modelagem de Dados Definição de Dados Organização de Tabelas Relacionamento Implementação do SGBD Cadastro e gerenciamento de usuários Formulário Interação com cadastro na base de dados Visualização de Perfil Mudança de Dados Relacionamento entre usuários INÍCIO DO SPRINT Com as metas e tarefas definidas, é hora de iniciar o desenvolvimento do primeiro sprint, que por sua vez, tem como objetivo apresentar uma interface o mais simples possível que faça com que os usuários sejam capazes de se cadastrar, visualizar e comentar vídeos em uma interface crua. Considere-se essa parte como o esqueleto do sistema. No exemplo utilizado, no primeiro sprint tem-se o total de 72 horas de estimativa para ser finalizado. É importante lembrar que esse tempo seve ser ajustado a fim da tarefa não ser finalizada rapidamente ou exceder o prazo estabelecido, no caso, acima de 3 dias e abaixo de 9 dias. Durante o ciclo de

20 20 desenvolvimento, Bruno e Thiago terão de trabalhar nessas tarefas, seguindo esses sub-ciclos: Desenvolver o produto: Implementação, teste e documentação; Empacotar: Finalização do produto, pronto para ser apresentado e integrado caso necessário; Revisar: Revisão do trabalho com intuito de certificar o que foi feito; Ajustar: Modificação nos requisitos ou planos REUNIÕES DIÁRIAS SCRUM O ScrumMaster Victor acompanhará o desenvolvimento do projeto por meio de reuniões que serão feitas diariamente para se certificar que a equipe de desenvolvimento esteja bem comprometida com o projeto, saudável e completando as tarefas que foram estabelecidas anteriormente BURNDOWN CHART Através das reuniões diárias citadas anteriormente, o ScrumMaster Victor poderá construir o BurnDown Chart, como segue o exemplo:

21 21 Com o BurnDown Chart é possível ver claramente o andamento do projeto ao longo de seu desenvolvimento, assim como é possível calcular a velocidade que o projeto vai andando, podendo estimar uma data de término para o mesmo. Esse dado de estimativa pode ser comparado ao prazo estipulado pelo Proprietário do produto para o término do projeto, sabendo se tudo será finalizado dentro do prazo ou não. No caso do exemplo, a velocidade média de desenvolvimento do projeto é de 8 horas por dia, terminando no dia 10. Caso o projeto devesse ser finalizado no dia 8, por volta dos 5 primeiros dias de desenvolvimento já seria possível reconhecer que a produtividade estaria baixa, sendo necessário aumentar o numero de horas a ser trabalhadas diariamente, isto é, aumentando de 8 horas por dia para 9 horas por dia seria o suficiente para finalizar o projeto dentro do prazo. O BrunDown Chart se caracteriza por ser um dos pontos mais importantes do processo, devido a possibilidade de gerenciamento do tempo que ele proporciona ao ScrumMaster, no caso, o Victor REVISÃO FINAL DO SPRINT Ao final do ciclo de desenvolvimento do Sprint, toda a equipe se reúne e vê quais foram os resultados, enquanto o Proprietário do produto identifica o progresso alcançado pela equipe e revisa o programa desenvolvido. Depois disso, o Proprietário juntamente com o cliente entram em concordância de que as tarefas estipuladas foram cumpridas com êxito e a primeira versão desse sistema web satisfaz a proposta. Sendo assim, os seguintes itens foram eliminados: Modelagem de Dados; Cadastro e gerenciamento de usuários. Com isso, é possível estabelecer novas tarefas que farão parte do próximo Sprint: Conversão de vídeo para visualização na internet; Layout; Comentário para os vídeos.

22 22 Após a definição das novas tarefas, repete-se todo o processo citado anteriormente, definindo o prazo de entrega e as respectivas prioridades de cada tarefa, construindo o plano de desenvolvimento para o próximo ciclo SCRUM.

23 23 5. CONCLUSÃO O processo de desenvolvimento ágil tende a facilitar a execução do projeto, como visto anteriormente, além de que seu resultado é eficaz, já que é possível o acompanhamento, seja diário ou por etapas, fazendo com que a chance de satisfazer o cliente final utilizando esse método seja alta. Além disso, sua implementação é simples, tendo apenas como desafio integrá-lo no ambiente da organização, da equipe e do cliente final. Vale ressaltar ainda que a utilização correta do método ágil SCRUM cria equipes motivadas, fazendo com que em futuros projeto a serem desenvolvimento, o sistema seja entregue com uma maior qualidade. Sendo assim, conclui-se que a implementação desse método ágil abordado nesse trabalho, usando o exemplo citado anteriormente como modelo, tende de fato auxiliar ou até mesmo assumir todo o processo de desenvolvimento, adaptando, modificando e descartando recursos sem prejudicar a organização e a equipe envolvida, fazendo com que o SCRUM funcione bem tanto quando implementando sozinho, quanto servindo de container para outras técnicas ou práticas. 5.1 CONSIDERAÇÕES FINAIS Pode-se notar, após a apresentação do método ágil SCRUM e por meio de um exemplo que os objetivos citados no início do trabalho foram cumpridos. Além disso, pode-se destacar alguns pontos a respeito do SCRUM que não foram esclarecidos explicitamente, como: Concentração: Foco na concentração de poucos itens; Coragem: Divisão de responsabilidades, fazendo com que os integrantes da equipe sintam-se mais confortáveis para tomarem decisões; Abertura para comunicação e liberdade: Devido a todos possuírem a mesma meta, são "forçados" a compartilhar sucessos e fracassos cometidos durante o processo, criando uma intimidade maior entre eles; Respeito: Ao compartilhar fracassos e sucessos, os integrantes da equipe tendem a respeitar e ajudar uns aos outros com problemas que podem surgir em meio ao desenvolvimento do projeto.

24 24 REFERÊNCIAS SCHWABER, K.; BEEDLE, M. Agile Software Development with Scrum. New Jersey: Prentice Hall, SCHWABER, K. Agile Project Management with Scrum. Redmond: Microsoft Press, SUTHERLAND, J. GUIA DO SCRUM. Scrum.org, Out de AGILEMANIFESTO. Manifesto for Agile Development. Disponível em: Acesso em: 30 ago SANTOS, F. R. SCRUM Experience, ver. 16. Disponível em: Acesso em 31 ago.2014.

Scrum. Introdução UFRPE-DEINFO BSI-FÁBRICA DE SOFTWARE

Scrum. Introdução UFRPE-DEINFO BSI-FÁBRICA DE SOFTWARE Scrum Introdução UFRPE-DEINFO BSI-FÁBRICA DE SOFTWARE scrum Ken Schwaber - Jeff Sutherland http://www.scrumalliance.org/ Scrum Uma forma ágil de gerenciar projetos. Uma abordagem baseada em equipes autoorganizadas.

Leia mais

Após completar este módulo você deverá ter absorvido o seguinte conhecimento: Uma ampla visão do framework Scrum e suas peculiaridades

Após completar este módulo você deverá ter absorvido o seguinte conhecimento: Uma ampla visão do framework Scrum e suas peculiaridades Objetivos da Aula 1 Após completar este módulo você deverá ter absorvido o seguinte conhecimento: Uma ampla visão do framework Scrum e suas peculiaridades Entendimento sobre os processos essenciais do

Leia mais

Géssica Talita. Márcia Verônica. Prof.: Edmilson

Géssica Talita. Márcia Verônica. Prof.: Edmilson Géssica Talita Márcia Verônica Prof.: Edmilson DESENVOLVIMENTO ÁGIL Técnicas foram criadas com o foco de terminar os projetos de software rapidamente e de forma eficaz. Este tipo de técnica foi categorizada

Leia mais

Wesley Torres Galindo. wesleygalindo@gmail.com

Wesley 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 mais

Wesley Torres Galindo

Wesley Torres Galindo Qualidade, Processos e Gestão de Software Professores: Alexandre Vasconcelos e Hermano Moura Wesley Torres Galindo wesleygalindo@gmail.com User Story To Do Doing Done O que é? Como Surgiu? Estrutura Apresentar

Leia mais

Scrum Guia Prático. Raphael Rayro Louback Saliba Certified Scrum Master. Os papéis, eventos, artefatos e as regras do Scrum. Solutions. www.domain.

Scrum Guia Prático. Raphael Rayro Louback Saliba Certified Scrum Master. Os papéis, eventos, artefatos e as regras do Scrum. Solutions. www.domain. Scrum Guia Prático Os papéis, eventos, artefatos e as regras do Scrum Solutions www.domain.com Raphael Rayro Louback Saliba Certified Scrum Master 1 Gráfico de Utilização de Funcionalidades Utilização

Leia mais

O Guia Passo-a-Passo para IMPLANTAR. Em seu próprio Projeto

O Guia Passo-a-Passo para IMPLANTAR. Em seu próprio Projeto O Guia Passo-a-Passo para IMPLANTAR Em seu próprio Projeto Aprenda como Agilizar seu Projeto! A grande parte dos profissionais que tomam a decisão de implantar o Scrum em seus projetos normalmente tem

Leia mais

Engenharia de Software

Engenharia de Software Faculdade de Informática e Administração Paulista Curso de Sistemas de Informação 2º SI-T Engenharia de Software Modelo de Desenvolvimento Ágil SCRUM Hugo Cisneiros RM 60900 Moyses Santana Jacob RM 63484

Leia mais

SCRUM. É um processo iterativo e incremental para o desenvolvimento de qualquer produto e gerenciamento de qualquer projeto.

SCRUM. É um processo iterativo e incremental para o desenvolvimento de qualquer produto e gerenciamento de qualquer projeto. SCRUM SCRUM É um processo iterativo e incremental para o desenvolvimento de qualquer produto e gerenciamento de qualquer projeto. Ken Schwaber e Jeff Sutherland Transparência A transparência garante que

Leia mais

SCRUM. Fabrício Sousa fabbricio7@yahoo.com.br

SCRUM. Fabrício Sousa fabbricio7@yahoo.com.br SCRUM Fabrício Sousa fabbricio7@yahoo.com.br Introdução 2 2001 Encontro onde profissionais e acadêmicos da área de desenvolvimento de software de mostraram seu descontentamento com a maneira com que os

Leia mais

SCRUM. Otimizando projetos. Adilson Taub Júnior tecproit.com.br

SCRUM. Otimizando projetos. Adilson Taub Júnior tecproit.com.br SCRUM Otimizando projetos Adilson Taub Júnior tecproit.com.br Sobre mim Adilson Taub Júnior Gerente de Processos Certified ScrumMaster; ITIL Certified; Cobit Certified; 8+ anos experiência com TI Especialista

Leia mais

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Introdução Modelos de Processo de Desenvolvimento de Software Os modelos de processos de desenvolvimento de software surgiram pela necessidade de dar resposta às

Leia mais

Desenvolvimento Ágil de Software

Desenvolvimento Ágil de Software Desenvolvimento Ágil de Software Métodos ágeis (Sommerville) As empresas operam em um ambiente global, com mudanças rápidas. Softwares fazem parte de quase todas as operações de negócios. O desenvolvimento

Leia mais

ANÁLISE COMPARATIVA ENTRE OS MODELOS DE PROCESSO: PROTOTIPAÇÃO, PSP E SCRUM

ANÁLISE COMPARATIVA ENTRE OS MODELOS DE PROCESSO: PROTOTIPAÇÃO, PSP E SCRUM ANÁLISE COMPARATIVA ENTRE OS MODELOS DE PROCESSO: PROTOTIPAÇÃO, PSP E SCRUM Peterson Vieira Salme 1, Claudete Werner 1 1 Universidade Paranaense (UNIPAR) Paranavaí PR Brasil petersonsalme@gmail.com, claudete@unipar.br

Leia mais

Workshop SCRUM. Versão 5 Out 2010 RFS. rildo.santos@etecnologia.com.br

Workshop SCRUM. Versão 5 Out 2010 RFS. rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos 2006 e 2010 Objetivo: Estudo de Caso Objetivo: Apresentar um Estudo de Caso para demonstrar como aplicar as práticas do SCRUM em projeto de desenvolvimento de

Leia mais

Feature-Driven Development

Feature-Driven Development FDD Feature-Driven Development Descrição dos Processos Requisitos Concepção e Planejamento Mais forma que conteúdo Desenvolver um Modelo Abrangente Construir a Lista de Features Planejar por

Leia mais

Objetivos do Módulo 3

Objetivos do Módulo 3 Objetivos do Módulo 3 Após completar este módulo você deverá ter absorvido o seguinte conhecimento: Conceitos do Scrum O que é um Sprint Decifrando um Product backlog Daily Scrum, Sprint Review, Retrospectiva

Leia mais

RESUMO PARA O EXAME PSM I

RESUMO PARA O EXAME PSM I RESUMO PARA O EXAME PSM I Escrito por: Larah Vidotti Blog técnico: Linkedin: http://br.linkedin.com/in/larahvidotti MSN: larah_bit@hotmail.com Referências:... 2 O Scrum... 2 Papéis... 3 Product Owner (PO)...

Leia mais

METODOLOGIA DE DESENVOLVIMENTO DE SOFTWARE DO MUSEU PARAENSE EMÍLIO GOELDI

METODOLOGIA DE DESENVOLVIMENTO DE SOFTWARE DO MUSEU PARAENSE EMÍLIO GOELDI METODOLOGIA DE DESENVOLVIMENTO DE SOFTWARE DO MUSEU PARAENSE EMÍLIO GOELDI HISTÓRICO DE REVISÕES Data Versão Descrição Autor 02/04/2014 1.0 Versão Inicial Ewertton Bravo 27/08/2014 1.1 Alteração da Imagem

Leia mais

Uma introdução ao SCRUM. Evandro João Agnes evandroagnes@yahoo.com.br

Uma introdução ao SCRUM. Evandro João Agnes evandroagnes@yahoo.com.br Uma introdução ao SCRUM Evandro João Agnes evandroagnes@yahoo.com.br Agenda Projetos de Software O que é Scrum Scrum framework Estrutura do Scrum Sprints Ferramentas Projetos de software Chaos Report Standish

Leia mais

Metodologia SCRUM. Moyses Santana Jacob RM 63484. Stelvio Mazza RM 63117. Tiago Pereira RM 63115. Hugo Cisneiros RM 60900

Metodologia SCRUM. Moyses Santana Jacob RM 63484. Stelvio Mazza RM 63117. Tiago Pereira RM 63115. Hugo Cisneiros RM 60900 Metodologia SCRUM Hugo Cisneiros RM 60900 Moyses Santana Jacob RM 63484 Stelvio Mazza RM 63117 Tiago Pereira RM 63115 SCRUM? O que é isso? SCRUM é um modelo de desenvolvimento ágil de software que fornece

Leia mais

ENGENHARIA DE SOFTWARE I

ENGENHARIA DE SOFTWARE I ENGENHARIA DE SOFTWARE I Prof. Cássio Huggentobler de Costa [cassio.costa@ulbra.br] Twitter: www.twitter.com/cassiocosta_ Agenda da Aula (002) Metodologias de Desenvolvimento de Softwares Métodos Ágeis

Leia mais

Gerenciamento de Equipes com Scrum

Gerenciamento de Equipes com Scrum Gerenciamento de Equipes com Scrum Curso de Verão 2009 IME/USP www.agilcoop.org.br Dairton Bassi 28/Jan/2009 O que é Scrum? Processo de controle e gerenciamento Processo iterativo de inspeção e adaptação

Leia mais

DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Desenvolvimento Ágil Modelos Ágeis. Profª Esp.: Maysa de Moura Gonzaga

DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Desenvolvimento Ágil Modelos Ágeis. Profª Esp.: Maysa de Moura Gonzaga DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Desenvolvimento Ágil Modelos Ágeis Profª Esp.: Maysa de Moura Gonzaga 2º Semestre / 2011 Extreme Programming (XP); DAS (Desenvolvimento Adaptativo de Software)

Leia mais

ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.

ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1. ARCO - Associação Recreativa dos Correios Sistema para Gerenciamento de Associações Recreativas Versão Histórico da Revisão Data Versão Descrição Autor Página

Leia mais

EXIN Agile Scrum Fundamentos

EXIN Agile Scrum Fundamentos Exame Simulado EXIN Agile Scrum Fundamentos Edição Fevereiro 2015 Copyright 2015 EXIN Todos os direitos reservados. Nenhuma parte desta publicação pode ser publicado, reproduzido, copiado ou armazenada

Leia mais

Manifesto Ágil e as Metodologias Ágeis (XP e SCRUM)

Manifesto Ágil e as Metodologias Ágeis (XP e SCRUM) Programação Extrema Manifesto Ágil e as Metodologias Ágeis (XP e SCRUM) Prof. Mauro Lopes Programação Extrema Prof. Mauro Lopes 1-31 45 Manifesto Ágil Formação da Aliança Ágil Manifesto Ágil: Propósito

Leia mais

Aluna: Vanessa de Mello Orientador: Everaldo Artur Grahl

Aluna: Vanessa de Mello Orientador: Everaldo Artur Grahl Ferramenta web para gerenciamento de projetos de software baseado no Scrum Aluna: Vanessa de Mello Orientador: Everaldo Artur Grahl Introdução Roteiro da apresentação Objetivos do trabalho Fundamentação

Leia mais

PONTIFÍCIA UNIVERSIDADE CATÓLICA DE GOIÁS Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas

PONTIFÍCIA UNIVERSIDADE CATÓLICA DE GOIÁS Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas PONTIFÍCIA UNIVERSIDADE CATÓLICA DE GOIÁS Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas CMP1141 Processo e qualidade de software I Prof. Me. Elias Ferreira Sala: 210 F Quarta-Feira:

Leia mais

Frederico Aranha, Instrutor. Scrum 100 Lero Lero. Um curso objetivo!

Frederico Aranha, Instrutor. Scrum 100 Lero Lero. Um curso objetivo! Scrum 100 Lero Lero Um curso objetivo! Napoleãããõ blah blah blah Whiskas Sachê Sim, sou eu! Frederico de Azevedo Aranha MBA, PMP, ITIL Expert Por que 100 Lero Lero? Porque o lero lero está documentado.

Leia mais

Expresso Livre Módulo de Projetos Ágeis

Expresso Livre Módulo de Projetos Ágeis Expresso Livre Módulo de Projetos Ágeis Desenvolvedor / Orientador Rafael Raymundo da Silva Guilherme Lacerda Out / 2010 1 Sumário 1.Conhecendo a ferramenta...3 2.Gerência de projetos ágeis...3 2.1Product

Leia mais

Módulo de projetos ágeis Scrum Módulo de Projetos Ágeis Scrum

Módulo de projetos ágeis Scrum Módulo de Projetos Ágeis Scrum Módulo de Projetos Ágeis Fevereiro 2015 Versão Módulo de Projetos Ágeis O nome vem de uma jogada ou formação do Rugby, onde 8 jogadores de cada time devem se encaixar para formar uma muralha. É muito importante

Leia mais

Guia do Scrum. Um guia definitivo para o Scrum: As regras do jogo. Outubro de 2011. Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland

Guia do Scrum. Um guia definitivo para o Scrum: As regras do jogo. Outubro de 2011. Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland Guia do Scrum Um guia definitivo para o Scrum: As regras do jogo Outubro de 2011 Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland Índice O propósito do Guia do Scrum... 3 Visão geral do Scrum...

Leia mais

SCRUM: UM MÉTODO ÁGIL. Cleviton Monteiro (cleviton@gmail.com)

SCRUM: UM MÉTODO ÁGIL. Cleviton Monteiro (cleviton@gmail.com) SCRUM: UM MÉTODO ÁGIL Cleviton Monteiro (cleviton@gmail.com) Roteiro Motivação Manifesto Ágil Princípios Ciclo Papeis, cerimônias, eventos, artefatos Comunicação Product Backlog Desperdício 64% das features

Leia mais

SCRUM Gerência de Projetos Ágil. Prof. Elias Ferreira

SCRUM Gerência de Projetos Ágil. Prof. Elias Ferreira SCRUM Gerência de Projetos Ágil Prof. Elias Ferreira Métodos Ágeis + SCRUM + Introdução ao extreme Programming (XP) Manifesto Ágil Estamos descobrindo maneiras melhores de desenvolver software fazendo-o

Leia mais

GARANTIA DA QUALIDADE DE SOFTWARE

GARANTIA DA QUALIDADE DE SOFTWARE GARANTIA DA QUALIDADE DE SOFTWARE Fonte: http://www.testexpert.com.br/?q=node/669 1 GARANTIA DA QUALIDADE DE SOFTWARE Segundo a NBR ISO 9000:2005, qualidade é o grau no qual um conjunto de características

Leia mais

Pós-Graduação em Gerenciamento de Projetos práticas do PMI

Pós-Graduação em Gerenciamento de Projetos práticas do PMI Pós-Graduação em Gerenciamento de Projetos práticas do PMI Planejamento do Gerenciamento das Comunicações (10) e das Partes Interessadas (13) PLANEJAMENTO 2 PLANEJAMENTO Sem 1 Sem 2 Sem 3 Sem 4 Sem 5 ABRIL

Leia mais

Agilidade parte 3/3 - Scrum. Prof. Dr. Luís Fernando Fortes Garcia luis@garcia.pro.br

Agilidade parte 3/3 - Scrum. Prof. Dr. Luís Fernando Fortes Garcia luis@garcia.pro.br Agilidade parte 3/3 - Scrum Prof. Dr. Luís Fernando Fortes Garcia luis@garcia.pro.br 1 Scrum Scrum? Jogada do Rugby Formação de muralha com 8 jogadores Trabalho em EQUIPE 2 Scrum 3 Scrum Scrum Processo

Leia mais

Manifesto Ágil - Princípios

Manifesto Á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

Leia mais

SETIS- III Seminário de Tecnologia Inovação e Sustentabilidade 4 e 5 de novembro de 2014.

SETIS- III Seminário de Tecnologia Inovação e Sustentabilidade 4 e 5 de novembro de 2014. A importância da comunicação no gerenciamento de projetos de softwares: reflexões teóricas Lucas Krüger lucas_kruger-@hotmail.com Resumo: Esse artigo objetiva estudar a comunicação entre cliente e desenvolvedor

Leia mais

Scrum. Gestão ágil de projetos

Scrum. Gestão ágil de projetos Scrum Gestão ágil de projetos Apresentação feita por : Igor Macaúbas e Marcos Pereira Modificada por: Francisco Alecrim (22/01/2012) Metas para o o Metas para treinamento seminário Explicar o que é Scrum

Leia mais

Desenvolvimento Ágil sob a Perspectiva de um ScrumMaster

Desenvolvimento Ágil sob a Perspectiva de um ScrumMaster Desenvolvimento Ágil sob a Perspectiva de um ScrumMaster Danilo Sato e Dairton Bassi 21-05-07 IME-USP O que é Scrum? Processo empírico de controle e gerenciamento Processo iterativo de inspeção e adaptação

Leia mais

ISO/IEC 12207: Gerência de Configuração

ISO/IEC 12207: Gerência de Configuração ISO/IEC 12207: Gerência de Configuração Durante o processo de desenvolvimento de um software, é produzida uma grande quantidade de itens de informação que podem ser alterados durante o processo Para que

Leia mais

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 06 PROFª BRUNO CALEGARO

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 06 PROFª BRUNO CALEGARO UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 06 PROFª BRUNO CALEGARO Santa Maria, 27 de Setembro de 2013. Revisão aula anterior Desenvolvimento Ágil de Software Desenvolvimento e entrega

Leia mais

1 Inicie um novo. Guia de Referência Rápida de Gerenciamento de Projeto para o Project 2007. projeto

1 Inicie um novo. Guia de Referência Rápida de Gerenciamento de Projeto para o Project 2007. projeto Guia de Referência Rápida de Gerenciamento de Projeto para o Project 2007 1 Inicie um novo Antes de começar um novo, uma organização deve determinar se ele se enquadra em suas metas estratégicas. Os executivos

Leia mais

Dinâmica em Grupo com o Framework SCRUM

Dinâmica em Grupo com o Framework SCRUM Dinâmica em Grupo com o Framework SCRUM Contextualização: O grupo foi convidado a desenvolver um projeto de um Sistema de informação, que envolve a área de negócio: compras (cadastros de fornecedores,

Leia mais

Ferramenta para gestão ágil

Ferramenta 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 mais

TUTORIAIS. Framework SCRUM. Rafael Buck Eduardo Franceschini. MSc., PMP, CSM MBA

TUTORIAIS. Framework SCRUM. Rafael Buck Eduardo Franceschini. MSc., PMP, CSM MBA TUTORIAIS Framework SCRUM Rafael Buck Eduardo Franceschini MSc., PMP, CSM MBA SCRUM vs. PMBOK SCRUM vs. PMBOK ESCOPO Restrições de um projeto (Tripla Restrição) TEMPO CUSTO Modelo de Contrato de projetos

Leia mais

Curso Certified ScrumMaster (CSM)

Curso Certified ScrumMaster (CSM) e Curso Certified ScrumMaster (CSM) 1. Perfil do Instrutor MICHEL GOLDENBERG (CSM, CSPO, CSP, CST) Michel Goldenberg é co-fundador do Grupo de usuário Scrum de Montreal, um dos maiores grupos de usuários

Leia mais

Gerenciamento de Projetos Modulo VIII Riscos

Gerenciamento de Projetos Modulo VIII Riscos Gerenciamento de Projetos Modulo VIII Riscos Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com Bibliografia* Project Management Institute. Conjunto de Conhecimentos em Gerenciamento

Leia mais

Guia do Nexus. O Guia Definitivo para o Nexus: O exoesqueleto do desenvolvimento Scrum escalado. Desenvolvido e mantido por Ken Schwaber e Scrum.

Guia do Nexus. O Guia Definitivo para o Nexus: O exoesqueleto do desenvolvimento Scrum escalado. Desenvolvido e mantido por Ken Schwaber e Scrum. Guia do Nexus O Guia Definitivo para o Nexus: O exoesqueleto do desenvolvimento Scrum escalado Desenvolvido e mantido por Ken Schwaber e Scrum.org Tabela de Conteúdo Visão Geral do Nexus... 2 O Propósito

Leia mais

ANEXO 07 CICLO DE DESENVOLVIMENTO ÁGIL PROCERGS

ANEXO 07 CICLO DE DESENVOLVIMENTO ÁGIL PROCERGS ANEXO 07 CICLO DE DESENVOLVIMENTO ÁGIL PROCERGS Descrição ciclo ágil PROCERGS com Fábrica de Software No início da contratação do serviço a equipe de Gestão da Fábrica de Software (FSW) PROCERGS irá encaminhar

Leia mais

Planejamento - 7. Planejamento do Gerenciamento do Risco Identificação dos riscos. Mauricio Lyra, PMP

Planejamento - 7. Planejamento do Gerenciamento do Risco Identificação dos riscos. Mauricio Lyra, PMP Planejamento - 7 Planejamento do Gerenciamento do Risco Identificação dos riscos 1 O que é risco? Evento que representa uma ameaça ou uma oportunidade em potencial Plano de gerenciamento do risco Especifica

Leia mais

Proposta. Treinamento Scrum Master Gerenciamento Ágil de Projetos. Apresentação Executiva

Proposta. Treinamento Scrum Master Gerenciamento Ágil de Projetos. Apresentação Executiva Treinamento Scrum Master Gerenciamento Ágil de Projetos Apresentação Executiva 1 O treinamento Scrum Master Gerenciamento Ágil de Projetos tem como premissa preparar profissionais para darem início às

Leia mais

Alexandre Lima Guilherme Melo Joeldson Costa Marcelo Guedes

Alexandre Lima Guilherme Melo Joeldson Costa Marcelo Guedes Instituto Federal do Rio Grande do Norte IFRN Graduação Tecnologia em Analise e Desenvolvimento de Sistema Disciplina: Processo de Desenvolvimento de Software Scrum Alexandre Lima Guilherme Melo Joeldson

Leia mais

Capítulo 2. Processos de Software. 2011 Pearson Prentice Hall. Todos os direitos reservados. slide 1

Capítulo 2. Processos de Software. 2011 Pearson Prentice Hall. Todos os direitos reservados. slide 1 Capítulo 2 Processos de Software slide 1 Tópicos apresentados Modelos de processo de software. Atividades de processo. Lidando com mudanças. Rational Unified Process (RUP). Um exemplo de um processo de

Leia mais

Caso Prático: Java como ferramenta de suporte a um ambiente realmente colaborativo no método Scrum de trabalho

Caso Prático: Java como ferramenta de suporte a um ambiente realmente colaborativo no método Scrum de trabalho Caso Prático: Java como ferramenta de suporte a um ambiente realmente colaborativo no método Scrum de trabalho UOL Produtos Rádio UOL Julho 2008 André Piza Certified Scrum Master Agenda Scrum como método

Leia mais

Processos de Desenvolvimento de Software

Processos de Desenvolvimento de Software Processos de Desenvolvimento de Software Gerenciamento de Projetos Mauro Lopes Carvalho Silva Professor EBTT DAI Departamento de Informática Campus Monte Castelo Instituto Federal de Educação Ciência e

Leia mais

Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios

Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Cronograma das Aulas. Hoje você está na aula Semana

Leia mais

Gerenciamento de projetos. cynaracarvalho@yahoo.com.br

Gerenciamento de projetos. cynaracarvalho@yahoo.com.br Gerenciamento de projetos cynaracarvalho@yahoo.com.br Projeto 3URMHWR é um empreendimento não repetitivo, caracterizado por uma seqüência clara e lógica de eventos, com início, meio e fim, que se destina

Leia mais

Gestão da Qualidade em Projetos

Gestão da Qualidade em Projetos Gestão da Qualidade em Projetos Você vai aprender: Introdução ao Gerenciamento de Projetos; Gerenciamento da Integração; Gerenciamento de Escopo- Declaração de Escopo e EAP; Gerenciamento de Tempo; Gerenciamento

Leia mais

Gerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto

Gerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto Gerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com PMBoK Organização do Projeto Os projetos e o gerenciamento

Leia mais

Gestão de Projetos com Scrum

Gestão de Projetos com Scrum Gestão de Projetos com Scrum Curso de Verão - Jan / 2010 IME/USP - São Paulo Dairton Bassi dbassi@gmail.com Processo de gerenciamento de projetos. Processo iterativo de inspeção e adaptação. Usado para

Leia mais

Manual Geral do OASIS

Manual Geral do OASIS Manual Geral do OASIS SISTEMA DE GESTÃO DE DEMANDA, PROJETO E SERVIÇO DE TECNOLOGIA DA INFORMAÇÃO OASIS Introdução Esse manual tem como objetivo auxiliar aos usuários nos procedimentos de execução do sistema

Leia mais

O IMPACTO DA UTILIZAÇÃO DE UM SOFTWARE DE GERENCIAMENTO ELETRÔNICO DE PROJETOS NAS EMPRESAS

O IMPACTO DA UTILIZAÇÃO DE UM SOFTWARE DE GERENCIAMENTO ELETRÔNICO DE PROJETOS NAS EMPRESAS O IMPACTO DA UTILIZAÇÃO DE UM SOFTWARE DE GERENCIAMENTO ELETRÔNICO DE PROJETOS NAS EMPRESAS Nadia Al-Bdywoui (nadia_alb@hotmail.com) Cássia Ribeiro Sola (cassiaribs@yahoo.com.br) Resumo: Com a constante

Leia mais

Engenharia de Software I. Aula 15: Metodologias Ágeis. Prof. Márcio D. Puntel marcio@puntel.org

Engenharia de Software I. Aula 15: Metodologias Ágeis. Prof. Márcio D. Puntel marcio@puntel.org Engenharia de Software I Aula 15: Metodologias Ágeis Prof. Márcio D. Puntel marcio@puntel.org Março - 2008 Antes... Manifesto Mudança de contratos Foco nas premissas... 2 Algumas metodologias Extreme Programming

Leia mais

Projeto de Sistemas I

Projeto de Sistemas I Instituto Federal de Educação, Ciência e Tecnologia de São Paulo Projeto de Sistemas I Professora: Kelly de Paula Cunha E-mail:kellypcsoares@ifsp.edu.br Requisitos: base para todo projeto, definindo o

Leia mais

3 Qualidade de Software

3 Qualidade de Software 3 Qualidade de Software Este capítulo tem como objetivo esclarecer conceitos relacionados à qualidade de software; conceitos estes muito importantes para o entendimento do presente trabalho, cujo objetivo

Leia mais

FACULDADE PITÁGORAS DISCIPLINA: GESTÃO DE PROJETOS. Prof. Msc. Carlos José Giudice dos Santos

FACULDADE PITÁGORAS DISCIPLINA: GESTÃO DE PROJETOS. Prof. Msc. Carlos José Giudice dos Santos FACULDADE PITÁGORAS DISCIPLINA: GESTÃO DE PROJETOS Prof. Msc. Carlos José Giudice dos Santos O QUE SÃO PROCESSOS? De acordo com o Guia PMBOK, (2013) processo é um conjunto de ações e/ou atividades inter-relacionadas

Leia mais

Referências internas são os artefatos usados para ajudar na elaboração do PT tais como:

Referências internas são os artefatos usados para ajudar na elaboração do PT tais como: Plano de Teste (resumo do documento) I Introdução Identificador do Plano de Teste Esse campo deve especificar um identificador único para reconhecimento do Plano de Teste. Pode ser inclusive um código

Leia mais

UTILIZAÇÃO DAS METODOLOGIAS ÁGEIS XP E SCRUM PARA O DESENVOLVIMENTO RÁPIDO DE APLICAÇÕES

UTILIZAÇÃO DAS METODOLOGIAS ÁGEIS XP E SCRUM PARA O DESENVOLVIMENTO RÁPIDO DE APLICAÇÕES UTILIZAÇÃO DAS METODOLOGIAS ÁGEIS XP E SCRUM PARA O DESENVOLVIMENTO RÁPIDO DE APLICAÇÕES Marcelo Augusto Lima Painka¹, Késsia Rita da Costa Marchi¹ ¹Universidade Paranaense (Unipar) Paranavaí PR Brasil

Leia mais

Processos de gerenciamento de projetos em um projeto

Processos de gerenciamento de projetos em um projeto Processos de gerenciamento de projetos em um projeto O gerenciamento de projetos é a aplicação de conhecimentos, habilidades, ferramentas e técnicas às atividades do projeto a fim de cumprir seus requisitos.

Leia mais

MASTER IN PROJECT MANAGEMENT

MASTER IN PROJECT MANAGEMENT MASTER IN PROJECT MANAGEMENT PROJETOS E COMUNICAÇÃO PROF. RICARDO SCHWACH MBA, PMP, COBIT, ITIL Atividade 1 Que modelos em gestão de projetos estão sendo adotados como referência nas organizações? Como

Leia mais

GUIA DE CURSO. Tecnologia em Sistemas de Informação. Tecnologia em Desenvolvimento Web. Tecnologia em Análise e Desenvolvimento de Sistemas

GUIA DE CURSO. Tecnologia em Sistemas de Informação. Tecnologia em Desenvolvimento Web. Tecnologia em Análise e Desenvolvimento de Sistemas PIM PROGRAMA DE INTEGRAÇÃO COM O MERCADO GUIA DE CURSO Tecnologia em Sistemas de Informação Tecnologia em Desenvolvimento Web Tecnologia em Análise e Desenvolvimento de Sistemas Tecnologia em Sistemas

Leia mais

Gestão de Relacionamento com o Cliente CRM

Gestão de Relacionamento com o Cliente CRM Gestão de Relacionamento com o Cliente CRM Fábio Pires 1, Wyllian Fressatti 1 Universidade Paranaense (Unipar) Paranavaí PR Brasil pires_fabin@hotmail.com wyllian@unipar.br RESUMO. O projeto destaca-se

Leia mais

SCRUM Discussão e reflexão sobre Agilidade. Fernando Wanderley

SCRUM Discussão e reflexão sobre Agilidade. Fernando Wanderley SCRUM Discussão e reflexão sobre Agilidade Fernando Wanderley Apresentação Líder Técnico em Projetos Java (~ 9 anos) (CESAR, Imagem, CSI, Qualiti Software Process) Consultor de Processos de Desenvolvimento

Leia mais

Gerenciamento de Projetos Modulo III Grupo de Processos

Gerenciamento de Projetos Modulo III Grupo de Processos Gerenciamento de Projetos Modulo III Grupo de Processos Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com PMBoK Processos de Gerenciamento de Projetos Para que um projeto seja bem-sucedido,

Leia mais

Roteiro SENAC. Análise de Riscos. Planejamento do Gerenciamento de Riscos. Planejamento do Gerenciamento de Riscos

Roteiro SENAC. Análise de Riscos. Planejamento do Gerenciamento de Riscos. Planejamento do Gerenciamento de Riscos SENAC Pós-Graduação em Segurança da Informação: Análise de Riscos Parte 2 Leandro Loss, Dr. Eng. loss@gsigma.ufsc.br http://www.gsigma.ufsc.br/~loss Roteiro Introdução Conceitos básicos Riscos Tipos de

Leia mais

Sistema de Controle de Solicitação de Desenvolvimento

Sistema de Controle de Solicitação de Desenvolvimento Sistema de Controle de Solicitação de Desenvolvimento Introdução O presente documento descreverá de forma objetiva as principais operações para abertura e consulta de uma solicitação ao Setor de Desenvolvimento

Leia mais

Com metodologias de desenvolvimento

Com metodologias de desenvolvimento Sociedade demanda grande quantidade de sistemas/aplicações software complexo, sistemas distribuídos, heterogêneos requisitos mutantes (todo ano, todo mês, todo dia) Mas, infelizmente, não há gente suficiente

Leia mais

Versão 7 TraceGP Ágil

Versão 7 TraceGP Ágil Versão 7 Cadastro de Produtos Será possível cadastrar todos os produtos da empresa bem como descrever suas características particulares através da seleção de atributos dinâmicos para cada produto. Manutenção

Leia mais

Metodologias Ágeis. Aécio Costa

Metodologias Ágeis. Aécio Costa Metodologias Ágeis Aécio Costa Metodologias Ágeis Problema: Processo de desenvolvimento de Software Imprevisível e complicado. Empírico: Aceita imprevisibilidade, porém tem mecanismos de ação corretiva.

Leia mais

Método Aldeia de Projetos

Método Aldeia de Projetos MAP Método Aldeia de Projetos Como surgiu o MAP? Em mais de 15 anos de atuação experimentamos distintas linhas de pensamento para inspirar nosso processo e diversas metodologias para organizar nossa forma

Leia mais

METODOLOGIAS ÁGEIS - SCRUM -

METODOLOGIAS ÁGEIS - SCRUM - METODOLOGIAS ÁGEIS - SCRUM - André Roberto Ortoncelli ar_ortoncelli@hotmail.com 2010 Organização da Apresentação Introdução as Metodologias Ágeis Scrum Conceitos Básicos Artefatos Papeis Cerimônias Estórias

Leia mais

Implantação de ERP com sucesso

Implantação de ERP com sucesso Implantação de ERP com sucesso Implantação de ERP com sucesso, atualmente ainda é como um jogo de xadrez, você pode estar pensando que está ganhando na implantação, mas de repente: Check Mate. Algumas

Leia mais

SCRUM. Desafios e benefícios trazidos pela implementação do método ágil SCRUM. Conhecimento em Tecnologia da Informação

SCRUM. Desafios e benefícios trazidos pela implementação do método ágil SCRUM. Conhecimento em Tecnologia da Informação Conhecimento em Tecnologia da Informação SCRUM Desafios e benefícios trazidos pela implementação do método ágil SCRUM 2011 Bridge Consulting Apresentação Há muitos anos, empresas e equipes de desenvolvimento

Leia mais

Agenda. Visão Revolução Ágil EduScrum Visão Geral do Método Benefícios Projeto Scrum for Education Sinergias

Agenda. Visão Revolução Ágil EduScrum Visão Geral do Método Benefícios Projeto Scrum for Education Sinergias Agenda Visão Revolução Ágil EduScrum Visão Geral do Método Benefícios Projeto Scrum for Education Sinergias 1 Questão Central Como formar trabalhadores para o Século 21? 2 Visão Desafios do Cenário Atual

Leia mais

Scrum How it works. Há quatro grupos com papéis bem definidos:

Scrum How it works. Há quatro grupos com papéis bem definidos: Scrum É um processo de desenvolvimento iterativo e incremental. É utilizado quando não se consegue predizer tudo o que irá ocorrer. Em geral, utiliza-se em projetos complexos, de difícil abordagem pela

Leia mais

{Indicar o tema e objetivo estratégico aos quais o projeto contribuirá diretamente para o alcance.}

{Indicar o tema e objetivo estratégico aos quais o projeto contribuirá diretamente para o alcance.} {Importante: não se esqueça de apagar todas as instruções de preenchimento (em azul e entre parênteses) após a construção do plano.} {O tem por finalidade reunir todas as informações necessárias à execução

Leia mais

Guia do Scrum. Um guia definitivo para o Scrum: As regras do jogo. Julho de 2013. Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland

Guia do Scrum. Um guia definitivo para o Scrum: As regras do jogo. Julho de 2013. Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland Guia do Scrum Um guia definitivo para o Scrum: As regras do jogo Julho de 2013 Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland Í ndice O propósito do Guia do Scrum... 3 Definição do Scrum...

Leia mais

Processo de Abertura de Projetosescritorio. Bizagi Process Modeler

Processo de Abertura de Projetosescritorio. Bizagi Process Modeler Processo de Abertura de Projetosescritorio Bizagi Process Modeler Índice PROCESSO DE ABERTURA DE PROJETOS-ESCRITORIO...1 BIZAGI PROCESS MODELER...1 1 PROCESSO DE ABERTURA DE PROJETOS...5 1.1 PROCESSO

Leia mais

ELABORAÇÃO DE UM PRODUCT BACKLOG EFETIVO

ELABORAÇÃO DE UM PRODUCT BACKLOG EFETIVO ELABORAÇÃO DE UM PRODUCT BACKLOG EFETIVO Product Backlog Building Fábio Aguiar Agile Coach & Trainer SCRUM SCRUM Desenvolvimento de Software com ENTREGAS FREQUENTES e foco no VALOR DE NEGÓCIO PRODUTO release

Leia mais

O modelo unificado de processo. O Rational Unified Process, RUP.

O modelo unificado de processo. O Rational Unified Process, RUP. Cursos: Sistemas de Informação Disciplina: Administração ADM Prof. Jarbas Avaliação: Prova B1, 5º/6º semestres Data: 27/09/2010 Nome: Gabarito RA: Assinatura: Turma: 1) Segundo as afirmações a seguir,

Leia mais

Fevereiro 2010. Scrum: Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland

Fevereiro 2010. Scrum: Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland Fevereiro 2010 Scrum: Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland Agradecimentos Geral Scrum é baseado nas melhores práticas aceitas pelo mercado, utilizadas e provadas por décadas. Ele é

Leia mais

Plano de Gerenciamento do Projeto

Plano de Gerenciamento do Projeto Projeto para Soluções Contábeis 2015 Plano de Gerenciamento do Projeto Baseado na 5ª edição do Guia PMBOK Brendon Genssinger o e Elcimar Silva Higor Muniz Juliermes Henrique 23/11/2015 1 Histórico de alterações

Leia mais

Conteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos

Conteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de

Leia mais

Desafio Profissional PÓS-GRADUAÇÃO 2012. Gestão de Projetos - Módulo C Prof. Me. Valter Castelhano de Oliveira

Desafio Profissional PÓS-GRADUAÇÃO 2012. Gestão de Projetos - Módulo C Prof. Me. Valter Castelhano de Oliveira Desafio Profissional PÓS-GRADUAÇÃO 12 Gestão de Projetos - Módulo C Prof. Me. Valter Castelhano de Oliveira 1 DESAFIO PROFISSIONAL Disciplinas: Ferramentas de Software para Gestão de Projetos. Gestão de

Leia mais