IRIS BASILIO FERREIRA Artigo Cientifico

Prévia do material em texto

Gestão de projetos de software com Framework scrum 
Iris Basilio Ferreira*
Resumo
Com a chegada da inclusão digital nesta sociedade global, cada vez mais, fazemos uso de adventos tecnológicos, com isso, a área da Tecnologia da Informação está em constante transformação, na busca incessante de soluções que promovam a melhoria no processo de desenvolvimento de software. Escolhi como tema de meu trabalho acadêmico o Scrum. Scrum é um framework para a gestão de projetos baseado em metodologias ágeis e tem como pilar o empirismo, este prega que as decisões sejam tomadas com base no conhecimento e nas experiências. No Scrum os colaboradores assumem papéis bem definidos no Time de Desenvolvedores, que por sua vez, trabalham de forma altamente integrada, formando uma equipe multidisciplinar, e que são responsáveis pela concepção, construção e testes dos produtos. Com o uso desta ferramenta diminuiremos a demanda de tempo e aumentaremos a qualidade dos produtos desenvolvidos.
Palavras-chave: Gestão de projetos, Método Ágil, Framework Scrum.
Software project management with scrum framework
Abstract
With the arrival of digital inclusion in this glogal society, more and more, we make use of technological advents, with this, the area of Information Technology is cinstantly changing, in the incessant search for solutions that promote the improvement in the process of software development. I chose Scrum as the subject of my scholarly work. Scrum is a framework for project management based on agile methodologies and it's pillar is empiricism, which preaches that decisions are made based on knowledge and experiences. In Scrum, employees take on well-defined roles in the Team of Developers, who in turn work in a highly integrated way, forming a multidisciplinary team, who are responsible for designing, building and testing the products. With the use of this tool we will reduce the demand for time and increase the quality of the products developed.
Key-words: Project Management, Agile Method, Scrum Framework.
Sumário
1.	Introdução	……………………………………………..………………………………… 	01
1.1	Objetivo Geral 	………………………………………………………………………….. 	02
1.2	Objetivos Específicos 	………………………………………………………………… 	02
1.3 	Justificativa	 	…………………………………………………………………………. 	03
2. 	O que são métodos ágeis 	………………………………………………………. 	04
3. 	O que é Scrum 	…………………………………………………………………….. 	04
4. 	As cerimônias do Scrum 	…………………………………………………………… 	04
4.1 	Sprint Planning 	…………………………………………………………………….. 	05
4.2 	Daily Scrum 	…………………………………………………………………………. 	06
4.3 	Sprint Review 	…………………………………………………………………………. 	07
4.4 	Sprint Retrospective 	………………………………………………………………… 	08
5. 	Os papéis do Time Scrum 	……………………………………………..………… 	09
5.1 	Scrum Master 	………………………………………………………………………….. 	09
5.2 	Product Owner 	………………………………………………………………………….. 	09
5.3 	Time de Desenvolvimento 	……………………………………………………………. 	10
6. 	Os artefatos do Scrum 	………………………………………………….………… 	10
6.1 	Product Backlog 	……………………………………………………………………… 	11
6.2 	Sprint Backlog 	………………………………………………………………………….. 	12
6.3 	Incremento 	………..………………………………………………………………… 	13
6.4 	Definição de Pronto 	………………………….……………………………………… 	13
7. Conclusão 	……………………………………………………………………………….. 	14
 	 �
