Proposta de processo baseado em Scrum e Kanban para uma empresa de telecomunicações
|
|
- Domingos Júlio César Brás Pacheco
- 8 Há anos
- Visualizações:
Transcrição
1 79 Proposta de processo baseado em Scrum e Kanban para uma empresa de telecomunicações Luís Augusto Cândido Garcia Afonso Celso Soares Centro de Ensino Superior em Gestão, Tecnologia e Educação FAI garcialac@yahoo.com.br Centro de Ensino Superior em Gestão, Tecnologia e Educação FAI acs@fai-mg.br Resumo Em ambientes de desenvolvimento com poucos recursos é sempre um grande desafio implantar um processo devido as suas peculiaridades. Muitos processos de renome são baseados em grandes organizações o que torna ainda mais difícil sua implantação nestes ambientes. Modelos e ferramentas de processos como Scrum e Kanban surgem como alternativas viáveis a estes ambientes, por serem flexíveis o suficiente para se a adaptarem a eles. Neste artigo será apresentada uma proposta de processo baseado em Scrum e Kanban adaptados para uma empresa de telecomunicações. Palavras chave kanbam, metodologias agéis, processos, scrum, telecomunicação. atender às necessidades destes cenários complexos e dinâmicos. Porém, boa parte deles não conseguem resultados satisfatórios por supor que estes cenários podem ser totalmente definidos, estimados e medidos [8]. Abstract In development environments with limited resources is always a challenge to deploy a process due to its peculiarities. Many well-known processes are based in large organizations which makes its implementation more difficult in these environments. Models and tools for processes such as Scrum and Kanban emerge as viable alternatives to these environments because they are flexible enough to adapt to them. In this article we shall propose a process based on Scrum and Kanban adapted for a telecommunications company. Keywords agile, kanbam, processes, scrum, telecommunication. II. SCRUM I. INTRODUÇÃO Projetos atrasados, mudança de escopo e insatisfação por parte dos clientes, estes são problemas comuns vividos nas empresas de desenvolvimento de software. Boa parte destes problemas se deve a falta de um processo definido para o desenvolvimento ou a impraticabilidade de um determinado processo. Falta de recursos, acúmulo de papéis, fluxo não constante de projetos e manutenção de produtos existentes são problemas comuns vividos por muitas pequenas e médias empresas de desenvolvimento o que torna o dia a dia da gerência de projetos ainda mais difícil. Ao longo deste artigo serão abordados o modelo e a ferramenta de processo Scrum e Kanban; suas principais práticas e a maneira com que eles gerenciam o desenvolvimento de software. Será proposto um modelo de processo baseado nessa combinação para ambientes com poucos recursos e diversos projetos, incluindo manutenção. Scrum é um modelo de processo ágil de desenvolvimento de software [5] constituído por um conjunto de práticas e regras utilizadas para gerenciar e controlar todo o desenvolvimento. O processo se dá de forma empírica tendo por base três pilares: transparência, inspeção e adaptação. Isso faz com que todos os envolvidos no processo conheçam seus aspectos e façam as adaptações necessárias para atingir seus objetivos. O Scrum utiliza em sua estrutura conceitos do modelo espiral, onde cada ciclo da espiral de desenvolvimento seria equivalente ao que no Scrum é conhecido como Sprint (Iteração) [6]. No início de cada Sprint, o time seleciona as tarefas que ele acredita terminar durante a Sprint. Após esta etapa, o time se concentra no trabalho, decidindo qual será a melhor maneira para se realizar todas estas tarefas. Durante a Sprint são feitos acompanhamentos constantes para identificar possíveis problemas que possam impedir a realização do trabalho. No final da Sprint é entregue um incremento do trabalho para análise dos responsáveis. A arquitetura Scrum é composta por três papéis, cinco regras e três artefatos. 1. Diversos modelos, processos e metodologias se propõem a L. A. C. Garcia (garcialac@yahoo.com.br) e A. C. Soares (acs@fai-mg.br) pertencem ao Centro de Ensino Superior em Gestão, Tecnologia e Educação FAI. Av. Antônio de Cássia, 472 Santa Rita do Sapucaí MG Brasil Os três papéis são: Product Owner1 (Proprietário do produto), ScrumMaster [sic] e o time. Aqui não há referência direta com os papéis convencionais como Optou-se pela utilização dos termos em inglês por serem amplamente utilizados na literatura.
2 80 por exemplo Gerente de Projeto ou Arquiteto de Projeto, estes estão diluídos nos papéis citados, cada um com sua função específica. 2. As cinco regras são: Sprint Planning Meeting (Reunião de Planejamento da Iteração), Daily Scrum Meeting (Reunião Diária do Scrum), Sprint, Sprint Review Meeting (Reunião de Revisão da Iteração) e Sprint Retrospective Meeting (Reunião de Retrospectiva da Iteração). Nessas regras está o coração do Scrum, onde é feito todo o controle e adaptação necessários para alcançar o sucesso na realização do trabalho. 3. Os três artefatos são: Product Backlog (Lista de funcionalidades do produto), Sprint Backlog (Lista de funcionalidades para a iteração) e Burndown Chart (Gráfico de acompanhamento). Estes artefatos são utilizados para priorizar e acompanhar o trabalho. A. Os papéis No Scrum exitem apenas três papéis para gerência e execução de todo o processo, ao contrário dos processos tradicionais onde existe toda uma hierarquia e definição detalhada de cada papel. O Scrum exige que exista uma pessoa que tenha uma visão de negócio do produto e que esteja focado no retorno do investimento [7]. Essa pessoa é o Product Owner. Ele é o responsável por direcionar o trabalho do time a cada Sprint e por manter os interesses da empresa. O time por sua vez é o responsável por desenvolver e gerenciar o desenvolvimento do produto. No Scrum o time é composto por volta de 5 a 10 integrantes auto organizados, decidindo pela melhor forma de realizar o trabalho durante a Sprint. E por último para facilitar a comunicação entre o Product Owner e o time e garantir que as práticas do Scrum sejam seguidas existe a figura do ScrumMaster. O papel do ScrumMaster é a de um facilitador do processo, sendo sua responsabilidade remover todo bloqueio encontrado durante o trabalho e gerenciar as regras do Scrum. B. Os artefatos Os artefatos são ferramentas do Scrum que permitem organizar e acompanhar o trabalho de forma simples e direta. O Product Backlog é uma lista com as funcionalidades desejáveis do produto, sendo gerenciada pelo Product Owner. O Product Owner prioriza os itens dessa lista de acordo com o valor de negócio de cada item. Em seguida, o time monta a Sprint Backlog que conterá os itens mais prioritários do Product Backlog a serem desenvolvidos durante a Sprint. Durante a Sprint o acompanhamento será feito pelo Burndown Chart, que é um gráfico mostrando o andamento do Sprint, devendo ser atualizado durante as Daily Scrum Meetings. C. As regras O Scrum tem nas suas regras a chave do seu sucesso, o seu coração. Através das reuniões os envolvidos no processo conseguem identificar os bloqueios e os riscos do projeto e realizar adaptações para um trabalho mais rápido e mais organizado. No início de cada Sprint, durante a Sprint Planning Meeting, o Product Owner de posse do Product Backlog, prioriza cada item para que sirva de referência para o time trabalhar no desenvolvimento do produto. Em seguida, com base em prioridades, o time seleciona as funcionalidades que ele acredita ser capaz de realizar durante uma Sprint, formando assim o Sprint Backlog. Após a Sprint Planning Meeting o time se concentra na Sprint. O período de uma Sprint varia entre 2 a 4 semanas, onde o time reserva para trabalhar nas funcionalidades da Sprint Backlog. Após definido o tamanho da Sprint, o time pode alterar a quantidade de funcionalidades contidas na Sprint Backlog, sendo que a data final da Sprint deve continuar a mesma [6]. Para acompanhamento e gerência da Sprint são realizadas as Daily Scrum Meetings, que são as reuniões diárias. Através dessas reuniões é possível identificar possíveis riscos e impedimentos do projeto. Essas reuniões são rápidas, durando aproximadamente 15 minutos. No final da Sprint é realizada a Sprint Review Meeting. Nessa reunião, o time apresenta ao Product Owner e outros interessados o resultado do trabalho. Nesse ponto, o produto deve estar funcional, ele já passou por todas as etapas do desenvolvimento: projeto, implementação e testes. Após a Sprint Review Meeting, é realizado a Sprint Retrospective Meeting. O objetivo dessa reunião é reunir ideias para melhorar o processo. Segundo Kniberg [3] essa pode ser considerada depois da Sprint Planning Meeting o evento mais importante pois, é a hora de rever todo o processo e adaptá-lo para que a próxima Sprint seja ainda melhor. III. KANBAN Kanban é uma ferramenta de processo [4] criada como parte do Sistema de Produção Toyota (TPS Toyota Production System) [1]. Seu principal objetivo é minimizar o trabalho em andamento, evitando assim os gargalos em determinadas fases do processo e os desperdícios da superprodução [1]. Para esse controle o Kanban utiliza 3 regras básicas: visualizar o fluxo de trabalho; minimizar o trabalho em andamento e calcular o tempo médio para conclusão de uma tarefa [4]. Para visualizar o fluxo do trabalho, o Kanban utiliza um quadro onde são feitas divisões que correspondem as etapas do fluxo do trabalho. Nesse quadro são fixados cartões que correspondem as tarefas a serem executadas. Parte da tarefa é executada em cada etapa do fluxo e após a sua conclusão o cartão é movido para a próxima etapa. Ao passar pela última etapa do fluxo, a tarefa deverá estar concluída. Para evitar os desperdícios com a superprodução e os gargalos no processo, o Kanban limita o número de tarefas em cada etapa do fluxo. Ao terminar a execução de uma tarefa em uma determinada etapa, ela só pode ser encaminhada para a
3 próxima se esta ainda não atingiu seu limite, garantindo-se assim um fluxo constante de tarefas em execução [1]. Após determinar o limite de cada etapa do fluxo, é possível medir o tempo médio de conclusão de uma tarefa. Isso é de fundamental importância na negociação de prazos. O ideal é que este tempo médio seja o menor e mais previsível possível, ajudando a definir prazos mais realistas [4]. IV. PROCESSO PROPOSTO A empresa, alvo do estudo, pertence ao ramo de telecomunicações onde o trabalho do desenvolvimento é composto por desenvolvimento de hardware, software embarcado e software aplicativo. A equipe 2 de software aplicativo, foco do processo proposto, é composta por nove desenvolvedores e um supervisor. O trabalho da equipe se divide em desenvolvimento de novos produtos, manutenção dos produtos já existentes e gerência de configuração. Muitas vezes, o mesmo desenvolvedor atua tanto no desenvolvimento, quanto na manutenção. Manter a mesma equipe tanto no desenvolvimento quanto na manutenção impede que o time se comprometa durante um determinado período apenas ao desenvolvimento, pois não é possível prever quando surgirá uma nova manutenção e em alguns casos quanto tempo será gasto nessa manutenção. Isso pode fazer com que o time pare com o desenvolvimento para realizar uma manutenção por ser de maior prioridade [4]. 81 Portanto, será proposto um processo também baseado em Scrum e Kanban, mas com as adaptações necessárias a este cenário de poucos recursos e fluxo variável de projetos. A. Divisão dos papéis A divisão dos papéis segue o modelo proposto pelo Scrum. Porém, na divisão dos times, o Scrum sugere de cinco a dez desenvolvedores e um ScrumMaster. Neste caso, como toda a equipe é composta por dez desenvolvedores, formam-se times com dois desenvolvedores ou até mesmo um único. Neste caso, devido a limitação de recursos apresentada no item I, propõe-se um ScrumMaster para times com 4 ou mais integrantes onde um dos integrantes seria o ScrumMaster. E um único ScrumMaster para times com 3 ou menos integrantes onde o ScrumMaster seria o próprio supervisor do departamento. A Figura 1 ilustra esta distribuição. Espera-se que o arranjo proposto traga maior agilidade e por conseguinte aumento de produtividade dos times. Não encontrou-se, na literatura pesquisada, nenhuma abordagem relacionada à sobrecarga de papéis, embora seja uma situação típica das pequenas e médias empresas de tecnologia. Outra questão são os impedimentos que surgem durante o trabalho. Com apenas uma pessoa responsável por resolver esses impedimentos, no caso o supervisor, o trabalho torna-se lento algumas vezes, além de provocar sobrecarga na responsabilidade do supervisor. Kniberg e Skarin [4] apresentam um estudo de caso de uma empresa onde o trabalho da equipe de desenvolvimento também era divido em desenvolvimento de novos produtos e manutenção de produtos já existentes. A empresa havia implantado Scrum no desenvolvimento e com isso vários impedimentos foram resolvidos e o desempenho da equipe cresceu. Porém, a imprevisibilidade das manutenções e a necessidade de priorização constante das tarefas tornavam o sistema de sprints do Scrum inviável. Para esta empresa Kniberg e Skarin [4] implantaram um processo baseado no Scrum e Kanban, onde as principais mudanças foram a substituição das sprints pelo fluxo do trabalho do Kanban e a Sprint Planning Meeting passou a ser realizada semanalmente permitindo-se uma priorização constante das tarefas. Desta forma a empresa conseguiu conciliar o desenvolvimento e a manutenção na mesma equipe. Embora o cenário da empresa descrita pelos autores seja parecido com o da empresa foco do estudo, em nenhum momento os autores relatam problemas como falta de recursos e fluxo variável de projetos, problemas estes vividos pela empresa foco do estudo. 2 Equipe são todas as pessoas que compõem uma divisão do desenvolvimento e time são as pessoas que pertencem a um projeto. Figura 1 - Distribuição dos times A empresa possui o cargo de Gerente de Produtos que é quem analisa o mercado e traz as informações necessárias para o desenvolvimento dos produtos. Esta pessoa assumiria o papel de Product Owner dentro do desenvolvimento do produto, participando das cerimônias quando sua presença for necessária. Porém, a equipe de software aplicativo algumas vezes também desenvolve produtos para uso interno de outros departamentos da empresa. Neste caso, a pessoa responsável por este produto no outro departamento assumiria o papel de Product Owner, participando das cerimônias quando sua presença for necessária. B. Os artefatos Para acompanhamento e controle das atividades será utilizado um quadro do Kanban e os cartões usados seguirão o modelo da Figura 2.
4 82 necessitem de uma análise prévia antes de serem executadas. Por exemplo, no caso das tarefas de manutenção, nem sempre é possível determinar a causa de um problema num projeto, requerendo primeiro uma análise. Após a análise, a tarefa é encaminhada para a etapa de Transferência, Execução ou Finalizada caso não exista nenhuma manutenção a ser feita. Figura 2 - Cartão modelo Descrição dos campos do cartão: Código: é um número que identifica a funcionalidade no Product Backlog; Projeto: é o nome do projeto que a tarefa pertence; Tamanho: é o tamanho da tarefa estimado em pontos [3]; Entrada: é a data em que a tarefa entrou no quadro para ser feita; Finalizada: é a data em que a tarefa foi finalizada; Descrição: é uma breve descrição do que é para ser feito nesta tarefa; Como demonstrar: segundo Kniberg [3] este campo descreve como esta tarefa será demonstrada na Sprint Review Meeting e também pode ser utilizado para implementação dos testes. Os campos Tamanho, Entrada e Finalizada serão utilizados para calcular a velocidade do time. Por exemplo, se uma tarefa entrou no quadro dia 20/06/2010 e foi finalizada dia 25/06/2010 e seu tamanho é 10 pontos, significa que o time demorou 5 dias para concluí-la dando uma média de 2 pontos por dia. Essa estimativa será utilizada na negociação de prazos. Para identificar as tarefas de desenvolvimento e manutenção serão utilizados cartões de cores diferentes, como mostrado na Figura 3. Estes cartões serão fixados em um quadro Kanban, onde todos visualizarão as tarefas e o fluxo que as tarefas seguirão dentro do processo. O quadro será montado conforme ilustrado na Figura 4. O fluxo do processo no quadro segue da esquerda para a direita. No topo de cada coluna está o nome da etapa e a quantidade máxima de tarefas da etapa. Toda tarefa nova será colocada na primeira coluna (A fazer), podendo ser tanto de desenvolvimento quanto de manutenção. A prioridade entre elas é de cima para baixo, onde tarefas do topo possuem maior prioridade, sendo que as tarefas de manutenção são mais prioritárias que as de desenvolvimento. A segunda coluna (Análise) será utilizada para as tarefas que Como mencionado no início do capítulo, a empresa em estudo também desenvolve hardware e software embarcado e existe uma integração entre estes sistemas e os softwares aplicativos. Muitas vezes acontece de os problemas de um sistema refletirem no outro. Neste caso, quando uma tarefa de manutenção ao passar pela análise e for constatado que o problema é devido a outro sistema, esta será encaminhada para a coluna Transferência. Isso quer dizer que a tarefa está em análise por outra equipe e aguardando resposta. Após a resposta da outra equipe esta tarefa será encaminhada para a coluna Finalizada, caso o problema seja realmente da outra equipe, ou será encaminhada para Análise novamente ou Execução caso o problema seja realmente do software aplicativo. Na coluna Execução ficam todas as tarefas que estão sendo trabalhadas naquele momento, sejam elas de desenvolvimento ou manutenção. Após a tarefa ter sido executada, será encaminhada para a coluna Teste, onde um outro desenvolvedor fará os testes necessários. Neste ponto, o campo Como demonstrar do cartão pode servir de partida para os testes [4]. Se a tarefa passar pelos testes, irá para coluna Finalizada, encerrando-se o fluxo. Caso contrário ela volta para a coluna Execução para as correções necessárias e passar novamente pelos testes. Se em qualquer uma das etapas surgir algo que impeça o andamento da tarefa, ela será encaminhada para a coluna Bloqueada. O desenvolvedor informa ao ScrumMaster que existe um impedimento e ele fica responsável por removê-lo. Cada etapa do processo possui um limite de tarefas. Como este artigo trata de uma proposta e a empresa em estudo nunca utilizou nenhuma técnica parecida no desenvolvimento, estes limites não puderam ser baseados em informações históricas. Estes valores foram baseados no número de desenvolvedores da equipe, já apresentados no item IV.
5 83 Figura 3 - Cartões de manutenção (esquerda) e desenvolvimento (direita) Figura 4 - Quadro Kanban Para o número máximo de tarefas da coluna Execução, utiliza-se a expressão 2n-1 (n número de desenvolvedores) proposta por Kniberg e Skarin [4], considerando no caso 10 desenvolvedores. Isso significa que nove desenvolvedores podem trabalhar em duas tarefas simultâneas e o décimo estará com apenas uma. Caso precise trabalhar numa segunda tarefa, terá que esperar o término de alguma ou ajudar algum desenvolvedor a terminar uma de suas tarefas. O propósito dessa estratégia é aumentar a colaboração entre os desenvolvedores. Ilustra-se na Figura 5 um exemplo de preenchimento do quadro Kanban e na Figura 6 o preenchimento de um cartão de manutenção e outro de desenvolvimento. C. As regras Como visto no Item II, o Scrum prescreve cinco regras. Estas regras serão mantidas para a empresa em estudo, porém com algumas adaptações. A principal mudança será a substituição das Sprints pelo fluxo do trabalho do Kanban. Num time onde o trabalho se divide em desenvolvimento e manutenção, o time não está cem porcento comprometido com o desenvolvimento, que é um requisito do Scrum na Sprint. Portanto, a utilização de Sprints torna-se inviável num cenário como este [4].
6 84 Figura 5 - Exemplo de um quadro Kanban (os cartões mais escuros são de manutenção e os mais claros de desenvolvimento) Figura 6 - Cartões ampliados (superior de manutenção e inferior de desenvolvimento)
7 85 Para conciliar desenvolvimento e manutenção num mesmo time é necessário um controle maior, fazendo com que as tarefas tenham que ser priorizadas constantemente evitando-se que o desenvolvimento ou a manutenção sejam deixados de lado. Desta forma, tomando-se como base as experiências de Kniberg e Skarin [4] e Kinoshita [2], realiza-se semanalmente a Sprint Planning Meeting. Com relação ao dia ideal para realização desta reunião, Kinoshita [2] sugere que seja uma quarta ou quinta-feira pois, iniciando as atividades numa segunda-feira poderia provocar horas extras desnecessárias no fim de semana para finalizar algumas tarefas pendentes. No mesmo dia logo após a Sprint Planning Meeting é feita a Sprint Retrospective Meeting. Neste caso, como a equipe toda é pequena, não há necessidade de se fazer uma retrospectiva para cada time. Reúnem-se os times, os ScrumMasters e os Product Owners. A presença dos Product Owners é opcional [7]. Todos se reúnem numa sala fora do ambiente de trabalho, para que se evite interrupções durante a reunião [3] e debatem sobre duas perguntas: O que funcionou bem no processo desde a última retrospectiva? e O que deveria ser melhorado? [7]. O supervisor anota as opiniões de todos e no fim da reunião a equipe prioriza as mudanças para a próxima semana, isso faz com que o processo esteja sempre em melhoria contínua. Nos casos de desenvolvimento, após as Sprint Planning Meetings o Product Owner avalia se as funcionalidades implementadas até aquele momento são suficientes para compor um produto utilizável. Caso já se tenha, é agendada a Sprint Review Meeting onde o time, o ScrumMaster, o Product Owner e as áreas da empresa interessadas avaliam o produto desenvolvido até ali. Durante a reunião, o time apresenta as funcionalidades implementadas desde a última Sprint Review Meeting e anotam as observações e comentários feitos. Estas anotações serão utilizadas na próxima Sprint Planning Meeting, onde o Product Owner decidirá quais delas irão para o Product Backlog. Durante a semana, no início de cada manhã, o time e o ScrumMaster se reúnem para realizar a Daily Scrum Meeting. Nesta reunião os times atualizam o quadro Kanban e respondem a três perguntas feitas pelo ScrumMaster: o que foi feito desde a última reunião? ; existe algum impedimento? ; e o que será feito até a próxima reunião? [7]. O objetivo é encontrar o mais rápido possível os bloqueios do projeto, tudo aquilo que impeça o avanço do desenvolvimento. O supervisor fará uma reunião individual com cada time. Espera-se com isso maior aproveitamento da reunião já que todos estarão focados em um único projeto. ambientes onde exitem poucos recursos e exigem respostas rápidas para as mudanças, estes modelos e ferramentas podem-se tornar elementos chaves para o sucesso da organização. Este artigo apresentou uma proposta de processo baseado no modelo de processo Scrum e da ferramenta de processo Kanban onde a principal característica é a melhoria contínua e a resposta rápida às mudanças. Devido as peculiaridades da empresa estudada, foram feitas algumas mudanças nos modelos originais propostos pelo Scrum e Kanban, objetivando assim melhor adaptação à empresa estudada. Espera-se que esta proposta seja utilizada em organizações onde o cenário seja parecido com o da empresa estudada. E que os resultados obtidos por meio de estudo de caso sejam relatados em trabalhos futuros. REFERÊNCIAS [2] F. Kinoshita, Practices of an Agile Team, IEEE Computer Society, Toronto, pp , Aug [1] K. Hiranabe, (2010, Jun) Kanban Applied to Software Development: from Agile to Lean [Online]. Disponível: [3] H. Kniberg, (2010, Jan) Scrum and XP from the Trenches: How we do Scrum [Online]. Disponível: [4] H. Kniberg, M. Skarin, (2010, Feb) Scrum and Kanban: making the most of both [Online]. Disponível: [5] R. Pressman, Engenharia de Software. (6. ed.) São Paulo: McGraw-Hill, [6] L. Rising, N. Janoff, The Scrum Software Development Process for Small Teams, IEEE Software, New York, pp , July [7] K. Schwaber, Agile Project Management with Scrum. Redmond: Microsoft Press, [8] K. Schwaber, (2010, Jun) SCRUM Development Process [Online]. Disponível: / /Scrum+Development+Process.pdf. V. CONCLUSÃO Devido as dificuldades da implantação de processos tradicionais, modelos e ferramentas de processo vêm ganhando cada vez mais espaço dentro das organizações. Em
Alexandre Lima Guilherme Melo Joeldson Costa Marcelo Guedes
Instituto Federal do Rio Grande do Norte IFRN Graduação Tecnologia em Analise e Desenvolvimento de Sistema Disciplina: Processo de Desenvolvimento de Software Scrum Alexandre Lima Guilherme Melo Joeldson
Leia 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 maisCOMO COMEÇAR 2016 se organizando?
COMO COMEÇAR 2016 se organizando? Como começar 2016 se organizando? Conheça estratégias simples para iniciar o novo ano com o pé direito Você sabia que, de acordo com o Sebrae, os principais motivos que
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 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 maisPrimeiros passos das Planilhas de Obra v2.6
Primeiros passos das Planilhas de Obra v2.6 Instalação, configuração e primeiros passos para uso das planilhas de obra Elaborado pela Equipe Planilhas de Obra.com Conteúdo 1. Preparar inicialização das
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 mais7 Mudanças Realizadas
7 Mudanças Realizadas Este capítulo tem o objetivo de detalhar as mudanças realizadas no ambiente de trabalho da equipe estudada. Ele cita as alterações no produto de software utilizado pela equipe, que
Leia maisINTRODUÇÃO AOS MÉTODOS ÁGEIS
WESLLEYMOURA@GMAIL.COM INTRODUÇÃO AOS MÉTODOS ÁGEIS ANÁLISE DE SISTEMAS Introdução aos métodos ágeis Metodologias tradicionais Estes tipos de metodologias dominaram a forma de desenvolvimento de software
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 maisScrum-Half: Uma Ferramenta Web de Apoio ao Scrum
Scrum-Half: Uma Ferramenta Web de Apoio ao Scrum Diego R. Marins 1,2, José A. Rodrigues Nt. 1, Geraldo B. Xexéo 2, Jano M. de Sousa 1 1 Programa de Engenharia de Sistemas e Computação - COPPE/UFRJ 2 Departamento
Leia maisScrum no Desenvolvimento de Jogos Eletrônicos
Scrum no Desenvolvimento de Jogos Eletrônicos Vinícius Kiwi Daros Orientador: Prof. Flávio Soares MAC 499 Trabalho de Formatura Supervisionado IME - USP 16 de novembro de 2011 Roteiro Roteiro Introdução
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 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 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 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 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 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 maisFigura 1: tela inicial do BlueControl COMO COLOCAR A SALA DE INFORMÁTICA EM FUNCIONAMENTO?
Índice BlueControl... 3 1 - Efetuando o logon no Windows... 4 2 - Efetuando o login no BlueControl... 5 3 - A grade de horários... 9 3.1 - Trabalhando com o calendário... 9 3.2 - Cancelando uma atividade
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 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 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 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 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 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 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 maisProgramação Extrema. Luis Fernando Machado. Engenharia de Software
Programação Extrema Luis Fernando Machado Engenharia de Software Desenvolvimento Ágil Programação Extrema, ou Extreme Programming (XP) é um modelo de desenvolvimento ágil. Desenvolvimento ágil foi criado
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 maisManual das planilhas de Obras v2.5
Manual das planilhas de Obras v2.5 Detalhamento dos principais tópicos para uso das planilhas de obra Elaborado pela Equipe Planilhas de Obra.com Conteúdo 1. Gerando previsão de custos da obra (Módulo
Leia maisQ-Acadêmico. Módulo CIEE - Estágio. Revisão 01
Q-Acadêmico Módulo CIEE - Estágio Revisão 01 SUMÁRIO 1. VISÃO GERAL DO MÓDULO... 2 1.1 PRÉ-REQUISITOS... 2 2. ORDEM DE CADASTROS PARA UTILIZAÇÃO DO MÓDULO CIEE... 3 2.1 CADASTRANDO EMPRESAS... 3 2.1.1
Leia maisMANUAL DA SECRETARIA
MANUAL DA SECRETARIA Conteúdo Tela de acesso... 2 Liberação de acesso ao sistema... 3 Funcionários... 3 Secretaria... 5 Tutores... 7 Autores... 8 Configuração dos cursos da Instituição de Ensino... 9 Novo
Leia maisO Gerenciamento de Documentos Analógico/Digital
Tipos de GED: Document imaging Document management Document Imaging / Document Management O Gerenciamento de Documentos Analógico/Digital Mundo analógico Criação Revisão Processamento Arquivo Mundo digital
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 maisDesenvolvimento Ágil de Software em Larga Escala
Desenvolvimento Ágil de Software em Larga Escala Jutta Eckstein Encontro Ágil 2009 1 Agilidade é Quente Gerenciamento Ágil de Projetos Testes Ágeis Arquitetura Ágeis Offshore Ágil Investimento Ágil PLM
Leia maisGerenciamento de Projetos Modulo II Clico de Vida e Organização
Gerenciamento de Projetos Modulo II Clico de Vida e Organização Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com Bibliografia* Project Management Institute. Conjunto de Conhecimentos
Leia maisA INFORMÁTICA E O ENSINO DA MATEMÁTICA
A INFORMÁTICA E O ENSINO DA MATEMÁTICA Nélia Caires da Silva Acadêmico de Matemática da FACITEC Andreia Júlio de Oliveira Rocha MSc. Em Ensino de Ciências Naturais e Matemática FACITEC Resumo Essa pesquisa
Leia maisFINANÇAS EM PROJETOS DE TI
FINANÇAS EM PROJETOS DE TI 2012 Exercícios de Fixação e Trabalho em Grupo - 2 Prof. Luiz Carlos Valeretto Jr. 1 1. O valor de depreciação de um item é seu: a) Valor residual. b) Custo inicial menos despesas
Leia maisMontagem e Manutenção. Luís Guilherme A. Pontes
Montagem e Manutenção Luís Guilherme A. Pontes Introdução Qual é a importância da Montagem e Manutenção de Computadores? Sistema Binário Sistema Binário Existem duas maneiras de se trabalhar e armazenar
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 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 maisMonitoramento e Controle. Leonardo Gresta Paulino Murta leomurta@ic.uff.br
Monitoramento e Controle Leonardo Gresta Paulino Murta leomurta@ic.uff.br O que é? O plano pode ser visto como lacunas (contendo tarefas), que estão previstas mas ainda não foram executadas É possível
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 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 maisATIVIDADES PRÁTICAS SUPERVISIONADAS
ATIVIDADES PRÁTICAS SUPERVISIONADAS 1ª Série Empreendedorismo Administração A Atividade Prática Supervisionada (ATPS) é um procedimento metodológico de ensino-aprendizagem desenvolvido por meio de etapas,
Leia maisnatureza do projeto e da aplicação métodos e ferramentas a serem usados controles e produtos que precisam ser entregues
Modelo De Desenvolvimento De Software É uma representação abstrata do processo de desenvolvimento que define como as etapas relativas ao desenvolvimento de software serão conduzidas e interrelacionadas
Leia maisO Sistema foi inteiramente desenvolvido em PHP+Javascript com banco de dados em MySQL.
Nome do Software: Gerenciador de Projetos Versão do Software: Gerenciador de Projetos 1.0.0 1. Visão Geral Este Manual de Utilização do Programa Gerenciador de Projetos via Web, tem por finalidade facilitar
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 maisUniversidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Programa de Pós-Graduação em Informática
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Programa de Pós-Graduação em Informática Disciplina: INF5008 Prof.: (monalessa@inf.ufes.br) Conteúdo 8. Metodologias
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 maisScrum. Centro de Informática - Universidade Federal de Pernambuco Sistemas de Informação Kiev Gama kiev@cin.ufpe.br
Scrum Centro de Informática - Universidade Federal de Pernambuco Sistemas de Informação Kiev Gama kiev@cin.ufpe.br Baseado em slides de Mike Cohn mike@mountaingoatsoftware.com traduzidos e adaptados por
Leia maisPROJETO PILOTO. Setembro 2015
PROJETO PILOTO Setembro 2015 Manual completo de funcionamento do projeto: Instruções Iniciais, Perguntas Frequentes e Tutorial de Utilização 1 Projeto Piloto - Aplicativo Di@rio de Classe 1) Instruções
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 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 maisLEAN SIX SIGMA PARA O SERVICE DESK
LEAN SIX SIGMA PARA O SERVICE DESK Algumas reclamações de clientes/ usuários finais são bastante comuns: Eu tive que falar sobre o mesmo problema para mais de uma pessoa antes dele ser resolvido, e a cada
Leia maisCÓDIGO CRÉDITOS PERÍODO PRÉ-REQUISITO TURMA ANO INTRODUÇÃO
PONTIFÍCIA UNIVERSIDADE CATÓLICA DE GOIÁS ESCOLA DE GESTÃO E NEGÓCIOS CURSO DE CIÊNCIAS CONTÁBEIS, ADMINISTRAÇÃO E ECONOMIA DISCIPLINA: ESTRUTURA E ANÁLISE DE CUSTO CÓDIGO CRÉDITOS PERÍODO PRÉ-REQUISITO
Leia maisAtividades da Engenharia de Software ATIVIDADES DE APOIO. Atividades da Engenharia de Software. Atividades da Engenharia de Software
Módulo 1 SCE186-ENGENHARIA DE SOFTWARE Profª Rosely Sanches rsanches@icmc.usp.br CONSTRUÇÃO Planejamento do Codificação Teste MANUTENÇÃO Modificação 2003 2 Planejamento do Gerenciamento CONSTRUÇÃO de Codificação
Leia maisBSI Letramento Digital Prof. André Di Thommazo. Organização pessoal
Organização pessoal Os cursos de graduação exigem que os alunos cursem diversas disciplinas ao mesmo tempo e em alguns semestres a carga horária é grande. Em geral o aluno de ensino a distância tem outras
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 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 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 maisOrganização em Enfermagem
Universidade Federal de Juiz de Fora Faculdade de Enfermagem Departamento de Enfermagem Básica Disciplina Administração em Enfermagem I Organização em Enfermagem Prof. Thiago C. Nascimento Objetivos: Discorrer
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 maisProjeto Físico e Lógico de Redes de Processamento. Kleber A. Ribeiro
Projeto Físico e Lógico de Redes de Processamento Kleber A. Ribeiro Plano de projeto O Plano de Projeto é uma série de documentos ou uma coletânea lógica de documentos compilados pelo Gerente de Projetos
Leia maisBenefícios das metodologias ágeis no gerenciamento de projetos de Tecnologia da Informação (TI)
1 Benefícios das metodologias ágeis no gerenciamento de projetos de Tecnologia da Informação (TI) Greick Roger de Carvalho Lima - greickroger@yahoo.com.br MBA Governança nas Tecnologias da Informação Instituto
Leia maisGerência de Projetos Prof. Késsia Rita da Costa Marchi 3ª Série kessia@unipar.br
Gerência de Projetos Prof. Késsia Rita da Costa Marchi 3ª Série kessia@unipar.br Motivações Gerenciamento de projetos, vem sendo desenvolvido como disciplina desde a década de 60; Nasceu na indústria bélica
Leia maisPESQUISA CENÁRIO 2010-2015: DESAFIOS ESTRATÉGICOS E PRIORIDADES DE GESTÃO
PESQUISA CENÁRIO 2010-2015: DESAFIOS ESTRATÉGICOS E PRIORIDADES DE GESTÃO PESQUISA RESPONDENTES 1065 executivos (as) PERÍODO De 02 a 17 (Novembro de 2009) CEOs Diretores UNs Diretores Funcionais QUESTIONÁRIO
Leia maisPorque estudar Gestão de Projetos?
Versão 2000 - Última Revisão 07/08/2006 Porque estudar Gestão de Projetos? Segundo o Standish Group, entidade americana de consultoria empresarial, através de um estudo chamado "Chaos Report", para projetos
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 maisSoluções via.net para otimização de processos paramétricos com Autodesk Inventor.
Soluções via.net para otimização de processos paramétricos com Autodesk Inventor. Michel Brites dos Santos MAPData A parametrização quando possível já é uma forma de otimizar o processo de criação na engenharia.
Leia maisUMA ABORDAGEM PARA VIABILIZAR A ADERÊNCIA DA METODOLOGIA SCRUM AO MODELO MPS.BR NÍVEL G.
UMA ABORDAGEM PARA VIABILIZAR A ADERÊNCIA DA METODOLOGIA SCRUM AO MODELO MPS.BR NÍVEL G. Magda A. Silvério Miyashiro 1, Maurício G. V. Ferreira 2, Bruna S. P. Martins 3, Fabio Nascimento 4, Rodrigo Dias
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 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 maisMódulo 12 Gerenciamento Financeiro para Serviços de TI
Módulo 12 Gerenciamento Financeiro Módulo 12 Gerenciamento Financeiro para Serviços de TI Todos os direitos de cópia reservados. Não é permitida a distribuição física ou eletrônica deste material sem a
Leia maisGestão de impactos sociais nos empreendimentos Riscos e oportunidades. Por Sérgio Avelar, Fábio Risério, Viviane Freitas e Cristiano Machado
Gestão de impactos sociais nos empreendimentos Riscos e oportunidades Por Sérgio Avelar, Fábio Risério, Viviane Freitas e Cristiano Machado A oferta da Promon Intelligens considera o desenvolvimento de
Leia maisGERÊNCIA DE PROJETOS DE SOFTWARE. Introdução
GERÊNCIA DE PROJETOS DE SOFTWARE Introdução GERÊNCIA DE PROJETOS DE SOFTWARE - INTRODUÇÃO Um projeto é como uma viagem em uma rodovia. Alguns projetos são simples e rotineiros, como dirigir até uma loja
Leia mais