AVALIAÇÃO DA UTILIZAÇÃO DO SCRUM COMO MEIO PARA OBTENÇÃO DO NÍVEL G DE MATURIDADE DE ACORDO COM O MODELO MPS.br RESUMO
|
|
- Lucca Mirandela Oliveira
- 8 Há anos
- Visualizações:
Transcrição
1 1 AVALIAÇÃO DA UTILIZAÇÃO DO SCRUM COMO MEIO PARA OBTENÇÃO DO NÍVEL G DE MATURIDADE DE ACORDO COM O MODELO MPS.br Autor: Julio Cesar Fausto 1 RESUMO Em um cenário cada vez mais competitivo e em franca expansão, o mercado de software brasileiro vem procurando estabelecer-se de forma competitiva através da adoção de modelos de maturidade organizacional que denotem à organização, capacidade plena em gerenciamento de projetos. Também é cada vez mais frequente a adoção de modelos de desenvolvimento de software ágeis visando obter uma maior produtividade, qualidade e maior satisfação dos clientes. O grande desafio é alinhar estas duas estratégias de modo que ambas possam conviver lado a lado em uma relação mútua de cooperação em relação aos objetivos estratégicos organizacionais. Este trabalho estudou de que forma o método Scrum pode se relacionar ao modelo MPS.br (Melhoria de Processo do Software Brasileiro) no sentido de contribuir para a qualificação da empresa em relação aos requisitos necessários para a obtenção do nível G de maturidade do modelo. Palavras-chave: Scrum, MPS.br, Maturidade Organizacional 1 Introdução O mercado brasileiro de software tem crescido de forma expressiva nos últimos anos. No ano de 2011, o mercado interno de software registrou um aumento de 21,9% em relação ao mercado de 2009 e alcançamos no cenário mundial uma fatia de 1,8% do mercado (ABES, 2011, p. 10). Este crescimento trouxe um aumento significativo na concorrência bem como um aumento na preocupação das empresas em se tornar mais eficientes e competitivas através do aprimoramento de seus processos de gestão e da produção de software. Uma das ações frequentemente adotadas para alcançar tais melhorias é a adoção de modelos de qualidade e maturidade tais como o CMM (Capability Maturity Model) e o MPS.br (Melhoria de Processo do Software Brasileiro). Ambos os modelos apresentam estratégias que quando colocadas em prática promovem dentro das organizações ganhos em maturidade nos processos, capacidade de produção, qualidade do produto, previsibilidade nos processos e alcance dos objetivos estratégicos de negócio levando a um consequente aumento da satisfação dos clientes. 1 Graduado em Sistemas de Informação pela Universidade Federal de Santa Catarina - UFSC.
2 Considerando o cenário acima, o presente estudo tem como objetivo fazer uma análise de como a utilização de um método ágil para desenvolvimento de software pode contribuir e, mais importante, estar alinhado para a obtenção de um maior grau de maturidade organizacional de acordo com um modelo de qualidade tradicional pré-estabelecido e amplamente aceito. O modelo de qualidade MPS.br (Melhoria de Processo do Software Brasileiro) foi escolhido pelo fato de ser um modelo desenvolvido no Brasil, logo, adequado às necessidades brasileiras, mas que também atende às principais exigências internacionais no que tange a avaliação, definição e melhoria dos processos de produção de software. O framework (modelo) de desenvolvimento ágil de software escolhido para este trabalho foi o Scrum. Este, contém técnicas, artefatos e cerimônias que, como veremos a diante, contribuem para a definição de um processo de desenvolvimento e o alcance de uma melhor qualidade neste. O tema deste trabalho tem sua justificativa apoiada na necessidade de esclarecer de que forma novas propostas e tendências que estão sendo amplamente adotadas em empresas de desenvolvimento de software contribuem com os objetivos estratégicos das empresas relacionados ao aprimoramento e busca da qualidade em seus produtos visto que a qualidade é fator crítico de sucesso na indústria de software. A primeira parte deste trabalho destina-se a esclarecer o que é o modelo MPS.br, quais suas características e benefícios. A segunda parte deste trabalho destina-se a definir o que é o Scrum e demonstrar suas principais ferramentas, artefatos e cerimônias. A terceira parte deste trabalho destina-se a análise de como o ferramental do Scrum está alinhado aos requisitos de maturidade presentes no modelo MPS.br e de que forma podem auxiliar a organização a atingir o nível G de maturidade proposto por tal modelo. 2
3 3 2 O Modelo MPS.br O MPS.br (acrônimo para Melhoria de Processo do Software Brasileiro ) foi criado em 2003 sob a forma de um programa mobilizador de longo prazo conduzido pela Associação para Promoção da Excelência do Software Brasileiro (SOFTEX) apoiada principalmente pelo Ministério da Ciência e Tecnologia do Brasil tendo como marcos principais a implantação do modelo até o ano de 2007, entre 2008 e 2011 a consolidação do modelo e entre 2012 e 2015 a internacionalização do modelo. (RELAIS, 2011) O objetivo do programa é fomentar a melhoria do processo de desenvolvimento do software brasileiro tendo duas metas a serem atingidas: Uma meta técnica, visando a criação e aprimoramento do modelo MPS e; Uma meta de mercado, visando à disseminação e adoção do modelo MPS em todas as regiões do país de forma acessível tanto a pequenas empresas de desenvolvimento de software quanto a grandes empresas do setor público e privado. O programa MPS.br se mostrou como uma resposta a uma necessidade crítica e latente das empresas de software que buscam a melhoria na qualidade de seus processos de software e o incremento na competitividade no mercado global. Tendo como base técnica a ISO/IEC 12207, ISO/IEC e o CMMI- DEV (MPSBR, 2011, p. 14) o MPS.br apresenta em seu modelo, a seguinte composição: Figura 1 - Composição do Modelo MPS.br Nos interessa para o escopo deste trabalho o Modelo de Referência, pois, é nele que iremos encontrar os requisitos que as unidades organizacionais deverão atender para estar em conformidade com o modelo proposto e também necessários para obtenção de um maior grau de maturidade. O modelo, define níveis de maturidade que, segundo o guia geral, são uma combinação entre processos e sua capacidade - definida por um conjunto de atributos de processos em termos de resultados esperados - e estabelece
4 4 patamares de evolução de processos, caracterizando estágios de melhoria da implementação de processos na organização (MPSBR, 2011, p. 16). São sete os níveis de maturidade estabelecidos pelo modelo de referencia: A (Em otimização), B (Gerenciado quantitativamente), C (Definido), D (Largamente definido), E (Parcialmente definido), F (Gerenciado), G (Parcialmente gerenciado). A escala de maturidade vai do G (Parcialmente gerenciado) em sentido a A (Em otimização) e para cada um destes níveis é atribuído um perfil de processos que indica onde a organização deve concentrar seus esforços de melhoria. Cada nível de maturidade possui um grupo de processos relacionado. Estes processos são definidos em temos de seu propósito e de resultados esperados. A tabela abaixo fornece um resumo geral dos níveis de maturidade definidos pelo modelo, seus processos e atributos de processos: Figura 2 - Níveis de maturidade do modelo MPS.br Neste trabalho, vamos nos concentrar nos processos e atributos de processos aplicáveis ao nível G e que conforme a Figura 2 são os processos de Gerência de Requisitos e Gerência de Projetos tendo como atributos, AP1.1 e AP 2.1. Estes atributos, possuem a seguinte descrição no guia geral do modelo: AP 1.1 O processo é executado Este atributo evidencia o quanto o processo atinge o seu propósito. Resultado esperado: RAP 1. O processo atinge seus resultados definidos. AP 2.1 O processo é gerenciado Este atributo evidencia o quanto a execução do processo é gerenciada.
5 5 Resultados esperados: RAP 2. Existe uma política organizacional estabelecida e mantida para o processo; RAP 3. A execução do processo é planejada; RAP 4. A execução do processo é monitorada e ajustes são realizados; RAP 5. As informações e os recursos necessários para a execução do processo são identificados e disponibilizados; RAP 6. As responsabilidades e a autoridade para executar o processo são definidas, atribuídas e comunicadas; RAP 7. As pessoas que executam o processo são competentes em termos de formação, treinamento e experiência; RAP 8. A comunicação entre as partes interessadas do processo é planejada e executada de forma a garantir o seu envolvimento; RAP 9. Os resultados do processo são revistos com a gerência de alto nível para fornecer visibilidade sobre a situação na organização; RAP 10. O processo planejado para o projeto é executado; Ambos os processos integrantes do nível G do MPS.br estão alinhados com as definições estabelecida no PMBOK (Project Management Body of Knowledge) publicado pelo PMI (Project Management Institute), um dos mais conceituados e reconhecidos institutos na área de gerenciamento de projetos no mundo (PMI, 2004). Dois pontos são desafiadores na implantação do nível G: (1) mudança de cultura organizacional, orientando a definição e melhoria dos processos de desenvolvimento de software; (2) definição do conceito acerca do que é projeto para a organização (MPSBR1, 2012, p. 6).
6 6 3 O Scrum O SCRUM foi concebido como um estilo de gerenciamento de projetos voltado em um primeiro momento para empresas de fabricação de automóveis e produtos de consumo por Takeuchi e Nonaka no artigo The New Product Development Game publicado pela Harvard Business Review na edição de janeiro-fevereiro de (TAKEUCHI & NONAKA, 1986). No ano de 1993, Jeff Sutherland, John Scumniotales e Jeff McKenna documentaram e implantaram o Srcum na empresa Easel Corporation através da incorporação do estilo de gerenciamento proposto por Takeuchi e Nonaka. No ano de 1995, Ken Schwaber formalizou a definição de Scrum e ajudou a empregá-lo no desenvolvimento de software por todo o mundo. (WIKI, 2001). A fundamentação do Scrum é baseada em teorias empíricas de controle de processo e emprega uma abordagem iterativa e incremental para aperfeiçoar a previsibilidade e o controle de riscos. Três pilares apóiam a implementação de um controle de processos empírico: Transparência, inspeção e adaptação. No pilar Transparência é fundamental que os aspectos significativos do processo devam estar visíveis aos responsáveis pelos resultados. Para que esta transparência seja compartilhada entre todos, é necessário estabelecer alguns critérios de padronização para que os observadores que compartilham da informação tenham o mesmo entendimento sobre o que está sendo visto. Um exemplo desta padronização pode ser observada na definição de um conceito de Pronto 2, na definição de uma linguagem comum a fim de que os temos utilizados sejam de conhecimento de todos os envolvidos no processo bem como o estabelecimento de um documento de visão do projeto que fornecerá o entendimento comum do produto alvo do projeto. Já no pilar da Inspeção, os usuários Scrum devem, constantemente, inspecionar os artefatos gerados e o progresso do trabalho em direção ao objetivo, com a intenção de detectar possíveis entraves e variações indesejadas. Esta inspeção deve ser regulada para que não atrapalhe o andamento da própria execução das tarefas e se possível deve ser feito por alguém especializado no trabalho a ser verificado. Quanto ao último pilar, o da Adaptação, é nele que os desvios e problemas detectados no pilar da inspeção são ajustados. Estes ajustes devem ser feitos o mais breve possível para minimizar maiores desvios e problemas. O Scrum foi idealizado sob a forma de um framework (modelo) que nada mais é do que um conjunto de conceitos usados para resolver um problema de um domínio específico, e está organizados da seguinte forma: 2 O conceito de pronto é estabelecido entre os envolvidos no processo e diz respeito aos requisitos que quando atendidos fazem com que uma demanda seja considerada finalizada e pronta para ser entregue ao solicitante.
7 7 Figure 3 - O Framework Scrum O time necessário para implementar o Scrum consiste em um Product Owner, Time de desenvolvimento e um Scrum master. Este grupo de pessoas deve ser auto-gerenciável e multidisciplinar, pois, o Scrum prega que o próprio time decide a melhor maneira de completar o trabalho sem ser dirigido por outras pessoas fora do time, e a multidisciplinaridade provê ao time todas as competências necessárias para realizar o trabalho sem precisar de recursos externos ao mesmo. A missão de um time Scrum é entregar produtos de forma iterativa e incremental. Abaixo um breve resumo dos papéis utilizados no Scrum: O Product Onwer como a própria tradução já sugere, é o dono do produto, e sua missão é maximizar o valor do produto, ou seja, é a pessoa que irá priorizar as demandas e selecioná-las para que o time de desenvolvimento as implemente. O Time de desenvolvimento consiste nas pessoas responsáveis por executar uma Sprint (rodada de implementação no Scrum) e gerar um incremento potencialmente entregável no produto, ou seja, a cada iteração existe um produto potencialmente pronto para ser entregue ao cliente final. O último componente do framework é o Scrum master. Este é responsável por garantir que o Scrum foi entendido por todos e que todos estão praticando da forma correta as atividades definidas no framework. A pessoa nesta posição deve atuar como um líder-servidor do time de desenvolvimento. O Scrum possui algumas cerimônias e técnicas. Estas, servirão de insumo para a análise realizada neste trabalho. Abaixo uma breve explicação destas: A Sprint é o coração do Scrum. Trata-se de um time-box (um período fixo de tempo pré-estabelecido) onde um incremento no software será criado. As Sprints ocorrem de forma consistente durante o desenvolvimento, ou seja, ao término de uma Sprint, outra é iniciada.
8 Uma Sprint consiste em uma série de etapas estabelecidas pelo Scrum: Reunião de planejamento da Sprint (Sprint planning), Reuniões diárias (Daily meetings), Trabalho de desenvolvimento (Sprint), Review da Sprint (Sprint review) e Retrospectiva da Sprint (Sprint retrospective). A etapa de Reunião de planejamento da Sprint ocorre em duas fases, sendo que a primeira visa deixar claro o que será entregue ao final do ciclo da Sprint. Nesta etapa o Product Owner apresenta ao time de desenvolvimento o trabalho a ser feito sob a forma de itens já valorados quanto ao sua contribuição para o negócio. A segunda etapa é realizada pelo time de desenvolvimento e visa estabelecer (prever) qual é o esforço e quais tarefas serão necessárias para se entregar o incremento solicitado pelo Product Owner no produto. A Reunião diária, trata-se de uma cerimônia de geralmente 15 minutos voltada ao time de desenvolvimento e seu principal objetivo é fazer com que o este fique sincronizado em relação às suas atividades e também para que seja criado um plano de ação para as próximas 24 horas. A Review da Sprint é o momento onde o time de desenvolvimento apresenta os itens prontos ao Product Owner para que este emita um aceite sobre o que está sendo entregue. É também neste momento que as possíveis dúvidas remanescentes são esclarecidas pelo Product Owner. A Retrospectiva da Sprint envolve somente o time de desenvolvimento e é o momento onde a equipe irá fazer uma auto-inspeção e irá discutir o que aconteceu de bom e ruim na Sprint que se encerrou a fim de determinar ações que façam com que as coisas ruins não se repitam e que as boas sejam potencializadas. O Scrum possui alguns artefatos que serão úteis em nossa análise: Product backlog, Sprint backlog, Monitoramento do progresso da Sprint e a definição de Feito. O Product backlog resume-se a todas as demandas de um determinado produto que estão por fazer classificadas geralmente por valor de negócio. O Sprint backlog trata-se dos itens selecionados do Product backlog que irão compor a Sprint. O Monitoramento do progresso da Sprint é realizado através dos gráficos de burndown, um gráfico que demonstra o progresso da equipe em relação ao compromisso assumido na Sprint e à Release. Finalmente, mas não menos importante, há o conceito de Feito. Este conceito deve conter os requisitos aos quais uma demanda deve atender a fim de ser considerada pronta para entrega. Quanto mais madura é a equipe Scrum, mais criterioso é o conceito de Feito. 8
9 9 4 Análise da Correspondência das Práticas Ágeis do SCRUM aos Requisitos do Nível G do MPS.br Com base nos dados apresentados acima, foi realizada uma análise de correspondência das práticas do Scrum em relação aos resultados esperados pelos dois processos existentes no nível G de maturidade do MPS.br. A fundamentação teórica para a identificação das correspondências foi baseada nas definições dos resultados esperados encontradas no documento MPS.br - Guia de Implementação (MPSBR3, 2012, p. 6). Para efeitos de melhor entendimento, a análise comparativa, demonstrada abaixo, está estruturada sob a forma de uma tabela onde na primeira coluna será demonstrado os resultados esperados em cada processo do nível G do MPS.br e na segunda, a técnica ou artefato do Scrum que satisfaz o resultado esperado. Durante a análise, um ciclo de execução do Scrum foi considerado como sendo um projeto, por ser caracterizado com um esforço temporário empreendido com intuito de gerar um resultado específico. MPS.br (Resultado esperado) Correspondência no Scrum (Técnica, artefato ou cerimônia) Processo: Gerência de Projetos GPR 1. GPR 2. GPR 3. O escopo do trabalho para o projeto é definido. As tarefas e os produtos de trabalho do projeto são dimensionados utilizando métodos apropriados. O modelo e as fases do ciclo de vida do projeto são definidos. O documento de visão e o Product backlog contém toda a visão e o trabalho necessário para conclusão do projeto. A definição de histórias e o dimensionamento através de técnicas de estimativa ágil como os Story points, decompõem as histórias em tarefas menores e as tornam gerenciáveis. O Scrum define claramente as fases do ciclo de vida de um projeto a serem executadas de forma iterativa e incremental: Planejamento da sprint, reunião diária, Sprint, review e retrospectiva da sprint.
10 10 GPR 4. GPR 5. GPR 6. MPS.br (Resultado esperado) O esforço e o custo para a execução das tarefas e dos produtos de trabalho são estimados com base em dados históricos ou referências técnicas. O orçamento e o cronograma do projeto, incluindo a definição de marcos e pontos de controle, são estabelecidos e mantidos. Os riscos do projeto são identificados e o seu impacto, probabilidade de ocorrência e prioridade de tratamento são determinados e documentados. Correspondência no Scrum (Técnica, artefato ou cerimônia) O planejamento das tarefas, o que inclui o dimensionamento do esforço, no Scrum é feito pela equipe considerando questões técnicas de viabilidade, porém baseado no empirismo e não em registros históricos. Pode-se afirmar que o Scrum atende a este requisito de forma parcial. Estas informações podem estar contidas no documento de visão. A etapa de planejamento da sprint pode identificar riscos existentes antes do início do projeto (execução de uma sprint) e as reuniões diárias servem para mitigam riscos não identificados que se transformaram em impedimentos de uma tarefa. Os riscos que se tornaram impedimentos, devem ser mitigados o mais cedo possível através da ação do Scrum master que pode também estabelecer um padrão para registro (através de uma planilha conforme sugerido no guia do MPS.br) dos impedimentos, embora o Scrum explicitamente não cite esta etapa como mandatória para implementação do framework.
11 11 GPR 7. GPR 8. GPR 9. GPR 10. GPR 11. MPS.br (Resultado esperado) Os recursos humanos para o projeto são planejados considerando o perfil e o conhecimento necessários para executá-lo. Os recursos e o ambiente de trabalho necessários para executar o projeto são planejados. Os dados relevantes do projeto são identificados e planejados quanto à forma de coleta e armazenamento e distribuição. Um mecanismo é estabelecido para acessá-los, incluindo, se pertinente, questões de privacidade e segurança. Um plano geral para a execução do projeto é estabelecido com a integração de planos específicos. A viabilidade de atingir metas do projeto é explicitamente avaliada considerando restrições e recursos disponíveis. Se necessário, ajustes são realizados. Correspondência no Scrum (Técnica, artefato ou cerimônia) A definição do time scrum (Product owner, Scrum master e Time) em termos de suas competências e disponibilidade deve estar evidenciada no documento de visão. A definição do time scrum evidenciada no documento de visão e o product backlog satisfazem este requisito. A utilização de um quadro para acompanhamento das atividades e os gráficos de burndown servem de mecanismos para divulgação das informações relevantes no projeto. Porém não há critérios de segurança e privacidade explicitamente formalizados pelo Scrum. Pode-se dizer que este requisito é atendido parcialmente. As etapas do framework scrum configuram um plano de execução do projeto (Documento de visão, product backlog, sprint planning, sprint, review e retrospectiva) Durante a reunião de planejamento da Sprint o trabalho é avaliado em termos de capacidade da equipe para concluí-lo e se necessário são feitos os ajustes. Ainda assim é feito um acompanhamento diário através das reuniões diárias da viabilidade de cumprimento de todo o escopo do projeto.
12 12 GPR 12. GPR 13. GPR 14. GPR 15. GPR 16. GPR 17. MPS.br (Resultado esperado) O Plano do Projeto é revisado com todos os interessados e o compromisso com ele é obtido e mantido. O escopo, as tarefas, as estimativas, o orçamento e o cronograma do projeto são monitorados em relação ao planejado. Os recursos materiais e humanos bem como os dados relevantes do projeto são monitorados em relação ao planejado. Os riscos são monitorados em relação ao planejado. O envolvimento das partes interessadas no projeto é planejado, monitorado e mantido. Revisões são realizadas em marcos do projeto e conforme estabelecido no planejamento. Correspondência no Scrum (Técnica, artefato ou cerimônia) Durante a execução da Sprint, a reunião diária garante uma revisão periódica do planejamento inicial e inclui parcialmente os interessados. Já na review da sprint, todos os interessados são envolvidos e ocorre novamente uma revisão acerca do plano traçado para o cumprimento do compromisso assumido pela equipe. Através dos gráficos de acompanhamento da Sprint (sprint burndown) e da Release (release burndown) é possível fazer este acompanhamento. Através dos gráficos de acompanhamento da Sprint (sprint burndown) e da Release (release burndown) bem como através das reuniões diárias, é possível fazer este acompanhamento. Durante as reuniões diárias, os riscos identificados são constantemente monitorados a fim que que não se tornem impedimentos futuros. O Scrum define para cada etapa quais são os envolvidos e é de responsabilidade do Scrum master garantir que este plano seja seguido. Através das reviews das sprints, os marcos planejados no documento de visão podem ser revisados.
13 13 GPR 18. GPR 19. MPS.br (Resultado esperado) Registros de problemas identificados e o resultado da análise de questões pertinentes, incluindo dependências críticas, são estabelecidos e tratados com as partes interessadas. Ações para corrigir desvios em relação ao planejado e para prevenir a repetição dos problemas identificados são estabelecidas, implementadas e acompanhadas até a sua conclusão. Correspondência no Scrum (Técnica, artefato ou cerimônia) Não há formalmente uma forma de registro de problemas identificados durante o projeto (execução de uma sprint). Pode-se dizer que o Scrum não atende a este requisito. Durante as reuniões de review e retrospectiva da sprint, ações podem ser planejadas para mitigar problemas identificados. Processo: Gerência de Requisitos GRE 1. GRE 2. GRE 3. O entendimento dos requisitos é obtido junto aos fornecedores de requisitos. Os requisitos são avaliados com base em critérios objetivos e um comprometimento da equipe técnica com estes requisitos é obtido. A rastreabilidade bidirecional entre os requisitos e os produtos e trabalho é estabelecida e mantida. O entendimento por parte de todos os envolvidos das práticas do Scrum atende este requisito. O comprometimento da equipe com os item é assumido durante a reunião de planejamento da Sprint. Não existe formalmente no Scrum uma prática para a rastreabilidade, porém pode-se manter em cada item de trabalho uma referência que pode ser utilizada para futuras associações e controles de rastreabilidade entre requisito e trabalho realizado.
14 14 GRE 4. MPS.br (Resultado esperado) Revisões em planos e produtos de trabalho do projeto são realizados visando identificar e corrigir inconsistências em relação aos requisitos. Correspondência no Scrum (Técnica, artefato ou cerimônia) As revisões ocorrem essencialmente durante as reuniões diárias e durante a reunião de review da Sprint. GRE 5. Mudanças nos requisitos são gerenciadas ao longo do projeto. As mudanças de requisitos são tratadas durante a reunião de planejamento da Sprint, durante as reuniões diárias e também na review da sprint. Tabela 1. Análise comparativa entre resultados esperados para os processos do nível G de maturidade MPS.br em relação às práticas, artefatos e cerimônias do Scrum.
15 15 Conclusão Podemos perceber através da análise realizada neste trabalho, que a utilização de uma técnica ágil de desenvolvimento de produtos de software pode conviver pacificamente com modelos tradicionais de qualidade e excelência em gerenciamento de projetos. Nota-se, que o framework analisado neste trabalho, o Scrum, atende de forma satisfatória a quase todos os requisitos necessários para a implantação de um nível G de maturidade de acordo com o critérios estabelecidos pelo modelo MPS.br. Com poucas adaptações e talvez com a junção de algumas outras técnicas e ferramentas ágeis, uma organização pode considerar-se aderente ao primeiro nível de maturidade em gerenciamento de projetos estabelecido pelo modelo MPS.br. Entre os benefícios obtidos com a utilização do Scrum como apoio para a implantação e obtenção do nível G de maturidade do modelo MPS.br, podemos destacar a significante contribuição na superação dos principais desafios encontrados na implantação deste, através do auxílio na mudança de cultura organizacional de forma suave e gradual e o apoio no estabelecimento de uma definição do conceito acerca do que é um projeto para a organização. Destaco também, finalmente, como benefícios, o ganho em maturidade organizacional e consequentemente maior competividade bem como a modernização do processo de desenvolvimento sem estar desalinhados aos objetivos estratégicos da empresa trazendo maior qualidade para o produto e maior satisfação ao cliente.
16 16 REFERÊNCIAS ABES, Mercado Brasileiro de Software Panorama e Tendências. Disponível em: < Mercado_BR2011.pdf> MPSBR, Guia Geral do MPS.br. Disponível em: < MPSBR1, SOFTEX. MPS.br Guia de Implementação. Disponível em: < PMI, PROJECT MANAGEMENT INSTITUTE. A Guide To The Project Management Body of Knowledge. 3ed. Disponível em: < RELAIS, Seminário da Rede Latino Americana da Indústria de Software. Porto Alegra, RS 11 de Maio de Disponível em: < ygnob7> TAKEUCHI & NONAKA, The New Product Development Game. Disponível em: < WIKI, Scrum Wikipédia. Disponível em: <
Géssica Talita. Márcia Verônica. Prof.: Edmilson
Géssica Talita Márcia Verônica Prof.: Edmilson DESENVOLVIMENTO ÁGIL Técnicas foram criadas com o foco de terminar os projetos de software rapidamente e de forma eficaz. Este tipo de técnica foi categorizada
Leia 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 maisProject Builder: uma Ferramenta de Apoio a Implementação do Processo Gerência de Projetos do MPS.BR
Project Builder: uma Ferramenta de Apoio a Implementação do Processo Gerência de Projetos do MPS.BR Bernardo Grassano, Eduardo Carvalho, Analia I.F. Ferreira, Mariano Montoni bernardo.grassano@projectbuilder.com.br,
Leia maisA visão do modelo MPS.BR para Gerência de Projeto - Nível G. por Adriana Silveira de Souza
A visão do modelo MPS.BR para Gerência de Projeto - Nível G por Adriana Silveira de Souza Agenda Visão Geral do MPS.BR Processos e Capacidade de Processo Níveis de Maturidade Atributos de Processo Processo
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 maisGerência de Projetos Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br www.ufpa.br/srbo
Gerência de Projetos Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br www.ufpa.br/srbo Laboratório de Tecnologia de Software LTS www.ufpa.br/lts Rede Paraense de Pesquisa em Tecnologias de Informação
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 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 maisMASTER IN PROJECT MANAGEMENT
MASTER IN PROJECT MANAGEMENT PROJETOS E COMUNICAÇÃO PROF. RICARDO SCHWACH MBA, PMP, COBIT, ITIL Atividade 1 Que modelos em gestão de projetos estão sendo adotados como referência nas organizações? Como
Leia maisQualidade, Processos e Gestão de Software Professores: Alexandre Vasconcelos e Hermano Moura. O Modelo. Wesley Torres Galindo. wesleygalindo@gmail.
Qualidade, Processos e Gestão de Software Professores: Alexandre Vasconcelos e Hermano Moura O Modelo Wesley Torres Galindo wesleygalindo@gmail.com Agenda O que é? Motivação Organização do MPS.BR Estrutura
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 maisGerenciamento de Projetos
Gerenciamento de Projetos Grupo de Consultores em Governança de TI do SISP 20/02/2013 1 Agenda 1. PMI e MGP/SISP 2. Conceitos Básicos - Operações e Projetos - Gerenciamento de Projetos - Escritório de
Leia maisAvaliação e Melhorias no Processo de Construção de Software
Avaliação e Melhorias no Processo de Construção de Software Martim Chitto Sisson Centro Tecnológico Universidade Federal de Santa Catarina (UFSC) Florianópolis SC Brasil martim@inf.ufsc.br Abstract. This
Leia maisGerenciamento de Projetos
Gerenciamento de Projetos (ref. capítulos 1 a 3 PMBOK) TC045 Gerenciamento de Projetos Sergio Scheer - scheer@ufpr.br O que é Gerenciamento de Projetos? Aplicação de conhecimentos, habilidades, ferramentas
Leia maisCONCURSO PÚBLICO ANALISTA DE SISTEMA ÊNFASE GOVERNANÇA DE TI ANALISTA DE GESTÃO RESPOSTAS ESPERADAS PRELIMINARES
CELG DISTRIBUIÇÃO S.A EDITAL N. 1/2014 CONCURSO PÚBLICO ANALISTA DE GESTÃO ANALISTA DE SISTEMA ÊNFASE GOVERNANÇA DE TI RESPOSTAS ESPERADAS PRELIMINARES O Centro de Seleção da Universidade Federal de Goiás
Leia maisF.1 Gerenciamento da integração do projeto
Transcrição do Anexo F do PMBOK 4ª Edição Resumo das Áreas de Conhecimento em Gerenciamento de Projetos F.1 Gerenciamento da integração do projeto O gerenciamento da integração do projeto inclui os processos
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 maisINTEGRANDO GERÊNCIA DE PROJETOS ÁGEIS COM SCRUM E OS PROCESSOS MPS.BR NÍVEL G
INTEGRANDO GERÊNCIA DE PROJETOS ÁGEIS COM SCRUM E OS PROCESSOS MPS.BR NÍVEL G Claudinei Martins da Silva 1 RESUMO: Com o aumento da dependência tecnológica nas organizações para a tomada de decisões, ocorreu
Leia maisScrum e CMMI no C.E.S.A.R Relato de Experiência
Scrum e CMMI no C.E.S.A.R Relato de Experiência Felipe Furtado Engenheiro de Qualidade Izabella Lyra Gerente de Projetos Maio/2008 Agenda Motivação Pesquisas Adaptações do Processo Projeto Piloto Considerações
Leia maisProva de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES
Implementação MPS.BR 26 de maio de 2008 4 horas de duração e-mail: (DEIXAR EM BRANCO) RESULTADO: Q1 Q2 Q3 Q4 Q5 Q6 Q7 Q8 Q9 Q10 Nota INSTRUÇÕES Para a maioria das questões você tem mais de uma opção e
Leia maiságeis para projetos desenvolvidos por fábrica de software
Uso de práticas ágeis para projetos desenvolvidos por fábrica de software Artur Mello artur.mello@pitang.com Uma empresa C.E.S.A.R Fábrica de Software O termo software factory foi empregado pela primeira
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 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 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 maisPEDRO HENRIQUE DE OLIVEIRA E SILVA MESTRE EM MODELAGEM MATEMÁTICA E COMPUTACIONAL E-MAIL: PEDROHOLI@GMAIL.COM CMMI E METODOLOGIAS Á G EIS
PEDRO HENRIQUE DE OLIVEIRA E SILVA MESTRE EM MODELAGEM MATEMÁTICA E COMPUTACIONAL E-MAIL: PEDROHOLI@GMAIL.COM CMMI E METODOLOGIAS Á G EIS CMMI E METODOLOGIAS ÁGEIS Os métodos de desenvolvimento Ágeis e
Leia maisGovernança de TI. ITIL v.2&3. parte 1
Governança de TI ITIL v.2&3 parte 1 Prof. Luís Fernando Garcia LUIS@GARCIA.PRO.BR ITIL 1 1 ITIL Gerenciamento de Serviços 2 2 Gerenciamento de Serviços Gerenciamento de Serviços 3 3 Gerenciamento de Serviços
Leia maisPós-Graduação em Gerenciamento de Projetos práticas do PMI
Pós-Graduação em Gerenciamento de Projetos práticas do PMI Planejamento do Gerenciamento das Comunicações (10) e das Partes Interessadas (13) PLANEJAMENTO 2 PLANEJAMENTO Sem 1 Sem 2 Sem 3 Sem 4 Sem 5 ABRIL
Leia maisMETODOLOGIA DE DESENVOLVIMENTO DE SOFTWARE DO MUSEU PARAENSE EMÍLIO GOELDI
METODOLOGIA DE DESENVOLVIMENTO DE SOFTWARE DO MUSEU PARAENSE EMÍLIO GOELDI HISTÓRICO DE REVISÕES Data Versão Descrição Autor 02/04/2014 1.0 Versão Inicial Ewertton Bravo 27/08/2014 1.1 Alteração da Imagem
Leia maisMODELO CMM MATURIDADE DE SOFTWARE
MODELO CMM MATURIDADE DE SOFTWARE O modelo CMM Capability Maturity Model foi produzido pelo SEI (Software Engineering Institute) da Universidade Carnegie Mellon (CMU), em Pittsburgh, EUA, por um grupo
Leia maisGuia do Nexus. O Guia Definitivo para o Nexus: O exoesqueleto do desenvolvimento Scrum escalado. Desenvolvido e mantido por Ken Schwaber e Scrum.
Guia do Nexus O Guia Definitivo para o Nexus: O exoesqueleto do desenvolvimento Scrum escalado Desenvolvido e mantido por Ken Schwaber e Scrum.org Tabela de Conteúdo Visão Geral do Nexus... 2 O Propósito
Leia maisPROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Introdução Modelos de Processo de Desenvolvimento de Software Os modelos de processos de desenvolvimento de software surgiram pela necessidade de dar resposta às
Leia maisImplementação CERTICS em uma empresa avaliada no modelo de referência MPS-SW nível G
Relato da Experiência Implementação CERTICS em uma empresa avaliada no modelo de referência MPS-SW nível G Fumsoft Allan M. R. Moura Charles H. Alvarenga Visual Sistemas Breno F. Duarte Paulo Lana www.visual.com.br
Leia maisPolíticas de Qualidade em TI
Políticas de Qualidade em TI Prof. www.edilms.eti.br edilms@yahoo.com Aula 03 CMMI Capability Maturity Model Integration Parte II Agenda sumária dos Processos em suas categorias e níveis de maturidade
Leia maisMétodo Aldeia de Projetos
MAP Método Aldeia de Projetos Como surgiu o MAP? Em mais de 15 anos de atuação experimentamos distintas linhas de pensamento para inspirar nosso processo e diversas metodologias para organizar nossa forma
Leia maisUnidade I GERENCIAMENTO DE. Profa. Celia Corigliano
Unidade I GERENCIAMENTO DE PROJETOS DE TI Profa. Celia Corigliano Objetivo Estimular o aluno no aprofundamento do conhecimento das técnicas de gestão profissional de projetos do PMI. Desenvolver em aula
Leia maisARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.
ARCO - Associação Recreativa dos Correios Sistema para Gerenciamento de Associações Recreativas Versão Histórico da Revisão Data Versão Descrição Autor Página
Leia 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 maisDesafios no Uso do Scrum em Ambientes CMMI
Desafios no Uso do Scrum em Ambientes CMMI Teresa Maria de Medeiros Maciel UFRPE/INES/UFPE tmmaciel@gmail.com Base de conhecimento disponível Maior controle ISO9001 MPS BR Padronização processual
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 maisResultados alcançados com a Ferramenta Channel em implementação de sucesso da Gerência de Projetos no nível G de maturidade do MR-MPS
Resultados alcançados com a Ferramenta Channel em implementação de sucesso da Gerência de Projetos no nível G de maturidade do MR-MPS Mauricio Fiorese 1, Alessandra Zoucas 2 e Marcello Thiry 2 1 JExperts
Leia maisPOLÍTICA DE GESTÃO DE RISCOS DAS EMPRESAS ELETROBRAS
POLÍTICA DE GESTÃO DE RISCOS DAS EMPRESAS ELETROBRAS Versão 2.0 30/10/2014 Sumário 1 Objetivo... 3 2 Conceitos... 3 3 Referências... 4 4 Princípios... 4 5 Diretrizes... 5 5.1 Identificação dos riscos...
Leia maisSCRUM. É um processo iterativo e incremental para o desenvolvimento de qualquer produto e gerenciamento de qualquer projeto.
SCRUM SCRUM É um processo iterativo e incremental para o desenvolvimento de qualquer produto e gerenciamento de qualquer projeto. Ken Schwaber e Jeff Sutherland Transparência A transparência garante que
Leia maisENGENHARIA DE SOFTWARE I
ENGENHARIA DE SOFTWARE I Prof. Cássio Huggentobler de Costa [cassio.costa@ulbra.br] Twitter: www.twitter.com/cassiocosta_ Agenda da Aula (002) Metodologias de Desenvolvimento de Softwares Métodos Ágeis
Leia 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 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 maisPMI-SP PMI-SC PMI-RS PMI PMI-PR PMI-PE
ESTUDO DE BENCHMARKING EM GERENCIAMENTO DE PROJETOS 2009 Brasil Uma realização dos Chapters Brasileiros do PMI - Project Management Institute PMI-SP PMI-RJ PMI-AM PMI-SC PMI-BA ANEXO 2 PMI-RS PMI PMI-CE
Leia maisPMI-SP PMI-SC PMI-RS PMI PMI-PR PMI-PE
ESTUDO DE BENCHMARKING EM GERENCIAMENTO DE PROJETOS 2009 Brasil Uma realização dos Chapters Brasileiros do PMI - Project Management Institute PMI-SP PMI-RJ PMI-AM PMI-SC PMI-BA ANEXO 1 PMI-RS PMI PMI-CE
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 maisGERÊNCIA DE INTEGRAÇÃO DO PROJETO
GERÊNCIA DE INTEGRAÇÃO DO PROJETO Estevanir Sausen¹, Patricia Mozzaquatro² ¹Acadêmico do Curso de Ciência da Computação ²Professor(a) do Curso de Ciência da Computação Universidade de Cruz Alta (UNICRUZ)
Leia maisMelhorias de Processos de Engenharia de Software
Melhorias de Processos de Engenharia de Software CMMI 1 Profa. Reane Franco Goulart O que é CMMI? O Capability Maturity Model Integration (CMMI) é uma abordagem de melhoria de processos que fornece às
Leia maisModelo de Referência para melhoria do processo de software (MR mps)
Modelo de Referência para melhoria do processo de software (MR mps) Projeto mps Br: Modelo de Referência para Melhoria de Processo de Software CMMI SPICE SCAMPI MODELO PARA MELHORIA DO PROCESSO DE SOFTWARE
Leia maisIntrodução ao MPS.BR Guia Geral. Prof. Elias Batista Ferreira
Introdução ao MPS.BR Guia Geral Prof. Elias Batista Ferreira IMPORTANTE Este NÃO é um curso oficial do MPS.BR. Este curso NÃO é apoiado pela Softex. Objetivo deste Curso Descrever os processos e resultados
Leia maisGuia do Scrum. Um guia definitivo para o Scrum: As regras do jogo. Outubro de 2011. Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland
Guia do Scrum Um guia definitivo para o Scrum: As regras do jogo Outubro de 2011 Desenvolvido e mantido por Ken Schwaber e Jeff Sutherland Índice O propósito do Guia do Scrum... 3 Visão geral do Scrum...
Leia maisAgilidade parte 3/3 - Scrum. Prof. Dr. Luís Fernando Fortes Garcia luis@garcia.pro.br
Agilidade parte 3/3 - Scrum Prof. Dr. Luís Fernando Fortes Garcia luis@garcia.pro.br 1 Scrum Scrum? Jogada do Rugby Formação de muralha com 8 jogadores Trabalho em EQUIPE 2 Scrum 3 Scrum Scrum Processo
Leia maisMPS.BR Melhoria de Processo do Software Brasileiro
l MPS.BR Melhoria de Processo do Software Brasileiro SUMÁRIO 1. Introdução 2. Modelo MPS 3. Programa MPS.BR: Resultados Alcançados (2004-2008) e Resultados Esperados (2004-2010) 4. MPS.BR Lições Aprendidas
Leia maisGestão da Qualidade em Projetos
Gestão da Qualidade em Projetos Você vai aprender: Introdução ao Gerenciamento de Projetos; Gerenciamento da Integração; Gerenciamento de Escopo- Declaração de Escopo e EAP; Gerenciamento de Tempo; Gerenciamento
Leia maisCMMI. B) descrições das atividades consideradas importantes para o atendimento de suas respectivas metas específicas. Governo do ES (CESPE 2009)
CMMI Governo do ES (CESPE 2009) Na versão 1.2 do CMMI, 111 os níveis de capacidade são definidos na abordagem de estágios. 112 os níveis de maturidade são definidos na abordagem contínua. 113 existem seis
Leia maisGARANTIA DA QUALIDADE DE SOFTWARE
GARANTIA DA QUALIDADE DE SOFTWARE Fonte: http://www.testexpert.com.br/?q=node/669 1 GARANTIA DA QUALIDADE DE SOFTWARE Segundo a NBR ISO 9000:2005, qualidade é o grau no qual um conjunto de características
Leia maisAplicando Avaliações de Contextualização em Processos de Software Alinhados ao nível F do MR-MPS V1.2
Aplicando Avaliações de Contextualização em Processos de Software Alinhados ao nível F do MR-MPS V1.2 IV Workshop de Implementadores W2-MPS.BR 2008 Marcello Thiry marcello.thiry@gmail.com Christiane von
Leia maisQualidade de Software MPS.BR - Questões CESPE (2010 a 2013)
Qualidade de Software MPS.BR - Questões CESPE (2010 a 2013) Professor Gledson Pompeu gledson.pompeu@gmail.com Acesse nosso site em WWW.DOMINANDOTI.COM.BR Versões atualizadas de notas de aula e listas 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 maisA Disciplina Gerência de Projetos
A Disciplina Gerência de Projetos Atividades, Artefatos e Responsabilidades hermano@cin.ufpe.br Objetivos Apresentar atividades da disciplina Gerência de Projetos Discutir os artefatos e responsáveis envolvidos
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 maisSISTEMA. Tecnologia. Software. Hardware. Prazos. Pessoas. Qualidade. Custo GERENCIAMENTO DE RISCO: COMO GARANTIR O SUCESSO DOS PROJETOS DE TI?
GERENCIAMENTO DE RISCO: COMO GARANTIR O SUCESSO DOS PROJETOS DE TI? Os projetos de Tecnologia de Informação possuem características marcantes, que os diferencia dos demais são projetos onde o controle
Leia maisEXECUTIVE GESTÃO ESTRATÉGICA. www.executivebc.com.br. 071 3341-4243 cursos@executivebc.com.br
EXECUTIVE GESTÃO ESTRATÉGICA www.executivebc.com.br 071 3341-4243 cursos@executivebc.com.br GESTÃO ESTRATÉGICA O presente documento apresenta o modelo de implantação do sistema de gestão estratégica da
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 maisAPOSTILAS: NORMAS; ABNT NBR ISO; MPS BR
APOSTILAS: NORMAS; ABNT NBR ISO; MPS BR Fonte: http://www.softex.br/mpsbr/_home/default.asp Apostilas disponíveis no site 1 NORMAS: NBR ISO NBR ISO/IEC CMM SPICE Continuação... 2 NORMAS VISÃO GERAL NBR
Leia maisPLANEJAMENTO E PROJETOS. Lílian Simão Oliveira
PLANEJAMENTO E GERENCIAMENTO DE PROJETOS Lílian Simão Oliveira Contexto Gerentes lutam com projetos assustadores e com prazos finais difíceis de serem cumpridos Sistemas não satisfazem aos usuários Gastos
Leia mais4. PMBOK - Project Management Body Of Knowledge
58 4. PMBOK - Project Management Body Of Knowledge No Brasil, as metodologias mais difundidas são, além do QL, o método Zopp, o Marco Lógico do Banco Interamericano de Desenvolvimento (BID) e o Mapp da
Leia maisTrilhas Técnicas SBSI - 2014
brunoronha@gmail.com, germanofenner@gmail.com, albertosampaio@ufc.br Brito (2012), os escritórios de gerenciamento de projetos são importantes para o fomento de mudanças, bem como para a melhoria da eficiência
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 maisGerência de Projetos
Gerência de Projetos Escopo Custo Qualidade Tempo CONCEITO PROJETOS: são empreendimentos com objetivo específico e ciclo de vida definido Precedem produtos, serviços e processos. São utilizados as funções
Leia maisPolíticas de Qualidade em TI
Políticas de Qualidade em TI Aula 05 MPS.BR (ago/12) Melhoria de Processo do Software Brasileiro Prof. www.edilms.eti.br edilms@yahoo.com Agenda Descrição sumária do MPS.BR - Melhoria de Processo do Software
Leia maisIntrodução ao Modelo de Referência para melhoria do processo de software (MR mps) Projeto: mps Br melhoria de processo do software Brasileiro
Introdução ao Modelo de Referência para melhoria do processo de software (MR mps) Realidade das Empresas Brasileiras ISO/IEC 12207 ISO/IEC 15504 CMMI Softex Governo Universidades Modelo de Referência para
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 maisCMM Capability Maturity Model. Silvia Regina Vergilio
CMM Capability Maturity Model Silvia Regina Vergilio Histórico O DoD patrocinou a fundação do SEI (Software Engineering Institute) na Universidade de Carnegie Mellon (Pittsburg) com o objetivo de propor
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 maisDefinição do Framework de Execução de Processos Spider-PE
Definição do Framework de Execução de Processos Spider-PE 1. INTRODUÇÃO 1.1 Finalidade Este documento define um framework de execução de processos de software, denominado Spider-PE (Process Enactment),
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 maisGerenciamento de Serviços de TI ITIL v2 Módulo 1 Conceitos básicos
Gerenciamento de Serviços de TI ITIL v2 Módulo 1 Conceitos básicos Referência: An Introductory Overview of ITIL v2 Livros ITIL v2 Cenário de TI nas organizações Aumento da dependência da TI para alcance
Leia maisIntegração de Projetos Ágeis XP com o MPS.BR Nível G
Integração de Projetos Ágeis com o MPS.BR Nível G Marcelo Stanga Universidade do Oeste de Santa Catarina (UNOESC) São Miguel do Oeste SC - Brasil marcelostanga@gmail.com Resumo. Neste artigo, aborda-se
Leia maiswww.pmbasis.com.br CONHEÇA TODAS AS SOLUÇÕES EM NEGÓCIOS, PROJETOS E FORMAÇÃO QUE A PMBASIS TEM PARA SUA EMPRESA OU INSTITUIÇÃO.
www.pmbasis.com.br CONHEÇA TODAS AS SOLUÇÕES EM NEGÓCIOS, PROJETOS E FORMAÇÃO QUE A PMBASIS TEM PARA SUA EMPRESA OU INSTITUIÇÃO. Crescer, Desenvolver, Multiplicar-se. Nossos melhores sonhos começam assim.
Leia maisOficina de Gestão de Portifólio
Oficina de Gestão de Portifólio Alinhando ESTRATÉGIAS com PROJETOS através da GESTÃO DE PORTFÓLIO Gestão de portfólio de projetos pode ser definida como a arte e a ciência de aplicar um conjunto de conhecimentos,
Leia maisVersão 7 TraceGP Ágil
Versão 7 Cadastro de Produtos Será possível cadastrar todos os produtos da empresa bem como descrever suas características particulares através da seleção de atributos dinâmicos para cada produto. Manutenção
Leia maisGerenciamento de Projetos Modulo III Grupo de Processos
Gerenciamento de Projetos Modulo III Grupo de Processos Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com PMBoK Processos de Gerenciamento de Projetos Para que um projeto seja bem-sucedido,
Leia maisFATEC Cruzeiro José da Silva. Ferramenta CRM como estratégia de negócios
FATEC Cruzeiro José da Silva Ferramenta CRM como estratégia de negócios Cruzeiro SP 2008 FATEC Cruzeiro José da Silva Ferramenta CRM como estratégia de negócios Projeto de trabalho de formatura como requisito
Leia maisCMMI Conceitos básicos. CMMI Representações contínua e por estágios. Professor Gledson Pompeu (gledson.pompeu@gmail.com)
CMMI Conceitos básicos 113 CMMI integra as disciplinas de engenharia de sistemas e de engenharia de software em um único framework de melhoria de processos. 114 No tocante às disciplinas de engenharia
Leia maisPLANEJAMENTO ESTRATÉGICO Prof. Mércio Rosa Júnior PRODUÇÃO 02 e 03 de Fevereiro de 2011
Workshop 2011 PLANEJAMENTO ESTRATÉGICO Prof. Mércio Rosa Júnior PRODUÇÃO 02 e 03 de Fevereiro de 2011 Agência Nacional de Transportes Aquaviários O MAPA ESTRATÉGICO ANTAQ 2 Missão Assegurar à sociedade
Leia maisGESTÃO E OTIMIZAÇÃO DE PROCESSOS. Vanice Ferreira
GESTÃO E OTIMIZAÇÃO DE PROCESSOS Vanice Ferreira 12 de junho de 2012 GESTÃO E OTIMIZAÇÃO DE PROCESSOS: conceitos iniciais DE QUE PROCESSOS ESTAMOS FALANDO? GESTÃO E OTIMIZAÇÃO DE PROCESSOS: conceitos iniciais
Leia maisGestão do Conhecimento A Chave para o Sucesso Empresarial. José Renato Sátiro Santiago Jr.
A Chave para o Sucesso Empresarial José Renato Sátiro Santiago Jr. Capítulo 1 O Novo Cenário Corporativo O cenário organizacional, sem dúvida alguma, sofreu muitas alterações nos últimos anos. Estas mudanças
Leia maisConcurso da Prefeitura São Paulo. Curso Gestão de Processos, Projetos e Tecnologia da Informação. Tema: Gestão de Projetos - Conceitos Básicos
Contatos: E-mail: profanadeinformatica@yahoo.com.br Blog: http://profanadeinformatica.blogspot.com.br/ Facebook: https://www.facebook.com/anapinf Concurso da Prefeitura São Paulo Curso Gestão de Processos,
Leia maisEstudo de Caso da Implantação do Nível G do MPS.BR em Uma Empresa
Estudo de Caso da Implantação do Nível G do MPS.BR em Uma Empresa Dayana Henriques Fonseca 1, Frederico Miranda Coelho 1 1 Departamento de Ciência da Computação Universidade Presidente Antônio Carlos (UNIPAC)
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 maisEstudo de caso para implantação do modelo MR-MPS-SV
Estudo de caso para implantação do modelo MR-MPS-SV Giovani Hipolito Maroneze 1, Jacques Duílio Branches 1 1 Departamento de Computação Universidade Estadual de Londrina (UEL) Caixa Postal 10.001 86.057-970
Leia mais