1. Introdução
Neste artigo cientifico, vamos abordar a gestão de projetos de software, com uso do framework scrum. Antes de falar sobre este framework especifico, vamos conhecer um pouco mas sobre as duas principais metodologias em gestão de projetos de software: A Tradicional e a Ágil. Suponhamos que você queria lançar um novo aplicativo de software, que vai ser o maior sucesso nos próximos anos, como ponto de partida você deverá fazer um projeto com está finalidade, bem como, um aplicativo que normalmente é conhecido como software. Software é um conjunto de componentes lógicos de um computador ou sistemas de processamento de dados onde o operador realizará tarefas especificas. Uma das metodologias mais comum no desenvolvimento de softwares é a chamada tradicional; como o próprio nome já indica, é a mais habitual no âmbito de desenvolvimento de sistemas, muitas empresas a usam por padrão. A metodologia Tradicional funciona assim; você idealiza um suposto produto e a projeta como deverá ser esta aplicação. O projeto deve ser planejado com todas as atividades que ele deverá contemplar, como: designer, programação, comunicação e execução; todas essas tarefas devem ser previamente definidas. O produto deve ser testado, para só assim, ser lançado oficialmente no mercado final. Fica claro que a metodologia tradicional tem processos bem linear; planejamento, execuções, testes e lançamento. Isso nos leva a premissa que para se ter sucesso em seu projeto, não basta apenas entregar um aplicativo de software e sim que esta entrega esteja no prazo, dentro do orçamento e com a qualidade esperada. Os atrasos nos estudos de custo são bem mais comuns do que imaginamos e que entendemos, mesmo que não tenha uma boa aceitação por parte dos clientes, mas o que eles não abrem mão é que existam erros e que não cumpram todas as tarefas que foram idealizadas no inicio do projeto, ou seja, por falta de verba, tempo eu posso ter até opinado por aceitar a construção de uma aplicação com menais funcionalidade. No projeto tradicional se espera que você execute simplesmente o que foi planejado, isso implica em esta dentro do prazo e custo. Agora vamos abordar a método Ágil que nasceu como uma alternativa aos pesados processos de desenvolvimento de software orientados a documentação. Isso nós leva aos processos ágeis que em meu caso opinei pelo Framework Scrum, tendo como base a filosofia ágil e utilizando práticas iterativas e incrementais na busca pela entrega de uma aplicação de valor agregado as necessidades do cliente. O Scrum vem na premissa de priorizar o software em si, quebrando os paradigmas existentes por deixar de lado a parte da documentação e focando na entrega de um software ao cliente de uma forma mais rápida para que ele pudesse fazer sua avaliação e nós indicar onde deseja fazer alterações ou novos requisitos. Com o foco no produto e não nas funções do integrantes da equipe, podemos afirmar que a principal característica é de auto-organização onde todos membros da equipe tem seu papel bem definido no Time de Desenvolvimento, trabalhando além de suas especialidades na buscar incessante da entrega de um produto que venha agregar valores ao cliente. Esse tipo de abordagem e práticas encapsulada no Framework Scrum é crucial para a redução dos riscos de falha em todo o processo de desenvolvimento do software. Baseado nesta afirmação do método ágil Scrum, onde os principais objetivos das atividades por ele proposto são em trazer a transparência, motivação, aperfeiçoamento continuo, auto-organização do Time e a redução dos risco que envolvi um projeto de desenvolvimento de software.
1.1 Objetivo Geral
Escrever um artigo cientifico que nós auxilie na gestão de projetos de desenvolvimento de software com o uso do Framework Scrum. Nesta proposta vamos abordar uma método ágil Scrum no gerenciamento de processos que devem ser entendido como um conjunto de regras e de boas práticas, estabelecidas para realizar todas as etapas da melhor forma possível. 
“Software fazem parte de quase todas as operações de negócios, assim, novos softwares são desenvolvidos rapidamente para obterem proveito de novas oportunidades e responder às pressões competitivas.” (Sommerville, Ian, 2011, p. 52).
1.2	Objetivos Específicos
Definir e especificar que engloba o Framework Scrum.
Mostrar os benefícios na criação e na gestão de projetos de software fazendo uso do Framework Scrum. 
Citar as referencias teóricas sobre o Scrum e suas atividades dentro de um projeto de software. 
Descrever as etapas e o Time de desenvolvimento no gerenciamento de um projeto de software utilizando o Framework Scrum.
1.3	Justificativa
No atual cenário globalizado deste mercado cada vez mais competitivo, é imprescindívelque as empresas inovadoras busquem se modular para adaptarem a esta realidade, na busca incessante de seu aprimoramento diante das necessidades de seus clientes. Portanto neste trabalho vamos refletir sobre uma metodologia voltada para a eficiência na realização de tarefas, que vem sendo aprimoradas pelos grupos humanos desde a Pré-História até os dias atuais. 
“Nos dias de hoje, as empresas operam em um ambiente global, com mudanças rápidas. Assim, precisam responder a novas oportunidades e novos mercados, a mudanças nas condições econômicas e ao surgimento de produtos e serviços concorrentes.” (Sommerville, Ian, 2011, p. 52).
São diversas as praticas adotadas no gerenciamento de projetos, onde vêm sendo utilizadas em diversos países e ambientes profissionais, bem como, nas mais variadas áreas do conhecimento. Isso ocorre por se tratar de algo útil tanto para instituições publicas ou privadas, independentemente de ser uma empresa de grande ou pequeno porte. 
“O desenvolvimento e a entrega rápidos são, portanto, o requisito mais critico para o desenvolvimento de sistemas de software. Na verdade, muitas empresas estão dispostas a trocar a qualidade e o compromisso com requisitos do software por uma implantação mais rápida do software que necessitam.” (Sommerville, Ian, 2011, p. 52)
Para melhor compreender do significado de gerenciamento de projetos é preciso refletir separadamente sobre as duas palavras que formam a expressão. Existem diferentes tipos de projetos de software que necessitam de diferentes métodos de gerenciamento, onde podemos fazer uso de duas metodologias na gestão de projetos que são a tradicional e ágil. Nos dias atuais termos diversos tipos de abordagens ágeis para nos auxiliar no gerenciamento de projetos de software.
“Os processos de desenvolvimento rápido de software são concebidos para produzir, rapidamente, software úteis. O software não é desenvolvido como uma única unidade, mas como uma série de incrementos – cada incremento inclui uma nova funcionalidade do sistema. Embora existam muitas abordagens para o desenvolvimento rápido de software, elas compartilham algumas características fundamentais.” (Sommerville, Ian, 2011, p. 53).
2. 	O que são métodos ágeis
Os métodos ágeis veio como uma alternativa á gestão tradicional de projetos de software, eles nasceram da necessidade do desenvolvimento de software de formar mais rápida, mas hoje podem ser empregados em qualquer tipo de projeto. Esse método vem facilitando as equipes de desenvolvimento de software a encarar a imprevisibilidade que envolve um projeto de desenvolvimento de software.
“A insatisfação com essas abordagem pesadas da engenharia de software levou um grande número de desenvolvedores de software a proporem, na década de 1990, novos métodos ágeis. Estes permitiram que a equipe de desenvolvedores focasse no software em si, e não em sua concepção e documentação.” (Sommerville, Ian, 2011, p. 54).
3. 	O que é Scrum
Segundo Desenvolvimento Ágil (2018), Scrum é uma metodologia ágil para gestão e planejamento de projetos de desenvolvimento de software. No Framework Scrum, os projetos são divididos em partes chamados de Sprints. Cada Sprint representa um Time Box dentro do qual um conjunto de atividades deve ser executadas cada um delas por grau de prioridade, onde cada Sprint tem um prazo de duas a quatro semanas. Metodologias ágeis de desenvolvimento de software são iterativas, ou seja, o trabalho é dividido em iterações, que são chamadas de Sprints no caso do Scrum.
4. 	As cerimônias do Scrum
Segundo Desenvolvimento Ágil (2018), No Framework Scrum as funcionalidades a serem implementadas em um projeto são mantidas em uma lista que é conhecida como Product Backlog. No inicio de cada Sprint, faz-se um Sprint Planning Meeting, ou seja, uma reunião de planejamento na qual o Product Owner prioriza os itens do Product Blacklog e a equipe seleciona as atividades que ela será capaz de implementar durante o Sprint que se inicia. As tarefas alocadas em um Sprint são transferidas do Product Backlog para o Sprint Backlog.
A cada dia de uma Sprint, a equipe faz uma breve reunião (normalmente de manhã), chamada Daily Scrum. O objetivo é disseminar conhecimento sobre o que foi feito no dia anterior, identificar impedimentos e priorizar o trabalho do dia que se inicia.
Ao final de um Sprint, a equipe apresenta as funcionalidades implementadas em uma Sprint Review Meeting. Finalmente, faz-se uma Sprint Retrospective e a equipe parte para o planejamento do próximo Sprint.
4.1 	Sprint Planning
Segundo o site Escritório de Projetos (2018), Sprint Planning é uma cerimônia de abertura de projeto, onde ocorre o planejamento da Sprint, que acontece sempre na primeiro dia da semana. Nesta reunião são traçados o objetivo da Sprint (Sprint Goal), formatando o escopo de trabalho (Sprint Backlog) e dai se discute como será a melhor forma de realizar este trabalho, tudo isso em linhas gerais. Esta reunião possui uma timebox, onde teremos no máximo um dia para planejá-la e para cada trinta dias corridos de sprint, assim, caso a sprint seja de menor duração, a Sprint Planning deverá sempre seguir a proporção de 30:1. Com isso venho afirmar que cada Sprint tem um prazo de duas a quarto semanas, sendo que o primeiro dia é reservado para o Sprint Planning (Sprint de Planejamento) e o demais dias corridos para o desenvolvimento das atividades da Sprint, sempre respeitando o grau de prioridade de cada atividade. 
	Sprint Planning
	Início do ciclo da Sprint
	Determina:
