MODELO DE DESENVOLVIMENTO ÁGIL SCRUM
|
|
- João Canedo Branco
- 8 Há anos
- Visualizações:
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 Ken Schwaber - Jeff Sutherland http://www.scrumalliance.org/ Scrum Uma forma ágil de gerenciar projetos. Uma abordagem baseada em equipes autoorganizadas.
Leia maisApó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 maisGé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 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 maisWesley 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 maisScrum 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 maisO 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 maisEngenharia 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 maisSCRUM. É 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 maisSCRUM. 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 maisSCRUM. 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 maisPROCESSO 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 maisDesenvolvimento Á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 maisANÁ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 maisWorkshop 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 maisFeature-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 maisObjetivos 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 maisRESUMO 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 maisMETODOLOGIA 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 maisUma 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 maisMetodologia 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 maisENGENHARIA 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 maisGerenciamento 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 maisDISCIPLINA 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 maisARCO - 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 maisEXIN 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 maisManifesto Á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 maisAluna: 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 maisPONTIFÍ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 maisFrederico 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 maisExpresso 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 maisMó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 maisGuia 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 maisSCRUM: 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 maisSCRUM 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 maisGARANTIA 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 maisPó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 maisAgilidade 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 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
Leia maisSETIS- 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 maisScrum. 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 maisDesenvolvimento Á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 maisISO/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 maisUNIVERSIDADE 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 mais1 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 maisDinâ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 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 maisTUTORIAIS. 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 maisCurso 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 maisGerenciamento 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 maisGuia 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 maisANEXO 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 maisPlanejamento - 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 maisProposta. 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 maisAlexandre 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 maisCapí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 maisCaso 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 maisProcessos 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 maisEngenharia 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 maisGerenciamento 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 maisGestã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 maisGerenciamento 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 maisGestã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 maisManual 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 maisO 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 maisEngenharia 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 maisProjeto 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 mais3 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 maisFACULDADE 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 maisReferê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 maisUTILIZAÇÃ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 maisProcessos 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 maisMASTER 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 maisGUIA 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 maisGestã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 maisSCRUM 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 maisGerenciamento 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 maisRoteiro 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 maisSistema 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 maisCom 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 maisVersã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 maisMetodologias Á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 maisMé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 maisMETODOLOGIAS Á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 maisImplantaçã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 maisSCRUM. 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 maisAgenda. 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 maisScrum 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.}
{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 maisGuia 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 maisProcesso 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 maisELABORAÇÃ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 maisO 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 maisFevereiro 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 maisPlano 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 maisConteú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 maisDesafio 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