Scrum em Aplicações Móveis
|
|
- Joaquim Brunelli Mascarenhas
- 8 Há anos
- Visualizações:
Transcrição
1 ISSN T.I.S. São Carlos, v. 2, n. 3, p , set-dez 2013 Tecnologias, Infraestrutura e Software Resumo: A metodologia ágil Scrum foi criada para o gerenciamento de projetos de desenvolvimento de software onde pode ser utilizada por equipes menores em projetos desenvolvidos em um curto espaço de tempo. O Scrum tornou-se um sucesso devido à rapidez no processo de desenvolvimento e entrega do produto, podemos citar alguns pontos que influenciaram diretamente para alcançarmos estes resultados, como a redução na documentação, a entrega de funcionalidades do projeto já desenvolvidas e testadas, o feedback diário entre os desenvolvedores e a comunicação sempre constante entre o cliente e equipe de desenvolvimento. Para aplicações móveis, o Scrum apresenta-se como uma das melhores metodologias para o desenvolvimento destas aplicações, resultante dos fatores essenciais em que o Scrum é um sucesso, como no desenvolvimento em curto prazo de aplicações que não apresentem funcionalidades complexas. O objetivo deste artigo é a utilização de uma metodologia que se mostre eficaz para o desenvolvimento de aplicações móveis, sempre em um curto espaço de tempo, com uma equipe reduzida e ao mesmo tempo utilizando a documentação somente para armazenar o que o produto possui de essencial. A proposta citada no texto é baseada no método Scrum que define práticas simples, mas que permitem mudanças em qualquer fase do desenvolvimento. Com a implementação dessa metodologia permitiu-se o desenvolvimento da aplicação móvel necessária no prazo desejável sem maiores transtornos. Palavras Chave: aplicações móveis, metodologia ágil, scrum Scrum in mobile applications Abstract: The agile Scrum methodology was created for managing software development projects which can be used by smaller teams in projects developed in a short time. The Scrum has become a success because of the speed in process development and product delivery. We can mention a few points that directly influenced to achieve these results, as the reduction of documentation, delivery of the project requirements already developed and tested, the daily feedback among the developers and the constant communication between the client and development team. For mobile applications development, Scrum represents one of the best methodologies, due to essential and successful Scrum characteristics, as the development of applications in a short time without complex features. The purpose of this article is the implementation of a methodology that proves to be effective for developing mobile applications, in a short time, with a small team and simultaneously using the documentation only to store the essential definitions ofthe product. A proposal ofthe text is based on Scrum methods that defines simple practices, but allow changes at any stage of development. With the application of this methodology, it was possible the development ofmobile application required within the desirable schedule, without major preoccupations. Keywords: mobile application, agile methodology, Scrum I. INTRODUÇÃO Em um mercado global onde o avanço da tecnologia e a concorrência cada vez maior entre fabricantes de dispositivos móveis, a necessidade de aplicações que suportem esses dispositivos nunca foi tão exigida como nos dias de hoje. Com o desenvolvimento desordenado dessas aplicações, percebeu-se que o processo poderia ser melhorado com metodologias capazes de aperfeiçoar o processo de desenvolvimento, que são as metodologias ágeis, que representam métodos eficientes e rápidos que buscam minimizar os riscos de desenvolvimento em curtos períodos. Além da metodologia Scrum, outras metodologias ágeis também podem ser utilizadas, todas seguindo os mesmos processos fundamentais já citados no resumo, porém cada uma com suas características especificas. Os métodos mais utilizados, Crystal, XP Extreme Programming, Lean Software Development e Feature Driven Development podem ser vistos a seguir. Estes métodos terão uma apresentação rápida, e não detalhada de cada processo, para mostrar que os mesmos também possuem suas particularidades e semelhanças em vários processos com o Scrum que iremos detalhar neste artigo II. TRABALHOS CORRELATOS Em um estudo sobre o espaço de trabalho informativo e o Departamento de Computação - Universidade Federal de São Carlos (UFSCar) Caixa Postal São Carlos SP Brasil Autor para correspondência: william.jandoza@gmail.com, prado@dc.ufscar.br
2 acompanhamento de equipes ágeis de desenvolvimento de software, OLIVEIRA, Renan de Melo (2012) realizou um estudo onde o mesmo acompanhou equipes de desenvolvimento ágeis, a fim de obter resultados sobre a utilização de métodos mistos sequencias, foi observado que a abordagem permitiu dados mais completos para extrair resultados ainda melhores sobre o tema abordado. Renan elaborou um questionário fechado de questões quantitativas, pois sem ela ele não teria dados para justificar a utilidade das heurísticas levantadas. Ele observou também que essa metodologia pode ser pesquisada também em ambientes comercias. Na tese de mestrado, LUIZ BASSI FILHO, Dairton(2008) realiza varias pesquisas com equipes de desenvolvimento ágil. O mesmo conclui que os fatores motivacionais e psicológicos possuem um peso muito maior independente da metodologia ágil utilizada. Ele diz que enquanto a execução do software é uma tarefa precisa o desenvolvimento do software não é, pois a execução é feita por uma maquina enquanto o desenvolvimento é realizado por pessoas. E esta diferença é ignorada por métodos que se baseiam em esforços no processo como se fossem responsáveis pela produção do software. Como vimos nas pesquisas citadas acimas, todas tratam somente o desenvolvimento independente de aplicações, visando somente o resultado na diferença e fatores de uma metodologia a outra. Neste artigo além de citarmos e especificarmos algumas metodologias, temos o foco voltado para o desenvolvimento de uma aplicação em dispositivo móvel, onde o desenvolvimento tem de ser realizado de uma forma rápida e abrangente, visto que existem vários dispositivos móveis com sistemas operacionais e componentes distintos, onde a evolução e atualização dos mesmos são constantes. Isso torna a pesquisa do artigo diferenciada com resultados também diferenciados. A linguagem Android que utilizamos para o desenvolvimento da aplicação móvel também não é citada em nenhum dos estudos analisadas, que de modo geral vem ganhando um enorme espaço do mercado mundial de dispositivos móveis III. CONCEITOS E TECNOLOGIAS Esta seção apresenta os principais conceitos e tecnologias relacionadas com o tema deste projeto, bem como as mais utilizadas. Assim temos exemplos de metodologias ágeis, que podem vir a serem utilizadas em projetos como este que será citado neste artigo e posteriores a este. A. Extreme Programming XP Essa metodologia é a que mais possui adeptos, ela foi difundida em 1999 através do livro Extreme programming Explained: Embrace Change, de Kent Beck, que foi o criador do método juntamente com Ward Cunningham entre outros. Nessa metodologia são apresentados cinco valores: simplicidade, coragem, comunicação, feedback e respeito. Dentre vários controles que o XP possui, a mudança no processo mais marcante é o escopo do projeto onde se orienta a priorização de funcionalidades mais importantes para o negócio, fazendo isso caso seja necessária à diminuição do escopo, serão descartadas as funcionalidades de menor valor. Para a aplicação dos valores durante o processo de desenvolvimento, o XP mostra varias praticas, formando uma sinergia entre elas, mostrando alguns pontos fortes e outros pontos fracos que veremos a seguir. Programação em par Programação em par ou programação pareada consiste entre o desenvolvimento de dois programadores em um micro computador, assim gerando um único código fonte, essa pratica é pouco utilizada, porém muito defendida por varias pessoas. A grande responsabilidade da não utilização desta prática fica com os gestores, gerentes, supervisores, etc., que não acreditam que o resultado obtido seja vantajoso. Já seus defensores alegam que apesar do custo maior, o resultado é compensatório devido à baixa correção tanto de erros, quanto a correção de design em interfaces. Desenvolvimento orientado a testes Beck, diz que no XP, duas mudanças fazem a diferença para testes. A primeira é que o código de teste deve ser realizado antes da implementação, configurando as possíveis entradas e saídas, após esta etapa o processo desenvolvimento é iniciado, lembrando que o processo de testes é mantido até o final do projeto. A segunda e não menos importante mudança que sem dúvidas é mais utilizada, é o processo de testes pelo usuário/cliente para o desenvolvimento, onde são eles que apontam os testes a serem realizados, e caso ocorra algum erro, o mesmo é corrigido prontamente devido a ser um erro em um local especifico do software. Essa prática traz benefícios notáveis, porém exige um treinamento especial para que o programador que realizará o teste possa realmente codifica-lo de acordo com a especificação do usuário. Integração contínua Essa prática é realizada quando existem implementações que estavam fora do escopo inicial do projeto e precisam ser implementadas ao projeto inicial. A integração deve-se ser implementada e o teste deve ser realizado tanto nas funcionalidades novas quanto nas funcionalidades que já haviam sido testadas anteriormente, para que assim não prejudique também o que já foi desenvolvido. A recomendação é que haja apenas um micro computador com o projeto inicial, conforme as novas funcionalidades são desenvolvidas, as mesmas são implementadas apenas em um computador, para que não aconteça a modificação de código em caso de integrações simultâneas. Código coletivo No XP, qualquer programador pode modificar qualquer trecho do código fonte, seja ele o autor ou não, o propósito 212
3 para essa autonomia é que o código da aplicação seja cada vez mais otimizado e para que o desenvolvedor tenha o conhecimento global da aplicação. Os possíveis erros ocorridos devido à modificação podem ser revistos com os testes, devido à aplicação ser 100% testada. Refatoração A refatoração é a alteração do código no sentido de que fique mais otimizado, de fácil leitura e de forma mais organizada, podendo ser utilizados em outras partes do projeto. B. Crystal Essa metodologia prega que os procedimentos devem ser adaptar a equipe e não o inverso. Com isso CockBurn e Highsmith criaram um novo método ágil, onde não se trata de apenas uma metodologia e sim de varias metodologias formando um grupo chamado de Crystal, onde cada cristal possui um nível de cor e dureza exatamente como o nome propõe. Os métodos começam com o Clear, por ser o mais fácil, com a quantidade de exigências menores e o grau de risco ser baixo. Em seguida temos o Yellow, Orange, Red, etc.. Sempre acrescentando mais rigidez devido a sua cor, isso quer dizer que conforme a cor é aumentada o nível de desenvolvimento e risco é mais complexo do que o anterior como podemos ver na Figura 1. Nessa figura podemos verificar o grau de complexidade, o risco e o número necessário de pessoas para realizarem o método escolhido. Crystal é um método muito interessante e hoje possui poucos adeptos, apesar de ser um método inovador e diferente de ser implementado. O livro publicado contempla apenas o Clear, os outros Yellow, Orange Web e Red já foram devidamente divididos porem não existe publicação sobre eles. Figura 1: Método Crystal por criticidade e números de pessoas Fonte: Cockburn (2003) encontrado com defeito a produção é parada. A ideia geral de Lean é a otimização dos processos com redução de custos e aumento de qualidade. O método Lean possuiu sete princípios, sendo que a eliminação do desperdício é o principal deles. C. Lean Software Development No começo da década de 50, quando a empresa Toyota ainda era considerada pequena, a empresa teve a chance de entrar no mercado de automóveis desde que criasse veículos baratos e com qualidade. Com esta ideia em mãos, dois gestores da empresa começaram o processo de diminuição de gastos na linha de montagem de veículos da Toyota. A principal orientação as todos da empresa era eliminar qualquer tipo de desperdício, desde a matéria prima, até a entrega final do produto. Eles conseguiram implementar duas técnicas extraordinárias que são: Just-in-time que acabou com o estoque e Stop-the-line que toda vez que um produto é Elimine o desperdício Eliminar o desperdício vale para todos os pontos de vista, sendo eles (dinheiro, mão de obra, tempo de desenvolvimento e espaço utilizado). É citado várias formas de desperdício como o desenvolvimento de funcionalidades incompletas que geram 213
4 um custo para serem iniciadas, por estar incompleta alguém não finalizou e nem a finalizará tornando a funcionalidade sem qualquer valor agregado ao produto. Há também o desperdício na quantidade excessiva de processos no projeto, o que ocasiona um custo maior em termos de tempo e dinheiro. A antecipação de fases do projeto também é um desperdício visto que aumenta a dificuldade, aumenta a quantidade de códigos gerados e consequentemente um esforço e tempo maior dedicado para testes. Não poderíamos deixar de falar dos defeitos, pois ele é um dos maiores vilões no que se refere ao desperdício, pois todo trabalho tem de ser analisado, corrigido e testado novamente. Amplifique o trabalho Com todo o conhecimento e experiência adquirida com o desenvolvimento, compartilhe com a equipe o aprendizado de forma ao amadurecimento da equipe como um todo. Deixando em aberto que todo o processo pode ser alterado e melhorado de forma a sempre amplificar o conhecimento da equipe. Adie comprometimentos Lean diz que se deve sempre manter a flexibilidade para alterações no projeto. Pois como existem projetos novos a complexidade das tecnologias e dificuldades podem não ser totalmente previstas. Com o decorrer do projeto a equipe adquiriu mais conhecimento e confiança, podendo eliminar algumas funcionalidades desnecessárias ou alterar a tecnologia utilizada, para melhor desempenho e ganho com o tempo do projeto. Entrega rápida Este principio propõe que o software seja desenvolvido o mais rápido possível, encurtando seu ciclo de desenvolvimento. Com as funcionalidades entregues, fica mais fácil saber o que o cliente realmente precisa e quer mudar, para que o conjunto final e a troca de informações entre o cliente e a equipe de desenvolvimento fiquem atraentes e satisfatórios para todos.... entregue o que foi pedido tão rápido que os clientes não tenham tempo de mudar de idéia. (Mary Poppendieck) Valorize a equipe Quanto mais valorizada a equipe, mais empenho e dedicação dela você terá, ou seja, um produto final sempre com qualidade. Não trate sua equipe como simples funcionários, quanto mais ela se sentir bem com o reconhecimento do trabalho, mais benefícios seu produto terá. Segurança do Software Os integrantes da equipe devem desenvolver métodos que os deixem mais seguros de que estão construindo um produto de qualidade. Sempre utilizando uma arquitetura completa, com o máximo de testes realizados e conservando sempre a posição de que a qualquer momento alguma funcionalidade pode seguir outro caminho, e deixando em aberto a alteração da mesma. Otimize o todo A criação de grandes sistemas envolvem soluções integradas que devem prover bons resultados perante uma análise global do software. Os pontos de vistas dos clientes e dos usuários equivalem a visões de alto nível do sistema. Otimização ma-cro canalizam os esforços para aumentar a satisfação dos usuários finais através de um produto consistente. Otimiza-ções pontuais nem sempre são sinérgicas quando precisam funcionar simultaneamente. Para resolver problemas busque e elimine suas causas, não os seus sintomas. (LUIZ BASSI FILHO, Dairton, Experiências com desenvolvimento ágil, 2008.). A recomendação é que sempre escolham métricas de alto nível que sejam visíveis a evolução. Tais métricas devem considerar a qualidade e satisfação do cliente. D. Feature Driven Development - FDD Esta metodologia teve inicio em Cingapura, entre os anos de 1997 á 1999, tendo como base o método Coad (metodologia de análise, desenho e programação orientada a objetos criada por Peter Coad.).Juntamente com o australiano gerente de projetos Jeff de Luca. Seu principal foco era voltado para resultados frequentes, funcionais e tangíveis. O propósito do FDD é divido em cinco fases que incorporam toda modelagem e implementação do software são elas: Criação de um modelo abrangente Este item consiste em desenvolver um modelo de alto nível para guiar a equipe em todo desenvolvimento do projeto. Para isso são praticados vários métodos como a elaboração de requisitos, análise orientada a objetos, criação de vários modelos de dados e orientações sobre a regra de negocio do software que será desenvolvido. Construir a lista de funcionalidades Com os requisitos já criados, modelos já elaborados e analise já realizada na fase anterior, há uma reunião com o consultor de negócios para o levantamento da lista completa de funcionalidades a serem desenvolvidas, abrangendo todo o escopo do projeto. Ao final o cliente realiza a validação do projeto, este item tem uma grande semelhança com o product backlog do Scrum. Planejamento por funcionalidade O projeto precisa de um pacote inicial de funcionalidades para que possam iniciar o projeto, para isso, o chefe da equipe de desenvolvimento e a equipe definem uma lista de planos de funcionalidades iniciais a serem desenvolvidas neste pacote, sempre visando à necessidade e prioridade do cliente. Modelagem por funcionalidade 214
5 Com os planos criados, inicia-se o detalhando de itens a serem desenvolvidos por plano, formando um conjunto de tarefas para desenvolvimento, o tempo médio que cada conjunto dura pode variar de um dia a duas semanas. Implementação po r funcionalidade Os itens das funcionalidades são desenvolvidos testados e o código é avaliado, somente após o chefe da equipe autorizar, a funcionalidade é agrupada no projeto principal. E. Scrum O nome Scrum vem de uma formação utilizada por equipes de Rugby, onde oito jogares de cada equipe se reúnem para que o jogo recomece de maneira rápida após um falta ou outra infração. Essa metodologia é um framework dentro do qual, pessoas podem tratar e resolver problemas complexos e adaptativos, enquanto produtiva e criativamente entregam produtos com o mais alto valor possível. Scrum é: Leve Simples de entender Extremamente difícil de dominar (Scrum guide, Ken Schwaber e Jeff Sutherland). Scrum é um framework estrutural que está sendo usada para gerenciar o desenvolvimento de produtos complexos desde o início de Scrum não é um processo ou uma técnica para construir produtos; em vez disso, é um framework dentro do qual você pode empregar vários processos ou técnicas. O Scrum deixa clara a eficácia relativa das práticas de gerenciamento e desenvolvimento de produtos, de modo que você possa melhorá-las. (Scrum guide, Ken Schwaber e Jeff Sutherland). Existem quatro maneiras formais para a adaptação e inspeção do que está sendo desenvolvido, são elas: Reunião para o planejamento do Sprint, Reunião diária (Daily Scrum), Reunião para revisões do Sprint e para a retrospectiva do Sprint. Time Scrum Os integrantes do time Scrum são compostos por: Product Owner, a Equipe de Desenvolvimento e o Scrum Master. O time é auto-organizável e gerenciável, Com essas funções, não dependem de gestores que não fazem parte da equipe para tomar decisões sobre o projeto. Product Owner O Product Owner (Dono do Produto) é o responsável por gerenciar o Backlog do projeto. Ele pode delegar esta função para outro membro da equipe, porém sempre será o responsável por qualquer alteração. Para que haja sucesso no desenvolvimento é essencial que todos respeitem a decisão do Product Owner. Scrum Master Este é um dos membros mais importantes do Scrum é ele quem coordena a equipe de desenvolvimento para que o projeto siga a linha imposta pelo Product Owner e tenha sucesso no final do desenvolvimento. Na maioria das vezes onde o Product Owner delega o Backlog, é o Scrum Master que assume essa tarefa. Eventos Scrum Os eventos são pré-definidos para que não haja reuniões desorganizadas e sem prazos. A maneira utilizada é a Timeboxed, onde toda reunião tem um prazo máximo a ser definido. Sprint Sem dúvida o diferencial do Scrum, o Sprint dura em torno de um mês, onde a versão funcional do produto é entregue. Após o termino do primeiro Sprint, o segundo Sprint já é iniciado automaticamente, com novas estórias a serem desenvolvidas para a entrega do Sprint no final do novo período. Durante o período do Sprint não são feitas mudanças que afetem o objetivo final do Sprint. O Sprint também não pode ser definido em um longo prazo para que não dê a possibilidade de mudança de foco, não aumente a complexidade e não aumente o risco no que será entregue no final do Sprint. Ele também pode ser cancelado ou antecipado, mas somente o Product Owner tem autoridade para realizar tal cancelamento. Reunião diária A reunião diária dura 15 minutos para que a equipe possa trocar ideias de modo a organizar o que será feito ao longo do dia e rever o que foi feito no dia anterior. Revisão do Sprint Ao termino do Sprint, é realizada uma reunião onde é decidido se o que foi proposto no inicio foi realmente cumprido, verificar quais pontos foram essenciais para conclusão do Sprint e também analisar os pontos negativos que ocorreram. A reunião dura em média quatro horas e o responsável pela avaliação do Sprint é o Product Owner. Backlog do produto O Backlog é tudo aquilo que foi especificado para ser realizado ao longo de todos os Sprints, é a lista de tudo que deve ser feito independente de Sprint, o responsável pela criação deste Backlog é o Product Owner. Normalmente ele é ordenado por valor e risco como sendo um diferencial para a implementação no Sprint, ou seja, quanto maior o valor, ele será implementado o quanto antes e entregue nos primeiros Sprints. Destacando também que sempre que houver um risco maior o mesmo deve ser o mais detalhado possível. Praticas de monitoramento Há varias praticas de monitoramento do Sprint, como o Burndown que utilizamos em nossa aplicação e outros 215
6 métodos gráficos e praticas de estimativas que conseguem monitorar com sucesso o andamento das tarefas ao longo do Sprint. Backlog do Sprint Este Backlog é composto por uma seleção de itens do Backlog do produto. São esses itens que serão realizados pela equipe de desenvolvimento ao longo do Sprint. E também é de responsabilidade dela qualquer adição de um novo item no Sprint. Sempre que um item é concluído, o mesmo é atualizado no Backlog pela equipe. F. Computação Móvel A computação móvel é a forma de ter acesso à informação de qualquer lugar a qualquer hora. Ela se resume em três pontos para que isso possa acontecer que são: a mobilidade, o processamento dos dados e a comunicação a distancia sem qualquer meio físico interligando-a. Para a computação móvel, o tamanho é extremamente importante, visto que teremos de carrega-lo sempre onde estamos, neste quesito, a tecnologia tem ajudado muito, no sentido de que os componentes que formam os dispositivos sejam cada vez menores e sempre aumentando a capacidade de armazenamento. Podemos citar alguns exemplos de dispositivos móveis como: celulares, smartfones, navegadores GPS, sensores, etc... Todos sempre seguindo as características citadas acima. Devido aos motivos de: tamanho, peso e energia, os dispositivos apresentam limitações se comparados com equipamentos que não são móveis, isso se deve a maior capacidade de processamento, taxa de transferência e energia abundante, visto que eles não possuem a limitação dos componentes e podem ser interligados via cabos. G. KanBan com Scrum Kanban é uma palavra japonesa que significa literalmente registro ou placa visível. O mesmo termo voltado para a administração de processos significa um cartão de sinalização voltado para o transporte e produção em uma empresa. Os cartões são distribuídos em peças do setor, indicando a entrega de uma determinada quantidade. Quando todas as peças são terminadas, os cartões são levados de volta ao ponto de partida. O Kanban permite agilizar a entrega e a produção de peças. Pode ser empregado em indústrias montadoras, desde que o nível de produção não oscile em demasia. Os Kanbans físicos (cartões ou caixas) podem ser Kanbans de Produção ou Kanbans de Movimentação e transitam entre os locais de armazenagem e produção substituindo formulários e outras formas de solicitar peças, permitindo enfim que a produção se realize Just in time - metodologia desenvolvida e aperfeiçoada por Taiichi Ohno e Sakichi Toyoda conhecida como Sistema Toyota de Produção.(Wikipédia) O sistema Kanban é uma das variantes mais conhecidas do JIT. (Lopes dos Reis, 2008, p.191) Apesar de não ser muito divulgado, o kanban é utilizado tanto para o Scrum como para outras metodologias ágeis como Extreme Programming, Crystal, etc... O conceito do Kanban é mostrar visualmente para o desenvolvedor aquilo que ele têm para fazer (To Do), o que esta em progresso ou em processo de desenvolvimento (In Progress) e por ultimo o que esta feito ou já realizado (Done). Tudo isso de forma interativa, onde a tarefa (Task) é mudada constantemente de coluna, até chegar na coluna (Done). Como tudo é visual, toda a equipe de desenvolvedores e o Scrum Master, tem acesso facilitado a acompanhar o andamento da equipe, podendo monitorar o que poderá estar em atraso, como podemos visualizar na Figura 2. Figura 2: Fases do Kanban IV. S CRUM EM APLICAÇOES MÓVEIS Para implantação dessa metodologia, temos de se orientar através das fases do Scrum que descreveremos a seguir, onde a Figura 3 mostra o ciclo completo de um Sprint, onde cada fase nos mostra detalhadamente o porque o Sprint é tão necessário no desenvolvimento com a metodologia ágil Scrum. A. Product Backlog Para criação de um produto a ser desenvolvido no Sprint, deve-se definir quem será o Scrum Master e realizar a reunião com o P.O, para que seja definido o que será realizado e o que é prioritário neste Sprint, esclarecendo também possíveis dúvidas relacionadas aos itens especificados. B. Sprint Backlog Com os itens especificados, devemos então se reunir com a equipe de desenvolvimento, que é composta pelo Scrum Master e todos desenvolvedores envolvidos. Na reunião, definimos as estórias as serem implementadas, logo após jogamos o Planning Poker para definirmos o grau de dificuldade de cada estória. Para concluir o Sprint Backlog definirmos as tasks de cada estória e realizamos a divisão entre os desenvolvedores. 216
7 C. Daily Scrum Meeting (reunião diária) A reunião diária é de vital importância para que o Sprint seja um sucesso. Ela dura em torno de 15 minutos, dentro deste período é discutido o andamento das tasks e possíveis dúvidas que os desenvolvedores venham ter. Ela também é importante para a sincronização entre os membros da equipe. D. Potentially Shippable Product Increment (Incremento do Produto) Com o final do ciclo do Sprint que dura em torno de duas a seis semanas, obtém-se finalmente o incremento do produto com as funcionalidades especificadas desenvolvidas e testadas, ou seja, pronta para ser incrementada. Após o fim do primeiro Sprint, dá-se inicio a um novo Sprint e todo ciclo (Figura 3) é realizado novamente até termos o produto completo desenvolvido Figura 3: Fases de um Sprint Fonte: Mountain Goat Software V. ESTUDO DE CASO Com base na revisão bibliográfica sobre métodos ágeis e computação móvel este projeto explora o uso do método Scrum no desenvolvimento de aplicações móveis. A implementação da metodologia Scrum em aplicações móveis proposta neste artigo foi realizada na Universidade Federal de São Carlos, participando deste projeto cinco alunos do curso de pós-graduação em Desenvolvimento Web. A ideia do projeto foi de desenvolver uma aplicação móvel na linguagem Android, para a integração com a aplicação Web feita em Java. O projeto, como um todo, é o de uma Rede social para a aproximação de estudantes, professores, funcionários e visitantes de diversos cursos e departamentos da UFSCAR. O projeto foi orientado conforme ciclo do Sprint da Figura 3 e teve inicio em uma reunião com o P.O (Product Owner), para o entendimento do que seria necessário para realização das funcionalidades da aplicação e a integração com a aplicação Web, podendo assim esclarecer as possíveis dúvidas e a criação das estórias com um grau de importância maior. Após a reunião, com o Backlog do produto já em mãos, a equipe se reuniu definindo quem seria o Scrum Master, e assim começamos a analisar o grau de dificuldade para cada estória jogando o Planning Poker. Com as estórias devidamente definidas, iniciamos o processo de criação e divisão das tarefas (Tasks) para o desenvolvimento da aplicação no prazo desejável para a entrega do primeiro Sprint. Iniciamos o processo de desenvolvimento das tarefas com alguns débitos técnicos em virtude da tecnologia nova, que foi prontamente corrigida pela equipe e conseguimos completar o Sprint no prazo desejável sem grandes dificuldades como podemos visualizar nas Figuras 4 e
8 Figura 4: Exemplo de Sprint Backlog Figura 5: Exemplo de Burndown Gráfico do Sprint diária onde poderia ser debatido tudo que havíamos VI. CONCLUSÃO O desenvolvimento da aplicação em dispositivos móveis desenvolvido no dia anterior e o que desenvolveríamos no dia. Outro fator que podemos recomendar nesta metodologia, com a metodologia Scrum foi um sucesso. Apesar dos débitos são os Sprints. Sem duvida a melhor forma para o técnicos que citamos nos textos anteriores. É impossível planejamento do desenvolvimento de funcionalidades em prever tais situações de dificuldade por vários fatores, desde o curto prazo, e com uma entrega rápida para o cliente. O fator humano de quem esta desenvolvendo até as novas beneficio do Sprint, é a satisfação do P.O com a entrega de tecnologias implementadas no projeto. Logicamente que por parte do produto já em funcionamento, e a opção da ser o primeiro projeto com essa metodologia, encontramos modificação ou melhoria no produto, visto que ainda pode ser inúmeras dificuldades que não teríamos nos próximos modificado, porém com projetos a serem implementados. implementação da mudança com um menor risco, visto que A metodologia Scrum mostrou-se eficaz em varias fases do o que foi desenvolvido foram só algumas funcionalidades, desenvolvimento, desde o que foi planejado, aos imprevistos não tendo que modificar a aplicação inteira para atender a que aconteceram ao longo do projeto. Um dos fatores que necessidade nova do P.O. podemos citar como diferencias do Scrum é o da reunião A metodologia ágil permitiu-se aos desenvolvedores que 218
9 trocassem experiências e buscassem novas tecnologias ao longo de todo projeto. Fazendo assim uma equipe cada vez mais preparada para os desafios que o projeto apresentava. Os resultados obtidos comprovam que os níveis de qualidade e de risco são melhores comparados com outras metodologias. Para dispositivos móveis a metodologia Scrum mostrou-se eficaz e altamente recomendada, pois como podemos ver no desenvolvimento do projeto, temos muitos mais pontos benéficos que agregam um valor ao produto final muito maior e com um custo beneficio e tempo muito menor comparado a outras metodologias. Com estes resultados obtidos conseguimos presumir que a tendência para as metodologias utilizadas em equipes de desenvolvimentos para criação em aplicações móveis seja o Scrum. Essa informação de crescimento já pode ser sentida em grandes empresas que estão aderindo esta metodologia ao mercado de aplicações em Android. VII. TRABALHOS F UTUROS A pesquisa de uma metodologia ideal ainda é muito complexa e vaga, por este motivo estarei pesquisando formas tanto de otimização quanto de inclusão de novos itens em metodologias existentes a fim de unirmos o que há de bom em cada uma delas. Também desenvolverei projetos utilizando a metodologia XP- (Extreme Programming) e Crystal, para melhor conhecimento destas metodologias. Como continuidade busca-se novas formas motivacionais e psicológicas no desenvolvimento da aplicação, visto que o sucesso do projeto não depende somente da metodologia e sim das pessoas envolvidas, pois o fator humano é extremamente importante, senão o mais importante, pois a metodologia sozinha não consegue desenvolver a aplicação. Testes com outras metodologias e em outras linguagens de programação e com numero de equipes variadas, podem ser realizadas para aferir resultados distintos, a fim de maximizarmos a produtividade com a metodologia utilizada. O desenvolvimento de tasks e estórias de um Sprint também podem ser variados, para medirmos a produtividade da equipe no projeto. REFERÊNCIAS B IBLIOGRÁFICAS IMPROVEIT, Modelo de interação SCRUM. Disponível em: < Acesso em: Agosto de 2012 PRESSMAN, Rogers S. Engenharia de Software. São Paulo, McGraw-Hill Interame, SCHWABER, Ken; BEEDLE, Mike. Agile Software Development with SCRUM. Prentice Hall,2002. SCHWABER, Ken, SUTHERLAND, Jeff Scrum Guide Disponível em : < Acesso em: Agosto de IMPROVEIT, Modelo de interação XP. Disponível em: < Acesso em:julho de 2012 BECK, Kent, Planning extreme programming, BECK, Kent, Extreme programing explained : embrace change, COCKBURN, Alistair, The Crystal Methods or How to Make a Methodology Fit, Agile Development Conference, 2002 LUIZ BASSI FILHO, Dairton, Experiências com desenvolvimento ágil, OLIVEIRA, Renan de Melo, Um estudo sobre o espaço de trabalho informativo e o acompanhamento em equipes ágeis de desenvolvimento de software, TAIICHI, Ohno. Toyota Production System: Beyond LargeScale Production. Productivity Press, GUERREIRO, Cristian. Scrum com Kanban. Disponível em: < Acesso em: Setembro de
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 maisIdeal para que tipo de empresa (equipe): pequena, média, grande? Em software onde os requisitos não são conhecidos é recomendado o uso do XP? Por quê?
Significado de XP? Extreme Programming (Programação Extrema). Ideal para que tipo de empresa (equipe): pequena, média, grande? Pequenas e Médias. Em software onde os requisitos não são conhecidos é recomendado
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 maisINTRODUÇÃO A PROJETOS
INTRODUÇÃO A PROJETOS Professor: Rômulo César romulodandrade@gmail.com www.romulocesar.com.br GESTÃO DE PROJETOS Gestão Ágil de projetos Gestão de projetos com PMBOK GESTÃO ÁGIL DE PROJETOS GESTÃO ÁGIL
Leia maisScrum. 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 maisMetodologias Ágeis. Gerenciando e Desenvolvendo Projetos de forma eficiente. Gabriel Verta 0767948 Rafael Reimberg 0767701 Vinicius Quaiato - 0767697
Metodologias Ágeis Gerenciando e Desenvolvendo Projetos de forma eficiente Gabriel Verta 0767948 Rafael Reimberg 0767701 Vinicius Quaiato - 0767697 Introdução Ao longo dos anos a indústria de desenvolvimento
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 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 maisÁgil. Rápido. Métodos Ágeis em Engenharia de Software. Introdução. Thiago do Nascimento Ferreira. Introdução. Introdução. Introdução.
Introdução Métodos Ágeis em Engenharia de Software Thiago do Nascimento Ferreira Desenvolvimento de software é imprevisível e complicado; Empresas operam em ambiente global com mudanças rápidas; Reconhecer
Leia maisRequisitos para Gestão de Requisitos no Desenvolvimento de Software que Utilizam Prática Ágeis
Requisitos para Gestão de Requisitos no Desenvolvimento de Software que Utilizam Prática Ágeis Abstract. Resumo. 1. Introdução Vinicius A. C. de Abreu 1 Departamento de Ciência da Computação - DCC Universidade
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 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 maisPMBoK Comentários das Provas TRE-PR 2009
PMBoK Comentários das Provas TRE-PR 2009 Comentário geral: As provas apresentaram grau de dificuldade médio. Não houve uma preocupação da banca em aprofundar os conceitos ou dificultar a interpretação
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 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 maisProfa. Dra. Ana Paula Gonçalves Serra prof.anapaula@saojudas.br
Modelos de Processo Pessoal e de Equipe na Melhoria da Qualidade em Produção de Software Profa. Dra. Ana Paula Gonçalves Serra prof.anapaula@saojudas.br Agenda Importância das Pessoas / Constatações Compromisso
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 maisIntrodução. Gerência de Projetos de Software. Sumário. Sistemas de Informação para Processos Produtivos
Sumário Sistemas de Informação para Processos Produtivos 1. Gerência de 2. Agentes principais e seus papéis 3. Ciclo de vida do gerenciamento de projetos M. Sc. Luiz Alberto lasf.bel@gmail.com Módulo 6
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 maisAula 2 Revisão 1. Ciclo de Vida. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW
Ciclo de Vida Aula 2 Revisão 1 Processo de Desenvolvimento de Software 1 O Processo de desenvolvimento de software é um conjunto de atividades, parcialmente ordenadas, com a finalidade de obter um produto
Leia maisADMINISTRAÇÃO I. Família Pai, mãe, filhos. Criar condições para a perpetuação da espécie
1 INTRODUÇÃO 1.1 ORGANIZAÇÃO E PROCESSOS A administração está diretamente ligada às organizações e aos processos existentes nas mesmas. Portanto, para a melhor compreensão da Administração e sua importância
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 maisMANIFESTO ÁGIL. Esses conceitos aproximam-se melhor com a forma que pequenas e médias organizações trabalham e respondem à mudanças.
METODOLOGIAS ÁGEIS SURGIMENTO As metodologias ágeis surgiram em resposta ao problema dos atrasos no desenvolvimento de software e aos cancelamentos, devido ao fato dos sistemas demorarem muito tempo para
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 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 maisProjetos Ágeis aplicados a TI. Júlio Cesar da Silva Msc.
Projetos Ágeis aplicados a TI Júlio Cesar da Silva Msc. Apresentação Graduação em Matemática e TI MBA em Gestão em TI Mestre em Administração Certificado ITIL, Cobit e ScrumMaster Professor Graduação Professor
Leia maisCAPABILITY MATURITY MODEL FOR SOFTWARE. Eduardo Mayer Fagundes e-mail: eduardo@efagundes.com
CAPABILITY MATURITY MODEL FOR SOFTWARE Eduardo Mayer Fagundes e-mail: eduardo@efagundes.com 1. Introdução Após décadas de incontáveis promessas sobre como aumentar à produtividade e qualidade de software,
Leia maisDisciplina: Técnicas de Racionalização de Processos Líder da Disciplina: Rosely Gaeta NOTA DE AULA 04 O PROJETO DE MELHORIA DOS PROCESSOS
Disciplina: Técnicas de Racionalização de Processos Líder da Disciplina: Rosely Gaeta NOTA DE AULA 04 O PROJETO DE MELHORIA DOS PROCESSOS 3.4 O PROJETO DE MELHORIA DE PROCESSOS 3.4.1 - CONCEITO DE PROJETO
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 maisComparativo entre Processos Ágeis. Daniel Ferreira dfs3@cin.ufpe.br
Comparativo entre Processos Ágeis Daniel Ferreira dfs3@cin.ufpe.br O que discutiremos: Histórico Os Princípios Ágeis Comparação Do ponto de vista incremental Do ponto de vista funcional Vantagens e Desvantagens
Leia mais3. Fase de Planejamento dos Ciclos de Construção do Software
3. Fase de Planejamento dos Ciclos de Construção do Software A tarefa de planejar os ciclos de construção do software pode partir de diretrizes básicas. Estas diretrizes visam orientar que os ciclos de
Leia maisAplicando Scrum no. Vítor E. Silva Souza (vitor.souza@ufes.br) http://www.inf.ufes.br/~vitorsouza
Aplicando Scrum no Vítor E. Silva Souza (vitor.souza@ufes.br) http://www.inf.ufes.br/~vitorsouza Departamento de Informática Centro Tecnológico Universidade Federal do Espírito Santo Licença para uso e
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 maisFina Flor Cosméticos obtém grande melhoria nos processos e informações com suporte SAP Business One
Fina Flor Cosméticos obtém grande melhoria nos processos e informações com suporte SAP Business One Geral Executiva Nome da Fina Flor Cosméticos Indústria Cosméticos Produtos e Serviços Desenvolve, fabrica
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 maisUnidade I Conceitos BásicosB. Conceitos BásicosB
à Engenharia de Software Unidade I Conceitos BásicosB Pedro de Alcântara dos Santos Neto pasn@ufpi.edu.br 1961 a 1963 Surgimento de novos Hardwares 1963-1968 Crise do Software! Incapacidade de se utilizar
Leia maisPromoção especial para o III Congresso Cearense de Gerenciamento Certified ScrumMaster, Certified Scrum Product Owner e Management 3.
Promoção especial para o III Congresso Cearense de Gerenciamento Certified ScrumMaster, Certified Scrum Product Owner e Management 3.0 Sobre a GoToAgile! A GoToAgile é uma empresa Brasileira que tem seu
Leia maisLeslier Soares Corrêa Estácio de Sá / Facitec Abril/Maio 2015
Leslier Soares Corrêa Estácio de Sá / Facitec Abril/Maio 2015 Prover capacitação para: - Identificar os processos de Gerenciamento de Projetos; - Desenvolver o Plano de Gerenciamento; - Construir um sistema
Leia maisCapítulo 2 Objetivos e benefícios de um Sistema de Informação
Capítulo 2 Objetivos e benefícios de um Sistema de Informação 2.1 OBJETIVO, FOCO E CARACTERÍSTICAS DOS SISTEMAS DE INFORMAÇÃO. Os Sistemas de Informação, independentemente de seu nível ou classificação,
Leia maisPor que sua organização deve implementar a ABR - Auditoria Baseada em Riscos
Março de 2010 UM NOVO PARADIGMA PARA AS AUDITORIAS INTERNAS Por que sua organização deve implementar a ABR - Auditoria Baseada em Riscos por Francesco De Cicco 1 O foco do trabalho dos auditores internos
Leia maisGerenciamento de Projetos de Software
Gerenciamento de Projetos de Software Framework Ágil, Scrum Prof. Júlio Cesar da Silva Msc. 2º Encontro Ementa & Atividades Aula 1: Fundamentos do Gerenciamento de Projetos (p. 4) 30/abr (VISTO) Aula 2:
Leia mais7 perguntas para fazer a qualquer fornecedor de automação de força de vendas
7 perguntas para fazer a qualquer fornecedor de automação de força de vendas 1. O fornecedor é totalmente focado no desenvolvimento de soluções móveis? Por que devo perguntar isso? Buscando diversificar
Leia maisOuvir o cliente e reconhecer o problema: ingredientes essenciais à gestão de projetos
Ouvir o cliente e reconhecer o problema: ingredientes essenciais à gestão de projetos Antonio Mendes da Silva Filho * The most important thing in communication is to hear what isn't being said. Peter Drucker
Leia maisDaniel Wildt -dwildt@gmail.com
Metodologias Ágeis e Software Livre Daniel Wildt -dwildt@gmail.com Bacharel em Informática (PUCRS) Professor Universitário (FACENSA) Mais de 10 anos de experiência em Desenvolvimento de Software, hoje
Leia maisPROJETO DE REDES www.projetoderedes.com.br
PROJETO DE REDES www.projetoderedes.com.br Curso de Tecnologia em Redes de Computadores Disciplina: Tópicos Avançados II 5º período Professor: José Maurício S. Pinheiro AULA 3: Políticas e Declaração de
Leia maisEstudo de Viabilidade. GMon Sistema de Gerenciamento de Monitores. Curso: Ciências da Computação Professora: Carla Silva
Estudo de Viabilidade GMon Sistema de Gerenciamento de Monitores Curso: Ciências da Computação Professora: Carla Silva Recife, 20 de Janeiro de 2012 1 Sumário 1. Motivação... 3 2. Problema identificado...
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 maisESTUDO DE CASO: SCRUM E PMBOK UNIDOS NO GERENCIAMENTO DE PROJETOS. contato@alinebrake.com.br. fs_moreira@yahoo.com.br. contato@marcelobrake.com.
ESTUDO DE CASO: SCRUM E PMBOK UNIDOS NO GERENCIAMENTO DE PROJETOS (CASE STUDY: SCRUM AND PMBOK - STATES IN PROJECT MANAGEMENT) Aline Maria Sabião Brake 1, Fabrício Moreira 2, Marcelo Divaldo Brake 3, João
Leia maisAPLICAÇÃO DE SCRUM NO DESENVOLVIMENTO DE SISTEMAS PARA O PROGRAMA DE MONITORAMENTO DO CLIMA ESPACIAL (INPE) - ESTUDO DE CASO. André A.
APLICAÇÃO DE SCRUM NO DESENVOLVIMENTO DE SISTEMAS PARA O PROGRAMA DE MONITORAMENTO DO CLIMA ESPACIAL (INPE) - ESTUDO DE CASO André A. de Souza Ivo Instituto Nacional de Pesquisas Espaciais (INPE), Brasil,
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 maisA ESTRUTURA DA GESTÃO DE
A ESTRUTURA DA GESTÃO DE PROJETOS Professor: Rômulo César romulodandrade@gmail.com www.romulocesar.com.br SUMÁRIO Importância do Gerenciamento de Projetos. Benefícios do Gerenciamento de Projetos Gerenciamento
Leia maisQuestionário de avaliação de Práticas X Resultados de projetos - Carlos Magno Xavier (magno@beware.com.br)
Obrigado por acessar esta pesquisa. Sei como é escasso o seu tempo, mas tenha a certeza que você estará contribuindo não somente para uma tese de doutorado, mas também para a melhoria das práticas da Comunidade
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 maisEngenharia de Software II
Engenharia de Software II Aula 28 Revisão para a Prova 2 http://www.ic.uff.br/~bianca/engsoft2/ Aula 28-28/07/2006 1 Matéria para a Prova 2 Gestão de projetos de software Conceitos (Cap. 21) Métricas (Cap.
Leia maisConceitos Básicos de Rede. Um manual para empresas com até 75 computadores
Conceitos Básicos de Rede Um manual para empresas com até 75 computadores 1 Conceitos Básicos de Rede Conceitos Básicos de Rede... 1 A Função de Uma Rede... 1 Introdução às Redes... 2 Mais Conceitos Básicos
Leia maismeses e de ganhos financeiros muito maiores do que quando se é empregado é um erro comum. Além disso, a idéia de não ter chefe é extremamente
DICAS PARA ABRIR UM ESCRITÓRIO CONTÁBIL Começar um empreendimento requer coragem. Estar preparado para esse momento é fundamental, pois não vale, em hipótese alguma, aplicar o seu dinheiro no desconhecido.
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 maisGuia de utilização da notação BPMN
1 Guia de utilização da notação BPMN Agosto 2011 2 Sumário de Informações do Documento Documento: Guia_de_utilização_da_notação_BPMN.odt Número de páginas: 31 Versão Data Mudanças Autor 1.0 15/09/11 Criação
Leia maisIntrodução Ciclo de vida tradicional de desenvolvimento Prototipagem Pacotes de software Desenvolvimento de 4ª geração Terceirização
Prof. Ricardo José Pfitscher Material elaborado com base em: José Luiz Mendes Gerson Volney Lagemann Introdução Ciclo de vida tradicional de desenvolvimento Prototipagem Pacotes de software Desenvolvimento
Leia maissoluções inovadoras para desafios de negócios Manual explicativo do quadro do modelo de negócios passo a passo com exemplos
soluções inovadoras para desafios de negócios Manual explicativo do quadro do modelo de negócios passo a passo com exemplos O quadro do modelo de negócios O Business Model Canvas (Quadro do Modelo de Negócios)
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 Bibliografia* Project Management Institute. Conjunto de Conhecimentos em Gerenciamento
Leia maisGerenciamento da Integração (PMBoK 5ª ed.)
Gerenciamento da Integração (PMBoK 5ª ed.) O PMBoK diz que: O gerenciamento da integração do projeto inclui os processos e as atividades necessárias para identificar, definir, combinar, unificar e coordenar
Leia maisACOMPANHAMENTO GERENCIAL SANKHYA
MANUAL DE VISITA DE ACOMPANHAMENTO GERENCIAL SANKHYA Material exclusivo para uso interno. O QUE LEVA UMA EMPRESA OU GERENTE A INVESTIR EM UM ERP? Implantar um ERP exige tempo, dinheiro e envolve diversos
Leia maisLEAN OFFICE - ELIMINANDO OS DESPERDÍCIOS NAS ATIVIDADES ADMINISTRATIVAS
LEAN OFFICE - ELIMINANDO OS DESPERDÍCIOS NAS ATIVIDADES ADMINISTRATIVAS 1. Por que adotar o Lean Office? Parabéns! Você já conseguiu estabelecer o fluxo contínuo em suas atividades do chão de fábrica.
Leia maisDESENVOLVENDO O SISTEMA
DESENVOLVENDO O SISTEMA Declaração da Necessidade O primeiro passo do processo de análise de sistema envolve a identificação da necessidade [Pressman-95]. Normalmente o analista reúne-se com o usuário
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 maisO planejamento do projeto. Tecnologia em Gestão Pública Desenvolvimento de Projetos Aula 8 Prof. Rafael Roesler
O planejamento do projeto Tecnologia em Gestão Pública Desenvolvimento de Projetos Aula 8 Prof. Rafael Roesler 2 Introdução Processo de definição das atividades Sequenciamento de atividades Diagrama de
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 maisSistema Datachk. Plano de Projeto. Versão <1.0> Z u s a m m e n a r b e i t I d e i a s C o l a b o r a t i v a s
Plano de Projeto Versão Z u s a m m e n a r b e i t I d e i a s C o l a b o r a t i v a s 2010 2 Histórico de Revisões Data Versão Descrição Autores 07/04/2010 1.0 Criação da primeira versão do Plano
Leia maisMetadados. 1. Introdução. 2. O que são Metadados? 3. O Valor dos Metadados
1. Introdução O governo é um dos maiores detentores de recursos da informação. Consequentemente, tem sido o responsável por assegurar que tais recursos estejam agregando valor para os cidadãos, as empresas,
Leia maisRESUMO: APRESENTAÇÃO DOS RESULTADOS DO ESTUDO DE CASO:
MÉTRICAS PARA ESTIMATIVA DE SOFTWARES EM QUE SE APLICAM METODOLOGIA ÁGIL Juliana Cotta Ferreira RESUMO: A engenharia de software discute-se muito sobre métricas, devido à sua importância para acompanhar
Leia maisTópicos. Métodos Ágeis. Histórico; Valores; Métodos Ágeis x Modelos Tradicionais; Exemplo: Referências Bibliográficas.
Métodos Ágeis Edes Garcia da Costa Filho edes_filho@dc.ufscar.br 1 Tópicos Histórico; Valores; Métodos Ágeis x Modelos Tradicionais; Exemplo: Extreme Programming (XP). Referências Bibliográficas. 2 Histórico
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 maisCursos livres EAD GUIA BÁSICO PARA USO CORPORATIVO. www.webaula.com.br
Cursos livres EAD GUIA BÁSICO PARA USO CORPORATIVO www.webaula.com.br Índice 3 introdução 3 introdução 3 O que são cursos livres, afinal? 4 Características dos cursos livres 5 Vantagens dos cursos livres
Leia maisAS CONTRIBUIÇÕES DAS VÍDEO AULAS NA FORMAÇÃO DO EDUCANDO.
AS CONTRIBUIÇÕES DAS VÍDEO AULAS NA FORMAÇÃO DO EDUCANDO. Autor: José Marcos da Silva Instituição: UFF/CMIDS E-mail: mzosilva@yahoo.com.br RESUMO A presente pesquisa tem como proposta investigar a visão
Leia maisIndicadores de desempenho essenciais para projetos
Indicadores de desempenho essenciais para projetos Sérgio Fernando, SCJA, PMP Gerente de Projetos Memora Processos Inovadores Ltda Distrito Federal, Brasil E-mail: sergio.muniz@memora.com.br RESUMO Como
Leia maisITIL v3 - Operação de Serviço - Parte 1
ITIL v3 - Operação de Serviço - Parte 1 É na Operação de Serviço que se coordena e realiza as atividades e processos necessários para fornecer e gerenciar serviços em níveis acordados com o usuário e clientes
Leia maisMódulo 14 Treinamento e Desenvolvimento de Pessoas. 14.1. Treinamento é investimento
Módulo 14 Treinamento e Desenvolvimento de Pessoas 14.1. Treinamento é investimento O subsistema de desenvolver pessoas é uma das áreas estratégicas do Gerenciamento de Pessoas, entretanto em algumas organizações
Leia maisWhite-box test: Também conhecido como teste estrutural, tem por objetivo validar os dados derivados das funções do sistema.
22. Planejamento, Especificação e Execução dos Testes A implantação de um sistema de boa qualidade, dentro de um prazo específico, pode ser seriamente prejudicada caso uma etapa extremamente importante
Leia maisProf. Me. Marcos Echevarria
Prof. Me. Marcos Echevarria Nas décadas de 80 e 90 a visão geral sobre a melhor maneira de desenvolver software era seguir um cuidadoso planejamento para garantir uma boa qualidade; Esse cenário era aplicável
Leia maisSOLUÇÃO EM DISPOSITIVO MÓVEL PARA ATENDIMENTO DE RESTAURANTES E LANCHONETES EM VIÇOSA-MG 1
615 SOLUÇÃO EM DISPOSITIVO MÓVEL PARA ATENDIMENTO DE RESTAURANTES E LANCHONETES EM VIÇOSA-MG 1 Guilherme Paulo de Barros 2, Arthur Lemos 3, Heber Fernandes Amaral 4 Resumo: Nos dias atuais, com a popularização
Leia maisFTAD Formação Técnica em Administração de Empresas. Módulo: Administração de Materiais. Profª Neuza
FTAD Formação Técnica em Administração de Empresas Módulo: Administração de Materiais Profª Neuza AULA ANTERIOR: Compras O que é??? É uma atividade de aquisição que visa garantir o abastecimento da empresa
Leia maisUM SISTEMA WEB PARA GERÊNCIA DE CAMPEONATOS DE VOLEIBOL
UM SISTEMA WEB PARA GERÊNCIA DE CAMPEONATOS DE VOLEIBOL Caroline Paião dos Santos 1 NIPETI 2 - Instituto Federal de Mato Grosso do Sul (IFMS), Campus Nova Andradina carol.ifms@gmail.com Claudio Zarate
Leia maisWMS e TMS. A integração entre os sistemas de gerenciamento de armazéns e transportes é fundamental para a otimização dos fluxos de trabalho
WMS e TMS A integração entre os sistemas de gerenciamento de armazéns e transportes é fundamental para a otimização dos fluxos de trabalho O que um jogador de futebol e uma bailarina profissional têm em
Leia maisUNIVERSIDADE FEDERAL RURAL DE PERNAMBUCO DEPARTAMENTO DE ESTATÍSTICA E INFORMÁTICA BACHARELADO EM SISTEMAS DE INFORMAÇÃO RAPID APPLICATION DEVELOPMENT
UNIVERSIDADE FEDERAL RURAL DE PERNAMBUCO DEPARTAMENTO DE ESTATÍSTICA E INFORMÁTICA BACHARELADO EM SISTEMAS DE INFORMAÇÃO RAPID APPLICATION DEVELOPMENT Disciplina: Modelagem a Programação Orientada a Objetos
Leia maisSCRUM. Processo de Desenvolvimento de Software. Disciplina: Engenharia de Software I Professora: Eliane Martins
SCRUM Processo de Desenvolvimento de Software Disciplina: Engenharia de Software I Professora: Eliane Martins Camila R. Rocha RA: 022247 Silvia C. M. Soares RA: 012895 Agenda Introdução Objetivos Características
Leia maisGerenciamento das Aquisições do Projeto (PMBoK 5ª ed.)
Gerenciamento das Aquisições do Projeto (PMBoK 5ª ed.) Esta é a penúltima área do conhecimento do PMBoK, sendo o capítulo 12 do guia. O PMBoK diz que esta área inclui os processos necessários para comprar
Leia maisCAPITAL DE GIRO: ESSÊNCIA DA VIDA EMPRESARIAL
CAPITAL DE GIRO: ESSÊNCIA DA VIDA EMPRESARIAL Renara Tavares da Silva* RESUMO: Trata-se de maneira ampla da vitalidade da empresa fazer referência ao Capital de Giro, pois é através deste que a mesma pode
Leia maisPROCESSOS DE CRIAÇÃO DE APLICATIVOS
PROCESSOS DE CRIAÇÃO DE APLICATIVOS Joaldo de Carvalho Wesley Oliveira Irlei Rodrigo Ferraciolli da Silva Rodrigo Clemente Thom de Souza INTRODUÇÃO O mundo está dominado pelos dispositivos móveis. A cada
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 maisProjeto SIAC 2.0: Uma aplicação do framework Demoiselle para o desenvolvimento de Sistema de Informações Acadêmicas da UFBA (SIAC)
Projeto SIAC 2.0: Uma aplicação do framework Demoiselle para o desenvolvimento de Sistema de Informações Acadêmicas da UFBA (SIAC) André Luís Monteiro P. dos Santos 1, Fernando Cezar Borges 1, Leandro
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 maisCURSO: Desenvolvimento Web e Comércio Eletrônico DISCIPLINA: Gestão da Qualidade Professor: Ricardo Henrique
CURSO: Desenvolvimento Web e Comércio Eletrônico DISCIPLINA: Gestão da Qualidade Professor: Ricardo Henrique UNIDADE 6 GERENCIAMENTO DA ROTINA 1 INTRODUÇÃO 3 O GERENCIAMENTO DA ROTINA 4 CAMPO DE APLICAÇÃ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 maisBacksite Serviços On-line
Apresentação Quem Somos O Backsite Com mais de 15 anos de mercado, o Backsite Serviços On-line vem desenvolvendo soluções inteligentes que acompanham o avanço das tecnologias e do mundo. Com o passar do
Leia mais1. Introdução. Avaliação de Usabilidade Página 1
1. Introdução Avaliação de Usabilidade Página 1 Os procedimentos da Avaliação Heurística correspondem às quatro fases abaixo e no final é apresentado como resultado, uma lista de problemas de usabilidade,
Leia mais