Objetivo;
Escopo.
	Define o Sprint Backlog
Passos do Sprint Planning
4.2 	Daily Scrum
Segundo Desenvolvimento Ágil (2018), em cada dia da Sprint a equipe de desenvolvimento deve fazer uma reunião diária antes das tarefas e essa cerimônia é chamada de Daily Scrum. Essa reunião tem o proposito de disseminar tudo que foi feito no dia anterior no Sprint, baseados nos relatos dessa reunião serão identificados todos os impedimentos para o avanço do projeto. 
A partir desses relatos, serão priorizado as tarefas pendentes e iniciado os trabalhos a serem realizado no dia que se inicia. Lembrando que o Daily Scrum são normalmente realizados no mesmo lugar, na mesma hora do dia anterior, onde o Framework Scrum sugeri que seja sempre no período da manhã e que esta reunião seja povoada por todos os membros da equipe. 
Segundo o site Escritório de Projetos (2018), a Daily Scrum é uma cerimônia de aliamento, onde podemos adota as seguintes regras nesta reunião, são elas: 
Ela acontece todos os dias;
Deve ter a duração máxima de 15 minutos e todos os membros devem está em pé;
Sempre acontece no mesmo local e no mesmo horário do dia anterior, previamente acordado com os membros da equipe;
Cada membro tem a sua vez de falar e os demais membros devem ouvi-lo;
Cada membro da equipe fala para os demais membros do time, não há um chefe aqui e isso é uma “Prestação de contas”;
Na reunião não deve ser discutido detalhes de nenhumas atividade durante a Daily Scrum, apenas depois.
Daily Scrum tem algumas regras que podem até parecer um tanto excêntricas, mais tudo isso fazer parte da construção de sucesso do projeto com o uso do Framework Scrum. Sobre tudo o Scrum é um framework comum dentro das metodologias ágeis para a execução da tarefa de Daily Scrum, onde consiste em cada membro da equipe responder a apenas a três perguntas: 
O que eu fiz desde a ultima Daily?
O que eu vou fazer depois dessa Daily?
Tem algo impedindo o meu trabalho?
Daily Scrum – Reunião do Time
Segundo o site Escritório de Projetos (2018), Respondendo a estas três perguntas simples e objetivas conseguiremos garantir que todos membros da equipe (time) saibam se estão caminhando rumo ao que foi planejado e se algum membro precisa de ajuda.
4.3 	Sprint Review
Segundo Desenvolvimento Ágil (2018), o Sprint Review é mais uma atividade que contempla o Framework Scrum e deveser feito ao final de cada Sprint. Esta atividade envolve a uma reunião, onde o Scrum Team mostra tudo que foi alcançado no decorrer da Sprint. 
Por padrão esse processo tem um formato de um demo das novas funcionalidades. Fazem parte da Sprint Review o Product Owner, o Scrum Team, o Scrum Master, gerência, clientes e engenheiros de outros projetos. 
Durante essa reunião o projeto é avaliado pelo time para verificar se todos os objetivos da Sprint em questão foram alcançados, atividades essa determinadas durante o Sprint Planning Meeting. Normalmente os membros do time completa cadas um dos itens do Product Backlog que contemplam as atividade da Sprint, mas o principal objetivo é que a equipe complete todos os objetivos da Sprint.
4.4 	 Sprint Retrospective
Sprint Retrospective é mais uma cerimônia que compõe o Framework Scrum, que marca o fechamento do Sprint, onde acontece sempre no ultimo dia da mesma. Esse framework tem sua raízes no Lean da Toyota, que tem suas premissas em duas de suas principais cerimônias: A Sprint Review, onde inspecionam o incremento de software e adapta-se ao Backlog e a Sprint Retrospective, que acabei de definir logo acima.
Sprint Retrospective
Segundo o Escritório de Projetos (2018), Existem várias formas de conduzir esta dinâmica, mas todas possuem como objetivo levar uma espécie de Matriz SWOT da equipe gerando um plano de ação de melhoria continua que deverá ser executado concomitantemente à Sprint seguinte. Analisam-se processos, ferramentas e relacionamentos, para dizer o mínimo e é importante que exista um ambiente seguro e sincero dentro do time para que de fato possamos resolver todos os problemas encontrados. É o Time Scrum resolvendo os seus próprios problemas da equipe de desenvolvimento.
5. 	Os papéis do Time Scrum 
O Framework Scrum é uma metodologia ágil muito leve e a mais popular do mundo. No Scrum os cargos de seus membros não são prescritos e sequer uma hierarquia, ele adota a pratica de que todo o Time Scrum é responsável pela entrega e que isso já basta, pois com essa pratica todos tem os mesmo direitos e deveres para com o projeto. O Scrum assumido essa postura teve que adotas algumas praticas para que não haja conflitos de responsabilidade entre os membros da equipe, ele dividi-o os membros em apenas três papeis: Scrum Master, Product Owner e o Time Desenvolvimento. 	
Papeis do Time Scrum
5.1 	Scrum Master
Segundo o site Escritório de Projetos (2018), O Scrum Master é a pessoa responsável por garantir que todos os membros da equipe estejam aderente ao processo, sigam as suas regras, participem das suas cerimônias e usem seus artefatos corretamente. Ele também ensina, educa e corrige tal qual como prescrito no Guia do Scrum, esse livro oficial do Framework Scrum. Ele também esta encarregado de puxa a melhoria continua e ajudar a blindar o time dos demais Stakeholders da empresa que também devem entender o seu papel.
5.2 	Product Owner 
Segundo o site Escritório de Projetos (2018), O Product Owner é a pessoa responsável por manter um registro de todos os requisitos, regras de negócio e prioridades das entregas e que todos conheçam esse registro, chamado de Backlog do produto. 
Este Membro detém o conhecimento do negócio, quem faz a ponte com o mercado e com os clientes e que tem a visão do produto. Ele sabe exatamente o “quê” deve ser feito, mas não é ele que determina o “como”, no desenvolvimento do processo.
5.3 	Time Desenvolvimento
Segundo o site Desenvolvimento Ágil (2018), O Time de Desenvolvimento ou Scrum Team são os membros da equipe de desenvolvedores, onde nela não existe uma divisão funcional através de papeis tradicionais, tais como: programador, designer, analista de teste ou arquiteto. No Scrum o Time de desenvolvedores tem um formato, onde todos membros da equipe trabalham juntos no intuito de implementar um conjunto de atividades nele proposto, nesse caso são as tarefas da Sprint. Em geral essa equipe é formada de seis a dez pessoas, mas isso não impede que no caso de necessidade o números de membros seja maior. 
6. Os artefatos do Scrum
Anteriormente já falei que o Scrum é um framework de metodologia ágil e como toda boa ferramenta de gestão de projetos são cheias de artefatos e cerimônias. No caso do Scrum temos muitas reuniões de pé, cercado de quadros cheios de post it’s, por sua vez, são símbolos do informalismo criativo e do colaborativo, que é sem sombra de dúvidas, a base da transformação cultural inserida no novo modelo de empresa. Não é a toa que o Scrum é um dos framework mais usados mundialmente falando, um dos fatores que o leva a esse fato é o pouco números de artefatos que contempla apenas quatro, que são: o Product Backlog, o Sprint Backlog, o Incremento e a Definição de Pronto. 
Os quatro artefatos do Scrum
Segundo o site Escritório de Projetos (2018), Ao contrário do que a crença popular acredita, os artefatos Kanban, Planning Poker, Burndown Chart e muitos outros não fazem parte do Framework Scrum, embora sejam popularmente usados em conjundo. 
Observação: Isso significa que nada impede que o profissional do meio faça uso de artefatos, ferramentas ou métodos de forma mistos, para obter um resultado satisfatório. 
6.1 	Product Backlog
Conforme descrito no Guia do Scrum (2018), o Product Backlog é uma lista ordenada de tudo o que é conhecido como necessário no produto. É a única fonte de requisitos para quaisquer alterações a serem feitas no produto. O Product Owner é o responsável pelo Product Backlog, incluindo seu conteúdo, disponibilidade e pedido.
Um Product Backlog nunca é concluído. O primeiro desenvolvimento do mesmo estabelece os requisitos inicialmente conhecidos e mais bem compreendidos. O Product Backlog evolui à medida que o produto e o ambiente no qual ele será usado evoluem. O Product Backlog é dinâmico: Ele muda constantemente para identificar o que o produto precisa para ser apropriado, competitivo e útil. Se um produto existir, seu Product Backlog também existe.
	
