Estudo de indicadores como apoio à análise de desempenho em projetos de Software
|
|
- Terezinha Faro Teixeira
- 7 Há anos
- Visualizações:
Transcrição
1 Instituto de Educação Tecnológica Pós-graduação em Engenharia de Software Turma 06 Outubro / 2014 Estudo de indicadores como apoio à análise de desempenho em projetos de Software Fábio Leandro Pio Flávio Teixeira Nascimento Leonardo Silva Barbosa RESUMO Este artigo apresenta uma pesquisa exploratória sobre indicadores e análise de desempenho, bem como a importância de se medir e coletar informações em projetos de software. Por meio de um estudo de caso de uma empresa de software de Belo Horizonte são analisados o seu processo de medição bem como as métricas utilizadas, demonstrando assim a importância das análises de indicadores e métricas para uma empresa do mundo real, onde tais ações apoiam fortemente como suporte ao modelo de qualidade aderido pela empresa analisada. Palavras-chave: Medição de projetos, análise de desempenho de projetos de software, métricas de projetos de software, indicadores de desempenho de projetos. 1. INTRODUÇÃO Para Dinsmore e Neto (2012), a execução de qualquer projeto requer controle. Não basta um bom planejamento para que ele seja bem executado, é necessário a existência
2 de informações que permitam ao gerente de projeto e a equipe de desenvolvimento manterem sob controle o andamento e a execução daquilo que foi planejado. Dinsmore e Cavalieri (2009) complementam que na busca por aumentar a qualidade de software, a área de Engenharia de Software tem produzido ferramentas para auxílio ao desenvolvimento, assim como tem estudado e produzido formas de controlar o processo de desenvolvimento e de utilização de indicadores na análise de desempenho de projetos. Embasado na importância de se compreender as práticas da adoção de técnicas de controle e gerenciamento de projetos por meio da medição e análise de indicadores, neste estudo serão abordadas situações em que o uso de indicadores numéricos reflita o desempenho e mostre um conjunto de análises através dos quais o gerente e a equipe de desenvolvimento possam, a qualquer tempo, criar novos indicadores com o intuito de revelar a atual situação do projeto, além de proporcionar a melhoria continuada do processo. O estudo está apresentado em tópicos, onde serão elucidados nas páginas seguir, os conceitos considerados importantes a cerca do tema sugerido, numa abordagem generalizada, com o objetivo de investigar práticas de coleta de indicadores e criação de métricas que possam apoiar a gestão de projetos na análise de desempenho dos projetos de desenvolvimento de software METODOLOGIA Segundo Sampieri, Collado e Lucio (2013), os estudos exploratórios servem para nos tornar mais familiarizados com determinado assunto ou problema, e na maioria das vezes, são realizados quando o tema ou problema de pesquisa ainda não são altamente explorados ou conhecidos. Assim, o estudo em questão, foi desenvolvido com base em uma pesquisa exploratória com a finalidade de oferecer maior intimidade com o tema e problema expostos, possibilitando a realização de levantamento bibliográfico, análise de dados e revisões de diversas fontes de informação a cerca da temática proposta. Para Tozoni-Reis (2010), a pesquisa qualitativa dá uma abordagem interpretativa aos itens estudados, superando a abordagem descritiva mais comum entre as pesquisas qualitativas e experimentais. Tal definição fomentou o interesse em abordar neste estudo tal perspectiva da pesquisa de nível mais interpretativo, caracterizando a como uma pesquisa qualitativa.
3 Como parte integrante e complementar deste estudo, busca-se evidenciar os itens aqui estudados por meio de um estudo de caso, realizado através de informações a cerca dos processos de medição e controle de uma empresa do ramo de tecnologia da informação, desenvolvedora de Software na cidade de Belo Horizonte REFERÊNCIAL TEÓRICO 3.1 A importância de se medir e coletar informações Segundo Pressman (1995), na maioria dos empreendimentos técnicos, como os projetos de software, as medições e as métricas ajudam a entender o processo técnico usado para se desenvolver um produto, como também o próprio produto. O processo é medido num esforço para melhora-lo, assim como o produto também é medido com tal finalidade. Dinsmore e Cavalieri (2009) discorrem que os projetos permeiam todas as organizações, pois são instrumentos fundamentais para qualquer atividade de mudança e geração de produtos e serviços. Projetos podem envolver desde uma única pessoa a milhares e podem ter a duração de alguns dias ou vários anos. Um projeto é um empreendimento único, com início e fim determinados, que utiliza recursos e é conduzido por pessoas, visando atingir objetivos predefinidos. Para Dinsmore e Neto (2012), a execução de qualquer projeto requer acompanhamento. Não basta um bom planejamento para que ele seja bem executado, é necessário a existência de informações que permitam ao gerente de projeto e a equipe de desenvolvimento manterem sob controle o andamento e a execução daquilo que foi planejado. O registro de todos os passos executados enriquece o histórico para uso em futuros projetos O que medir Pressman (1995) discorre que entre as medidas diretas do processo de engenharia de software incluem-se o custo e os esforços aplicados. Em suma, as medidas diretas do produto incluem as linhas de código produzidas, velocidade de execução, tamanho da memória e defeitos registrados ao longo de certo espaço de tempo. As medidas indiretas do produto incluem funcionalidade, qualidade, complexidade, eficiência, confiabilidade, manutenibilidade, etc.
4 Segundo Dinsmore e Neto (2012), as informações sobre serviços em execução (dados reais) são comparadas com do planejamento (dados previstos), e também com padrões existentes e reconhecidos. Apoiados também num plano de contingência, desenhado a partir de um bom gerenciamento de riscos elaborado durante o planejamento do projeto. Assim, é possível gerar alternativas para análise e decisão sobre ações corretivas que já se façam necessárias Definição de métricas Para Sommerville (2011), as métricas de software podem ser métricas de controle ou métricas de previsão. Onde as primeiras suportam os processos de gerenciamento e as outras ajudam a prever características do software. As métricas de controle e de previsão podem influenciar a tomada de decisão de gerenciamento (ver Figura 1: Medições de previsão e de controle). Figura 1: Medições de previsão e de controle Fonte: SOMMERVILLE, 2011, p Métricas de Software: Segundo Sommerville (2011), os gerentes usam métricas de processo para decidir se devem ser feitas alterações no processo, enquanto as métricas de previsão são usadas para ajudar a estimar o esforço necessário para fazer alterações no software. Pressman (2011) complementa ainda que um engenheiro de software coleta medidas e desenvolve métricas para obter indicadores. Um indicador é uma métrica ou combinação de métricas que proporcionam informações sobre o processo de software, em um projeto de software ou no próprio produto. Segundo Sommerville (2011), existem duas maneiras para uso das medições de um software de sistema:
5 Para atribuir um valor aos atributos de qualidade do sistema: Ao medir as características dos componentes de sistema, bem como sua complexidade ciclomática e, em seguida agregar essas informações, é possível avaliar os atributos de qualidade do sistema, como a manutenibilidade. Para identificar os componentes de sistema cuja qualidade não atinja o padrão: As medições podem identificar componentes individuais com características que se desviem das normas. Como por exemplo, medir componentes para descobrir aqueles com mais alta complexidade, estes seriam mais passíveis de conter bugs. 5 Métricas do Produto: Segundo Sommerville (2011), as métricas de produto são métricas de previsão usadas para medir atributos internos de um sistema de software. O tamanho do sistema, medido em linhas de código, ou o número de métodos associados a cada classe de objeto são exemplos de métricas de produto. As métricas de produto se dividem em duas classes: Métricas dinâmicas: As quais são coletadas por meio de medições efetuadas de um programa em execução. Estas métricas podem ser coletadas através do teste de sistema ou após o sistema estar em uso. Por exemplo, o número de relatórios de bugs ou o tempo necessário para concluir uma tarefa de desenvolvimento. Métricas estáticas: São coletadas por meio de medições feitas de representações do sistema, como o projeto. Por exemplo: Tamanho do código e comprimento médio de identificadores usados. Ainda segundo Sommerville (2011), esses tipos de métricas estão relacionados com diferentes atributos de qualidade. Métricas dinâmicas ajudam a avaliar a eficiência e confiabilidade de um programa. Métricas estáticas ajudam a avaliar a complexidade, compreensibilidade e manutenibilidade de um sistema ou componentes de um sistema de software. 3.2 Exposição dos resultados O controle da qualidade abrange um conjunto de métodos e atividades adotados com o objetivo de melhoria e manutenção da qualidade. No ambiente de projetos, controlar a qualidade significa, na prática, o monitoramento dos resultados específicos do projeto a fim de determinar se eles satisfazem os padrões relevantes de qualidade. (Dinsmore e Cavalieri, 2009).
6 O controle da qualidade deve ser realizado durante todo o projeto, fazendo-se fundamental o auxílio por ferramentas de qualidade. Para um controle adequado é desejável utilizar técnicas largamente utilizadas, cujo domínio é fundamental para avaliação e análise dos resultados obtidos. A seguir algumas das mais conhecidas formas de apresentação de dados: Diagrama de Pareto: Consiste em um gráfico de barras, onde os dados são exibidos geralmente em ordem decrescente de importância. Mostra ainda a curva de percentagens acumuladas. Esta disposição facilita a identificação das regiões mais significativas, nas quais os esforços do processo decisório devem se concentrar prioritariamente. Por meio da análise de Pareto, um gerente de projeto pode, por exemplo, identificar a concentração de maior influência em relação às causas potenciais de um problema. 6 Figura 2: Diagrama de Pareto Fonte: Adaptado de DINSMORE; CAVALIERI, 2009, p. 147 Gráfico de Dispersão: Utilizado para visualização do tipo de relacionamento existente entre os valores correspondentes a uma série de duas variáveis, plotando as mesmas em um eixo XY, no sentido de prover a correlação entre elas. Esses valores podem, por exemplo, ser relativos a duas causas de um processo, uma causa e um efeito ou dos efeitos do processo, onde é possível determinar se uma variável afeta a outra e observar a sua intensidade. Os gráficos de dispersão são muito utilizados para a análise de tendências.
7 7 Figura 3: Gráfico de Dispersão Fonte: Adaptado de DINSMORE; CAVALIERI, 2009, p Diagrama de Ishikawa (Espinha de Peixe ou Causa e Efeito): Apresenta um efeito principal associado graficamente às suas potenciais causas. As causas situam-se à esquerda do efeito, podendo ainda ser subdivididas em subcausas (secundárias e terciárias), conforme a complexidade da situação em estudo. Um exemplo da sua utilização seria a exibição das causas e subcausas associadas a um risco potencial, para facilitar ao gerente de projeto o entendimento do relacionamento existente entre estes, na elaboração de um plano de contingências. Figura 4: Diagrama de Ishikawa Fonte: Adaptado de DINSMORE; CAVALIERI, 2009, p Lista de Verificação (Checklist ou Tabelas de Dados): Contém uma relação de itens a serem verificados, coletados e/ou exibidos, sendo geralmente utilizados para inspeções, avaliações, etc. Podem assumir tanto o formato de uma lista, quanto de uma figura ou tabela de dados, podendo ainda conter espaço para anotações, cálculos, marcações, etc., dependendo da necessidade de sua utilização. Proporcionam uma abordagem efetiva e simples para
8 obtenção, organização e exibição de dados para análise e revisões. Um exemplo da sua utilização seria uma lista de itens a serem avaliados durante a aceitação dos produtos entregues em uma determinada fase do projeto ESTUDO DE CASO 4.1. Caracterização da empresa Empresa sediada em Belo Horizonte, atuante no segmento de desenvolvimento de softwares voltados para Gestão em Rental (Mercado de locações de equipamentos) há mais de 20 anos. Possui atualmente em sua carteira mais de 350 clientes presentes em todos os estados brasileiros, representando cerca de 3500 usuários do sistema que fornece. No que se refere ao seu PDS (Processo de Desenvolvimento de Softwares), possui certificação nível F no modelo MPSBr (Melhoria de Processo do Software Brasileiro), o que significa que atende ao processo de Medição requerido para o nível e, desta forma, possui informações relevantes para o estudo de caso. Possui, em seu quadro atual, cerca de setenta funcionários, onde vinte e cinco destes atuam no departamento denominado Fábrica e participam dos projetos seguindo o referido modelo MPSBr, participando portanto das medições realizadas Processo de desenvolvimento de software da empresa A empresa trabalha com customizações de seu sistema para atender às necessidades específicas de seus clientes. Para entrega das customizações, são recebidas solicitações chamadas de demandas. Antes de fazer parte do PDS, as demandas de customizações do sistema são recebidas por meio de um registro no sistema de tickets o qual todos os clientes têm uma conta de acesso. A partir do registro o analista de requisitos recebe a solicitação e realiza um detalhamento da demanda, gerando a primeira documentação referente a uma possível solução, bem como uma estimativa de esforço contabilizada por meio da técnica de Pontos de Função. Esta documentação é enviada à equipe de arquitetos de software que ficam responsáveis por aprovar tecnicamente a solução (analisar a viabilidade técnica da solução). Se necessário, revisões da documentação são realizadas pelos analistas de requisitos enquanto não existir uma aprovação técnica. Dois tipos de projetos fazem parte do PDS da empresa: Projetos Release e Projetos de Versão:
9 Projetos Release: São projetos com duração média de um mês, cuja entrega representa uma lista de demandas desenvolvidas que podem ser disponibilizadas somente aos clientes que solicitaram a customização. Projetos de Versão: Representa um projeto executado a cada seis meses com duração média de um mês com o objetivo de integrar todas as demandas que serão efetivamente incorporadas ao produto. Neste estudo de caso, serão verificados dados referentes aos Projetos Release Dados de medição dos projetos Com relação ao uso de métricas a empresa utiliza em seu PDS uma Lista de Verificação, cujas informações mais relevantes são apresentadas na tabela a seguir: Código Nome Descrição Objetivo Perguntas Origem Como Periodicidade (Frequência de coleta) Por quem Responsável/Para quem/periodicidade(divulgação) Armazenar em Forma de Cálculo (Algoritmo) Resultado Esperado (Percentual) menor que -12% entre -12% e -6% entre -6% e 6% entre 6% e 20% Tabela 1: Tabela de Métricas de Projetos Release MPR1 Percentual de Desvio de Evolução (Previsto x Realizado) Medida que visa apresentar o percentual previsto do projeto comparado com o trabalho realizado Verificar o andamento do projeto O andamento das atividades estão conforme o planejado? COLETA DE DADOS Dados coletados através da ferramenta Redmine Através do percentual de evolução do Gantt Semanalmente conforme previsto no cronograma do projeto Gerente de Projetos DIVULGAÇÃO DE RESULTADOS Gerente de Projetos/Toda a equipe do Projeto/Divulgação semanal através do Status Report do projeto ARMAZENAMENTO E ANÁLISE Na ferramenta Redmine através do Mapa de Medição Previsto = total de dias corridos da fase correspondente / total de dias da fase correspondente Realizado = Percentual de evolução da tarefa Resultado = (Realizado - Previsto) Procedimento de Análise (Orientação / Feedback) Gerente de Projetos realizar Análise de Viabilidade do projeto, após, realizar reunião com equipe do projeto. Objetivo: validar a viabilidade do projeto junto a equipe Gerente de Projetos realizar reunião com equipe do projeto. Objetivo: verificar situação do projeto e definir ações, em caso de atraso será necessário a realização de horas extras a equipe do projeto Gerente de Projetos registrar e divulgar resultado a equipe. Gerente de Projetos realizar reunião com equipe do projeto. Objetivo: verificar situação do projeto e definir ações. maior que 20% Gerente de Projetos verificar com o CPROD a possibilidade de aumento de escopo do projeto após realizar reunião com equipe do projeto.
10 10 Objetivo: validar a viabilidade do projeto junto a equipe Código Nome Descrição MPR2 Percentual de Desvio do Custo Previsto x Realizado Medida que visa apresentar o custo total gasto comparado com a sua previsão no momento da coleta Objetivo Perguntas Origem Como Periodicidade (Frequência de coleta) Por quem Responsável/Para quem/periodicidade(divulgação) Armazenar em Verificar o custo do projeto O custo do projeto está conforme o planejado? COLETA DE DADOS Dados coletados na ferramenta RedMine, Relatório de Custos, disponível no Plano de Projeto Através do Relatório de Custos nas colunas custo de Evolução Planejado e Custo Apontado Semanalmente conforme previsto no cronograma do projeto Gerente de Projetos DIVULGAÇÃO DE RESULTADOS Gerente de Projetos/Toda a equipe do Projeto/Divulgação Semanal através do Status Retport do projeto ARMAZENAMENTO E ANÁLISE Na ferramenta Redmine através do Mapa de Medição Forma de Cálculo (Algoritmo) (Custo Apontado / Custo evolução planejado * 100) Resultado Esperado (Percentual) abaixo de 10% de 10.1% a 20% acima de 20% Procedimento de Análise (Orientação / Feedback) registrar e divulgar a equipe registrar e reunir com equipe, levantar motivos de variação registrar e reunir com líderes e diretoria, levantar os motivos de variação e estabelecer ações para mitigar a variação Código Nome Descrição Objetivo Perguntas Origem Como Periodicidade (Frequência de coleta) Por quem Responsável/Para quem/periodicidade(divulgação) Armazenar em MPR3 Percentual de Não Conformidades de Processo Medida que visa mensurar o percentual de Não Conformidades (NC) encontradas através das Auditorias de Qualidade Verificar o cumprimento do processo estabelecido Qual o percentual de Não Conformidades (NC) encontradas versus total de itens verificados? COLETA DE DADOS Dados coletados através da ferramenta Redmine Através do Plano de Qualidade aba Estatística, obter o valor de Bugs e Casos de teste executados Semanalmente conforme previsto no cronograma do projeto Gerente de Projetos DIVULGAÇÃO DE RESULTADOS Gerente de Projetos/Toda equipe do Projeto/Divulgação Semanal através do Status Report do projeto ARMAZENAMENTO E ANÁLISE Na ferramenta Redmine através do Mapa de Medição
11 11 Forma de Cálculo (Algoritmo) Bugs / Casos de teste * 100 Resultado Esperado (Percentual) de 0% a 10% de 10.1% a 30% acima de 30% Código Nome Descrição Objetivo Perguntas Origem Como Periodicidade (Frequência de coleta) Por quem Responsável/Para quem/periodicidade(divulgação) Armazenar em Procedimento de Análise (Orientação / Feedback) registrar e divulgar a equipe abrir tarefa problema ao projeto para análise das NC relatadas junto ao Analista de Qualidade Abrir tarefa problema ao projeto para análise das NC relatadas junto ao Analista de Qualidade. Realizar comunicação a equipe do projeto apresentando o grande número de NC relatadas MPR4 Disponibilidade e Alocação no Projeto Medida que visa mensurar a quantidade de pontos de função alocados no projeto e disponíveis para alocação Verificar a alocação e disponibilidade da equipe do projeto Quantos pontos de função são possíveis de serem alocados na equipe do projeto? COLETA DE DADOS Dados coletados através da ferramenta Redmine Colher a informação registrada na Solicitação de Projeto sobre a disponibilidade de desenvolvimento dos Pontos de Função. Colher a quantidade de Pontos de Função alocada ao Projeto através da página de Configuração Semanalmente conforme previsto no cronograma do projeto Gerente de Projetos DIVULGAÇÃO DE RESULTADOS Gerente de Projetos/Equipe do Projeto/Após planejamento do projeto, através da tarefa de comunicação, posteriormente divulgação semanal através do Status Report do projeto. ARMAZENAMENTO E ANÁLISE Na ferramenta Redmine através do Mapa de Medição Forma de Cálculo (Algoritmo) (PF alocados no projeto / PF total disponível) * 100 Resultado Esperado (Percentual) de 80% a 100% abaixo de 80% Procedimento de Análise (Orientação / Feedback) registrar e divulgar a equipe solicitar reunião com CPROD para solicitar SM para o projeto. Gerente de Projetos avaliar se existem problemas que impedem a alocação de novas demandas Código Nome Descrição Objetivo Perguntas Origem MPR5 Percentual de problemas de Requisitos / Pontos de Função Medida que visa mensurar a qualidade dos Requisitos do produto através da quantidade de erros encontrados na Fase de Construção Verificar a qualidade dos Requisitos na construção Qual percentual de problemas de requisitos do produto por ponto de função? COLETA DE DADOS Dados coletados através da ferramenta Redmine
12 12 Como Periodicidade (Frequência de coleta) Por quem Responsável/Para quem/periodicidade(divulgação) Armazenar em Forma de Cálculo (Algoritmo) Resultado Esperado (Percentual) de 0% a 5% de %5.1% a 10% acima de 10% Na ferramenta Redmine utilizar o Filtro "Erros de Requisitos" (composto por: Situação: "Todos", Tipo igual a "problema", Encontrado por: diferente de "Auditoria" e "Configuração", Responsável área: "CPROD/Requisito". Considerar o total de PF do projeto contido na última versão da PQH. Na conclusão do projeto Gerente de Projetos DIVULGAÇÃO DE RESULTADOS Gerente de Projetos/Equipe do Projeto/Ao final do projeto na Reunião de Encerramento ARMAZENAMENTO E ANÁLISE Na ferramenta Redmine através do Mapa de Medição Quantidade de Erros de Requisitos dividido pela quantidade PF produzida * 100 Procedimento de Análise (Orientação / Feedback) registrar e divulgar a equipe registrar e reunir com equipe, levantar motivos de variação registrar e reunir com líderes e diretoria, levantar os motivos de variação e estabelecer ações para mitigar a variação Código Nome Descrição Objetivo Perguntas Origem Como Periodicidade (Frequência de coleta) Por quem Responsável/Para quem/periodicidade(divulgação) Armazenar em MPR6 Medidas fora do resultado esperado Medida que visa mensurar se os resultados esperados estão sendo alcançados Verificar a assertividade das medidas Quantas medidas estão fora do resultado esperado? COLETA DE DADOS Dados coletados no Redmine através do Mapa de Medição Através da contagem das medidas fora do resultado esperado no mapa de medição X total de medidas Ao final do projeto Gerente de Projetos DIVULGAÇÃO DE RESULTADOS Gerente de Projetos/Equipe do Projeto/Ao final do projeto na Reunião de Encerramento ARMAZENAMENTO E ANÁLISE Na ferramenta Redmine através do mapa de medição Forma de Cálculo (Algoritmo) Quantidade de medidas fora do resultado esperado / medidas totais * 100 Resultado Esperado (Percentual) de 0% a 20% acima de 20% Procedimento de Análise (Orientação / Feedback) registrar e divulgar com SEPG solicitar reunião com SEPG para rever as expectativas de todas as medidas. Código Nome Descrição Objetivo Perguntas MPR7 Percentual problemas de Configuração / Pontos de Função Medida que visa mensurar a qualidade/assertividade através da quantidade de erros encontrados de configuração Verificar a qualidade do trabalho na construção Qual o percentual de erros reportados sobre configuração por ponto de função?
13 13 Origem Como Periodicidade (Frequência de coleta) Por quem Responsável/Para quem/periodicidade(divulgação) Armazenar em Forma de Cálculo (Algoritmo) Resultado Esperado (Percentual) de 0% a 5% de 5.1% a 10% acima de 10% COLETA DE DADOS Dados coletados através da ferramenta Redmine Na ferramenta Redmine, utilizar o filtro "Erros de Configuração" (composto por: Situação: "Todos", Tipo igual a "Problema", Encontrado por: diferente de "Auditoria" e "Configuração", Responsável área: "Configuração". Considerar o total de PF do projeto contido na última versão da PQH. Na conclusão do projeto Gerente de Projetos DIVULGAÇÃO DE RESULTADOS Gerente de Projetos/Equipe do Projeto/Ao final do projeto na Reunião de Encerramento ARMAZENAMENTO E ANÁLISE Na ferramenta Redmine através do Mapa de Medição Quantidade de Erros de Configuração dividido pela quantidade de PF produzida * 100 Procedimento de Análise (Orientação / Feedback) registrar e divulgar a equipe registrar e reunir com equipe, levantar motivos de variação registrar e reunir com líderes e diretoria, levantar os motivos de variação e estabelecer ações para mitigar a variação Fonte: Dados da pesquisa, Com relação às medições efetivamente realizadas em projetos, para análise dos dados, são apresentados abaixo dados coletados de um dos Projetos Release da empresa: MPR1 Tabela 2: Lista de Medidas Coletadas - Projeto PROJETO Código Nome Resultado Esperado Percentual de Desvio de Evolução Previsto x Realizado por Núcleo entre -6% e 6% Cálculo Resultado Obtido Coleta Ações geradas 11% #49738 Projeto adiantado em 11% Previsto: 16% 18% #49740 Projeto adiantado em 18% Realizado: 27% 24% #49745 Projeto adiantado em 24% Previsto: 37% Realizado: 55% Previsto: 59% Realizado: 83%
14 MPR2 Percentual de Desvio do Custo Previsto x Realizado entre 0% e 10% -19% #49738 Projeto com variação de custo positiva de 19%. Algumas atividades de processo não foram realizadas até o momento o que contribui para o desvio Custo apontado: R$ 2.707,25-15% #49740 Projeto com variação de custo positiva de 15% Custo Evolução Planejado: R$ 3.352, 79 Custo apontado: R$ 5.756,72 Custo Evolução Planejado: R$ 6.815,31 Custo apontado: R$ 9.360,07 Custo Evolução Planejado: R$ ,43 MPR3 Percentual de Não Conformidades de Processo entre 0% e 10% -19,5% #49745 Projeto com variação de custo positiva de 19,5% 35% #49738 Conforme resultado apresentado foi aberta a tarefa problema #50336 para análise e ações. Bugs: 7 31% #49740 Conforme resultado apresentado foi aberta a tarefa problema #50336, na última auditoria realizada foram verificados 6 itens, sendo registrado 1 Não Conformidade 14
15 Total de itens verificados: 20 20% #49745 Conforme resultado apresentado foi aberta a tarefa problema #50336, na última auditoria realizada foram verificados 14 itens, sem registro de Não Conformidades Bugs: 8 Total de itens verificados: 26 Bugs: 8 Total de itens verificados: 40 MPR4 Disponibilidade e Alocação no Projeto entre 80% e 100% 58% #49694 Será solicitado ao CPROD alocação de escopo ao projeto PF alocados: 99 58% #49738 Será solicitado ao CPROD alocação de escopo ao projeto PF disponíveis: % #49740 Conforme resultado apresentado será solicitado ao CPROD adição de escopo ao projeto. PF alocados: 99 78% #49745 Não será solicitado adição de escopo ao projeto devido conclusão da fase nesta data. PF disponíveis: 170 PF alocados: 109 PF disponíveis: 170 PF alocados: 133 Disponíveis: 170 MPR5 Percentual de problemas de Requisitos / Ponto de Função entre 0% e 5% 15 3% #49730 Conforme resultado final apresentado, registrar e divulgar.
16 16 Problemas: 4 Pontos de Função: 133 MPR6 Medidas Fora do Resultado esperado: 16 Total de Medidas: 17 MPR 7 Problemas: 0 Pontos de Função: ANÁLISE DOS DADOS Medidas fora do resultado esperado Percentual problemas de Configuração / Pontos de Função entre 0% e 20% entre 0% e 5% Fonte: Dados da pesquisa, % #49730 Previsto ocorrer nova consolidação de medidas de projetos no qual os valores do resultado esperado deverão ser reavaliados 0% #49730 Conforme resultado final apresentado, registrar e divulgar. Como pôde ser exemplificado através do estudo de caso apresentado, o acompanhamento do projeto é um dos itens mais importantes no tocante ao PDS. Fica clara a importância de que a execução de qualquer projeto seja seguida do acompanhamento, uma vez que não basta um bom planejamento para que ele seja bem executado, é necessário a existência de informações que permitam ao gerente de projeto e a equipe de desenvolvimento manterem sob controle o andamento e a execução daquilo que foi planejado. Tal contexto foi elucidado por Dinsmore e Neto (2012) e que muito fez sentido na observação dos dados coletados para este estudo de caso, considerando ainda que são fatores primordiais para a correta utilização do modelo de maturidade assumido pela empresa em questão (MPS.Br - F). A empresa optou por utilizar uma Lista de Verificação como formato de exposição dos resultados dos indicadores coletados em seus projetos. Como descrevem Dinsmore e Cavalieri (2009), a Lista de Verificação, Checklist ou Tabela de Dados contém uma relação de itens a serem verificados, coletados e/ou exibidos, que podem assumir tanto o formato de uma lista, quanto de uma figura ou tabela de dados. Proporcionam uma abordagem efetiva e simples para obtenção, organização e exibição de dados para análise e revisões. Neste caso, os dados são obtidos em várias fases do projeto da empresa, seja durante o planejamento, construção ou na fase conclusão.
17 Observa-se também que as informações sobre projetos em execução (resultados obtidos) são comparadas com do planejamento (resultados esperados), sempre apoiados por um plano de contingência, desenhado a partir de um gerenciamento de riscos elaborado durante o planejamento do projeto. Sobre as métricas de software, analisa-se que são coletados indicadores com relação à qualidade do produto desenvolvido, demonstrando a preocupação com relação ao índice de bugs e não conformidades encontradas durante a release de desenvolvimento do produto. Tais abordagens vão de encontro com o proposto por Sommerville (2011) na defesa de que as coletas de métricas do software colaboram para apontar um valor aos atributos de qualidade do sistema ou ainda para identificar os componentes de sistema cuja qualidade não atinja o padrão esperado, fazendo então necessário a tomada de ações corretivas CONSIDERAÇÕES FINAIS Projetos de software em geral, são motivados pela proposta de se atender necessidades específicas, a maioria de ideias que refletem um contexto que satisfaz os problemas do mundo real. Para tanto, a necessidade de se medir surge como um guia que permite a informação quantificada do que tem sido desenvolvido, tanto em níveis de processo quanto a níveis de qualidade investidos. Saber em que estado às coisas se apresentam e se o caminho escolhido tem sido o correto, são aspectos básicos de qualquer gerenciamento. Através deste, evidencia-se que é possível começar a entender a dimensão dos problemas e a evolução das necessidades utilizando métricas pouco sofisticadas, mas à medida que a maturidade e o entendimento aumentam, novas formas e mais detalhadas de medir as características dos atributos envolvidos se tornam possíveis e até mesmo necessárias. Algumas ferramentas e técnicas como as citadas neste estudo podem contribuir para a análise de indicadores como fonte de informação para os projetos de software. Em geral, quando avaliadas do ponto de vista individual podem ser úteis para encontrar tendências e prever comportamentos futuros. Porém, analisadas em conjunto, as métricas podem prover uma representação mais precisa do mundo real onde o contexto geral do projeto pode ser deslumbrado. Quanto mais precisas, melhores serão como fontes para uma boa tomada de decisão.
18 O estudo de caso apresentado ilustra a aplicação e a importância das análises de indicadores e métricas para uma empresa do mundo real onde tais ações apoiam fortemente como suporte ao modelo de qualidade aderido pela empresa analisada. São deixadas, como proposta de estudos posteriores, a análise de indicadores e métricas de softwares em outras empresas, para que seja traçado um comparativo das abordagens elencando aquelas práticas mais utilizadas e que melhor visibilidade oferecem no contexto de gestão de projetos de software. 18 REFERÊNCIAS BIBLIOGRÁFICAS DINSMORE, Paul C.; CAVALIERI Adriane. Como se tornar um profissional em gerenciamento de projetos: livro-base de Preparação para Certificação PMP - Project Management Professional. 3. ed. Rio de Janeiro: Qualitymark, DINSMORE, Paul C.; NETO, Fernando H. S. Gerenciamento de Projetos: Como gerenciar seu projeto com qualidade, dentro do prazo e custos previstos.1.ed. Rio de Janeiro: Qualitymark, PRESSMAN, Roger S. Engenharia de Software: uma abordagem profissional; tradução Ariovaldo Griesi ; 7. ed. Porto Alegre: Bookman, PRESSMAN, Roger S. Engenharia de Software. São Paulo: Makron Books, SAMPIERI, Roberto; COLLADO, Carlos; LUCIO, María. Metodologia de pesquisa. 5º ed. São Paulo: Mc Graw Hill, SOMMERVILLE, Ian. Engenharia de Software. 9º ed. São Paulo: Pearson Education, TOZONI-REIS, Marília F. C. Metodologia da pesquisa. 2.ed. Curitiba: IESDE, 2010.
ENGENHARIA DE SOFTWARE
ENGENHARIA DE SOFTWARE Qualidade de Software Qualidade do produto e do processo Padrões de software Revisões Medições e métricas de software Kele Teixeira Belloze kelebelloze@gmail.com CONCEITO DE QUALIDADE
Leia maisFábrica de Software Instituto de Informática Universidade Federal de Goiás. Plano de Medição
Plano de Medição Sumário 1. Introdução 2. Objetivos 3. Objetivos Organizacionais 4. Armazenamento 4. Questões e Indicadores 5. Métricas 1. Introdução Este documento descreve o plano para a execução da
Leia maisMedições e métricas de software
Medições e métricas de software A medição de software está preocupada com a derivação de um valor numérico para um atributo de um produto de software ou processo. - O que permite comparações objetivas
Leia maisPSP: Personal Software Process. PSP- Personal Software Process. PSP: Personal Software Process. PSP: Personal Software Process
PSP- Personal Software Process Maria Cláudia F. P. Emer PSP: Personal Software Process z Já foram vistas ISO/IEC 9126 foco no produto ISO 9001 e CMM foco no processo de desenvolvimento z Critica a essas
Leia maisControle - 3. Realizar o Controle da Qualidade Relatório de Desempenho. Mauricio Lyra, PMP
Controle - 3 Realizar o Controle da Qualidade Relatório de Desempenho 1 Realizar o Controle da Qualidade Preocupa-se com o monitoramento dos resultados do trabalho, a fim de verificar se estão sendo cumpridos
Leia maisProject Builder: Apoio a Gestão de Projetos do Nível G ao C do MPS.BR
Project Builder: Apoio a Gestão de Projetos do Nível G ao C do MPS.BR Bernardo Grassano 1, Analia Irigoyen Ferreiro Ferreira 2, Mariano Montoni 3 1 Project Builder Av. Rio Branco 123, grupo 612, Centro
Leia maisCONTPATRI Plano de Garantia de Qualidade. Versão 1.1
CONTPATRI Plano de Garantia de Qualidade Versão 1.1 Histórico da Revisão Data Versão Descrição Autor 04/05/2013 1.0 Verificação do documento Emerson José Porfírio 21/04/2013 1.0 Elaboração do documento
Leia maisQUALIDADE Grau até o qual um conjunto de características satisfaz as necessidades! Cumprimento dos requisitos pré determinados no Escopo do projeto;
SETOR DE TECNOLOGIA UNIVERSIDADE FEDERAL DO DEPARTAMENTO DE CONSTRUÇÃO CIVIL Prof.ª: MSc.: Heloisa Fuganti Campos 2 COMPETITIVIDADE NA CONSTRUÇÃO CIVIL INTRODUÇÃO SATISFAÇÃO DOS CLIENTES! INTRODUÇÃO INTRODUÇÃO
Leia maisINTRODUÇÃO INTRODUÇÃO INTRODUÇÃO ISO 9001 ISO /03/2015 QUALIDADE! GERENCIAMENTO DE PROJETOS GESTÃO DE QUALIDADE
UNIVERSIDADE FEDERAL DO PARANÁ DEPARTAMENTO DE CONSTRUÇÃO CIVIL INTRODUÇÃO 2 GERENCIAMENTO DE PROJETOS Prof.: Heloisa Campos COMPETITIVIDADE NA CONSTRUÇÃO CIVIL SATISFAÇÃO DOS CLIENTES! INTRODUÇÃO INTRODUÇÃO
Leia maisAula 04. Medições e Métricas de Software. Professor: José Alexandre Macedo versão: 1.0
Aula 04 Medições e Métricas de Software Professor: José Alexandre Macedo versão: 1.0 Medição de Software Derivar valor numérico para algum atributo do produto (ou processo) de software Medição de Software
Leia maisENGENHARIA DE SOFTWARE
ENGENHARIA DE SOFTWARE Teste de Software Verificação e validação Testes de desenvolvimento Testes de release Testes de usuário Desenvolvimento dirigido a testes Kele Teixeira Belloze kelebelloze@gmail.com
Leia maisGERENCIAMENTO DA QUALIDADE DO PROJETO
GERENCIAMENTO DA QUALIDADE DO PROJETO Planejar a Qualidade O gerenciamento da qualidade do projeto inclui os processos e as atividades da organização executora que determinam as políticas de qualidade,
Leia maisNormas ISO:
Universidade Católica de Pelotas Tecnólogo em Análise e Desenvolvimento de Sistemas Disciplina de Qualidade de Software Normas ISO: 12207 15504 Prof. Luthiano Venecian 1 ISO 12207 Conceito Processos Fundamentais
Leia maisCapítulo 5 Gerenciamento do Escopo do projeto. Introdução. Antes de iniciarmos vamos pensar um pouco.
Capítulo 5 Gerenciamento do Escopo do projeto 1 Introdução Antes de iniciarmos vamos pensar um pouco. 2 Introdução 3 Introdução 4 Introdução 5 Introdução O projeto se inicia com a definição de quais objetivos
Leia maisCapítulo 24. Gerenciamento de Qualidade Pearson Prentice Hall. Todos os direitos reservados. slide 1
Capítulo 24 Gerenciamento de Qualidade slide 1 Tópicos abordados Qualidade de software Padrões de software Revisões e inspeções Medições e métricas de software slide 2 Gerenciamento de qualidade de software
Leia maisGerenciamento da Integração de Projetos. Parte 03. Gerenciamento de Projetos Espaciais CSE-301. Docente: Petrônio Noronha de Souza
Gerenciamento da Integração de Projetos Parte 03 Gerenciamento de Projetos Espaciais CSE-301 Docente: Petrônio Noronha de Souza Curso: Engenharia e Tecnologia Espaciais Concentração: Engenharia e Gerenciamento
Leia maisGerência de Projetos
Gerência de Projetos Prof. Rodrigo Rocha prof.rodrigorocha@yahoo.com Informações Bibliografia VALERIANO, D. L. Gerência em projetos. São Paulo: Makron Books, 1998 Ementa 1. Gerencia de projetos 1.1 Histórico
Leia maisGarantia da Qualidade, Medição e Melhoria. Leonardo Gresta Paulino Murta
Garantia da Qualidade, Medição e Melhoria Leonardo Gresta Paulino Murta leomurta@ic.uff.br Exercício motivacional Leonardo Murta Garantia da Qualidade, Medição e Melhoria 2 Qualidade depende da perspectiva...
Leia maisCellBus Plano de Gerenciamento de Qualidade Versão (1.3)
CellBus Plano de Gerenciamento de Qualidade Versão (1.3) HISTÓRICO DE ALTERAÇÕES Data Versão Descrição Autor 24/09/2016 1.0 Criação do Documento Cibellie Adrianne 27/09/2016 1.1 Modificações e Alterações
Leia maisGerência de Projetos e Qualidade de Software. Prof. Walter Gima
Gerência de Projetos e Qualidade de Software Prof. Walter Gima 1 OBJETIVOS Compreender o processo de gerenciamento de qualidade e as principais atividades do processo de garantia, planejamento e controle
Leia maisFATORES E MÉTRICAS DE QUALIDADE
FATORES E MÉTRICAS DE QUALIDADE 1 2 FATORES DE QUALIDADE OPERAÇÃO DO PRODUTO CORRETITUDE (FAZ O QUE EU QUERO?) CONFIABILIDADE (SE COMPORTA COM PRECISÃO?) EFICIÊNCIA (RODARÁ TÃO BEM QUANTO POSSÍVEL?) INTEGRIDADE
Leia maisWorkshop Paraense de Tecnologia de Software PROCESSO DE MEDIÇÃO. Fabrício Medeiros Alho
Workshop Paraense de Tecnologia de Software 1 PROCESSO DE MEDIÇÃO Fabrício Medeiros Alho E-mail: fabricioalho@unama.br Empresa: UNAMA Workshop Paraense de Tecnologia de Software 2 Roteiro Introdução; Por
Leia maisGarantia da Qualidade, Medição e Melhoria. Leonardo Gresta Paulino Murta
Garantia da Qualidade, Medição e Melhoria Leonardo Gresta Paulino Murta leomurta@ic.uff.br Exercício motivacional Leonardo Murta Garantia da Qualidade, Medição e Melhoria 2 Qualidade depende da perspectiva...
Leia maisOrganização para Realização de Teste de Software
Organização para Realização de Teste de Software Quando o teste se inicia há um conflito de interesses: Desenvolvedores: interesse em demonstrar que o programa é isento de erros. Responsáveis pelos testes:
Leia maisPROJETO INTEGRADO AULA 4 INTEGRAÇÃO E ESCOPO
PROJETO INTEGRADO AULA 4 INTEGRAÇÃO E ESCOPO PROF.: KAIO DUTRA Gerenciamento da Integração do Projeto O gerenciamento da integração do projeto inclui os processos e as atividades necessárias para identificar,
Leia maisCampus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini /
Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini E-mail: prof.andre.luis.belini@gmail.com / andre.belini@ifsp.edu.br MATÉRIA: QUALIDADE DE SOFTWARE Aula N : 04 Tema:
Leia maisUniversidade Federal de Ouro Preto Instituto de Ciências Exatas e Biológicas Departamento de Computação Medições e Métricas de Software
Universidade Federal de Ouro Preto Instituto de Ciências Exatas e Biológicas Departamento de Computação Medições e Métricas de Software Aluno: Igor Muzetti Pereira Professor: Tiago Garcia de Senna Carneiro
Leia maisGestão de Testes e Defeitos. Malba Jacob Prudente
Gestão de Testes e Defeitos Malba Jacob Prudente Objetivos do treinamento 1. Expor os conceitos sobre Gestão de Testes; 2. Gestão de Testes na prática; 3. Expor os conceitos sobre Gestão de Defeitos; 4.
Leia maisGerência de Projetos e Manutenção de Software Aula 12 Medição / Manutenção / Encerramento Andréa Magalhães Magdaleno 2017.
Gerência de Projetos e Manutenção de Software Aula 12 Medição / Manutenção / Encerramento Andréa Magalhães Magdaleno andrea@ic.uff.br 2017.02 Agenda Medição Manutenção Encerramento do Projeto Próximos
Leia maisDesenvolvimento de Software. Testes de Software. Tópicos da Aula. Onde estamos... Verificação x Validação. Testes de Software
Engenharia de Software Aula 17 Desenvolvimento de Software Testes de Software Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo dcc603@gmail.com 7 Maio 2012 1. Especificação de requisitos 2. Projeto
Leia maisMedidas de Esforço de Desenvolvimento de Software
Medidas de Esforço de Desenvolvimento de Software Unidade 1 Fundamentos de Métricas e Medidas Luiz Leão luizleao@gmail.com http://www.luizleao.com Unidade 1 Fundamentos de métricas e medidas Introdução
Leia maisGerenciamento de Custos de Projetos. Parte 06. Gerenciamento de Projetos Espaciais CSE-301. Docente: Petrônio Noronha de Souza
Gerenciamento de Custos de Projetos Parte 06 Gerenciamento de Projetos Espaciais CSE-301 Docente: Petrônio Noronha de Souza Curso: Engenharia e Tecnologia Espaciais Concentração: Engenharia e Gerenciamento
Leia maisVisão Geral de Engenharia de Software
Visão Geral de Engenharia de Software Ricardo de Almeida Falbo Ontologias para Engenharia de Software Departamento de Informática Universidade Federal do Espírito Santo Agenda Engenharia de Software: Definição
Leia maisPlano de Gerenciamento de Configuração
Plano de Gerenciamento de Configuração Controle de Versões Versão Data Autor Notas da Revisão 0.1 29/11/2016 Deborah Araujo Denis Ferreira Ezio Mendonça - Plano de gerenciamento de Configuração Página
Leia maisTESTES DE SOFTWARE 1. Fundamentos sobre testes de software
ENG SOFT - TESTES TESTES DE SOFTWARE 1. Fundamentos sobre testes de software A atividade de teste de software sempre foi considerada como um gasto de tempo desnecessário, uma atividade de segunda classe,
Leia maisEngenharia de Software II
Engenharia de Software II Aula 19 http://www.ic.uff.br/~bianca/engsoft2/ Aula 19-28/05/2006 1 Ementa Processos de desenvolvimento de software Estratégias e técnicas de teste de software Métricas para software
Leia maisGerência de Projetos e Qualidade de Software. Prof. Walter Gima
Gerência de Projetos e Qualidade de Software Prof. Walter Gima 1 Plano de Ensino e Aprendizagem 2 3 Objetivos CONTEÚDO Se preparar para o inicio de um projeto Acompanhamento projeto Controles Métricas
Leia maisÉ o resultado indesejável de um processo ou trabalho; É o não atendimento de um requisito especificado;
Objetivo Problema TRATAMENTO DE NÃO CONFORMIDADE, AÇÕES CORRETIVAS E PREVENTIVAS Apresentar ferramentas para o tratamento de não conformidades e de solução de problemas. ANÁLISE BÁSICA DE UM PROBLEMA CONCEITOS
Leia maisPlanejamento dos Custos
UDESC Universidade do Estado de Santa Catarina FEJ Faculdade de Engenharia de Joinville Planejamento dos Custos Régis Kovacs Scalice DEPS Departamento de Engenharia de Produção e Sistemas Limites do 1
Leia maisA Clarify foi avaliada e aprovada como fornecedora de treinamento em gerenciamento de projetos pelo Project Management Institute (PMI).
A Clarify foi avaliada e aprovada como fornecedora de treinamento em gerenciamento de projetos pelo Project Management Institute (PMI). Com o acompanhamento pós-curso você terá uma aplicação mais eficiente
Leia maisIntrodução a Gerencia de Projetos
MBA EM GERENCIA DE PROJETOS Introdução a Gerencia de Projetos Rogério Santos Gonçalves 1 Agenda 1. Introdução ao Curso de Gerencia de Projetos 2. Conceitos Básicos sobre Gerenciamento de Projetos. 1. O
Leia maisICET CURSO: Ciência da Computação e Sistemas de Informação (Engenharia de Software) Campus: Data: / / Nome:
ICET CURSO: Ciência da Computação e Sistemas de Informação (Engenharia de Software) Estudos Disciplinares Campus: Data: / / Nome: RA: Turma: Questão 1: Assinale a função correta de engenharia de requisitos:
Leia maisINSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPUS JOÃO CÂMARA FASE DE PROJETO
1 INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPUS JOÃO CÂMARA FASE DE PROJETO Nickerson Fonseca Ferreira nickerson.ferreira@ifrn.edu.br Introdução 2 A essência dessa fase
Leia maisGerenciamento Do Escopo Do Projeto
Gerenciamento Do Escopo Do Projeto Disciplina: Gerência De Projetos Bruno Tenório Da Silveira Lopes Fernando David Leite Thiago Abelha Isaac Salvador Profa. Dra. Elisa Yumi Nakagawa elisa@icmc.usp.br Sumário
Leia maisDiretrizes de Medição Sistema de Gestão da Qualidade
Página 1 de 10 1. INTRODUÇÃO Esta diretriz descreve o processo de execução da medição nos projetos da empresa. 2. OBJETIVOS ORGANIZACIONAIS Os objetivos organizacionais que direcionam o processo de medição
Leia maisAinda que muitos modelos sejam semelhantes entre os modelos de ciclo de vida, existem alguns aspectos que os diferenciam:
Prof. Edson dos Santos Cordeiro 1 Tópico: Objetivo: Introdução a Ciclo de Vida do Software Conhecer os principais conceitos relacionados a ciclo de vida do software. Bibliog. Base: McCONNEL, Steve. Rapid
Leia maisAula 05 - ES - Métricas de Software
Aula 05 - ES - Métricas de Software Conceito METRICAS inferências sobre os processos de trabalho que traduzem: a priori ESTIMATIVAS expectativas METRICAS Prof. Ms. Luiz Alberto Contato: lasf.bel@gmail.com
Leia maisGerenciamento de Projetos
MBA em EXCELÊNCIA EM GESTÃO DE PROJETOS E PROCESSOS ORGANIZACIONAIS Gerenciamento de s Planejamento e Gestão de s Prof. Msc. Maria C Lage Prof. Gerenciamento de Integração Agenda Gerenciamento da Integração
Leia maisÁREAS DE CONHECIMENTO DO GERENCIAMENTO DE PROJETOS: UMA VISÃO DO PMBOK 5ª EDIÇÃO
ÁREAS DE CONHECIMENTO DO GERENCIAMENTO DE PROJETOS: UMA VISÃO DO PMBOK 5ª EDIÇÃO Bruno O Neil da Silva, Esp. 1 Kilmer Pereira Boente, Esp. 2 Renata Miranda Pires Boente, MSc. 3 Resumo: Como as empresas
Leia maisGESTÃO DE PROJETOS Unidade 6 Gerenciamento de Qualidade. Luiz Leão
Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático Conceitos de qualidade Planejamento da qualidade em projetos Stakeholders Revisões / Auditorias Controle de Qualidade Garantia
Leia mais4/14/11. Processos de Engenharia de Requisitos. Engenharia de requisitos. Elicitação e análise. A espiral de requisitos
Processos de engenharia de requisitos Processos de Engenharia de Requisitos Os requisitos e as formas de obtê-los e documentálos variam drasticamente de um projeto para o outro Contudo, existe uma série
Leia maisGestão Negócios OBJETIVO NESTA AULA. Gestão eficaz - Aula 18
eficaz - Aula 18 Utilizar os diferentes conhecimentos adquiridos até aqui em de para planejar e implantar um modelo de gestão eficaz. OBJETIVO NESTA AULA Conhecimento científico A universidade que queremos
Leia maisCurso de Engenharia Industrial Madeireira UFPR Prof. Umberto Klock
Curso de Engenharia Industrial Madeireira UFPR Prof. Umberto Klock Introdução à Gestão de Projetos; Gestão de Escopo; Gestão de Prazos; Gestão de Custos; Gestão de Pessoas; Gestão de Comunicação; Gestão
Leia maisFORMAÇÃO DE AUDITORES INTERNOS DA QUALIDADE ISO 19011:2012 PROF. NELSON CANABARRO
FORMAÇÃO DE AUDITORES INTERNOS DA QUALIDADE ISO 19011:2012 PROF. NELSON CANABARRO PRINCÍPIOS ISO 9001:2015 1. Foco no cliente 2. Liderança 3. Engajamento das pessoas 4. Abordagem de processo 5. Melhoria
Leia maisAPLICAÇÃO DA ENGENHARIA DE REQUISITOS E ESPECIFICAÇÃO DE REQUISITOS NA IDENTIFICAÇÃO DE ESCOPO DE SISTEMA
APLICAÇÃO DA ENGENHARIA DE REQUISITOS E ESPECIFICAÇÃO DE REQUISITOS NA IDENTIFICAÇÃO DE ESCOPO DE SISTEMA Guilherme de Souza Ferreira Discente do curso Tecnologia em Análise e Desenvolvimento de Sistemas
Leia maisGerenciamento da Qualidade do Projeto (PMBoK 5ª ed.)
Gerenciamento da Qualidade do Projeto (PMBoK 5ª ed.) Os projetos buscam sempre ter qualidade para atender à demanda do cliente. O gerenciamento da qualidade do projeto inclui os processos e as atividades
Leia maisMetodologia de Gestão de Desenvolvimento de Sistemas da UFVJM
ANEXO E METODOLOGIA DE DESENVOLVIMENTO E GERENCIAMENTO DE SISTEMAS E PROPOSTAS DE PADRONIZAÇÃO DA DTI Metodologia de Gestão de Desenvolvimento de Sistemas da UFVJM Objetivo Estabelecer uma Metodologia
Leia maisFOLHA DE CONTROLE DE DOCUMENTOS
FOLHA DE CONTROLE DE DOCUMENTOS 1) IDENTIFICAÇÃO Código do documento PO-LFX-1002 Revisão 07 Data 08/11/2017 Título IDENTIFICAÇÃO DAS FONTES DE INCERTEZA Classificação Restrito n o de páginas 06 n o de
Leia maisGerenciamento Eletrônico de Documentos
Gerenciamento Eletrônico de Documentos Os softwares de gerenciamento eletrônico de documentos, conhecidos como GEDs, trazem importantes benefícios para as empresas, como: Agilidade na busca de documentos
Leia maisO Microsoft Project 2013 de gerenciamento de projetos, que pode ser usado para planejar, gerenciar e trabalhar como uma valiosa fonte de informações
O Microsoft Project 2013 de gerenciamento de projetos, que pode ser usado para planejar, gerenciar e trabalhar como uma valiosa fonte de informações para o projeto. Project Gerência de Projetos Configuração
Leia maisDicas sobre Gerenciamento do Escopo em Projetos
Dicas sobre Gerenciamento do Escopo em Projetos Author : Mauro Sotille Date : 17 de setembro de 2013 1. Qual a diferença entre o plano de gerenciamento do escopo e a declaração (ou especificação) do escopo
Leia maisGerenciamento do Escopo do Projeto
Gerenciamento do Escopo do Projeto Ricardo Yugue Farmacêutico, MSc, MBA e PMP 2009-2018 Yugue Assessores Todos os direitos reservados Problemas que ocorrem com mais frequência nos projetos da organização
Leia maisDesenvolvimento de Software
PODER JUDICIÁRIO JUSTIÇA DO TRABALHO TRIBUNAL REGIONAL DO TRABALHO DA 15ª REGIÃO Secretaria de Tecnologia da Informação e Comunicações Total de Páginas:16 Versão: 1.0 Última Atualização: 26/07/2013 Índice
Leia maisFormação em Gerenciamento de Projetos
em Gerenciamento de Projetos em Gerenciamento de Projetos A perspectiva de uma carreira promissora em gerenciamento de projetos é muito evidente. Alex Brasil Conheça os 3 cursos de Gestão de Projetos da
Leia maisGráfico de Pareto. Ferramentas da Qualidade
Gráfico de Pareto Gráfico de Pareto Ferramentas da Qualidade O que é? Gráfico de barras verticais que evidencia a priorização de temas. Princípio de Pareto (sociólogo e economista italiano - 80/20) Juran.
Leia maisCiclo de vida do projeto x do
Gestão de Projeto Material Preparado pelo Prof. William Chaves de Souza Carvalho Ciclo de vida do projeto x do produto Ciclo de vida do produto Plano de Negócio Projeto Operações Retirada Ciclo de vida
Leia maisEngenharia de Software II
Faculdade de Ciências e Tecnologia Departamento de Matemática e Computação Bacharelado em Ciência da Computação Engenharia de Software II Aula 04 (rogerio@fct.unesp.br) 2 Conteúdo: Parte 1: Gerenciamento
Leia maisPROJETOS DE AUDITORIA DE TI
PROJETOS DE AUDITORIA DE TI Elaborado pelo professor André Campos Uma visão mais ampla sobre segurança da informação poderá ser obtida no livro Sistema de Segurança da Informação Controlando os riscos,
Leia maisEngenharia de Software
Introdução Engenharia de Software O principal objetivo da Engenharia de Software (ES) é ajudar a produzir software de qualidade; QUALIDADE DE SOFTWARE Empresas que desenvolvem software de qualidade são
Leia maisGerência e Planejamento de Projeto. Engenharia de Software I Profa. Elisa Yumi Nakagawa 1 o semestre de 2015
Gerência e Planejamento de Projeto Engenharia de Software I Profa. Elisa Yumi Nakagawa 1 o semestre de 2015 Conteúdo: Parte 1: Gerenciamento & Qualidade Plano de Projeto - aspectos gerais Parte 2: Plano
Leia maisGestão de Segurança da Informação
Gestão de Segurança da Informação Grade Curricular Unidade de aprendizagem Ementa Carga horária Semestre 1 Auditoria de Segurança da Informação Forense Computacional Gerenciamento de Serviços de TI Pelo
Leia maisSUMÁRIO. 1. Objetivo Estrutura do Gerenciamento de Riscos...03
SUMÁRIO 1. Objetivo...02 2. Estrutura do Gerenciamento de Riscos...03 2.1 Gerenciamento do Risco de Crédito...05 2.2 Gerenciamento do Risco Operacional...06 2.3 Gerenciamento do Risco de Mercado...07 2.4
Leia maisProva de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES
Prova de Conhecimento para Consultores de Implementação MPS.BR 03 de agosto de 2012 4 horas de duração Nome: IDENTIFICAÇÃO DO CANDIDATO E-mail: (DEIXAR EM BRANCO) RESULTADO: Q1 Q2 (a) Q2 (b) Q3 Q4 Q5 Q6
Leia maisA IMPORTÂNCIA DE UM ESCOPO BEM DEFINIDO NO GERENCIAMENTO DO PROJETO
Faculdade Ietec Pós-graduação GESTÃO DE PROJETOS - Turma nº 164 19/10/2017 A IMPORTÂNCIA DE UM ESCOPO BEM DEFINIDO NO GERENCIAMENTO DO PROJETO RAFAEL PORTO MAIA ENGENHEIRO MECÂNICO rafaporto19@gmail.com
Leia maisDicas sobre Gerenciamento do Escopo em Projetos
Dicas sobre Gerenciamento do Escopo em Projetos Autor : Mauro Sotille Data : 17 de setembro de 2013 1. Qual a diferença entre o plano de gerenciamento do escopo e a declaração (ou especificação) do escopo
Leia mais1/28. Roteiro Introdução NBR ISO NBR ISO Recomendações Conclusões Bibliografia 2/28
Normas - :1997 - :2000 Gestão da Qualidade Adriana Alexandre Marcotti 1/28 1-2- :1997 2.1- Definições 2.2- Descrição 2.3- Estrutura de um Plano de Qualidade 3- :2000 3.1- Definições 3.2- Descrição 3.3-4-
Leia maisAgenda. Projeto Projeto Manhattan. Considerado o 1º projeto com gerenciamento estruturado.
Agenda CONCEITOS DE GESTÃO DE PROJETOS - PMBOK 1 2 Objetivo Projeto OBJETIVO DA APRESENTAÇÃO o Introduzir os conceitos de gestão de projetos, baseando-se na metodologia do PMBOK (Project Management Body
Leia maisCCPM e PMBOK, uma visão integrada
11 th International Conference of the TOC Practitioners Alliance - TOCPA www.tocpractice.com March 14-15, 2014 Sao Paulo, Brazil CCPM e PMBOK, uma visão integrada Paulo Roberto Chakour, Goldratt Associados
Leia maisGerência e Planejamento de Projeto. Engenharia de Software Profa. Elisa Yumi Nakagawa 1 o semestre de 2016
Gerência e Planejamento de Projeto Engenharia de Software Profa. Elisa Yumi Nakagawa 1 o semestre de 2016 Conteúdo: Parte 1: Gerenciamento & Qualidade Plano de Projeto Aspectos Gerais Parte 2: Plano de
Leia maisAdministração de Projetos
Administração de Projetos gerenciamento do escopo Prof. Robson Almeida Gerenciamento do Escopo Sendo o primeiro passo do Planejamento do Projeto, esta fase identifica e documenta o trabalho que produzirá
Leia maisPor que o Project Builder é tão efetivo como ferramenta para PMO
argumento da apresentação Por que o Project Builder é tão efetivo como ferramenta para PMO - assertividade da abordagem conceitual - características tecnológicas - flexibilidade da oferta Efetivo na implementação
Leia maisPROFª MSc. HELOISA F. CAMPOS 1
SETOR DE TECNOLOGIA UNIVERSIDADE FEDERAL DO DEPARTAMENTO DE CONSTRUÇÃO CIVIL GESTÃO DA INTEGRAÇÃO DE PROJETOS Prof.ª: MSc.: Heloisa Fuganti Campos 2 Integração: Processos necessários para assegurar que
Leia maisDisciplina de Engenharia de Software
Disciplina de Engenharia de Software Windson Viana de Carvalho Rute Nogueira Pinto [windson,rute]@lia.ufc.br Mestrado em Ciência da Computação UFC Produzido em 19/07/2004 Alterado em 23/10/2006 por Rossana
Leia maisInstituto Federal Sul-rio-grandense. Placa universal para controle de máquinas de lavar roupa Plano de Projeto - versão 1.0
Instituto Federal Sul-rio-grandense Campus Pelotas Curso de Engenharia Elétrica Planejamento e Gerenciamento de Projetos Placa universal para controle de máquinas de lavar roupa Plano de Projeto - versão
Leia maisA Presença do Replanejamento em Projetos de Engenharia
Leonardo L. da Cruz Engenheiro de Produção / Processos leonardoengenharia87@yahoo.com.br A Presença do Replanejamento em Projetos de Engenharia RESUMO O presente artigo aborda em linhas gerais a presença
Leia maisEngenharia de Software II
Engenharia de Software II Aula 12 http://www.ic.uff.br/~bianca/engsoft2/ Aula 12-31/05/2006 1 Ementa Processos de desenvolvimento de software (Caps. 2, 3 e 4 do Pressman) Estratégias e técnicas de teste
Leia maisBENEFÍCIOS DA ADOÇÃO DO GERENCIAMENTO DE PROJETOS E PMO EXPERIÊNCIAS E CASOS GUGP SUCESU/RS. Abril/2017
BENEFÍCIOS DA ADOÇÃO DO GERENCIAMENTO DE PROJETOS E PMO EXPERIÊNCIAS E CASOS GUGP SUCESU/RS Abril/2017 OS AVANÇOS TECNOLÓGICOS TRAZEM NOVOS DESAFIOS AOS CIOS... Internet das Coisas Mobilidade Analytics
Leia maisGarantia da Qualidade versus Controle da Qualidade
Garantia da Qualidade versus Controle da Qualidade Author : Mauro Sotille Date : 5 de fevereiro de 2014 Definir o que queremos obter através de resultados de qualidade é muito importante para que possam
Leia maisApoio Ferramental para Avaliação MPS.BR
Apoio Ferramental para Avaliação MPS.BR Ana Regina Rocha Fernando Muradas Mariano Montoni COPPE/UFRJ Objetivo Desenvolver uma ferramenta baseada em conhecimento para apoiar a realização de avaliações de
Leia mais40h. Mais de 300 profissionais certificados em 2015! Master PMP.
Mais de 300 profissionais certificados em 2015! A Clarify é um provedor de serviços educacionais homologado pelo PMI Carga-horária: 40h Curso preparatório Adequado às novas regras da prova Orientações
Leia maisGerência de Projetos e Qualidade de Software. Prof. Walter Gima
Gerência de Projetos e Qualidade de Software Prof. Walter Gima 1 OBJETIVOS O que é Qualidade Entender o ciclo PDCA Apresentar técnicas para garantir a qualidade de software Apresentar ferramentas para
Leia maisMódulo 7 Estrutura da norma ISO 9001:2008 Sistemas de Gestão da Qualidade - Requisitos Requisitos 8.1, 8.2 e 8.3
Módulo 7 Estrutura da norma ISO 9001:2008 Sistemas de Gestão da Qualidade - Requisitos Requisitos 8.1, 8.2 e 8.3 Estrutura da norma Sistema de Gestão da Qualidade 4 C L I E N R E Q U I S 5 Responsabilidade
Leia maisPolítica Organizacional para Desenvolvimento e Manutenção de Software e Serviços
A Coordenadoria de Sistemas de Informação (CSI) do Centro de Tecnologia de Informação e Comunicação (CTIC) da UFPA define neste documento sua Política Organizacional para Desenvolvimento de Software. 1
Leia maisQualidade de Software. Profª Rafaella Matos
Qualidade de Software Profª Rafaella Matos Introdução a qualidade de software Relatório do Caos Em 1995 o relatório do caos revelou dados alarmantes sobre investimentos feitos em softwares Relatório do
Leia maisCrise do Software. Crise de tecnologia - hardware caminha mais rápido que o software
Crise do Software Crise de tecnologia - hardware caminha mais rápido que o software Crise de oferta - demanda é maior que a capacidade de desenvolvimento Crise de manutenção - projeto mal feito e recursos
Leia maisITIL v3 Desenho de Serviço Parte 1
ITIL v3 Desenho de Serviço Parte 1 O Desenho de Serviço vem após a Estratégia de Serviço, após levantar tudo o que foi necessário como as políticas, estratégia, recursos e restrições. O pessoal envolvido
Leia maisUNIVERSIDADE FEDERAL DO PARANÁ - UFPR BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO
CI 221 DISCIPLINA: Engenharia de Software AULA NÚMERO: 3 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO O objetivo desta aula é apresentar e discutir conceitos básicos como processo, projeto, produto, por que
Leia mais