Análise de riscos no projeto de sistemas de informação: utilização da teoria dos prospectos
|
|
- Gabriel Henrique Farinha
- 5 Há anos
- Visualizações:
Transcrição
1 Análise de riscos no projeto de sistemas de informação: utilização da teoria dos prospectos André Lima-Cardoso Pesquisador associado às Faculdades Ibmec/RJ Avenida Rio Branco, 108/5º andar, CEP Luiz Flavio Autran Monteiro Gomes Professor titular das Faculdades Ibmec/RJ Avenida Rio Branco, 108/5º andar, CEP Resumo A determinação do escopo de um projeto de Tecnologia da Informação é um desafio aos seus participantes. Isto se deve, em grande parte, às variações dos requisitos que acontecem fundamentalmente devido às rápidas transformações pelas quais passam as organizações; freqüentemente a etapa de levantamento retrata uma necessidade que no momento de sua implementação já é diferente, pois precisou ser transformada ou adequada para atender às novas realidades do negócio. Sendo assim, deve o gerente do projeto entregar o produto combinado que não atende mais às necessidades, ou atendê-las e desenvolver um projeto ineficaz sob o ponto de vista dos custos, já elevados em função de constantes modificações? O presente artigo apresenta um caso real em que a Teoria dos Prospectos foi utilizada para se determinar quais mudanças de projeto deveriam ou não ser aceitas. Tal teoria mostrou ser uma ferramenta eficaz, por permitir o tratamento de questões subjetivas e riscos. Palavras-chave: Teoria dos prospectos. Gerenciamento de projetos. Mudanças de escopo. Sistemas de apoio à decisão. Abstract The determination of an Information Technology project scope is a challenge to everyone directly involved. This is due to a large extent because of the on-going changes in the requirements. Those changes are typically caused by fast modifications demanded on organizations. Many times, the project specification phase shows a reality that is not true in the development stage as it tends to be adpted in order to support a new business reality. Therefore, the project manager should either (i) deploy a solution that follows the specifications but not the business requirements, or (ii) develop a project with rising costs because of all the changes that are to be introduced along the process. This article presents a real case study where Prospect Theory was used to indicate which change requests should be accepted in the process of project management. That theory was a very useful tool because of the support it provided for tackling subjective issues and risks. Keywords: Prospect theory. Project management. Change requests. Decision support systems. 1 Introdução Há um paradigma e uma generalização feitos nas indústrias e mercados, ambos cada vez mais ávidos por informações e meios que contribuam para agilizar seu trabalho, fazendo com que suas organizações se tornem mais competitivas e ágeis: os projetos de Tecnologia da Informação (TI) não têm sucesso. Este paradigma é motivado por estudos como os do Standinsh Group (2006), ao afirmar que somente 26% dos projetos são bem sucedidos, sem que o porte da empresa onde são realizados interfira de forma significativa nos números; como se pode observar na Figura 1, percentuais tipicamente observados são: 24% em grandes; 28% em médias e 32% em pequenas empresas. As implicações dessa constatação tornam-se ainda mais graves, pois, segundo o mesmo estudo, existe uma relação diretamente proporcional entre orçamento e taxa de sucesso: até U$750K: 55%; de U$750K até $1.5M: 33%; de U$1.5M até $3M: 25%; de U$3M até $6M: 15% e de U$6M até $10M: 8%. Em projetos orçados acima de U$10M, o percentual se aproxima muito de 0%, conforme mostra o gráfico da Figura 2: 7
2 André Lima-Cardoso e Luiz Flavio Autran Monteiro Gomes Figura 1: Taxa de sucesso dos projetos (por tamanho da empresa). Fonte: Standinsh Group (2006). Figura 2: Taxa de sucesso dos projetos (por verba, em US$). Fonte: Standinsh Group (2006). Desenvolver um sistema de TI sem determinar seu escopo fere o próprio conceito de projeto, que é um esforço temporário com a finalidade de criar um produto/serviço único (PMI, 2004). A resolução entre a determinação do escopo e as adequações necessárias a um software deve então se dar através de solicitações de mudanças ao escopo inicialmente previsto e/ou manutenção contínua do produto gerado. Entretanto, o gerente de projeto não pode ignorar as questões políticas geralmente existentes, assim como deve sempre ter em mente que gestores e clientes precisam sentir-se atendidos e satisfeitos, para que novos negócios sejam gerados. Por este motivo, algumas organizações permitem que seus gerentes tenham autonomia para aceitar algumas mudanças, sem o desgaste de novas negociações contratuais e formalizações das solicitações de mudança. 2 Objetivo Este artigo tem como objetivo aplicar uma técnica estruturada de tomada de decisão, capaz de tratar riscos e julgamentos subjetivos, a fim de que se faça uma escolha em um projeto desenvolvido pela empresa de sistemas de informação aqui 8
3 designada por Consultoria, em um projeto desenvolvido na modalidade de fábrica de software para a companhia de telecomunicações Cliente. Os nomes destas duas empresas são omitidos aqui por razões de sigilo. Faz-se necessário, no estudo em pauta, determinar-se quais mudanças o gerente de projeto deve implementar. A escolha deve considerar três diferentes critérios, todos subjetivos, seus riscos, perdas e ganhos. Além disso, deve permitir a visualização das situações favoráveis e desfavoráveis para cada uma das alternativas diante de um determinado critério. 3 Metodologia Uma vez que a decisão do problema precisou levar em consideração fatores subjetivos (como a aversão ao risco tecnológico das solicitações) e probabilísticos (como a possibilidade de que, após implementado, um item possa trazer novos negócios para a empresa fornecedora), utilizou-se a Teoria dos Prospectos (Kahneman e Tversky, 1979) para comparar cada solicitação dos conjuntos gerados. Porém, como a Teoria dos Prospectos é geralmente focada na tomada de decisão com um único atributo (Hankuk e Aggarwal, 2003), utilizou-se também o método multicritério AHP (Saaty, 1997) para verificação da importância de cada um dos critérios considerados para a escolha. 4 Caracterização da decisão a ser tomada A Consultoria desenvolveu um software para gestão de vendas da Cliente. Após a entrega final e os testes de validação do usuário, o cliente retornou uma lista com solicitações de alterações, correções de falhas e desenvolvimento de melhorias no sistema. Os itens caracterizados como falhas foram implementados e entregues pela empresa fornecedora. Para resolver os demais, consensualmente vistos como melhorias ou alterações, Consultoria e Cliente acordaram que a fornecedora iria implementar, sem custo, 100 pontos de função (PF) das funcionalidades existentes na lista de solicitações e o restante seria feito em uma nova versão a ser vista no futuro. Como resultado da negociação, ficou definido também que a Consultoria iria escolher, dentre os itens da lista, quais seriam implementados nesta fase e quais ficariam com suas implementações postergadas para outro momento. Os itens solicitados e a quantidade de pontos de função de cada um deles estão descritos na Tabela 1: Tabela 1: Solicitações e seus pontos de função, totalizando 155 PF Solicitação Descrição Pontos de Função A Interfaces com outros sistemas 30 B Módulo de previsão de vendas 25 C Módulo de relacionamento com o cliente 45 D Perfis de acesso e segurança 10 E Relatórios Executivos 40 F Ajustes de interface 5 Total 155 A Consultoria precisou escolher qual conjunto implementar, levando em conta três critérios para a tomada da decisão: I) a possibilidade de novos negócios que o conjunto escolhido pode trazer; II) riscos tecnológicos dos itens existentes no conjunto; III) a importância dos itens do conjunto para a alta administração do Cliente. 5 Análise de sistemas por ponto de função Através desta técnica, é possível calcular o esforço despendido por unidade, ou por atividade no departamento de TI, independente do tipo do sistema, da tecnologia utilizada para desenvolver o produto, e da habilidade dos desenvolvedores, e, ainda, fornecer subsídios para melhor compreensão das correções, falhas e dos problemas de planejamento dos projetos já concluídos ou em andamento. Permite criar ambiente padrão na área de TI com possibilidade de comparação de seu desempenho com o mercado (Dias, 2001). Segundo o International Function Point Users Group (IFPUG), principal órgão mundial especializado em Análise de Sistemas por Ponto de Função, este tipo de análise possui as seguintes vantagens práticas: permite a medição de funcionalidades do sistema baseada na visão do usuário, apresentando como características 9
4 André Lima-Cardoso e Luiz Flavio Autran Monteiro Gomes a independência de tecnologia utilizada; produz resultados consistentes; é baseada na visão do usuário; possui significância para o usuário final; permite sua utilização em estimativas; e, por fim, é passível de automação (IFPUG, 1994). Entretanto, ainda segundo esta última fonte, tal tipo de análise apresenta dificuldades por possuir relativa subjetividade, considerando que reflete a visão do usuário. A complexidade está relacionada com volumes de arquivos lógicos, registros lógicos e itens de dados identificados. Considera 14 itens de influência subdivididos em subitens, que abrangem todos os aspectos relacionados às necessidades de uso de ferramentas para atendimento das requisições dos usuários (IFPUG, 1994). Após o levantamento dos requerimentos das necessidades e a especificação do aplicativo, um analista pode contar a quantidade de pontos de função necessários para implementar um programa qualquer. Para realizar a contagem, deve-se caracterizar o programa entre os tipos: ALI (Arquivo Lógico Interno); AIE (Arquivo de Interface Externa); EE (Entradas Externas); SE (Saídas Externas) ou CE (Consultas Externas) e seguir as normas descritas no IFPUG, organismo referência no assunto. Para o caso descrito no artigo, os pontos de função já haviam sido contabilizados pela Consultoria e validados pelo Cliente, não sendo objeto de análise dos mesmos, já que não interferem na escolha final. 6 O método multicritério AHP O método AHP (Analytic Hierarchy Process)é um método multicritério da Escola Americana do apoio à tomada de decisão e um dos mais empregados na prática (Gomes, 2007). Tal método fundamenta-se na construção de uma hierarquia de critérios, caracterizando-se assim distintos níveis de decisão. O primeiro nível é representado pelo objetivo central do problema. Os critérios e subcritérios são apresentados em seguida, de forma hierárquica (Passos e Gomes, 2005), conforme mostrado na Figura 3: Figura 3: Modelo de estrutura do método AHP (Passos e Gomes, 2005) O método AHP baseia-se na comparação dos critérios, em pares, através do julgamento verbal e transferência para valores nominais. Para isto, empregam-se as correspondências entre as escalas de julgamento verbal e numérica mostradas na escala apresentada na Tabela 2 (Saaty, 1997): Tabela 2: Valores nominais e julgamento verbal do método AHP Julgamento Verbal Valores Nominais Extremamente preferido 9 De uso fortemente a extremamente preferido 8 Muito fortemente preferido 7 De fortemente a muito fortemente preferido 6 Fortemente preferido 5 De modernamente a fortemente preferido 4 Moderadamente preferido 3 De igualmente a moderadamente preferido 2 Igualmente preferido 1 10
5 Os valores oriundos da comparação dos critérios são dispostos em uma matriz e, após as operações de totalização das colunas, efetua-se a divisão dos itens da coluna pelo valor total e procede-se ao cálculo da média aritmética de cada linha, gerando-se um vetor com os índices de importância de cada item comparado. O maior valor é visto como a melhor escolha. Bana e Costa e Vansnick (2001) fizeram duras críticas ao método demonstrando inconsistências no vetor de saída. Porém, mesmo sendo um método de apoio multicritério à decisão tecnicamente controvertido, é inegável o valor do AHP como ferramenta para construir-se um modelo requisito básico (Phillips, 1982, 1983) para um problema decisório, através do estabelecimento de uma estrutura hierárquica de critérios. Nesta medida, é perfeitamente justificável o uso do método AHP, desde que se tenham em mente suas potenciais limitações. (Gomes, 2003). O método AHP, no entanto, não será utilizado para embasar completamente a decisão referente ao problema em pauta, pois não leva em consideração a probabilidade de um evento acontecer e a aversão ao risco do tomador da decisão. Entretanto, pela sua relativa velocidade na aplicação e facilidade de uso, esse método será usado para compreender-se a importância de cada critério na decisão total. 7 Teoria dos prospectos A Teoria dos Prospectos foi desenvolvida por dois pesquisadores israelenses, Daniel Kahneman e Amos Tversky (1979). Com essa teoria, descreve-se o comportamento do ser humano face ao risco, no que tange à tomada de decisões (Passos e Gomes, 2005). Por sua grande importância como um novo paradigma para explicar as decisões humanas em face do risco, a Teoria dos Prospectos foi objeto do Prêmio Nobel de Economia de 2002 (Roux, 2002). Kahneman e Tversky realizaram uma pesquisa empírica, apresentando a mesma situação problemática de forma distinta para um grupo de pessoas e chegaram à conclusão de que o ser humano é mais avesso ao risco e a situações de ganhos do que a de perdas; prefere-se um ganho menor, porém certo, a correr o risco de não ganhar nada ou obter um ganho maior. Por outro lado, prefere-se correr o risco de não perder nada ou perder mais a uma perda certa menor. Essa pesquisa de Kahneman e Tversky descreveu então os cenários observados, conforme descrito abaixo: a) Suponha-se que uma cidade esteja se preparando para a eclosão de uma doença asiática pouco comum, que se estima deva matar 600 pessoas. Foram propostos dois programas alternativos para combater a doença. Assume-se que a exata estimativa científica das conseqüências do programa seja como a seguir: - se o programa Z for adotado, 200 pessoas serão salvas; - se o programa W for adotado, existirá 1/3 de probabilidade de as 600 pessoas se salvarem e 2/3 de probabilidade de as pessoas não se salvarem. A maioria das pessoas entrevistadas por Kahneman e Tversky, nesse experimento, mostrou-se avessa ao risco. A perspectiva de salvar 200 vidas mostrou-se mais atraente do que a incerteza de ninguém se salvar (72% dos votos). Na primeira pergunta 15 pessoas foram entrevistadas. Dentro da mesma pesquisa, outra pergunta foi feita para um outro grupo de pessoas (28% dos votos). b) Mesmo enunciado da pergunta anterior, ou seja: - se o programa P for adotado, 400 pessoas morrerão; - se o programa Q for adotado, haverá 1/3 de probabilidade de ninguém morrer e 2/3 de probabilidade de 600 pessoas morrerem. A maioria das pessoas se mostrou mais propensa ao risco na situação de perda de vidas humanas. As pessoas aceitam menos a certeza da perda de 400 vidas (78% dos votos) do que a incerteza de ter as 600 pessoas salvas, mesmo com a probabilidade de 1/3 (22% dos votos). Com os resultados obtidos, foi possível desenhar o gráfico da Figura 4, no qual se mostra a propensão ao risco em relação a ganhos e perdas. É possível observar nesta figura que a função de valor típica se apresenta côncava para ganhos e conexa para perdas, sendo mais íngreme para as perdas do que para os ganhos (Kahneman e Tversky, 1979). 11
6 André Lima-Cardoso e Luiz Flavio Autran Monteiro Gomes Figura 4: Função de valor típica da Teoria dos Prospectos A tomada de decisão, quando fundamentada na Teoria dos Prospectos, deve ser constituída por duas fases: enquadramento e valoração; a primeira se dedica a compreender as possibilidades, ganhos e medir a aversão ao risco do tomador de decisão, enquanto a segunda contabiliza os resultados e gera os resultados (Tversky e Kahneman, 1992). Vale ressaltar que outros fatores como a variação da quantidade de ganho ou perda e a probabilidade de cada um dos eventos acontecer são fundamentais para a tomada de decisão. Outro ponto fundamental para a tomada de decisão utilizando tal método é a definição de um ponto de referência ou status quo. Através desta definição, é possível visualizar se a resolução de uma determinada situação problemática implica em um ganho ou em uma perda, pois, ao levar-se em consideração aspectos psicológicos e pontos de vista diferentes diante de um mesmo contexto, corre-se o risco de um cenário ser visto como um ganho para um tomador de decisão A e ser uma situação de perda para um outro decisor B. Abaixo, seguem os elementos utilizados no método: parâmetro indicador de aversão ao risco p probabilidade de o evento ocorrer w+ ganho, caso o evento ocorra w - perda, caso o evento ocorra x medição de um atributo U(x) função utilidade A Teoria dos Prospectos fica reduzida à Teoria da Utilidade Esperada quando w+ (p) = w - (p) = p e = 1 (Bleichrodt, Pinto e Wakker, 2001), uma vez que o cálculo passará a ser feito através da fórmula U(x) = p. w+ ou U(x) = p. w -. Conforme sugeriram Hankuk e Aggarwal (2003), é possível estabelecer três características básicas da Teoria dos Prospectos: a primeira, dependência de referência ou status quo, implica que as alternativas de escolha são avaliadas em função de um ponto de referência e não pelo valor absoluto do resultado dos cenários de saída; a segunda é a aversão às perdas: a função valor é mais íngreme para perdas do que para ganhos, pois o impacto psicológico de qualquer perda é maior do que uma quantia equivalente de ganho; por fim, a sensibilidade de diminuição, pois o valor marginal de ganhos e perdas diminui com seus tamanhos: considerando duas hipóteses em que na primeira, compara-se ganhar R$100,00 ou R$200,00 e, na segunda, ganhar R$7.000,00 ou R$7.100,00; apesar da variação ser sempre R$100,00 na primeira hipótese, a diferença é percebida como um ganho maior do que na segunda. 8 Equivalência de Probabilidade e Teoria dos Prospectos A equivalência de probabilidade proposta por Hershey, Baron e Schoemaker (1985), Morrison (2000) e Robinson, Loomes e Jones-Lee (2001), que entrevistaram participantes sobre suas estratégias de decisão em situações probabilísticas 12
7 fixando um determinado ponto de referência ou status quo. Bleichrodt, Pinto, e Wakker (2001), embasados na Teoria dos Prospectos, propuseram a Equação 1 apresenta a fórmula para se calcular a equivalência de probabilidade: + (1) w (p) U(x) = + w (p) + λ w(1 p) Compativelmente com o que se apresentou na seção 7 deste artigo, tem-se: λ w parâmetro de aversão ao risco p probabilidade de o evento ocorrer w+ ganho caso o evento ocorra U(x) função utilidade 9 Tomada de decisão no cenário descrito A primeira ação para determinar que itens devem sem implementados foi determinar as situações de perda para cada um dos critérios em cada solicitação analisada. Tal análise utiliza-se da equação proposta por Bleichrodt, Pinto, e Wakker (2001) e da Teoria dos Prospectos para a definição do status quo. Para avaliar o grau de aversão aos riscos de cada critério foram usadas as correspondências abaixo: 1 - Nenhuma aversão 2 - Aversão muito baixa 3 - Aversão de baixa a muito baixa 4 - Aversão baixa 5 - Aversão de baixa a média 6 - Aversão média 7 - Aversão de média a alta 8 - Aversão alta 9 - Aversão de alta a muito alta 10 - Aversão muito alta Para os ganhos ocorridos, caso o evento se confirme, foram usadas as interpretações abaixo: 1 - Nenhum ganho 2 - Ganho muito baixo 3 - Ganho de baixo a muito baixo 4 - Ganho baixo 5 - Ganho de baixa a médio 6 - Ganho médio 7 - Ganho de média a alto 8 - Ganho alto 9 - Ganho de alta a muito alto 10 - Ganho muito alto A Tabela 3 ilustra a possibilidade de novos negócios que o conjunto escolhido pode trazer. Para o primeiro critério, estabeleceu-se um ponto de referência ou status quo de 0,650. Em função de tal definição, são vistas como perdas as implementações dos itens B, D e F. Como a aversão a esse risco é baixa, ou seja, não são vistos como problemas de alta gravidade os itens que forem implementados sem que novos negócios tenham sido associados diretamente a ele, utilizou-se λ w = 4 para a execução dos cálculos da Tabela 3. 13
8 André Lima-Cardoso e Luiz Flavio Autran Monteiro Gomes Tabela 3: Possibilidade de novos negócios que o conjunto escolhido pode trazer Solicitação Descrição p w + U(x) A Interfaces com outros sistemas 0,70 7 0,803 B Módulo de previsão de vendas 0,40 8 0,571 C Módulo de relacionamento com o cliente 0,75 3 0,692 D Perfis de acesso e segurança 0,30 9 0,491 E Relatórios Executivos 0,95 5 0,960 F Ajustes de interface 0,20 2 0,111 A Tabela 4 mostra os riscos tecnológicos dos itens existentes no conjunto. Tais riscos medem a probabilidade de não haver problemas na implementação e o ganho, caso nenhum imprevisto ocorra. Neste caso o ponto de referência ou status quo foi definido com valor de 0,400, o que faz com que sejam vistas como perdas as implementações dos itens A e B. Para calcular a Tabela 4, utilizou-se λ w = 6. Este valor foi utilizado, pois o fornecedor da solução considerou uma aversão média aos riscos tecnológicos da solução e seus desdobramentos, caso necessário. Tabela 4: Riscos tecnológicos dos itens existentes no conjunto Solicitação Descrição p w + U(x) A Interfaces com outros sistemas 0,25 5 0,217 B Módulo de previsão de vendas 0,65 2 0,382 C Módulo de relacionamento com o cliente 0,70 4 0,609 D Perfis de acesso e segurança 0,45 5 0,405 E Relatórios Executivos 0,55 4 0,449 F Ajustes de interface 0,95 1 0,760 A Tabela 5 mostra a relevância que os itens do conjunto representam para a alta administração do Cliente. Para o último critério, definiu-se como ponto de referência 0,500, que faz implicar em uma perda o desenvolvimento do item F. Obteve-se a Tabela 5, fazendo-se λ w = 2. Este valor, que representa baixa aversão, foi levado em consideração no cálculo, pois a resistência a se implementar um pedido que não seja de suma importância para o gestor é pequena. Tabela 5: Relevância que os itens do conjunto representam para a alta administração do Cliente Solicitação Descrição p w + U(x) A Interfaces com outros sistemas 0,65 6 0,650 B Módulo de previsão de vendas 0,75 8 0,800 C Módulo de relacionamento com o cliente 0,55 7 0,588 D Perfis de acesso e segurança 0,45 8 0,522 E Relatórios Executivos 1,00 9 1,000 F Ajustes de interface 0,30 4 0,222 Em seguida, criaram-se todos os subconjuntos nos quais a soma de pontos de função (PF) de cada um dos seus itens respeite a condição comercial de 100 PFs. Foram criados dois conjuntos, o primeiro com as solicitações A, B, E e F e o segundo com as C, D, E e F. As Tabelas 6 e 7, respectivamente, mostram a constituição dos Grupos 1 e 2. Tabela 6: Grupo 1 Solicitação Descrição PF A Interfaces com outros sistemas 30 B Módulo de previsão de vendas 25 E Relatórios Executivos 40 F Ajustes de interface 5 Total
9 Tabela 7: Grupo 2 Solicitação Descrição PF C Módulo de relacionamento com o cliente 45 D Perfis de acesso e segurança 10 E Relatórios Executivos 40 F Ajustes de interface 5 Total 100 Após definidos os grupos, os resultados de cada uma das solicitações contidas foram somados para cada critério analisado. A Tabela 8 apresenta esses resultados. Tabela 8: Resultados de cada uma das solicitações contidas somados para cada critério analisado em cada grupo Grupo Novos negócios Tecnologia Relevância Grupo 1 2,445 1,809 2,672 Grupo 2 2,254 2,223 2,332 Uma vez criada a matriz com as totalizações dos grupos em cada critério, o método AHP foi utilizado para medir a importância de cada critério na decisão final. As Tabelas 9, 10, 11 e 12 mostram as principais etapas dos cálculos pelo método AHP. Tabela 9: 1º passo formação da matriz de comparações paritárias Critério Novos negócios Tecnologia Relevância Novos negócios Tecnologia 1/6 1 1/3 Relevância 1/2 3 1 Tabela 10: 2º passo totalização dos valores das colunas Critério Novos negócios Tecnologia Relevância Novos negócios Tecnologia 1/6 1 1/3 Relevância 1/2 3 1 Total (soma) 10/ /3 Tabela 11: 3º passo ajustamento dos valores das colunas ajustadas, pela divisão do valor de cada célula pelo seu total) Critério Novos negócios Tecnologia Relevância Novos negócios 3/5 3/5 3/5 Tecnologia 1/10 1/10 1/10 Relevância 3/10 3/10 3/10 Total (soma) Tabela 12: 4º passo média aritmética para cada linha Critério Peso na decisão Novos negócios 0,600 Tecnologia 0,100 Relevância 0,300 15
10 André Lima-Cardoso e Luiz Flavio Autran Monteiro Gomes Após calcular a inconsistência dos resultados (Belton e Stewart, 2002) pode-se constatar a validade dos mesmos. O cálculo tem prosseguimento pela multiplicação dos totais existentes em cada critério pelo peso total deste critério na decisão final. Tabela 13: Multiplicação das colunas ajustadas pelo peso na decisão Grupo Novos negócios Tecnologia Relevância Grupo 1 2,445. 0,6 1,809. 0,1 2,672. 0,3 Grupo 2 2,254. 0,6 2,223. 0,1 2,332. 0,3 Por fim, os resultados dos produtos de todos os critérios pelo peso na decisão para cada uma das alternativas são somados e o resultado que apresenta maior número representa a melhor escolha, conforme mostra o cálculo a seguir: Grupo 1 = 2,445. 0,6 + 1,809. 0,1 + 2,672. 0,3 = 2,450 Grupo 2 = 2,254. 0,6 + 2,223. 0,1 + 2,332. 0,3 = 2, Conclusão Ao comparar os resultados (Grupo 1 = 2,450 > Grupo 2 = 2,274), pode-se concluir que, sob o ponto de vista da Consultoria, implementar o Grupo 1 é mais vantajoso do que desenvolver as solicitações do Grupo 2, mesmo este sendo sensivelmente menos interessante no aspecto tecnológico. A Teoria dos Prospectos mostrou-se, por conseguinte, uma ferramenta extremamente útil, por lidar com questões subjetivas e riscos, elementos que permeiam o ambiente de gerenciamento de projetos, bem como os contextos tecnológicos em que as decisões necessitam serem tomadas. Além disto, permite tratar aspectos psicológicos, como o ganho percebido pelo cliente ao ter que aceitar uma determinada solicitação, diferente do que havia sido originalmente previsto no escopo do projeto. Ao aliá-la a um método multicritério sólido, que permita conhecer o peso de cada critério na decisão final, temse um mecanismo eficaz para conhecer a importância de cada item demandado. Este artigo mostra como se pode determinar o valor relativo de solicitações de mudanças no escopo de projetos, comparando dois conjuntos, e determinou qual o mais interessante de ser desenvolvido sob o ponto de vista da Consultoria. Espera-se que novos trabalhos nesta direção venham a propor uma ferramenta que avalie o valor absoluto de uma solicitação de mudança, definindo se esta deve ser implementada ou não, assim que o pedido for feito. Outros pontos que merecem análise são as quantidades e os tipos de critérios utilizados para avaliar uma solicitação de mudança. No contexto especificamente tratado neste artigo, foram considerados três atributos: novos negócios, tecnologia e relevância. Entretanto, deve-se testar outros aspectos para determinar se a codificação de uma demanda fora do escopo original deve ou não ser desenvolvida; e será indiscutivelmente um estudo de grande serventia para gerentes de projetos, empresas de consultoria e profissionais de tecnologia. Referências BANA E COSTA, C.; VANSNICK, J. Une critique de base de l approche de Saaty: mise en question de la méthode de la valeur propre maximale. Cahier du LAMSADE, Paris, n. 178, BELTON, V.; STEWART, T. Multiple criteria decision analysis an integrated approach, Boston: Kluwer Academic Publishers, p. BLEICHRODT, H.; PINTO, J.; WAKKER, P. Making descriptive use of prospect theory to improve the prescriptive use of expected utility. Management Science, Evanston, v. 47, n. 11, p , DIAS, R. Análise por pontos de função: uma técnica para dimensionamento de sistemas de informação. Brasília, DF: Instituto de Cooperação e Assistência Técnica da AEUDF, p. GOMES, L. F. A. M. Avaliações estratégicas com múltiplos critérios: porque o método AHP deve continuar a ser usado. Visão Estratégica, v. 22, n. 1, Disponível em: < Acesso em: 9 jan GOMES, L. F. A. M. Teoria da decisão. São Paulo: Pioneira Thomson Learning, p. 16
11 HANKUK, T.; AGGARWAL, P. When gain exceed losses: attribute trade-offs and prospect theory. In: ASSOCIATION FOR CONSUMER RESEARCH CONFERENCE, Atlanta, HERSHEY, J.; BARON, J. ; SCHOEMAKER, P. Probability versus certainty equivalence methods in utility measurement: are they equivalent? Management Science, Evanston, v. 31, n. 5, p , INTERNATIONAL FUNCTION POINT USERS GROUP. Function point counting practices manual: release 4.1. Ohio, p. KAHNEMAN, D.; A. TVERSKY. Prospect theory: an analysis of decision under risk. Econometrica, New York, v. 47, n. 5, p , MORRISON, G. Expected utility and the endowment effect: some experimental results. Nottingham: University of Nottingham, p. Discussion Papers in Economics, part 20. PASSOS, A.; GOMES, L. Avaliação multicritério de material de emprego militar. Revista Militar de Ciência e Tecnologia, Rio de Janeiro, v. 22, p , PHILLIPS, L. Requisite decision modelling. Journal of the Operational Research Society, London, v. 33, p , PHILLIPS, L. A theory of requisite decision models. Acta Psychologica, London, v. 56, p , PROJECT MANAGEMENT INSTITUTE. Project management body of knowledge. Philadelphia, p. ROBINSON, A.; LOOMES, G.; JONES-LEE, M. Visual analog scales, standard gambles, and relative risk aversion. Medical Decision Making, London, v. 21, n. 2, p , ROUX, D. Nobel en économie. 2. ed. Paris: Economica, p. SAATY, T. L. That is not the analytic hierarchy process: what the AHP is and what it is not. Journal of Multi-Criteria Decision Analysis, New York, v. 6, n. 2, p , STANDISH GROUP. Project Chaos. Disponível em: < Acesso em: 6 maio TVERSKY, A.; KAHNEMAN, D. Advances in prospect theory: cumulative representation of uncertainty. Journal of Risk and Uncertainty, New York, v. 5,n. 4, p , SOBRE OS AUTORES André Lima-Cardoso Pesquisador associado às Faculdades Ibmec/RJ. Diretor de Operações da Infobase. Mestre em Administração pelas Faculdades Ibmec (2007), Pós-Graduação Marketing pelas Faculdades Ibmec (2002); Gestão de Negócios pelas Faculdades Ibmec (2002), Graduação Tecnólogo em Processamento de Dados pela Pontifícia Universidade Católica do Rio de Janeiro (1999). Luiz Flavio Autran Monteiro Gomes Professor Titular (desde agosto de 1996), Coordenador de Ensino e Pesquisa (desde julho de 2000) e Coordenador de Convênios Internacionais nas Faculdades Ibmec/RJ (desde julho de 2005). Ex-Coordenador do Programa do Mestrado Profissionalizante em Administração das Faculdades Ibmec/RJ (julho de 2000 a junho de 2005). Estudos de Pós-doutoramento Visiting Professor da Polytechnic University of New York (de janeiro a maio de 1985) e Alexander von Humboldt Stiftung Guest Scientist na Universität Stuttgart (de julho de 1985 a março de 1986). Doctor of Philosophy pela University of California, Berkeley (1976); tese intitulada A Multicriteria Decisionmaking Framework for the Evaluation of Forest Road Investment Projects. Master of Science pela Michigan State University (1970). Graduação Engenheiro Civil pela Escola Politécnica da Pontifícia Universidade Católica do Rio de Janeiro (1968). 17
Prospect Theory no Gerenciamento de Projetos de TI. Ferramenta para análise dos riscos das solicitações de mudança de escopo. Um estudo de caso.
Prospect Theory no Gerenciamento de Projetos de TI. Ferramenta para análise dos riscos das solicitações de mudança de escopo. Um estudo de caso. André Lima-Cardoso Mestrado em Administração - Ibmec andre@infobase.com.br
ANÁLISE DE PONTOS DE FUNÇÃO E SUA IMPORTÂNCIA PARA PROJETOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE DE PONTOS DE FUNÇÃO E SUA IMPORTÂNCIA PARA PROJETOS DE DESENVOLVIMENTO DE SOFTWARE Lidimon Cristiano Martins Rocha lidimon@gmail.com Centro Universitário do Triângulo - UNITRI Abstract: This article
UTILIZAÇÃO DA TEORIA DOS PROSPECTOS NA ANÁLISE DOS RISCOS DAS SOLICITAÇÕES DE MUDANÇA DE ESCOPO NO PROJETO DE SISTEMAS DE INFORMAÇÃO
SPOLM 2006 ISSN 1806-3632 Rio de Janeiro, Brasil, 15 e 16 de agosto de 2006 UTILIZAÇÃO DA TEORIA DOS PROSPECTOS NA ANÁLISE DOS RISCOS DAS SOLICITAÇÕES DE MUDANÇA DE ESCOPO NO PROJETO DE SISTEMAS DE INFORMAÇÃO
5 Agregação das Reservas das Entidades
5 Agregação das Reservas das Entidades Neste capítulo é apresentado o procedimento de agregação das reservas das entidades. É importante ressaltar que as entidades probabilísticas sofrem agregação probabilística,
Teoria da Decisão. Processo Analítico Hierárquico Analytic Hierarchy Process (AHP) Prof. Lucas S. Batista.
Teoria da Decisão Analytic Hierarchy Process (AHP) Prof. Lucas S. Batista lusoba@ufmg.br www.ppgee.ufmg.br/ lusoba Universidade Federal de Minas Gerais Escola de Engenharia Graduação em Engenharia de Sistemas
Análise de Ponto de Função APF. Aula 01
Análise de Ponto de Função APF Aula 01 Fernando Anselmo fernando.anselmo@x25.com.br Apresentação 25 anos na área de Desenvolvimento e Coordenação 13 Livros e diversos artigos publicados Coordenador do
Informação Geral 2008/2009
MODELOS DE APOIO À DECISÃO Informação Geral 2008/2009 Docentes: Carlos Bana e Costa (Prof. Responsável) Mónica Oliveira 2 Contactos e Horário de Atendimento Prof. Carlos Bana e Costa Mail: carlosbana@ist.utl.pt
Análise de Pontos de Função
Análise de Pontos de Função Objetivos Medir a Funcionalidade de Sistemas de acordo com a perspectiva do usuário Medir o desenvolvimento e a manutenção de software independentemente da tecnologia usada
Informação Geral 2009/2010
MODELOS DE APOIO À DECISÃO Informação Geral 2009/2010 Docentes: Carlos Bana e Costa (Prof. Responsável) Mónica Oliveira João Lourenço 2 Contactos e Horário de Atendimento Prof. Carlos Bana e Costa Mail:
Afectação de recursos a projectos
Modelos de Apoio à Decisão Afectação de recursos a projectos João Carlos Lourenço Carlos A. Bana e Costa joao.lourenco@ist.utl.pt carlosbana@ist.utl.pt 2009 Introdução Qual é o problema? Supondo que um
GQS Medidas. André Luís Duarte. exatasfepi.com.br
exatasfepi.com.br GQS Medidas André Luís Duarte O que adquire entendimento ama a sua alma; o que cultiva a inteligência achará o bem. Provérbios 19:8 Qualidade de software Papel dos números Fontes de ruído
Projeto Físico e Lógico de Redes de Processamento. Kleber A. Ribeiro
Projeto Físico e Lógico de Redes de Processamento Kleber A. Ribeiro Um pouco sobre o PMI PMI - Project Management Institute PMI Instituição internacional sem fins lucrativos criada em 1969 Desenvolve normas,
5.1. Sugestões para pesquisas futuras
5 Conclusão A presente pesquisa trata o problema de identificação e avaliação de competências organizacionais capazes de alavancar vantagem competitiva sustentada em empresas fabricantes de produtos de
Project 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
Ciência da Computação ENGENHARIA DE SOFTWARE. Métricas e Estimativas do Projeto
Ciência da Computação ENGENHARIA DE SOFTWARE Métricas e Estimativas do Projeto Prof. Claudinei Dias email: prof.claudinei.dias@gmail.com Roteiro Introdução Métricas APF Análise de Pontos de Função Estimativas
AVALIAÇÃO MULTICRITÉRIO DE MATERIAL DE EMPREGO MILITAR
AVALIAÇÃO MULTICRITÉRIO DE MATERIAL DE EMPREGO MILITAR Aderson Campos Passos Indústria de Material Bélico do Brasil Fábrica da Estrela, Praça Mal. Ângelo Mendes de Moraes S/N, Vila Inhomirim, Magé RJ,
6 Estudo de Caso Conceitos utilizados no Estudo de Caso
6 Estudo de Caso O presente estudo de caso pretende confirmar a tese de que a privatização das infra-estruturas de transporte no Brasil viabilizou o processo de multimodalidade domestico brasileiro. Por
Farmacoeconomia: Uso de avaliações econômicas para decisão sobre a incorporação de novas tecnologias ao Sistema de Saúde Brasileiro.
Farmacoeconomia Farmacoeconomia: Uso de avaliações econômicas para decisão sobre a incorporação de novas tecnologias ao Sistema de Saúde Brasileiro. Vanessa Teich* 1621133 - Produzido em Maio/2011 Farmacoeconomia:
3 Medição de Software
3 Medição de Software À medida que a engenharia de software amadurece, a medição de software passa a desempenhar um papel cada vez mais importante no entendimento e controle das práticas e produtos do
Simulado para CFPS. Questões de Propósito, Tipo e Fronteira. 1. Um dos objetivos da Análise de Pontos de Função é:
Questões de Propósito, Tipo e Fronteira 1. Um dos objetivos da Análise de Pontos de Função é: Simulado para CFPS a) Ajudar no processo de depuração de um software. b) Estimar o tamanho de uma equipe de
Análise de Ponto de Função APF. Aula 02
Análise de Ponto de Função APF Aula 02 Agenda Parte 01 Introdução a Métricas de Software Parte 02 A Técnica de APF O que é APF? Objetivos Benefícios Conceitos Básicos Visão Geral dos Procedimentos de Contagem
Estudo de Caso COMPOOTIM Parte I Criação da Linha
Estudo de Caso COMPOOTIM Parte I Criação da Linha Andréa Magalhães 19/03/2013 SUMÁRIO 1. PLANEJAMENTO DO ESTUDO... 3 1.1. Definição do Estudo... 3 1.1.1. Objetivos do Estudo... 3 1.2. Planejamento do Estudo...
FATTO CONSULTORIA E SISTEMAS
Caso Prático de Análise de Pontos de Função Alertas do Google Guilherme Siqueira Simões 28/06/2016 FATTO CONSULTORIA E SISTEMAS 2016 FATTO Consultoria e Sistemas www.fattocs.com 1 ORIENTAÇÕES INICIAIS
2 Revisão do método AHP
2 Revisão do método AHP 2.1. Definição dos elementos necessários Qualquer problema que seja estruturado ao modo do método AHP, e talvez de alguns outros métodos de decisão multicriteriais, inicia pela
AVESSO A PERDAS E PROPENSO A GANHOS: PROCESSO DE TOMADA DE DECISÃO À LUZ DA TEORIA DOS PROSPECTOS
AVESSO A PERDAS E PROPENSO A GANHOS: PROCESSO DE TOMADA DE DECISÃO À LUZ DA TEORIA DOS PROSPECTOS Silvana D. Kruger (UFSC/Unochapecó) Mateus Prestes (Unochapecó) Sérgio Murilo Petri (UFSC) Sady Mazzioni
Normas 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
Decisões Sequenciais Árvores de Decisão
Teoria da Decisão Decisão Uni-Objectivo Decisões Sequenciais Árvores de Decisão Árvores de Decisão Uma Árvore de Decisão é uma forma gráfica que se utiliza para representar um conjunto de decisões sequenciais,
Análise de Decisão. Resolução indicativa
Análise de Decisão Licenciatura em Engenharia e Gestão Industrial Departamento de Engenharia e Gestão, Instituto Superior Técnico Ano lectivo 2014/2015 1.º Semestre Teste 2 17 de Dezembro de 2014 Duração:
Conceitos Básicos. Capítulo 1. Introdução. Medições
Capítulo 1 Conceitos Básicos Introdução No final da década de 70, na IBM, Allan Albrecht estabeleceu os conceitos que permitiriam medir projetos de software. Em 1984, tais conceitos foram estendidos no
O AHP como um modelo matemático: uma análise de sensibilidade simples
O AHP como um modelo matemático: uma análise de sensibilidade simples Mylena Cristina Rezende Pacheco mylenacrp@hotmail.com Fernando Luiz Goldman fernandogoldman@yahoo.com.br UNIFESO Resumo:Somos todos
Qualidade. Ana Madureira
Qualidade Ana Madureira Qualidade da Informação A qualidade de uma informação é apreciada em função da sua pertinência (adaptação às necessidades do sistema de gestão). Três características permitem medir
Prof. Fábio Lúcio Meira
Prof. Fábio Lúcio Meira Objetivo Transformar os requisitos no design do futuro sistema Evoluir uma arquitetura robusta do sistema Adaptar o design para adequá-lo ao ambiente de implementação O principal
5 Estudo de Caso e Resultados
5 Estudo de Caso e Resultados 5.1. Introdução Finalizado o desenvolvimento da ferramenta, é indispensável testar suas funcionalidades e a eficácia da aplicação conjunta dos seus módulos de geração de experimentos
Teoria da Decisão. Teoria da Utilidade Multiatributo. Prof. Lucas S. Batista. lusoba
Teoria da Decisão Teoria da Utilidade Multiatributo Prof. Lucas S. Batista lusoba@ufmg.br www.ppgee.ufmg.br/ lusoba Universidade Federal de Minas Gerais Programa de Pós-Graduação em Engenharia Elétrica,
3 Metodologia para Avaliação Probabilística de Reservas
3 Metodologia para Avaliação Probabilística de Reservas Este trabalho tem o objetivo de propor uma metodologia para a avaliação probabilística de reservas de óleo e gás. Conforme exposto no capítulo introdutório,
Guia do Processo de Teste Metodologia Celepar
Guia do Processo de Teste Metodologia Celepar Agosto de 2009 Sumário de Informações do Documento Documento: guiaprocessoteste.odt Número de páginas: 11 Versão Data Mudanças Autor 1.0 26/12/07 Criação.
Regência de Projetos Encontro Anual de Membros Belo Horizonte, de xx
Regência de Projetos 1 de xx Priorização: alcançando o alinhamento estratégico Estudo de Caso do Setor de Mineração PMO (Escritório de Projetos) Ítalo Coutinho, MsC, Especialista João Carlos Araújo da
GPS - Gestão de Projeto de Software
GPS - Gestão de Projeto de Software Aula 4 FPA ou APF Versão 1.0.2 em revisão! Professor Emiliano S. Monteiro FPA, intro. Desenvolvido por Allan J. Albrecht da IBM em 1979. O método foi publicado pela
Análise de Pontos de Função Carlos Eduardo Vazquez
FATTO Consultoria em Métricas de Software e Sistemas Análise de Pontos de Função Carlos Eduardo Vazquez Fundamentos, aplicação como base para medição em contratos de software e as diferenças nas suas aplicações
Gerência de Projetos e Manutenção de Software Aula 4 Planejamento de Projetos (Estimativas) Andréa Magalhães Magdaleno 2017.
Gerência de Projetos e Manutenção de Software Aula 4 Planejamento de Projetos (Estimativas) Andréa Magalhães Magdaleno andrea@ic.uff.br 2017.02 Agenda Aulas Anteriores Estimativas Planning Poker Paramétrica
Agenda. Componentes genéricos de uma fábrica de. Implantar ou melhorar uma fábrica, é um. Outras novidades que merecem atenção
AFINAL O QUE É UMA FÁBRICA DE SOFTWARE Aguinaldo Aragon Fernandes Agenda O conceito da fábrica de software A fábrica de software é um negócio Escopos de fábricas de software Requisitos para uma fábrica
ENGENHARIA DE REQUISITOS
ENGENHARIA DE REQUISITOS Introdução a Computação e Engenharia de Software Profa. Cynthia Pinheiro Contextualização Estudo realizado pelo Standish Group em 1995, envolvendo 350 companhias e 8.000 projetos
Avaliação da Licitação de Lotes de Frequência para LTE Utilizando a Teoria de Opções Reais
Alain Monteiro de Mello Avaliação da Licitação de Lotes de Frequência para LTE Utilizando a Teoria de Opções Reais Dissertação de Mestrado (Opção profissional) Dissertação apresentada como requisito parcial
Organização. Necessidades de informação para toda a organização
Organização Processos gerenciais e sistemas Necessidades de informação para toda a organização Planejamento e seu vínculo com TI Bibliografia Básica BATISTA, Emerson de Oliveira. Sistemas de. O uso consciente
Engenharia de Software Processo de Desenvolvimento. Ciclo de Vida - Modelo Cascata
Processo de Desenvolvimento Também chamado de ciclo de vida do software Reflete os passos necessários para se construir um produto de software Existem vários modelos de ciclo de vida Cascata (1956) Iterativo
Gerenciando Ágil em Escala
I F P U G Gerenciando Ágil em Escala Um resumo para Executivos de Software e Chief Information Officers Julho de 2017 Copyright COSMIC, IFPUG e Nesma, 2017. Todos os direitos reservados. Resumo Executivo
Planejamento de Projeto de Software: Estimativas de Esforço e Custo
Planejamento de Projeto de Software: Estimativas de Esforço e Custo Engenharia de Software Simone S. Souza ICMC/USP PLANO DE PROJETO DE SOFTWARE I. Introdução. Escopo e propósito do documento 2. Objetivos
UNIVERSIDADE DO ESTADO DE SANTA CATARINA UDESC CENTRO DE EDUCAÇÃO SUPERIOR DO ALTO VALE DO ITAJAÍ CEAVI DIREÇÃO DE ENSINO DEN PLANO DE ENSINO
UNIVERSIDADE DO ESTADO DE SANTA CATARINA UDESC CENTRO DE EDUCAÇÃO SUPERIOR DO ALTO VALE DO ITAJAÍ CEAVI DIREÇÃO DE ENSINO DEN DEPARTAMENTO: SISTEMAS DE INFORMAÇÃO PLANO DE ENSINO DISCIPLINA: GERÊNCIA DE
Uso das Ferramentas APF e COCOMO para Estimativa da Capacidade Produtiva da TI
Uso das Ferramentas APF e COCOMO para Estimativa da Capacidade Produtiva da TI Angélica Toffano Seidel Calazans Caixa Econômica Federal angélica.calazans@caixa.gov.br Marcelo Antonio Lopes de Oliveira
INTRODUÇÃO À ENGENHARIA AVALIAÇÃO DE SOLUÇÕES
1 INTRODUÇÃO À ENGENHARIA AVALIAÇÃO DE SOLUÇÕES Etapas Projeto 1. Identificação e definição do problema 2. Proposição de alternativas 3. Definição de critérios de escolha 4. Escolha da solução 5. Implantação
Medidas 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
Introdução a Teste de Software
Universidade Católica de Pelotas Tecnólogo em Análise e Desenvolvimento de Sistemas Disciplina de Qualidade de Software Introdução a Teste de Software Prof. Luthiano Venecian 1 Conceitos Teste de software
1. A função DevOps, que se concentra principalmente em Produtos & Serviços:
Questões de múltipla escolha 1. A função DevOps, que se concentra principalmente em Produtos & Serviços: a) Desenvolvimento Ágil b) Melhoria Contínua c) Automatizar tudo d) Centralizar o Desenvolvimento
7 Conclusão e Trabalhos Futuros
7 Conclusão e Trabalhos Futuros O teste é uma etapa importante no desenvolvimento de software. Quando realizado de forma apropriada pode identificar uma grande parcela dos defeitos contidos no software,
Avaliação da qualidade do serviço help desk com AHP
Avaliação da qualidade do serviço help desk com AHP Rogério Morais Carneiro (IFG) rogeriomoraiscarneiro@gmail.com Ricardo Rodrigues de Lima (IFG) ricardo.lima@ifg.edu.br Resumo: Uma das principais preocupações
4/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
Utilização do método AHP em decisões de investimento ambiental
Utilização do método AHP em decisões de investimento ambiental Fernando Ben (UCS / UFRGS) fernandb@terra.com.br Resumo Este trabalho consiste na aplicação de um estudo de caso visando à utilização do método
Uso das ferramentas APF e COCOMO para estimativa da capacidade produtiva da TI
Uso das ferramentas APF e COCOMO para estimativa da capacidade produtiva da TI Resumo Estimar a capacidade produtiva da Tecnologia da Informação (TI) para atender ao Planejamento Estratégico da empresa
Análise de Pontos de Função Inicial
Análise de Pontos de Inicial A NESMA reconhece três métodos de Análise de Pontos de (APF): APF Detalhada APF de Alto Nivel (também chamada APF Estimada) APF Indicativa Estes três métodos são métodos de
GUIA. Como maximizar a aprovação dos novos projetos de TI para a diretoria
GUIA Como maximizar a aprovação dos novos projetos de TI para a diretoria INTRODUÇÃO A área de tecnologia das organizações vem tendo um aumento de visibilidade significativa nos últimos anos. A TI tem
Gerência de Integração
Gerência de Integração PMBOK Capítulo 4 hermano@cin.ufpe.br O que é Gerência de Integração? Garantir que todos os elementos dentro do projeto estejam devidamente coordenados e integrados Garante também
Análise Estruturada. Análise Essencial e Estruturada
Análise Essencial e Estruturada Análise Estruturada 9 ANÁLISE ESTRUTURADA 1 As dificuldades causadas por problemas de comunicação, mudanças de requisitos e técnicas inadequadas de avaliação tornam a análise
Métricas de processo e projeto de software
Métricas de processo e projeto de software Métrica é um conjunto de medidas. Medição existe em qualquer processo de construção de qualquer coisa. A medição é realizada não apenas na Engenharia de Software.
Desenvolvimento de Projetos
Desenvolvimento de Projetos Aula 1.3 Modelos de Processo Prof. Dr. Bruno Moreno bruno.moreno@ifrn.edu.br Tipos de Modelos Modelo em Cascata; Prototipação; Modelo Incremental; Desenvolvimento Evolucionário;
INTRODUÇÃO À GESTÃO DE PROJETO. Profª Andrea Padovan Jubileu
INTRODUÇÃO À GESTÃO DE PROJETO Profª Andrea Padovan Jubileu O que é um projeto? Um projeto é um esforço temporário empreendido para criar um produto, serviço ou resultado exclusivo Temporário Cada projeto
5 Resultados Dados artificiais Convergência à mediana e à média com dados artificiais
5 Resultados Os resultados da aplicação do método proposto estão estruturados de forma a evidenciar: 1. A convergência numérica do algoritmo proposto nesta tese para a mediana e para a média de grupos
1. Process Portfolio Management
1. Process Portfolio Management Fevereiro, 2009 Artigo Principal Gestão de Portfólio de Processos Michael Rosemann Traduzido por Carlos Eduardo Fucci Em uma conversa recente, o gerente de BPM de uma das
Medição, Estimativas e Gerenciamento de Projetos de Software
Análise de Pontos de Função Medição, Estimativas e Gerenciamento de Projetos de Software 1 Por que medir software? 2 Por que medir software? Estimar custo e recursos de projetos Avaliar a aquisição de
Professor Emiliano S. Monteiro
Professor Emiliano S. Monteiro To-Do Doing Done Conhecer os processos de desenvolvimento habilita o aluno a realizar uma melhor escolha de processo para uso em projetos futuros. A vantagem de conhecer
Utilizando o Método Analytic Hierarchy Process (AHP) para Priorização de Serviços de TI: Um Estudo de Caso
Utilizando o Método Analytic Hierarchy Process (AHP) para Priorização de Serviços de TI: Um Estudo de Caso Everton Gomede, Rodolfo Miranda de Barros Departamento de Computação Universidade Estadual de
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPUS JOÃO CÂMARA ENGENHARIA DE SOFTWARE
1 INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPUS JOÃO CÂMARA ENGENHARIA DE SOFTWARE Nickerson Fonseca Ferreira nickerson.ferreira@ifrn.edu.br Introdução 2 Antes de qualquer
Medidas de Esforço de Desenvolvimen to de Software
Medidas de Esforço de Desenvolvimen to de Software Prof. Luiz Leão luizleao@gmail.com luizleao.com Métricas Utilizando Ponto Função Medidas da Produtividade por PF Aspectos de influência na produtividade
Base de Alcântara, 22 agosto 2003
Base de Alcântara, 22 agosto 2003 Orçamento do Agência Espacial Brasileira para 2003: R$35 milhões CHINA e ÍNDIA gastam R$1.200 milhões por ano O CHAOS Empresas americanas gastam mais de US$275 bilhões
Metodologia de avaliação do RISCO
Metodologia de avaliação do RISCO 2012-03-09 Formação AWARE- P Metodologia AWARE-P Plano estratégico Objetivos > critérios de avaliação > métricas > metas Revisão Diagnóstico Produção do Plano Implementação
Finanças Comportamentais: Uma Aplicação da Teoria do Prospecto na Tomada de Decisão de Investidores no Brasil
Flávia Montarroyos Côrtes Finanças Comportamentais: Uma Aplicação da Teoria do Prospecto na Tomada de Decisão de Investidores no Brasil Dissertação de Mestrado Dissertação apresentada ao Programa de Pósgraduação
Conectando TI ao Negócio
Conectando TI ao Negócio Selma Carvalho Diretoria de TI Gerência de Relacionamento São Paulo, 31/05/2011 2 Agenda Oi: Conectando TI ao Negócio Evolução: de 2003 a 2011 Melhoria contínua Desafios futuros
especificação por meio de exemplos não é garantia de corretude, mas a experiência mostra que tende a ser melhor do que o estado da prática hoje
1 Introdução Testar é o conjunto de tarefas ou passos executados para verificar se um produto ou serviço atende à sua proposta. Dessa forma, a execução de testes em um programa contribui para a melhoria
Estimativa por Use Case Point (UCP)
Estimativa por Use Case Point (UCP) A análise de sistemas Orientados a Objetos já utiliza, comumente, os diagramas de Casos de Uso (Use Cases) para descrever as funcionalidades do sistema de acordo com
UTILIZAÇÃO DE MATRIZES DE JULGAMENTOS NA ANÁLISE DO CONTROLE DA PRODUÇÃO THE USE OF JUDGMENT MATRICES IN THE PRODUCTION CONTROL ANALYSIS
Universidade Tecnológica Federal do Paraná UTFPR Campus Ponta Grossa Paraná Brasil ISSN 8080448 / v. 02, n. 0: p.6977, 2006 D.O.I.: 0.3895/S8080448200600000007 UTILIZAÇÃO DE MATRIZES DE JULGAMENTOS NA
CICLO DE VIDA DE SOFTWARE
WESLLEYMOURA@GMAIL.COM CICLO DE VIDA DE SOFTWARE ANÁLISE DE SISTEMAS Introdução ao ciclo de vida de software Qualificar um produto é muito bom para que tenhamos certeza de que há seriedade e preocupação
RAM. Revista de Administração Mackenzie ISSN: Universidade Presbiteriana Mackenzie Brasil
RAM. Revista de Administração Mackenzie ISSN: 1518-6776 revista.adm@mackenzie.com.br Universidade Presbiteriana Mackenzie Brasil CAMPOS PASSOS, ADERSON; AUTRAN MONTEIRO GOMES, LUIZ FLAVIO ENFOQUE MULTICRITÉRIO
Conceitos matemáticos:
Conceitos matemáticos: Para entender as possíveis mudanças quantitativas que ocorrem, ao nível de uma amostra de sementes, é preciso compreender alguns princípios básicos de cálculo. Tendo sido desenvolvido
XIV SEMINÁRIO NACIONAL DE DISTRIBUIÇÃO DE ENERGIA ELÉTRICA
XIV SEMINÁRIO NACIONAL DE DISTRIBUIÇÃO DE ENERGIA ELÉTRICA APLICAÇÃO DE TÉCNICA DE ANÁLISE CONSIDERANDO MÚLTIPLOS CRITÉRIOS COMO FERRAMENTA DE AUXÍLIO À TOMADA DE DECISÃO Autores: FERNANDO MONTEIRO DE
Revisão: Estimando o tamanho do projeto
Bruno Hott COCOMO Revisão: Estimando o tamanho do projeto Medidas mais comuns: Pontos de Função (PF) e Linhas de Código (LOC) Vantagem do PF sobre LOC é que os Pontos de Função podem ser obtidos logo no
Base de Alcântara, 22 agosto 2003
Base de Alcântara, 22 agosto 2003 Orçamento do Agência Espacial Brasileira para 2003: R$35 milhões CHINA e ÍNDIA gastam R$1.200 milhões por ano O CHAOS Empresas americanas gastam mais de US$275 bilhões
HydroExpert. Manual de criação de tendências em planilhas. HydroByte Software
HydroExpert Manual de criação de tendências em planilhas HydroByte Software Agosto 2015 HydroByte Software www.hydrobyte.com.br Manual da representação matemática e computacional do recurso de criação
ESTIMATIVAS DE SOFTWARE COM USE CASE POINT. Print and send PDF files as s with any application, ad-sponsored and
free of charge ESTIMATIVAS DE SOFTWARE COM USE CASE POINT free of charge ESTIMATIVAS DE SOFTWARE COM USE CASE POINT ROTEIRO TÉCNICAS DE MEDIÇÃO DE SOFTWARE ESTIMATIVAS DE SOFTWARE A TÉCNICA DE ESTIMATIVA
Gerenciamento Objetivo de Projetos com PSM
Gerenciamento Objetivo de Projetos com PSM (Practical Software and Systems Measurement) Mauricio Aguiar Qualified PSM Instructor www.metricas.com.br Agenda Introdução ao PSM O Modelo de Informação do PSM
Desenvolvimento Ágil no Governo. Produtos de Software. Luís Dosso. Outubro/2011. Sistemas e aplicações sob medida para as necessidades do seu negócio.
Desenvolvimento Ágil no Governo Luís Dosso Outubro/2011 Produtos de Software Sistemas e aplicações sob medida para as necessidades do seu negócio. A Dextra Soluções de Software Projetos de software complexos
Estimativas e Métricas Engenharia de Software
Tema da Aula - I Prof. Cristiano R R Portella portella@widesoft.com.br 9 Nas Engenharias, a atividade de medir é exercida com prioridade (peso, potência, tensão, sinal/ruído, tempo, espessura etc). O que
A Implantação da Gestão de Riscos em Projetos de Infraestrutura: Estudo de Caso da Implantação da Gestão de Riscos no Metrô de São Paulo
A Implantação da Gestão de Riscos em Projetos de Infraestrutura: Estudo de Caso da Implantação da Gestão de Riscos no Metrô de São Paulo Alexandre Nonato Silva DE/GEO/CPC 23ª Semana de Tecnologia Metroferroviária
Gerência de Projetos. Elias Ferreira
Gerência de Projetos Elias Ferreira Administrando um Depto de TI Podemos identificar quatro grandes áreas: Aplicativos: desenvolvimento, atualização e implantação de aplicativos ou softwares Serviços:
Instituto Federal da Bahia Análise e Desenvolvimento de Sistemas INF022 Tópicos Avançados. Evolução de Software
Instituto Federal da Bahia Análise e Desenvolvimento de Sistemas INF022 Tópicos Avançados Evolução de Software Prof. Dr. Renato L. Novais renato@ifba.edu.br Ian Sommerville 2006 Engenharia de Software,
4 Caso de Uso no Ambiente Oracle
4 Caso de Uso no Ambiente Oracle No capítulo anterior foi definido o processo para definição de uma estratégia de rastreabilidade. Neste capítulo será realizada uma instanciação do processo em um ambiente
INSTITUTO FEDERAL DE SÃO PAULO CAMPUS PRESIDENTE EPITÁCIO MODELO DOS PROCESSOS DE SOFTWARE
INSTITUTO FEDERAL DE SÃO PAULO CAMPUS PRESIDENTE EPITÁCIO CURSO ANÁLISE E DESENVOLVIMENTO DE SISTEMA MODELO DOS PROCESSOS DE SOFTWARE ALUNO SAMUEL BRAGA LOPES SUMÁRIO - AGENDA INTRODUÇÃO MODELO CASCATA
PROPENSÃO AO RISCO AVALIADA NO MERCADO DE AÇÕES
PROPENSÃO AO RISCO AVALIADA NO MERCADO DE AÇÕES Aluno: Ralph Rufino Orientador: Eduardo Zilberman Introdução Decisões sob risco são frequentes na vida cotidiana. Aspectos emotivos correntes, como estado
IMPLANTAÇÃO DA SOLUÇÃO DA MICROSOFT EPM
IMPLANTAÇÃO DA SOLUÇÃO DA MICROSOFT EPM Marcia Carvalho de Almeida, André Lucio de Oliveira Leonardo Soares Vianna Rodrigo de Paula Cordeiro RESUMO Este artigo tem por objetivo apresentar um problema na
Documento de Visão versão 1.0 Desenvolvimento do Sistema de Gestão de Documentos Doc Manager Cliente: São José Agroindustrial Representante do
Documento de Visão versão 1.0 Desenvolvimento do Sistema de Gestão de Documentos Doc Manager Cliente: São José Agroindustrial Representante do cliente: Paulo José de Souza 1 Histórico de Revisão Data Versão