Exemplo – Product Backlog
	
Área
	
Atividade
	
Item
	
Business Value
(Prioridade)
	Sec. Acadêmica
	Gerenciamento de Cursos
	Controlar os cursos disponíveis pela instituição
	100
	Sec. Acadêmica
	Gerenciamento de Cursos
	Definir as vagas disponíveis por curso
	90
	Sec. Acadêmica
	Vestibular
	Realizar a inscrição de candidatos ao vestibular
	80
	Sec. Acadêmica
	Finanças
	Emitir boleto para pag. taxa de inscrição ao vestibular
	70
	Sec. Acadêmica
	Vestibular
	Fornecer o controle de resultados e aprovações do vestibular
	60
	Sec. Acadêmica
	Finanças
	Emitir boleto para pag. da matrícula ao curso que o candidato foi aprovado
	50
	Sec. Acadêmica
	Vestibular
	Realizar a matrícula em um curso por um novo aluno aprovado pelo vestibular
	40
O refinamento do Product Backlog é o ato de adicionar detalhes, estimativas e pedidos aos itens no Product Backlog. Este é um processo contínuo em que o Dono do Produto e a equipe de desenvolvimento colaboram nos detalhes dos itens do Product Backlog. Durante o refinamento do Product Backlog, os itens são revisados e revisados. Varias equipes Scrum geralmente trabalham juntas no mesmo produto. Um Product Backlog é usado para descrever o próximo trabalho no produto. Um atributo Product Backlog que agrupa itens pode, então, ser empregado.
6.2 	Sprint Backlog
Conforme descrito no Guia do Scrum (2018), o Sprint Backlog é um conjunto de itens do Product Backlog selecionado para uma Sprint, além de um plano para entregar o Incremento do produto e realizar o Sprint Goal. O Sprint Backlog é uma previsão da Team de Desenvolvimento (equipe de desenvolvimento) sobre qual funcionalidade será no próximo incremento e o trabalho necessário para entregar essa funcionalidade em um Incremento “Concluído”.
O Sprint Backlog torna visível todo trabalho que a Equipe de desenvolvimento identifica como necessária paraatingir o Sprint Goal. Para garantir a melhoria contínua, inclui pelo menos uma melhoria de processo de alta prioridade identificada na Retrospective Meeting.
O Sprint Backlog é um plano com detalhes suficientes para que mudanças em andamento possam ser compreendidas no Daily Scrum. A Equipe de desenvolvimento modifica o Sprint Backlog em todo o Sprint. Apenas a Equipe de desenvolvimento pode alterar seu Sprint Backlog durante um Sprint. O Sprint Backlog é uma imagem altamente visível e em tempo real do trabalho que a Equipe de desenvolvimento planeja realizar durante o Sprint, e pertence exclusivamente à Equipe de desenvolvimento.
6.3 	Incremento
Conforme descrito no Guia do Scrum (2018), Um Incremento é a soma de todos os itens do Product backlog concluídos durante um Sprint e o valor dos Incrementos de todos os Sprints anteriores. No final de um Sprint, um novo Incremento deve ser “feito” do Time Scrum. Um Incremento é um corpo de trabalho “feito” que suporta o empirismo, no final do Sprint. O Incremento é um passo em direção a uma visão ou meta. O Incremento deve estar em condições de uso, independente do Product Owner decidir liberá-lo.
6.4 Definição de Pronto
Conforme descrito no Guia do Scrum (2018), E por fim a Definição de Pronto é onde um documento contendo uma definição comum e clara do que “Done” significa para todos os membros da equipe, que são: Product Owner, Scrum Master, O Time de desenvolvimento e os demais Stakeholdes, que estão diretamente ligados ao projeto, onde devem ter um entendimento único da situação real de um Incremento dito como pronto. 
7. Conclusão
As metodologias ágeis vieram preencher as lacunas que existiam na gestão de projetos de software com os métodos tradicionais, garantindo uma formalização e uma produção de alta performasse, sem deixar de lado o cumprimento aos requisitos de segurança e controle em todo processo que envolve esse gerenciamento. O Scrum é um framework baseado em uma metodologia ágil, que consiste em um conjunto formado por papéis, eventos, artefatos e regras que são associados a uma equipe de desenvolvimento. Ele é fundamentado no controle de processos empíricos, fomentando uma abordagem iterativa e incremental para otimizar a previsibilidade e o controle a riscos. O Time Scrum possui papéis e responsabilidades associadas aos integrantes do time, que juntos realizam eventos específicos com uma duração fixa e objetivos pré-determinados. Com isso teremos uma maior receptividade as mudanças de requisitos, mesmo em estágios tardios do desenvolvimento, mas um dos pilares dos processos ágeis é a flexibilidade em admitir mudanças que trazem vantagens competitivas para as empresas. 
Referências 
SOMMERVILLE, Ian. Engenharia de Software. 9. ed. São Paulo:
Pearson Education do Brasil, 2011.
PRESSMAN, Roger S.. Engenharia de Software. São Paulo:
Pearson Education do Brasil, 2010.
COHN, Mike. Desenvolvimento de Software com Scrum: Aplicando métodos ágeis com sucesso. Porto Alegre: Bookman Companhia Editora Ltda., 2011.
Guia do Scrum, Disponível em: <https://www.scrum.org/>.
Acesso em: 05 maio 2018.
Desenvolvimento Ágil, Disponível em: <http://www.desenvolvimentoagil.com.br/scrum/>.
Acesso em: 11 junho 2018.
Manifesto Ágil. Disponível em: <http://agilemanifesto.org/>
Acesso em: 10/05/2018
Escritório de Projetos, Disponível em: <https://escritoriodeprojetos.com.br/sprint-planning>. Acesso em: 20 junho 2018.
Mind Master, Disponível em: <http://mindmaster.com.br/scrum>.
Acesso em: 20 junho 2018.
�
Universidade Estácio de Sá
Ensino á distância
Trabalho de Conclusão de Curso
Professora: Luciane Dias
TERMO DE RESPONSABILIDADE – TCC
O aluno Iris Basilio Ferreira do Curso de Pós graduação em Engenharia de Software, matrícula nº 201507184328, assume toda responsabilidade, perante a prática de cópia ou plágio de obras ou fragmentos de obras de autores, quaisquer que sejam, tanto em material impresso como de internet, nos aspectos educacionais e legais.
As Normas da ABTN serão o parâmetro para as citações.
Assim, passa a deter toda e qualquer responsabilidade diante de situações ilícitas editorais e acadêmicas no que se refere á disciplina TCC.
Recife, 17 de Agosto de 2018.
Assinatura do aluno:
* Pós-Graduando do Curso de Engenharia de Software da Universidade Estácio de Sá , Campus da Abdias de Carvalho – Recife/PE,� HYPERLINK "mailto:basilio208@hotmail.com"��basilio208@hotmail.com.com