SóProvas



Questões de Gestão de Projetos em Engenharia de Software


ID
101989
Banca
CESPE / CEBRASPE
Órgão
TCU
Ano
2007
Provas
Disciplina
Engenharia de Software
Assuntos

Considere que um projeto de TI a ser realizado por uma empresa,
com início e término bem determinados, objetive a correção de
problemas relativos a TI. Acerca de projetos de TI, como o referido,
e do gerenciamento desses projetos, julgue os itens seguintes, tendo
como referência inicial o estabelecido pelo PMBoK.

Suponha-se que, ao longo da execução do projeto, o presidente da empresa seja informado da necessidade de estabelecer procedimento de correção de urgência, atividade nãoconsiderada no planejamento do projeto, e que solicite ao gerente do projeto a inclusão dessa atividade. Nessa situação, o gerente do projeto deve negar esse pedido.

Alternativas
Comentários
  • O PMBoK prevê mudanças em seus processos (Controle Integrado de Mudanças, por exemplo). O gerente de projeto precisa comunicar estas mudanças, documentá-las sempre em acordo com aquilo que for aceito pelos Stakeholders, especialmente, os patrocinadores.

  • O projeto deve esta alinhado com as estrategias do negocio e deve esta pronto para mudanças visto que isto é esperado nos projetos. Tanto que existem processos para gerenciar e controlar mudanças.


ID
126511
Banca
ESAF
Órgão
Prefeitura de Natal - RN
Ano
2008
Provas
Disciplina
Engenharia de Software
Assuntos

Quanto aos princípios básicos da Engenharia de Software, é correto afi rmar que

Alternativas
Comentários
  • Pôxa, não é a letra C ? A letra B não seria referente a testes de caixa branca ?
  • Também marquei letra C. Concordo com você e ainda acredito que a gestão de projetos engloba todo o processo de desenvolvimento de software. Qual etapa não entra???

  • (É OSSO... "Comentário RUIM"... E eu mané ainda insisto em comentar ) 

    "O método de teste de Caixa Preta concentra-se na estrutura de controle do projeto procedimental para derivar casos de teste."


    FALSO. A técnica de teste caixa preta deriva seus casos de teste a partir dos requisitos funcionais do software ( Executar todos os requisitos funcionais de um programa )

    "EXECULTAR TODAS AS FUNCIONALIDADES"

    --

    "uma das técnicas para elaboração de casos de teste da caixa preta é a garantia de que todos os caminhos independentes dentro de um módulo tenham sido exercitados pelo menos uma vez. "

    ERRADO.  Os testes caixa-branca é que possibilitam a execução de todos os caminhos independentes dentro de um programa, para isso contamos com a complexidade ciclomática, que é calculada pelas fórmulas:

    i) V(G) = (E - N) + 2 ou  ii) então V(G) = P + 1

    Em i) temos E como sendo o número de arestas do grafo (Edges) e N como o número de vértices ( Nodes ).

    Em ii) temos P como sendo o número de nós preditivos ( condicionais ).

    --- EXEMPLO --

    http://www.questoesdeconcursos.com.br/images/provas/270/Imagem%20022.jpg

    A complexidade ciclomática desse método seria 

    if ( x == 1 || x == 2) , temos 2 condições então P=2

    o for também é uma condicional, como uma condição de teste apenas, então atualizamos nosso P.    P=3

    O if dentro do for é mais uma condição, então vamos para P=4.

    V(G) = 4+1, V(G) = 5.

    ( Mais Detalhes) http://www.questoesdeconcursos.com.br/questoes/3f2fffc6-6c?tab=2

    -------------------------

    "quando um projeto de software é planejado, a estimativa de esforço humano e a duração do cronograma do projeto são duas das atividades que só podem ser executadas após a implantação do produto. "

    FALSO. Existem muitas métricas para estimar esforço humano como COCOMO, baseado em análise de esforço por pontos de função e etc.

    -------------------------


    "A análise de sistemas é uma atividade que só pode ser iniciada após o estabelecimento das restrições de prazo e de custo do projeto. "

    FALSO. A Análise cobre todas as fases, da especificação dos requisitos à implantação, ao contrário do programador que concentra seus esforços na implementação, testes e implantação.

  • a) o método de teste de Caixa Preta branca concentra-se na estrutura de controle do projeto procedimental para derivar casos de teste.

    b) uma das técnicas para elaboração de casos de teste da caixa preta branca é a garantia de que todos os caminhos independentes dentro de um módulo tenham sido exercitados pelo menos uma vez.

    d) quando um projeto de software é planejado, a estimativa de esforço humano e a duração do cronograma do projeto são duas das atividades que só podem ser executadas após a implantação do produto.
    São executada durante o planejamento.

    e) a análise de sistemas é uma atividade que só pode ser iniciada após o estabelecimento das restrições de prazo e de custo do projeto.
    Não.

ID
126823
Banca
CESGRANRIO
Órgão
Petrobras
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Para o processo de criação da Estrutura Analítica do Projeto (EAP) são feitas as afirmações a seguir.

I - Como cada projeto é único e, normalmente, apresenta declarações de escopo diferentes, uma EAP elaborada para um projeto não pode ser utilizada como modelo para simplificar o processo de criação da EAP de outro projeto, mesmo que estes sejam semelhantes.
II - Independente do número de níveis da EAP, o nível mais baixo de cada estrutura é denominado nível de pacote de trabalho. Cada pacote de trabalho deve conter um identificador exclusivo que costuma estar associado ao plano de contas do sistema financeiro da empresa.O conjunto destes identificadores é chamado código de contas e somente deve ser utilizado para identificar os pacotes de trabalho.
III - O planejamento em ondas sucessivas é um processo de elaboração das entregas, fases do projeto ou subprojetos na EAP em níveis diferentes de decomposição, de acordo com a data prevista para o trabalho. O trabalho com previsão de execução mais próxima é mais detalhado do que o trabalho futuro.
IV - A linha de base do escopo do projeto é composta pela declaração de escopo do projeto detalhada, a EAP e o dicionário da EAP. Critérios de aceitação, requisitos de qualidade e recursos necessários são exemplos de informações utilizadas para detalhar cada um dos elementos da EAP no dicionário da EAP.

Estão corretas APENAS as afirmativas

Alternativas
Comentários
  • Observa-se de errado nas alternativas:

    A) "uma EAP elaborada para um projeto não pode ser utilizada como modelo para simplificar o processo de criação da EAP de outro projeto, mesmo que estes sejam semelhantes."

    Uma EAP de um projeto pode ser usado como modelo para outro.

    B) "somente deve ser utilizado para identificar os pacotes de trabalho "

    Um código de identificador de contas é utilizado para cada componente da EAP, ou seja, até mesmos os componentes que não são pacotes de trabalho. São utilizados para identificação no dicionário da EAP.
  • Definição de código de contas: "Qualquer sistema de numeração utilizado para identificar de modo exclusivo cada componente da estrutura analítica do projeto."
  • Uma EAP de um projeto pode ser usado como modelo para outro.


ID
142837
Banca
FIP
Órgão
Câmara Municipal de São José dos Campos - SP
Ano
2009
Provas
Disciplina
Engenharia de Software
Assuntos

As seguintes atividades não fazem parte da fase de projeto de um software:

Alternativas
Comentários
  • A elaboração de estudos de viabilidade técnicoeconômica do sistema deve acontecer antes da fase de projeto
  • Estudos de viabilidade tipicamente acontecem na fase de Iniciação (também chamada de Concepção).
    Atividades de projeto são mais intensas na fase seguinte, Elaboração.

ID
226333
Banca
CESGRANRIO
Órgão
EPE
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Determinado órgão público deseja analisar, quantitativamente, alguns riscos de seus projetos de software. Que técnica é apropriada para atingir tal objetivo?

Alternativas
Comentários
  • BAM (Business Activity Monitoring) - is software that aids in monitoring of business activities, as those activities are implemented in computer systems. The goals of business activity monitoring are to provide real time information about the status and results of various operations, processes, and transactions. The main benefits of BAM are to enable an enterprise to make better informed business decisions, quickly address problem areas, and re-position organizations to take full advantage of emerging opportunities. (Resumindo, ajuda no monitoramento de atividades de negócio, provendo informações para tomada de decisão nos negócios).

    O algoritmo de Dijkstra, cujo nome se origina de seu inventor, o cientista da computação Edsger Dijkstra, soluciona o problema do caminho mais curto num grafo dirigido ou não dirigido com arestas de peso não negativo, em tempo computacional O([m+n]log n) onde m é o número de arestas e n é o número de vértices. (Não se aplica a essa questão)

    Chama-se “BPM” (Business Process Management, traduza literalmente “gestão dos processos de escritório”) à abordagem que consiste em modelar informaticamente os processos de escritório da empresa, quer no seu aspecto aplicativo, quer humano. O objectivo desta diligência é conduzira uma melhor visão global do conjunto dos processos da empresa e as suas interacções, paraficar em condições de os optimizar e, na medida do possível, automatizá-los ao máximo com a ajuda de aplicações.


  • Análise de Monte Carlo é uma ferramenta de modelagem e simulação utilizada no processo 11.4 Realizar a análise quantitativa de riscos, no modelo PMBOK. Geralmente utiliza-se sistemas computacionais para realizá-la já que envolve inúmeros cálculos e váriáveis.
  • FERRAMENTAS E TÉCNICAS PARA ANÁLISE QUALITATIVA DE RISCOS:
       - Avaliação de probabilidade e impacto dos riscos
       - Matriz de probabilidade e impacto
       - Avaliação da qualidade dos dados sobre riscos
       - Categorização de riscos
       - Avaliação da urgência dos riscos
       - Opinião especializada
    FERRAMENTAS E TÉCNICAS PARA ANÁLISE QUANTITATIVA DE RISCOS:
     
      - Árvore de decisão.
       - Técnica de Monte Carlo.
       - Análise de sensibilidade.
       - Analisar numéricamente os efeito dos riscos indentificados nos objetivos gerais do projeto
  •  b)Monte Carlo.

  • b-

    A simulação de Monte Carlo é uma ferramenta para análise quantitativa de risco utilizada em situações em que são necessárias decisões que envolvam escolhas entre várias alternativas de projetos, em função do impacto causado pela probabilidade de ocorrência de um sinistro


ID
280867
Banca
INSTITUTO CIDADES
Órgão
AGECOM
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

A função de um Testador de software pode ser assinalada nas seguintes alternativas, EXCETO:

Alternativas

ID
280897
Banca
INSTITUTO CIDADES
Órgão
AGECOM
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Uma importante tarefa da gerência de projetos é prever os riscos que podem prejudicar o bom andamento do projeto e definir ações a serem tomadas para evitar sua ocorrência. Quando não for possível evitar a ocorrência dos riscos, ela deve diminuir seus impactos. Com relação à gerência de projetos, marque a alternativa correta.

Alternativas

ID
280912
Banca
INSTITUTO CIDADES
Órgão
AGECOM
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação à Engenharia de Software, marque a alternativa INCORRETA.

Alternativas
Comentários
  • b-

    Um processo de software não pode ser definido de forma universal. Para qualidade, um processo deve se adequar ao domínio da aplicação e ao projeto específico.


ID
285946
Banca
FUNIVERSA
Órgão
SEPLAG-DF
Ano
2009
Provas
Disciplina
Engenharia de Software
Assuntos

O Constructive Cost Model (COCOMO) é um modelo utilizado para estimar projetos de software. Assinale a alternativa que contém atributos direcionadores de custo do modelo intermediário do COCOMO.

Alternativas
Comentários
  • e-

    no nive intermediario do cocomo, HPPP: hardware, produto, pessoas, projeto. Perícia dos profissionais se enquadra na categoria pessoas.


ID
315640
Banca
FCC
Órgão
TRE-RN
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Associadas à especificação de sistemas críticos, as técnicas de decomposição de riscos podem ser (1) dedutivas - do risco em direção à falha possível ou, ao contrário, (2) indutivas - da falha proposta em direção aos possíveis perigos que levariam-na a ocorrer, ou seja, respectivamente, técnicas

Alternativas
Comentários
  • (1) dedutivas - do risco(alto nível - apenas análise) em direção à falha possível(baixo nível - constatação da análise) ou, ao contrário

    (2) indutivas - da falha proposta(baixo nível - se a falha ocorrer) em direção aos possíveis perigos(alto nível - análise do perigo) que levariam-na a ocorrer
  • O tipo de entidade que contém os atributos comuns é conhecido como superclasse, e o tipo de
    entidade que é um subconjunto da superclasse, é conhecida como a sua subclasse. Por exemplo, o
    tipo de entidade livro é uma superclasse e os tipos de entidade TEXTBOOK, LANGUAGE_BOOK e
    NOVEL são suas subclasses. Este processo de refinar os tipos de entidade de nível superior
    (superclasse) em tipos de entidade de nível inferior (subclasse), acrescentando alguns recursos
    adicionais para cada um deles é uma abordagem de projeto top-down.
    O processo de design também pode seguir uma abordagem bottom-up no qual vários tipos de
    entidade de nível mais baixo são combinados com base em características comuns para formar os
    tipos de entidade de nível superior. Por exemplo, o designer de banco de dados pode identificar
    primeiro o tipo de entidade TEXTBOOK e em seguida os tipos LANGUAGE_BOOK e NOVEL e, por fim,
    combinar os atributos comuns destes tipos de entidades para formar uma entidade de nível superior
    BOOK. Este processo é conhecido como generalização.


ID
319570
Banca
CESPE / CEBRASPE
Órgão
INMETRO
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Acerca dos conceitos de gerência de projetos, assinale a opção correta.

Alternativas

ID
319576
Banca
CESPE / CEBRASPE
Órgão
INMETRO
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação aos processos de gerenciamento de projetos, assinale a opção correta.

Alternativas

ID
319579
Banca
CESPE / CEBRASPE
Órgão
INMETRO
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação à área de gerenciamento de projetos, assinale a opção correta.

Alternativas
Comentários
  • b-

    mon. & ctrl o trabalho do prj é parte do ger integracao e consiste em revisar o trabalho do prj e revisar seu andamento


ID
319585
Banca
CESPE / CEBRASPE
Órgão
INMETRO
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

A respeito das áreas de gerenciamento de projetos, assinale a opção correta.

Alternativas

ID
319708
Banca
CESPE / CEBRASPE
Órgão
INMETRO
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Existem métodos para se estimar a duração das atividades de um projeto e desenvolver cronogramas. Para se estimar o caminho de maior duração, as datas mais cedo e mais tarde em que uma atividade pode se iniciar e as datas mais cedo e mais tarde em que essa atividade pode ser terminada, utiliza-se o método

Alternativas

ID
319711
Banca
CESPE / CEBRASPE
Órgão
INMETRO
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Caso o patrocinador de um projeto queira autorizar o início formal desse projeto, ele deve

Alternativas
Comentários
  • Alternativa 'D' desenvolver o termo de abertura


ID
319714
Banca
CESPE / CEBRASPE
Órgão
INMETRO
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Considere que, em uma empresa cujo projeto de desenvolvimento de software esteja na fase de execução, uma das partes interessadas no projeto solicite a realização de mudança não prevista no escopo do projeto e que o comitê de mudanças, ao analisar essa solicitação, aceite o pedido. Nessa situação, o gerente de projeto responsável pelo controle integrado de mudanças deverá

Alternativas
Comentários
  • 4.5.3 Realizar o controle integrado de mudanças: saídas
     

    4.5.3.3 Atualizações no plano de gerenciamento do projeto
    Os elementos do plano de gerenciamento do projeto que podem ser atualizados incluem, mas não estão limitados, a:
    • Quaisquer planos auxiliares, e
    • Linhas de base que estão sujeitas ao processo de controle de mudanças formal.
    As mudanças nas linhas de base devem mostrar somente as alterações a partir do tempo atual em diante Os desempenhos passados não podem ser modifcados. Isso protege a integridade das linhas de base e os dados históricos de desempenhos passados.

     

    Fonte: PMBoK 5ª Edição - pág. 100
     


ID
319717
Banca
CESPE / CEBRASPE
Órgão
INMETRO
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Considerando-se que, no planejamento de projeto para uma empresa, seja incluída atividade relativa à criação de documento com informações sobre as lições aprendidas, é correto afirmar que esse documento terá por objetivo

Alternativas
Comentários
  • Informações históricas

    As informações históricas e das lições aprendidas são transferidas para a base de conhecimento de lições aprendidas para uso em projetos ou fases futuros. Isso pode incluir informações a respeito de problemas e riscos, assim como técnicas que funcionaram bem e que podem ser aplicadas em projetos futuros.
     

    Fonte: PMBoK 5ª Edição


ID
319726
Banca
CESPE / CEBRASPE
Órgão
INMETRO
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

A criação da estrutura analítica do projeto (EAP) corresponde ao processo de subdivisão

Alternativas
Comentários
  • A1.5.5 Criar a estrutura analítica do projeto (EAP)


    Criar a estrutura analítica do projeto (EAP) é o processo de subdivisão das entregas e do trabalho do projeto em componentes menores e de gerenciamento mais fácil. O principal benefício deste processo é o fornecimento de uma visão estruturada do que deve ser entregue.
     

    Fonte: PMBoK 5ª Edição


ID
321382
Banca
CESPE / CEBRASPE
Órgão
INMETRO
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Acerca da estrutura analítica do projeto (EAP), assinale a opção correta.

Alternativas

ID
321385
Banca
CESPE / CEBRASPE
Órgão
INMETRO
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Na gerência de projetos de sistemas, a técnica Delphi, usada para a determinação dos requisitos,

Alternativas
Comentários
  • Técnica Delphi / Delphi Technique. Uma técnica de coleta de informações utilizada como meio de alcançar um consenso de especialistas em um assunto.

  • RESPOSTA C

    Com relação a projetos, julgue os itens a seguir, tendo o PMBOK como referência. Usada para coletar requisitos, a técnica Delphi consiste no envio de solicitação de informações aos especialistas, sendo as respostas compiladas e os resultados devolvidos aos especialistas até o consenso ser atingido. CERTO

    #questãorespondendoquestões #sefaz-al


ID
321391
Banca
CESPE / CEBRASPE
Órgão
INMETRO
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

O termo de abertura é um documento que formalmente permite iniciar um projeto. Acerca do termo de abertura, assinale a opção correta.

Alternativas
Comentários
  • Quanto à alternativa B.

     

     b) A responsabilidade pelo desenvolvimento do termo de abertura é do gerente de projeto. (Patrocinador do projeto).


ID
352555
Banca
FUNCAB
Órgão
SES-GO
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

O gerente de projetos avalia em determinados momentos se o projeto está atingindo seus objetivos e consequentemente se deve prosseguir ou não. Esse momento é conhecido como:

Alternativas
Comentários
  • Letra D - final de cada fase


ID
359749
Banca
CETAP
Órgão
DETRAN-RR
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

O gerenciamento de projetos é um disciplina de fundamental importância para o sucesso do desenvolvimento de software. NÃO é uma atividade típica de um gerente de projetos:

Alternativas

ID
369937
Banca
CESPE / CEBRASPE
Órgão
TCE-RN
Ano
2009
Provas
Disciplina
Engenharia de Software
Assuntos

Quanto ao gerenciamento de projetos e acerca do PMBOK, julgue o item subsequente.


Em gerenciamento de projetos, as operações são caracterizadas por objetivos que podem ser medidos qualitativa e financeiramente.

Alternativas

ID
369940
Banca
CESPE / CEBRASPE
Órgão
TCE-RN
Ano
2009
Provas
Disciplina
Engenharia de Software
Assuntos

Quanto ao gerenciamento de projetos e acerca do PMBOK, julgue o item subsequente.


As operações realizadas em um projeto normalmente possuem recursos ilimitados no tempo. Isso é importante porque o ciclo de vida do projeto depende dessas operações para que o cronograma seja cumprido.

Alternativas
Comentários
  • Gestão de projetos existe justamente pq os recursos sao LIMITADOS. devemos fazer a boa gestão para o bom uso desses recursos.

  • Gestão de Projetos:


ID
369943
Banca
CESPE / CEBRASPE
Órgão
TCE-RN
Ano
2009
Provas
Disciplina
Engenharia de Software
Assuntos

Quanto ao gerenciamento de projetos e acerca do PMBOK, julgue o item subsequente.


Gerenciamento de projetos envolve a aplicação de conhecimentos, habilidades, ferramentas e técnicas às atividades do projeto a fim de alcançar seus objetivos.

Alternativas

ID
369946
Banca
CESPE / CEBRASPE
Órgão
TCE-RN
Ano
2009
Provas
Disciplina
Engenharia de Software
Assuntos

Quanto ao gerenciamento de projetos e acerca do PMBOK, julgue o item subsequente.


Um projeto progressivo é aquele que estabelece uma sequência de fases para se alcançar algum objetivo, garantir um bom gerenciamento e determinar o início e fim do projeto.

Alternativas

ID
440047
Banca
CESPE / CEBRASPE
Órgão
ANATEL
Ano
2009
Provas
Disciplina
Engenharia de Software
Assuntos

Conforme o SWEBOK, corpo de conhecimento da engenharia de
software, a engenharia de software é a aplicação de uma abordagem
sistemática, disciplinada e quantificada ao desenvolvimento, operação
e manutenção de software. Julgue o item a seguir acerca das
informações apresentadas e dos conceitos de engenharia de software.

Acerca de métodos e técnicas de estimativas de software, é correto afirmar que a técnica PERT é mais conveniente para a produção de estimativas de custo e esforço que para a produção de estimativas de prazo.

Alternativas
Comentários
  • PERT serve tanto para fazer as estimativas de prazo, custo e esforço simultaneamente.  PERT é o cálculo a partir da média ponderada de 3 durações possíveis de uma atividade (otimista, mais provável e pessimista).


ID
488674
Banca
NCE-UFRJ
Órgão
UFRJ
Ano
2008
Provas
Disciplina
Engenharia de Software
Assuntos

Considere as seguintes assertivas sobre a técnica conhecida como Walk-through de revisões estruturadas dos artefatos de projetos de software:

I- O autor deve obrigatoriamente fazer parte da reunião.
II- Os revisores devem ter acesso ao material a ser revisado antes da reunião.
III- O autor não pode assumir o papel de relator.

A(s) afirmativa(s) correta(s) é/são somente:

Alternativas
Comentários
  • O objetivo do walk-through test é para que os auditores estabeleçam a confiabilidade da contabilidade e dos procedimentos de  de um cliente. Os walk-through tests não podem ser considerados testes de controles.

    Na , o termo também é utilizado relativo à avaliação de , no  de projeto de interface, no qual os usuários operam o protótipo da interface do sistema sendo desenvolvido.


ID
556540
Banca
CESGRANRIO
Órgão
EPE
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Os gestores de determinado órgão público, que possui uma equipe interna de TI, reclamam que as entregas dos sistemas de informação estão sempre atrasadas. Além disso, há insatisfação quanto ao custo, que é considerado alto e não possui qualquer tipo de acompanhamento. As entregas nunca contemplam o que foi solicitado pelos gestores, e situações que afetam negativamente o desenvolvimento dos sistemas ocorrem sem que ninguém as tenha previsto. Para melhorar a satisfação dos gestores, a equipe interna de TI pode

Alternativas

ID
607045
Banca
CESGRANRIO
Órgão
Petrobras
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Em uma Estrutura Analítica de Projeto organizada por fases, devem-se colocar as atividades mais complexas do projeto no nível mais detalhado (os pacotes de trabalho).

PORQUE

Um pacote de trabalho pode ser agendado, ter seu custo estimado, monitorado e controlado.

Analisando-se as afirmações acima, conclui-se que

Alternativas
Comentários
  • Primeira: Em uma Estrutura Analítica de Projeto organizada por fases, devem-se colocar as atividades mais complexas do projeto no nível mais detalhado (os pacotes de trabalho).

     

    ERRADA: Na verdade, devemos colocar as atividades mais complexas em alto nível, detalhando-as em níveis mais baixos (pacotes de trabalho).

     

    Segunda: Um pacote de trabalho pode ser agendado, ter seu custo estimado, monitorado e controlado.

     

    CORRETA.

     

    Alternativa D.

     

  • D

    Segunda Afirmação é verdadeira: "Um pacote de trabalho pode ser agendado, ter seu custo estimado, monitorado e controlado." 

    Fonte: Livro Guia de Estudo para o Exame PMP - MAURY MELO


ID
616963
Banca
FCC
Órgão
MPE-SE
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação ao ciclo de vida de um projeto, é correto afirmar:

Alternativas
Comentários
  • a) ERRADO. As organizações consideram o ciclo de vida do projeto parte do ciclo de vida do produto.

    b) ERRADO. O gerenciamento de projetos é a aplicação de conhecimento, habilidades, ferramentas e técnicas às atividades do projeto a fim de atender aos seus requisitos, ele é realizado através de processos, usando todo o conhecimento, habilidades, ferramentas e técnicas do gerenciamento de projetos que recebem entradas e geram saídas.

    d) ERRADO. O teste funcional de um sistema procura identificar as faltas existentes na sua programação por meio da observação da estrutura e do comportamento definidos pela sua interface pública.

    e) ERRADO. Os diagramas de colaboração são usados para mostrar como os objetos interagem para executar o comportamento de um caso de uso ou de parte de um caso de uso.


ID
616966
Banca
FCC
Órgão
MPE-SE
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação às ferramentas de auxílio de gerência de projetos, é correto afirmar:

Alternativas
Comentários
  • Gabarito: "B"

    O diagrama de Gantt é um gráfico usado para ilustrar o avanço das diferentes etapas de um projeto. Os intervalos de tempo representando o início e fim de cada fase aparecem como barra coloridas sobre o eixo horizontal do grafico.

     

     AS LETRAS  "A, C, D e E" ESTÃO ERRADAS POR ESTES MOTIVOS ABAIXO:

    Um Framework em desenvolvimento de software, é uma abstração que une códigos comuns entre varios projetos de software provendo uma funcionalidade genérica. Um framework pode atingir uma funcionalidadeespecífica, por configuração, durante a programação de uma aplicação. Ao contrário das bibliotecas, é o framework quem dita o fluxo de controle da aplicação, chamado de inversão de controle.

    A UML - Linguagem de Modelagem Unificada (do inglês, UML - Unified Modeling Language) é uma linguagem-padrão para a elaboração da estrutura de projetos de software. Ela poderá ser empregada para a visualização, a especificação, a construção e a documentação de artefatos que façam uso de sistemas complexos de software.

    Na administração, o Program Evaluation and Review Technique (PERT) é uma ferramenta utilizada no gerenciamento de projetos. As técnicas denominadas PERT e CPM foram independentemente desenvolvidas para a Gestão e Controle de Projetos em torno de 1950, porém a grande semelhança entre estas fez com que o termo PERT/CPM fosse utilizado corriqueiramente como apenas uma técnica. Os termos PERT e CPM são acrônimos de Program Evaluation and Review Technique (PERT) e Critical Path Method (CPM). Exemplos de Projetos que podem utilizar PERT/CPM:

    1. Construção de uma planta
    2. Pesquisa e desenvolvimento de um produto
    3. Produção de filmes
    4. Construção de navios
    5. Instalação de um sistema de informações
    6. Condução de campanhas publicitárias, entre outras.

    PERT e CPM utilizam principalmente os conceitos de Redes (Grafos) para planejar e visualizar a coordenação das atividades do projeto. Enquanto PERT é o cálculo a partir da média ponderada de 3 durações possíveis de uma atividade (otimista, mais provável e pessimista), CPM é um método de apuração do caminho crítico dada uma sequência de atividades, isto é, quais atividades de uma sequência não podem sofrer alteração de duração sem que isso reflita na duração total de um projeto. Desta maneira, classificando-os em função do tratamento, a rede PERT é probabilística e o CPM é determinístico. Alguns exemplos clássicos de aplicação de PERT/CPM é a gestão e planejamento da construção civil, mecânica, naval, etc.

     

     

     

     


ID
616969
Banca
FCC
Órgão
MPE-SE
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

No contexto do projeto de software a definição das atividades do negócio do cliente que serão suportadas pelo software e os dados quantitativos, tais como, tempo de resposta e número de usuários, devem ocorrer

Alternativas

ID
628039
Banca
FCC
Órgão
INFRAERO
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

Considere:
I.O Portfólio de TI é composto por projetos, serviços e ativos. Tem que englobar todos os itens de investimento e custeio das atividades de TI na organização, estando ou não na área de TI.
II.O aumento do time-to-market é um exemplo do impacto da falta de um portfólio de TI.
III.Balizar mudanças de prioridades da empresa que são refletidas em TI não é objetivo do Portfólio de TI.
É INCORRETO o que consta APENAS em

Alternativas

ID
628051
Banca
FCC
Órgão
INFRAERO
Ano
2011
Provas
Disciplina
Engenharia de Software
Assuntos

NÃO se trata de um objetivo do Portfólio de TI:

Alternativas
Comentários
  • Objetivos e importância do Portfólio de TI

    - Comunicar as prioridades de investimento de TI da empresa - B
    - Mostrar os riscos dos investimentos em TI - E
    Eliminar a redundância nas iniciativas de TI - D
    Otimizar recursos alocados à TI -
    C
    Monitorar as iniciativas de TI
    Balizar mudanças de prioridades da empresa que são refletidas em TI
    Ser o elo entre a estratégia, os objetivos do negócio e as iniciativas de TI

    Fonte: Implantando a Governança de TI - Aguinaldo Aragon Fernandes, Vladimir Ferraz - 2ª edição


ID
641407
Banca
FCC
Órgão
TRT - 2ª REGIÃO (SP)
Ano
2008
Provas
Disciplina
Engenharia de Software
Assuntos

Segundo o PMBOK, as etapas de iniciação, planejamento, execução, monitoração/controle e encerramento representam apenas o

Alternativas
Comentários
  • O Guia deixa bem claro que os grupos de processos não são fases do ciclo de vida do projeto. (Eliminamos as letras a,c e d)

    A dúvida então fica entre a letra b e e. 

    "Os processos de gerenciamento de projetos são agrupados em cinco categorias conhecidas como grupos de processos de gerenciamento de projetos (ou grupos de processos)."

    Gabarito letra "E".

  • Fui seco na B sem nem ler as outras. De todo modo não vejo como errada...


ID
646147
Banca
FCC
Órgão
TJ-PE
Ano
2012
Provas
Disciplina
Engenharia de Software
Assuntos

O objetivo do Processo de Aquisição, um dos processos relacionados ao ciclo de vida de um software, é o de obter um produto ou serviço que satisfaça a necessidade do adquirente. Um dos resultados esperados deste processo é a

Alternativas
Comentários
  •  
    DEFINE:

    O Processo de Aquisição define as atividades a serem executadas pela organização de adquire ou sub-contrata um produto ou serviço de software. O propósito do Processo de Aquisição é obter um produto e/ou serviço que satisfaça a necessidade expressa pelo cliente. O processo inicia com a identificação de uma necessidade do cliente e termina com a aceitação do produto e/ou serviço [NBR ISO/IEC 12207, 1998].
    A ISO/IEC 12207 define o propósito e os resultados para os sub-processos de Preparação para Aquisição, Seleção de Fornecedor, Monitoração do Fornecedor e Aceitação pelo Cliente
  • Resultados do Processo de Aquisição:

    1. as necessidades de aquisição, as metas, os critérios de aceitação do Software e Serviços Correlatos e as estratégias de aquisição são definidos.
    Fonte: http://www.softex.br/wp-content/uploads/2013/07/MPS.BR_Guia_de_Aquisicao_2013..pdf


ID
675499
Banca
CONSULPLAN
Órgão
TSE
Ano
2012
Provas
Disciplina
Engenharia de Software
Assuntos

No desenvolvimento de um sistema informatizado, participam diversos profissionais, cada um realizando uma função específica ao cargo. Nesse sentido, analise.

I. Implementar o sistema.

II. Coordenar as atividades necessárias à construção do sistema.

III. Especificar soluções para os problemas resultantes da análise.

IV. Entender as necessidades dos clientes e repassar esse entendimento aos desenvolvedores do sistema.

As alternativas I, II, III e IV estão relacionadas às atribuições e responsabilidades inerentes, respectivamente, aos seguintes cargos/funções

Alternativas
Comentários
  • Pegunta relativamente tranquila, mas alguém sabe qual a literatura que a Consulplan se baseou?

     

  • Gabarito C

    Seu Saraiva... Acho que foi o dia a dia dentro da CONSULPLAN... Kkkkkkkkkkk...

     

    "Retroceder Nunca Render-se Jamais !"
    Força e Fé !
    Fortuna Audaces Sequitur !


ID
695176
Banca
FCC
Órgão
TRF - 2ª REGIÃO
Ano
2012
Provas
Disciplina
Engenharia de Software
Assuntos

Em princípio, o preço de um produto de software para o cliente é simplesmente o custo do desenvolvimento mais ou lucro para o desenvolvedor. No entanto, na prática, a relação entre o custo do projeto e o preço proposto para o cliente não costuma ser tão simples, pois aspectos organizacionais, econômicos, políticos e comerciais, dentre outros, podem alterar este preço. Dentre os fatores que podem alterar o preço de um software,

Alternativas
Comentários
  • Os acordos de níveis de serviço não estão relacionados ao desenvolvimento, e sim a prestação de um serviço. 
  • alguém pode indicar uma fonte respeitada que afirma que os SLA`s não alteram o preço de um software?

    pois, ao meu ver, se os SLA`s forem rigorosos eles aumentariam o custo de desenvolvimento. se a empresa tem obrigações a cumprir, entendo que quanto mais obrigações de SLA e quanto mais rigorosas elas forem mais caro se tornará o produto.
  • concordo o SLA afeta o custo do soft...
  • A questão saiu do livro do sommerville no capítulo sobre gerência de projetos em que ele fala sobre custo de software.
    Os 4 fatores que ele indica como que podem alterar o preço de um software são:

    condições contratuais; oportunidade de mercado; incerteza de estimativa de custo; saúde financeira da empresa desenvolvedora;
  • Mesmo com a fundamentação de Sommerville, SLA podem mudar sim o preço de um software. 

    Se ninguém tiver um argumento que me prove o contrário, considero esta questão com todas alternativas corretas.

    Bons estudos!
  • Reforçando a opinião dos colegas, trabalho em uma empresa federal e em uma renovação de um grande contrato de prestação de suporte TI, solicitamos a alteração de SLA, de forma que o atendimento fosse imediato, e não mais em uma relação tempo x criticidade (padrão), desta forma a empresa alocou empregados dentro da nossa estrutura de TI e o custo aumentou consideravelmente sim.
    Isto nos deixa em uma situação difícil, já que em alguns casos, grandes referências como Presman, Sommerville, Tanenbaum, etc..não sustentam a realidade, desta forma, em minha opinião, já que nosso objetivo é acertar as questões, temos que ser pragmáticos e responder o que a banda quer ler.

    Abraços,

    Renato
  • Como foi dito por outra pessoa, desenvolvimento de software não tem a ver com SLA. SLA é operação.

    Pode ser que no contrato exista algum detalhamento em relação a SLA, mas isso provavelmente vai acontecer porque muitas vezes a empresa que desenvolve também opera o software.

  • Há uma confusão grande a alguns que comentaram aqui.

    Em primeiro lugar, a questão é de Gerenciamento de Projetos e não de Governança de TI ou Desenvolvimento de Software. A questão baseia-se na aquisição de um software do comprador com a empresa desenvolvedora. Podemos perceber isto no seguinte trecho: "a relação entre o custo do projeto e o preço proposto para o cliente". Projeto tem início, meio e fim.

    O comentário de Renato Silva, sobre sua empresa, trata-se de uma operação, com um sistema já implantado, onde há necessidade de um time de desenvolvimento para inserir / excluir / modificar / corrigir necessidades da empresa cliente pós sistema implementado (o sistema implementado, por exemplo, no ano 2012, pode sofrer alterações devido a uma série de fatores novos, pós 2012 - mudanças estratégicas, exigências do governo, etc). Via de regra, isto não é um projeto, pois não irá criar nada "novo" (todavia, no mercado convém chamar de projeto). Trata-se de um suporte operacional às necessidades da empresa cliente. 

    Em projetos de desenvolvimento, não existe SLA's para atender necessidades. Existe a parte de entendimento do negócio do cliente, levantamento de requisitos, casos de uso, prototipação de tela, desenvolvimento via fábrica de software, testes, treinamento com a ferramenta e entrega do projeto. Após a entrega, convém "dar" ao cliente um período para caso haja problemas decorrentes do desenvolvimento para a empresa desenvolvedora conserte. Entretanto, isto não é SLA, e sim um erro na execução do projeto, que não foi verificado (possivelmente devido ao tamanho do projeto). Mas isto não é um acordo de nível de serviço, pois não há serviço. Apenas a correção de um erro identificado.


ID
720577
Banca
ESAF
Órgão
CGU
Ano
2008
Provas
Disciplina
Engenharia de Software
Assuntos

Gerenciamento de riscos significa identificar riscos e traçar planos para minimizar seus efeitos sobre o projeto.

Assinale a opção que contenha a descrição de um exemplo de Risco de Negócios.

Alternativas
Comentários
  • De acordo com Sommerville [1], há três Categorias de Risco relacionadas:

    1. Riscos de Projeto: aqueles que afetam cronograma ou recursos de projeto;
    2. Riscos de Produto: aqueles que afetam a qualidade ou desempenho de software que está sendo desenvolvido;
    3. Riscos de Negócio: aqueles que afetam a organização que desenvolve ou adquire o software.

    Vamos à questão:

    a) Risco de Negócio.
    b) Risco de Projeto e Produto.
    c) Risco de Projeto e Produto.
    d) Risco de Projeto.
    e) Risco de Projeto e Produto.

    Fonte: [1]: Sommerville, Engenharia de Software, 8ª Edição, Pág. 70.
  • 1 • Q240190 
    Segundo Pressman há 3 tipos de riscos: Riscos de projeto, riscos técnicos e riscos de negócio.
     
    Riscos de projeto: São riscos que ameaçam o projeto, como orçamento, cronograma, pessoal (empregados e organização), recursos, stakeholders e problemas de requisitos, além de complexidade e tamanho.
     
    Riscos técnicos: São riscos que ameaçam a qualidade e a oportunidade. Quando esses riscos se tornam realidade a implementação pode se tornar difícil ou impossível. Problemas potenciais são design, implementação, interface, verificação e manutenção. Além disso, ambiguidade na especificação, incerteza técnica, tecnologia obsoleta e tecnologia "de ponta" são fatores de risco. Riscos técnicos também ocorrem porque o problema é mais dificil de resolver do que se pensava.
     
    Riscos de negócio:  Riscos que se caracterizam por ameaçar a viabilidade do software a ser construido e frequentemente prejudicam o projeto ou produdo. Os cinco maiores riscos são: (1) construir um excelente produto ou sistema que ninguém quer (risco de mercado), (2) construir um produto que não se encaixa mais dentro da estratégia da empresa (risco de estratégia), (3) construir um produto que os vendedores não entendem como vender (risco de venda), (4) falta de suporte dos gerentes sênior devido a mudança no foco ou uma mudança de pessoas (risco de gerenciamento), e (5) falta de orçamento ou comprometimento pessoal (risco de orçamento) .
     
    Agora voltando à questão:
     
    a) Risco técnico
    b) Risco de projeto
    c) Risco de projeto ou risco de negócio
    d) Risco de projeto
    e) Risco de projeto
     
    Então a única que pode ser, segundo Pressman é a "c". Agora resta saber se por ser antiga, estas definições ainda não existiam. Mas se fosse hoje acho que caberia recurso.
    Pressman 7ª edição [INGLES], p. 746.

ID
736753
Banca
Exército
Órgão
EsFCEx
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Considerando o modelo proposto pelo PMI (Project Management institute) para o gerenciamento de projetos, sobre as áreas de conhecimento e os grupos de processos abordados no Guia PMBOK, assinale a alternativa correta.

Alternativas
Comentários
  • a)  O Plano de Gerenciamento de Escopo consiste em uma saída do processo Definição de Escopo.

     Não, O Plano de Gerenciamento de Escopo é uma saída do processo Planejamento do Escopo.

    b) O processo de Encerramento possui um único subprocesso, conhecido como Encerramento do Projeto.

    Não, O processo de Encerramento possui dois subprocessos, Encerramento do Projeto e Encerramento do Contrato.

    c) Após o processo de Iniciação tem-se o Termo de Abertura de Projeto, produto elaborado por meio da Area de Conhecimento Gerenciamento da Integração.

    Não é após e sim NO processo de Iniciação.

     d) O processo Orçamentação só deve ser executado após o processo Elaboração de Cronograma, visto que as saídas deste processo servem como entrada para a estimativa de custos.

    Correta!

     

    e) O Gerenciamento de Aquisições trata apenas da aquisição de bens e/ou serviços externos à organização, pois esse processo só é executado após análise prévia do custo de desenvolvimento interno.

    Não>pois esse processo só é executado após análise prévia do custo de desenvolvimento interno.

  • Orçamentação = Determinar orçamento?

  • Houve uma alteração desta época para cá, certo? Agora, na 6ª edição do PMBOK, a questão B também estaria correta, pois o encerramento só possui um subprocesso.


ID
736756
Banca
Exército
Órgão
EsFCEx
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Considerando o modelo proposto pelo PMI (Project Management Institute) para o gerenciamento de projetos, sobre os documentos gerados ao longo do ciclo de vida de um projeto gerenciado de acordo com o Guia PMBOK, assinale a alternativa correta.

Alternativas
Comentários
  • Qual o erro da C, "produto"?

  • O erro da alternativa C está em afirmar "atividades necessárias à confecção" que nos remete a ideia de como serão realizadas as atividades.

     

    O EAP subdivide as principais entregas os trabalhos, sendo que são discriminados os resultados dos esforços e não os esforços em si, o que pode ser exemplificado a seguir: 

     

    Esforço em si (Pintar Parede) -> ERRADO

    Resultado do Esforço (Parede Pintada) -> CERTO


ID
814321
Banca
AOCP
Órgão
TCE-PA
Ano
2012
Provas
Disciplina
Engenharia de Software
Assuntos

Uma das ferramentas responsáveis em auxiliar na análise de cenário é

Alternativas
Comentários
  • Não apenas no que tange a Tecnologia da Infortmação. SWOT é uma ferramenta muito utilizada por administradores e empreendedores que auxilia na  pesquisa de mercado. É um conceito que está presente nos cursos de Administração.

  • Análse SWOT(Strengths (Forças), Weaknesses(Fraquezas), Opportunities (Oportunidades) , Threats (Ameaças) ​ ou Análise FOFA é uma ferramenta para análise de cenário(ambiente) com objetivo de planejamento estratégico.

  • A Matriz SWOT é uma ferramenta que avalia os ambientes interno e externo à organizaçaão.


ID
837322
Banca
CESPE / CEBRASPE
Órgão
ANAC
Ano
2012
Provas
Disciplina
Engenharia de Software
Assuntos

No que se refere ao gerenciamento de projetos de TI (PMBOOK 2008), julgue os itens seguintes.

A estrutura organizacional matricial é uma combinação das organizações funcional e projetizada, em que a autoridade dos gerentes de projeto varia conforme a estrutura matricial, que pode ser fraca, equilibrada ou forte.

Alternativas
Comentários
  • Quanto a estrutura matricial pode ser

     

    Fraca

     

    Balanceada

     

    Forte

     

    Composta

     

     

     

     

     

    Fundamentos de gerenciamento de projetos

    editado por André Ricardi - ELSEVIER

  • c-

    Funcional/vertical/hierarquica - gerente funcional no comando. GP com nenhuma ou minina autoridade.

     

    Projetada - o fluxo é horizontal e o GP toma decide tudo em relação ao projeto.

     

    As organizações matriciais ficam entre 2 extremos, dividindo-se em matriz fraca, balanceada ou forte. Quanto maior a autoridade do GP e maior o grau de adesao às práticas do PMBOK, mais à direita se enquadra a organização. As prioridades do projeto tambem aumentam na progressao de fraca para forte


ID
837325
Banca
CESPE / CEBRASPE
Órgão
ANAC
Ano
2012
Provas
Disciplina
Engenharia de Software
Assuntos

No que se refere ao gerenciamento de projetos de TI (PMBOOK 2008), julgue os itens seguintes.

O grupo de processos de planejamento é o grupo em que as partes interessadas têm mais chances de influenciar os resultados do projeto, sendo também o grupo em que o risco aumenta devido ao alto grau de fatores desconhecidos nesse momento do projeto.

Alternativas
Comentários
  • <img scr="http://images.slideplayer.com.br/3/384936/slides/slide_13.jpg" />

  • "Os riscos e incertezas são maiores no início do projeto. Esses fatores diminuem ao longo da vida do projeto à medida que as decisões são tomadas e as entregas são aceitas."


    Fonte: PMBOK, 5ed, pag. 40

  • Ajustes que tornariam a questão correta.

     

    O grupo de processos de planejamento (INICIAÇÃO) é o grupo em que as partes interessadas têm mais chances de influenciar os resultados do projeto, sendo também o grupo em que o risco aumenta (É MAIOR) devido ao alto grau de fatores desconhecidos nesse momento do projeto.

     

    Ano: 2013 Banca: CESPE Órgão: ANP Prova: Analista Administrativo - Área 5

      

    No grupo de processos de iniciação, as partes interessadas têm mais chances de influenciar os resultados do projeto. Nessa etapa, o risco também é maior devido ao alto grau de fatores desconhecidos.

      

    Resposta: CERTA


ID
893935
Banca
CESPE / CEBRASPE
Órgão
TRT - 10ª REGIÃO (DF e TO)
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Com base no PMBOK, julgue os próximos itens, relativos a
gerenciamento de projetos.

Os projetos operacionais são temporários e com fim definido, ao passo que o trabalho operacional é contínuo e repetitivo.

Alternativas
Comentários
  • CORRETO. A questão tenta ludibriar o candidato a querer levá-lo a uma visão que um projeto por ser utilizando dentro de uma estrutura da operação, não manteria suas características essenciais: temporariedade e singularidade. Projetos dentro das operações continuam sendo projetos! Contudo um trabalho operacional é contínuo e não-singular (repetitivo).

  • CORRETO. Segundo o PMBOK 5, "As mudanças nas operações de negócios podem ser objeto de um projeto dedicado", ou seja, "projeto operacional" (como o CESPE quis chamar) é temporário e com resultado exclusivo.

  • * RESPOSTA: Certo;

    ---

    * JUSTIFICATIVA: conforme o PMBOK (5º ed., p. 3), "Projeto [seja qual ele for!] é um esforço temporário empreendido para criar um produto, serviço ou resultado exclusivo. A natureza temporária dos projetos indica que eles têm um início e um término definidos".

    Ademais, "As operações [CESPE chamou de 'trabalhos operacionais'] são esforços contínuos que geram saídas repetitivas, com recursos designados para realizar basicamente o mesmo conjunto de tarefas, de acordo com os padrões institucionalizados no ciclo de vida do produto. Diferente da natureza contínua das operações, os projetos são esforços temporários". (PMBOK, 5ª ed., p. 13).

    ---

    Bons estudos.
     


ID
893938
Banca
CESPE / CEBRASPE
Órgão
TRT - 10ª REGIÃO (DF e TO)
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Com base no PMBOK, julgue os próximos itens, relativos a
gerenciamento de projetos.

O conceito de ciclo de vida de projeto difere do conceito de ciclo de vida de produto, igualando-se esses conceitos em situações em que o produto de um projeto consiste, também, em outro projeto.

Alternativas
Comentários
  • O correto seria:
    igualando-se esses conceitos em situações em que o projeto de um produto consiste, também, em outro projeto.
  • Eu acho que a questão está errada não por causa da inversão dos termos produto e projeto na segunda parte da oração. Para mim está errada pois, mesmo se o produto de um projeto for outro projeto, os conceitos de ciclo de vida de produto e projeto continuam diferentes, pois o ciclo de vida do produto (segundo projeto) incorporaria tanto o ciclo de vida do primeiro projeto como o ciclo de vida do produto (segundo projeto).

  • * RESPOSTA: Errado;

    ---

    * FUNDAMENTAÇÃO: antes de mais nada, é importante esclarecer alguns conceitos:

    "Produto / Product. Um artefato produzido, quantificável e que pode ser um item final ou um item componente. Produtos também são chamados de materiais ou bens.
    Projeto / Project. Um esforço temporário empreendido para criar um produto, serviço ou resultado único". (PMBOK, 5ºed., p. 558).

    "Ciclo de vida do produto / Product Life Cycle. A série de fases que representam a evolução de um produto, da sua concepção à entrega, crescimento, maturidade, e retirada.
    Ciclo de vida do projeto / Project Life Cycle. A série de fases pelas quais um projeto passa, do início ao término". (PMBOK, 5ºed., p. 533).

    Ademais, "O Guia PMBOK® [5º ed., p. 48] descreve somente os processos de gerenciamento de projetos. Embora os processos orientados a produtos estejam fora do escopo deste documento, eles não devem ser ignorados pelo gerente de projetos e a equipe do projeto".

    Agora, indo ao que interessa, conforme o PMBOK (5º ed., p. 39), "O ciclo de vida do projeto é INDEPENDENTE do ciclo de vida do produto produzido ou modificado pelo projeto. Entretanto, o projeto deve levar em consideração a fase atual do ciclo de vida do produto".

    Adaptando a citação direta acima com o enunciado da questão: "O ciclo de vida do projeto 1 é INDEPENDENTE do ciclo de vida do projeto 2 produzido pelo projeto 1".

    Assim, não é possível confirmar o resultado dessa relação de substituição proposta pelo enunciado.

    ---

    Bons estudos.


ID
893983
Banca
CESPE / CEBRASPE
Órgão
TRT - 10ª REGIÃO (DF e TO)
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Considerando as disposições do PMBOK, julgue os itens de 108 a
113, relativos a processos e áreas de gerenciamento de projetos.

A criação da estrutura analítica do projeto, o sequenciamento de atividades e a estimativa de recursos para o projeto são atividades do grupo de processos de planejamento.

Alternativas
Comentários
  • Grupo de Planejamento

    Área de Conhecimento - Escopo:

    * Coletar Requisitos;
    * Definir escopo;
    * Criar EAP

    Área de Conhecimento - Tempo:

    * Definir as atividades
    * Sequenciar as atividades
    * Estimar recursos da atividade;

    * Estimar duração das atividades;
    * Desenvolver Cronograma

    Correto!

ID
932953
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação a alocação de recursos, cronograma e estrutura analítica em gerência de projetos, julgue os itens a seguir.

O cronograma, para um projeto específico, retrata a interação entre as fases, as etapas e as atividades a serem realizadas, e estima o tempo necessário para realizá-las.

Alternativas
Comentários
  • Cronograma de Projeto descreve, para um projeto específico, as fases, etapas e as atividades a serem realizadas. Retrata a interação entre elas e estima o tempo necessário para realizá-las. Logo, o cronograma indica no tempo quando cada fase, etapa ou atividade começa e quando termina.

     

    Certo

     

    Fonte: https://books.google.com.br/books?isbn=8574308390

     

    Planejamento & gerência de projetos

    RAFAEL PRIKLADNICKI, ‎AFONSO INACIO ORTH


ID
932956
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação a alocação de recursos, cronograma e estrutura analítica em gerência de projetos, julgue os itens a seguir.

A estrutura analítica de um projeto permite programar a execução paralela de tarefas, a fim de acelerar a produção.

Alternativas
Comentários
  • Estrutura Analítica de Projeto - EAP

    Ferramenta de gerenciamento do escopo do projeto

    Identifica todo os trabalho a ser realizado

    É uma imagem gráfica da hierarquia do projeto

    Organograma (Hierarquia)

    Tem como princípio definir , organizar e decompor de forma estruturada , lógica e sucessiva , o escopo do projeto orientado para entregas.

    Deve existir para todos os projetos, já que todo projeto tem escopo

    Ajuda a definir a linha de base de escopo de um projeto.

    Pode ser reutilizada

    Não tem sequenciamento

    PMBOK: É o processo de subdivisão das entregas e do trabalho do projeto em componentes menores e mais facilmente gerenciáveis. O principal benefício desse processo é o fornecimento de uma visão estruturada do que deve ser entregue

     

    CERTO.

     

    Fonte: PMBoK, Cespe, FCC ...

  • Gabarito Certo

    A EAP, estrutura analítica do projeto, ou WBS, work breakdown structure, define as entregas do projeto e sua decomposição em Pacotes de trabalho.

    O sistema de numeração da EAP identifica o nível no qual cada elemento da EAP se encontra. Por exemplo: Código da EAP=1.1.1  está no terceiro nível.

    A EAP fornece uma visão estruturada das entregas do projeto e é um ótimo instrumento para alinhar o entendimento do projeto e integrar todas as áreas.

    Sempre que possível, todos os documentos gerados no projeto devem referenciar o Código da EAP.

    A EAP normalmente é representada de forma gráfica para facilitar o entendimento e a visualização, mas, quando não existem softwares para gerá-la, ela pode ser representada de forma identada.

     

     

    "Retroceder Nunca Render-se Jamais !"
    Força e Fé !
    Fortuna Audaces Sequitur !


ID
932959
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação a alocação de recursos, cronograma e estrutura analítica em gerência de projetos, julgue os itens a seguir.

O cronograma permite que o gerente de projeto preveja com exatidão se a data é viável com base no escopo do projeto, nos requisitos do projeto, no número de pessoas envolvidas em cada fase e na duração de cada tarefa.

Alternativas
Comentários
  • Gabarito errado

    O cronograma é uma forma extremamente visual de exibir o sequenciamento de atividades dentro de um projeto, permitindo assim que você verifique as interdependências de tarefas e construa seu caminho crítico de maneira a otimizar entregas. Em outras palavras: você identifica os pontos de tensão da iniciativa, verificando exatamente onde a equipe terá que redobrar a atenção para não perder prazos e realizar as entregas conforme o planejado.

    Como ferramenta de gestão, o cronograma de projeto auxilia tanto o gerente como a equipe a medir seu próprio desempenho, encontrando alternativas mais ágeis e assertivas para o desenvolvimento de cada solução. 

     

     

    "Retroceder Nunca Render-se Jamais !"
    Força e Fé !
    Fortuna Audaces Sequitur !


ID
932962
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação a alocação de recursos, cronograma e estrutura analítica em gerência de projetos, julgue os itens a seguir.

O PERT-CPM é um tipo de cronograma de trabalho que relaciona as tarefas e o tempo de execução de cada uma. Além disso, ele leva em consideração as datas mais cedo e mais tarde, as folgas, as dependências e o caminho crítico.

Alternativas
Comentários
  • Gabarito Certo

    Na administração, o Program Evaluation and Review Technique (PERT) é uma ferramenta utilizada no gerenciamento de projetos.

    Gráfico de rede PERT para um projeto de 7 meses com cinco marcos (10 até 50) e seis atividades (A até F).

    As técnicas denominadas PERT e CPM foram independentemente desenvolvidas para a Gestão e Controle de Projetos em torno de 1950, porém a grande semelhança entre estas fez com que o termo PERT/CPM fosse utilizado corriqueiramente como apenas uma técnica.

    Os termos PERT e CPM são acrônimos de Program Evaluation and Review Technique (PERT) e Critical Path Method (CPM).

    Exemplos de Projetos que podem utilizar PERT/CPM:

    1. Construção de uma planta
    2. Pesquisa e desenvolvimento de um produto
    3. Produção de filmes
    4. Construção de navios
    5. Instalação de um sistema de informações
    6. Condução de campanhas publicitárias, entre outras.

    PERT e CPM utilizam principalmente os conceitos de Redes (Grafos) para planejar e visualizar a coordenação das atividades do projeto.

    Enquanto PERT é o cálculo a partir da média ponderada de 3 durações possíveis de uma atividade (otimista, mais provável e pessimista), CPM é um método de apuração do caminho crítico dada uma sequência de atividades, isto é, quais atividades de uma sequência não podem sofrer alteração de duração sem que isso reflita na duração total de um projeto. Desta maneira, classificando-os em função do tratamento, a rede PERT é probabilística e o CPM é determinístico.

    Alguns exemplos clássicos de aplicação de PERT/CPM é a gestão e planejamento da construção civil, mecânica, naval, etc.

     

     

    "Retroceder Nunca Render-se Jamais !"
    Força e Fé !
    Fortuna Audaces Sequitur !


ID
932965
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação a alocação de recursos, cronograma e estrutura analítica em gerência de projetos, julgue os itens a seguir.

O gráfico de Milestones fornece uma visão ampla e detalhada do projeto, possibilitando uma avaliação pontual e precisa do andamento geral do projeto, o que o toma uma ferramenta útil a todos os participantes de um projeto.

Alternativas
Comentários
  • Milestone ou marco é uma técnica de gerência de projetos que permite o teste da funcionalidade de um novo produto ao longo do projeto. Não é uma atividade e não possui duração.

    O termo é uma expressão inglesa (referente a um marco quilométrico) utilizada como designação de um ponto de controle em um cronograma, através da definição de pontos de checagem ou marcos de desenvolvimento. Representa a conclusão de um conjunto de tarefas ou fase, passiva de aprovação e formalização por parte do cliente.

     

     

    Errado

    https://pt.wikipedia.org/wiki/Milestone

  • Gabarito Errado

    Um importante item a ser definido no planejamento de projetos refere-se aos Milestones. Na definição do PMBoK a identificação dos milestones é uma das atividades do Grupo de Processo de Planejamento que preve a criação da lista de milestones, que, por sua vez, fará parte do Project Charter.

    Muitas vezes, os milestones são associados às mudanças de fase de projeto. Entretanto, é preciso entendê-los para que estes pontos de avaliação/verificação (os milestones) sejam realmente úteis para o o controle e acompanhamento do projeto.

    No PMBoK: “um milestone é um momento significativo ou evento no projeto. A lista de milestones identifica todos os milestones e indica quais são obrigatórios, tais como aqueles necessários por contrato; ou opcionais, como os baseados nas informações históricas”.

    CMMi (Capability Maturity Model Integration), no seu modelo de melhoria de processo aplicado aos projetos de desenvolvimento, estabelece algumas práticas (Specific Practices) que visam a identificação dos Milestones (que são associados com a garantia de finalização de determinadas entregas) e também a sua revisão (onde o objetivo é avaliar a produção realizada e os resultados do projeto nos Milestones selecionados).

     

     

     

    "Retroceder Nunca Render-se Jamais !"
    Força e Fé !
    Fortuna Audaces Sequitur !


ID
933712
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

São características de organizações e projetos de software
desenvolvidos segundo o modelo PMBOK

a presença de uma pessoa diretamente vinculada ao projeto, que assume o papel de gerente e é responsável pelo desempenho de funções relativas aos cinco grupos de processos — iniciação , planejamento , execução , monitoramento e controle —, além do encerramento e às nove áreas de conhecimento descritas no modelo.

Alternativas
Comentários
  • O erro da questão é dizer que são 9 áreas que na verdade são 10 áreas. 

    De acordo com PMBOK 5º Edição, página: 60

    Os 47 processos de gerenciamento identificados no Guia PMBOK® são também agrupados em 10 áreas de conhecimento distintas. Essas dez áreas de conhecimento são usadas na maior parte dos projetos, na maioria das vezes.

     

    As áreas de conhecimento são:

    Gerenciamento da integração do projeto

    Gerenciamento do escopo do projeto

    Gerenciamento do tempo do projeto

    Gerenciamento dos custos do projeto

    Gerenciamento da qualidade do projeto

    Gerenciamento dos recursos humanos do projeto

    Gerenciamento das comunicações do projeto

    Gerenciamento dos riscos do projeto

    Gerenciamento das aquisições do projeto

    Gerenciamento das partes interessadas do projeto

     

     

    De acordo com PMBOK 5º Edição quais são os principais grupos de processos de gerenciamento de projetos? IPEME

    Processo de Iniciação

    Processo de Planejamento

    Processo de Execução

    Processo de Monitoramento e Controle

    Processo de Encerramento


ID
933715
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2010
Provas
Disciplina
Engenharia de Software
Assuntos

São características de organizações e projetos de software
desenvolvidos segundo o modelo PMBOK

a adoção de abordagem embasada na elaboração progressiva, uma vez que o escopo do projeto pode ser aumentado sempre que desejado.

Alternativas

ID
944218
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação a gerenciamento de riscos e gestão de projetos, julgue os itens subsequentes.

A técnica Delphi permite reduzir preferências pessoais na análise de riscos de um projeto, o que evita influência indevida de indivíduos no resultado da análise.

Alternativas
Comentários
  • Basicamente a técnica/método Delphi consiste no consenso de um grupo de especialistas sobre determinado assunto. Acredita-se que o consenso de um grupo de especialistas forneça decisões melhores do que decisões individuais ou de grupos não especialistas.

  • O Método Delphi é baseado no princípio que as previsões por um grupo estruturado de especialistas são mais precisas se comparadas às provenientes de grupos não estruturados ou individuais


ID
947230
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação a cronograma e EAP, julgue os itens a seguir.

Um marco dentro de um cronograma é a principal representação de uma atividade de trabalho.

Alternativas
Comentários

ID
947233
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação a cronograma e EAP, julgue os itens a seguir.

Em gestão de projetos, a determinação da equipe é uma etapa realizada antes de se criar a EAP.

Alternativas
Comentários
  • No PMBOK na página 28 diz, "As partes interessadas em projetos incluem"
    ...
    Equipe do Projeto
    ...

    Identificação das partes interessadas se encontra no Grupo de processo de
    iniciação, ou seja, antes do grupo de Planejamento que é onde se cria a EAP.

  • De acordo com o PMBOK, 

    O grupo de processos de planejamento inclui:  Criar a estrutura analítica do projeto (EAP) – consiste em subdividir as “entregas” em componentes menores para que possa ser mais facilmente gerenciável.


    O grupo de processos de execução inclui:Desenvolver a equipe do projeto.
  • Não foi mencionada na questão qual equipe, a que auxiliará o gerente de projeto, esta sim determinada antes da EAP ou a que executará o projeto, esta depois da EAP.

  • Depois que os membros da equipe inicial criam uma estrutura analítica do projeto, pode ser necessário mobilizar pessoal adicional para a equipe. (extraído do PMBOK 5ed.)

    Apesar do processo 5.4 Criar a EAP (Fase de Planejamento) vir antes do 9.2 Mobilizar a equipe do projeto (Fase de Execução), o PMBOK afirma que os membros da equipe do projeto são partes interessadas, sendo definidos em 13.1 Identificar partes interessadas (Fase de Iniciação).

    Portanto, afirmativa correta: "a determinação da equipe é uma etapa realizada antes de se criar a EAP"

ID
947236
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação a cronograma e EAP, julgue os itens a seguir.

A EAP auxilia na identificação de mudanças no escopo do projeto, o que facilita o entendimento e a análise de impactos que essas mudanças possam gerar no projeto.

Alternativas
Comentários
  • Gabarito Certo

    De acordo com o Guia PMBOK 5ª edição a EAP (Estrutura Analítica do Projeto) é “O processo de subdivisão das entregas e do trabalho do projeto em componentes menores e mais facilmente gerenciáveis.” Já o principal benefício desse processo é o fornecimento de uma visão estruturada do que deve ser entregue. A EAP é uma decomposição hierárquica do escopo total do trabalho a ser executado pela equipe do projeto a fim de alcançar os objetivos do projeto e criar as entregas requeridas.

    A EAP organiza e define o escopo total do projeto e representa o trabalho especificado na atual declaração do escopo do projeto aprovada. O trabalho planejado é contido dentro dos componentes de nível mais baixo da EAP, que são chamados de pacotes de trabalho.

    Um pacote de trabalho pode ser usado para agrupar as atividades onde o trabalho é agendado, tem seu custo estimado, monitorado e controlado. No contexto da EAP, o trabalho se refere a produtos de trabalho ou entregas que são o resultado da atividade e não a atividade propriamente dita.

     

     

    "Retroceder Nunca Render-se Jamais !"
    Força e Fé !
    Fortuna Audaces Sequitur !


ID
947239
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Em relação a cronograma e EAP, julgue os itens a seguir.

A EAP demonstra as dependências entre as atividades do projeto.

Alternativas
Comentários
  • EAP é a entrada para o processo Sequenciar atividades que acontece no Planejamento da Area de Conhecimento de Tempo
  • Quem mostra as depedências entre as atividades é o MDP(Método de diagrama de precedência):
    As dependências podem ser:
      - Obrigatórias
      - Arbitradas
      - Externas
    Além disso o MDP inclui quatro tipos de depedências ou relações lógicas
     - Término para início
     - Término para término
     - Início para término
     - Início para início 
     - Início para término

    A EAP nada mais é que subdivisão das entregas e do trabalho do projeto em componentes menores e de gerenciamento mais fácil.
  • ERRADO

    PMBOK V.6 (2017)

    Estrutura Analítica do Projeto (EAP)

    A EAP é designada para mostrar como as entregas do projeto são decompostas em pacotes de trabalho e fornece uma visão das áreas de responsabilidade de um modo geral.


  • Não há necessidade de dependência.

  • EAP- Mostrar como as entregas dos trabalhos são decompostas.


ID
984661
Banca
CESPE / CEBRASPE
Órgão
MPOG
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

No que diz respeito a projetos, julgue os itens subsecutivos.


No curso de todo o projeto, são coletadas e distribuídas informações sobre o desempenho do projeto, atividades inseridas no grupo de processos de monitoramento e controle.

Alternativas
Comentários
  • Talvez ele esteja falando da área de conhecimento Custo -> grupo de processos Monitoração e Controle -> Controlar custos

    Valor agregado

    Custo Real

    Valor Planejado

  • Essa questão está errada, as informações sobre o desempenho do projeto são coletadas na execução: 

    Execução

    4- Integração

    4.3 Orientar e gerenciar a execução do projeto

    Saídas

    2- Informações sobre o desempenho do trabalho

    E são DISTRIBUÍDAS por atividades no grupo de Monitoramento e Controle:

    Monitoramento e Controle

    10 - Comunicação

    10.5 - Reportar o Desempenho

    Saídas

    1- Relatórios de Desempenho


  • Na verdade mesmo acho que ele está falando de Integração -> Monitoração e Controle -> Monitorar e controlar o trabalho do projeto


    averiguar se o trabalho realizado está de acordo com os objetivos de desempenho definidos no plano de gerenciamento do projeto.


  • Galera, eu também fiquei em dúvida nessa questão e achei que era errada. Mas tentando entrar na "cabeça doentia do examinador", acho que ele fez essa questão com base nessa seção do PMBoK - 3.8 Informações do Projeto, na 5a Edição fica na pág. 58. Vou dar uma resumida:

    "Ao longo do ciclo de vida do projeto, uma quantidade significativa de dados e informações é coletada, analisada, transformada e distribuída em vários formatos para os membros da equipe do projeto e outras partes interessadas. Os dados do projeto são coletados como resultado dos vários processos de execução e compartilhados no âmbito da equipe do projeto.": Ou seja, os dados são produzidos e colhidos durante o processo de EXECUÇÃO.


    "Os dados coletados são analisados no contexto e agregados e transformados tornando-se informações de projetos durante vários processos de controle.": Isso quer dizer que os processos de CONTROLE transformam os dados brutos em Informação!


    Olha a questão:
    "No curso de todo o projeto, são coletadas e distribuídas informações sobre o desempenho do projeto, atividades inseridas no grupo de processos de monitoramento e controle.": Quando fala de coleta e distribuição de informação, já não é EXECUÇÃO É CONTROLE. Se fosse dados era execução.


  • Pessoal, a questão está mesmo certa. Explico o porquê:

    Analisando atentamente a questão, há o seguinte ponto chave: "No curso de todo o projeto, são coletadas e distribuídas informações sobre o desempenho do projeto, atividades inseridas no grupo de processos de monitoramento e controle."


    O único grupo de processos que permeia todas as fases do projeto é o de MONITORAMENTO E CONTROLE. Daí a questão estar certa!


    No grupo de processos de EXECUÇÃO temos:

    4.3.3.2 Dados de desempenho do trabalho
    Os dados de desempenho do trabalho são observações e medições em estado bruto identificadas durante a execução das atividades  executadas para a realização dos trabalhos do projeto. Os dados são frequentemente vistos como o nível mais baixo de detalhe de onde as informações são extraídas por outros processos. Os dados são coletados através da execução do trabalho e passados para os   processos de controle de cada área de processo para análise adicional.


    No grupo MONITORAMENTO E CONTROLE temos:

    4.4.3.2 Relatórios de desempenho do trabalho
    Os relatórios de desempenho do trabalho são a representação física ou eletrônica das informações de desempenho do trabalho compiladas em documentos do projeto para suportar decisões, ações, ou criar conscientização. As informações do projeto podem ser  comunicadas verbalmente, de pessoa para pessoa. No entanto, a fim de registrar, armazenar e, às vezes, distribuir as informações sobre o desempenho do trabalho, é necessária uma representação física ou eletrônica na forma de documentos de projeto. Os relatórios de desempenho do trabalho são um subconjunto de documentos do projeto que visam conscientizar e gerar decisões ou ações. Métricas específicas de desempenho do trabalho podem ser definidas no início do projeto e incluídas nos relatórios normais de desempenho do trabalho fornecidos às principais partes interessadas. Exemplos de relatórios de desempenho do trabalho incluem relatórios de status, memorandos, justificativas, notas informativas, recomendações e atualizações.


    Como falei, está de acordo com a questão o que consta no item 4.4.3.2, pois ele percorre TODO o gerenciamento do projeto, enquanto o 4.3.3.2 é apenas na fase de execução.


  • imagino q tenha falado de

     Monitoração e Controle ->Gerenciar as comunicações: Criar, coletar, distribuir, armazenar, recuperar e de disposição final das informações do projeto de acordo com o plano de gerenciamento das comunicações.


  • Complementando...

     

    4.4.1 Monitorar e controlar o trabalho do projeto: entradas
     

    4.4.1.5 Informações sobre o desempenho do trabalho
    As informações sobre o desempenho do trabalho são constituídas pelos dados de desempenho coletados de
    vários processos de controle
    , analisados dentro do contexto e integrados com base nos relacionamentos entre
    as áreas. Desta maneira, os dados sobre o desempenho do trabalho são transformados em informações de
    desempenho do trabalho. Dados em si não podem ser usados no processo decisório pois eles só possuem um
    signifcado fora do contexto. As informações sobre o desempenho do trabalho, no entanto, são correlacionadas
    e contextualizadas, e fornecem uma base sólida para as decisões do projeto.
    As informações sobre o desempenho do trabalho são circuladas através dos processos de comunicação.
    Exemplos de informações sobre o desempenho são a situação das entregas, a situação da implementação das
    solicitações de mudança e as estimativas previstas para terminar.
     

    Fonte: PMBoK 5ª Edição - pág. 90


ID
1035286
Banca
CESPE / CEBRASPE
Órgão
PEFOCE
Ano
2012
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação às atividades da gerência de projeto de software, julgue os próximos itens.

Considere que um projeto de software preveja o desenvolvimento de vinte novas funções. Nessa situação, se a probabilidade de esse projeto de software desenvolver funções com erros for de 20% e se o custo para refazer cada função for de R$ 10.000,00, é correto afirmar que a exposição ao risco do projeto será de R$ 40.000,00.

Alternativas
Comentários
  • 20 funcões multiplicado por 20% = 4 funcões.

    4 funções x 10.000 = 40.000

    Mas vamos combinar, essa questão não é de TI.


ID
1035568
Banca
CESPE / CEBRASPE
Órgão
PEFOCE
Ano
2012
Provas
Disciplina
Engenharia de Software
Assuntos

A respeito de gerenciamento de projetos (PMBOK 2008), julgue os próximos itens.

As entradas do processo de planejamento das comunicações são: registro das partes interessadas, estratégia de gerenciamento das partes interessadas, fatores ambientais da empresa e ativos de processos organizacionais.

Alternativas
Comentários
  • O processo 10.2 Planejar as comunicações (PMBOK 4) foi alterado para 10.1 Planejar o gerenciamento das comunicações (PMBOK 5).

    No 10.1 Planejar o gerenciamento das comunicações (PMBOK 5), as entradas são: Plano de Gerenciamento de Projeto, Registro das Partes Interessadas, Fatores ambientais da empresa e Ativos de Processos Organizacionais.

    Fonte: PMBOK 5ed.

  • No PMBOK 6:

    No 10.1 Planejar o gerenciamento das comunicações (PMBOK 6), as entradas são: Termo de abertura do projeto, Plano de Gerenciamento do Projeto, Documentos de Projeto, Fatores ambientais da empresa e Ativos de Processos Organizacionais.

    Fonte: PMBOK 6ed.


ID
1035571
Banca
CESPE / CEBRASPE
Órgão
PEFOCE
Ano
2012
Provas
Disciplina
Engenharia de Software
Assuntos

A respeito de gerenciamento de projetos (PMBOK 2008), julgue os próximos itens.

Uma das principais habilidades do gerente de projeto é saber resolver problemas, a comunicação é uma das menos importantes.

Alternativas
Comentários
  • Vamos por partes:
    Uma das principais habilidades do gerente de projeto é saber resolver problemas,  (Certo)
    a comunicação é uma das menos importantes. (Errado)
    Podemos dizer que a comunicação é uma das MAIS importantes. O gerente de projeto, muitas vezes, precisa negociar prazo, custo, qualidade etc com o cliente e de outro lado precisa resolver conflitos na equipe do projeto. A comunicação é essencial e vital para um gerente de projeto e para o sucesso de qualquer projeto.


ID
1035574
Banca
CESPE / CEBRASPE
Órgão
PEFOCE
Ano
2012
Provas
Disciplina
Engenharia de Software
Assuntos

A respeito de gerenciamento de projetos (PMBOK 2008), julgue os próximos itens.

Na declaração de trabalho do projeto, a qual deve apoiar o plano estratégico da organização, devem ser descritos o escopo do produto e as necessidades do negócio.

Alternativas
Comentários
  • Gabarito Certo

    A Especificação do trabalho do projeto é a descrição dos produtos ou serviços que serão fornecidos pelo projeto.
    Na 4a edição do Guia PMBOK® o termo usado era declaração do trabalho do projeto (DT) que na minha opinião é a melhor tradução para o termo inglês (Statement of Work - SOW).
    Quando você faz o projeto (para sua empresa), o solicitante do projeto fornece a DT com base nas necessidades de negócios, requisitos.
    Quando você é o fornecedor do projeto (vendedor), seu cliente (comprador) deve fornece a DT. Caso ele não forneça a DT, você usará as informações fornecidas pelo cliente.
    A DT indica:

    Necessidade de negócios

    Descrição do escopo: Requisitos e características do produto, normalmente, menos detalhados durante a iniciação.

     

     

    "Retroceder Nunca Render-se Jamais !"
    Força e Fé !
    Fortuna Audaces Sequitur !


ID
1035577
Banca
CESPE / CEBRASPE
Órgão
PEFOCE
Ano
2012
Provas
Disciplina
Engenharia de Software
Assuntos

A respeito de gerenciamento de projetos (PMBOK 2008), julgue os próximos itens.

Conforme o PMBOK 2008, a área de gerenciamento da integração do projeto é formada pelos seguintes processos: desenvolvimento de termo de abertura e plano de gerenciamento, desenvolvimento e controle do cronograma, monitoramento e controle do trabalho, controle integrado de mudanças e encerramento do projeto ou de uma de suas fases.

Alternativas
Comentários
  • Os processos de Integração são: Desenvolver o Termo de Abertura, Desenvolver o Plano de Gerenciamento de Projeto, Orientar e Gerenciar a execução do Projeto, Monitorar e Controlar o Trabalho de Projeto, Realizar o Controle Integrado de Mudança e Encerrar Projeto ou Fase.
    Gabarito: E


ID
1036024
Banca
CESPE / CEBRASPE
Órgão
IPEA
Ano
2008
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação ao projeto, ao monitoramento e à análise de impacto, julgue os seguintes itens.

A análise de impacto ao negócio deve ser sempre aplicada logo após a implementação de uma mudança no sistema, para se verificar o impacto que ela causou ao ambiente de produção.

Alternativas
Comentários
  • Resposta: Errada

    Acredito que o erro esteja no trecho em negrito:

    A análise de impacto ao negócio deve ser sempre aplicada logo após a implementação de uma mudança no sistema, para se verificar o impacto que ela causou ao ambiente de produção. 

    Ao meu ver, a análise de impacto deve acontecer antes da implementação de uma mudança, para verificar o impacto que será causado no ambiente de produção.


ID
1036027
Banca
CESPE / CEBRASPE
Órgão
IPEA
Ano
2008
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação ao projeto, ao monitoramento e à análise de impacto, julgue os seguintes itens.

O cálculo da taxa de retorno sobre o investimento é uma maneira de se analisar o retorno financeiro de um investimento a partir de indicadores como benefícios totais, custo total, depreciação do valor e investimento inicial total.

Alternativas

ID
1036030
Banca
CESPE / CEBRASPE
Órgão
IPEA
Ano
2008
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação ao projeto, ao monitoramento e à análise de impacto, julgue os seguintes itens.

Os índices utilizados na análise de desempenho são previsíveis e estáticos e não devem ser ajustados periodicamente

Alternativas

ID
1036033
Banca
CESPE / CEBRASPE
Órgão
IPEA
Ano
2008
Provas
Disciplina
Engenharia de Software
Assuntos

Com relação ao projeto, ao monitoramento e à análise de impacto, julgue os seguintes itens.

O desenvolvimento de sistemas de grande escala deve ser precedido de análise e estimativa de prazo e custo, com apoio de fórmulas e ferramentas de cálculo, dado o alto risco inerente.

Alternativas

ID
1045288
Banca
CESPE / CEBRASPE
Órgão
UNIPAMPA
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

No que diz respeito à gerência e administração de projetos, julgue os itens a seguir.

No gerenciamento de recursos humanos de projetos, uma das técnicas de resolução de conflitos é a liderança, por meio da qual se busca manter a equipe estimulada para alcançar alto desempenho.

Alternativas
Comentários
  • De acordo com o PMBOK 5ª Edição na sua página 284, a liderança é uma habilidade interpessoal usada com frequência por um gerente de projetos.

    As técnica de resolução de conflitos são:

    • Retirar/Evitar. Recuar de uma situação de conflito atual ou potencial, adiando a questão até estar mais bem preparado, ou ser resolvida por outros.

    • Suavizar/Acomodar. Enfatizar as áreas de acordo e não as diferenças, abrindo mão da sua posição em favor das necessidades das outras pessoas para manter a harmonia e os relacionamentos.

    • Comprometer/Reconciliar. Encontrar soluções que tragam algum grau de satisfação para todas as partes a fim de alcançar uma solução temporária ou parcial para o conflito.

    • Forçar/Direcionar. Forçar um ponto de vista às custas de outro; oferecer apenas soluções ganha / perde, geralmente aplicadas através de uma posição de poder para resolver uma emergência.

    • Colaborar/Resolver o problema. Incorporar diversos pontos de vista e opiniões com perspectivas diferentes; exige uma atitude cooperativa e um diálogo aberto que normalmente conduz ao consenso e ao comprometimento.




  • 1º: Não confundam, liderança com autoritarismo, imposição.

    2º: Autoritarismo, nesse caso, "poderia" denotar a técnica Forçar/Direcionar.

  • Liderança não é uma técnica.


ID
1045294
Banca
CESPE / CEBRASPE
Órgão
UNIPAMPA
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

No que diz respeito à gerência e administração de projetos, julgue os itens a seguir.

Por meio do método de corrente crítica, são calculadas as datas estimadas de início e término das atividades de um projeto, considerando todas as limitações de recursos, bem como é realizada uma análise do caminho de ida e volta pela rede do cronograma.

Alternativas
Comentários
  • Alguém sabe o erro?

  • Acredito que o erro esteja neste trecho "considerando todas as limitações de recursos" , pois o método do caminho crítico leva em consideração as datas de início e fim da atividade, não leva em consideração os recursos que serão utilizados.

  • Quem realiza uma análise do caminho de ida e volta pela rede do cronograma é MCC Método de Caminho Crítico e não a corrente crítica

  • "(...) bem como é realizada uma análise do caminho de ida e volta pela rede do cronograma.": É analisado apenas a volta!


    Método da cadeia/corrente crítica

    - Técnica de análise de rede que modifica o cronograma do projeto para que se leve em conta as limitações nos recursos.

    - O método da cadeia crítica adiciona buffers, que são atividades sem trabalho para gerenciar as incertezas

    - Uma vez que os buffers são determinados, as atividades são agendadas para as datas de início e de término mais tarde possíveis

  • GAB. ERRADO

     

    MÉTODO DA CORRENTE CRÍTICA (PMBOK) 

    ''O método da corrente crítica (CCM) é um método de cronograma que permite que a equipe do projeto crie buffers (reservas) ao longo de qualquer caminho do cronograma para levar em consideração recursos limitados e incertezas do projeto. Ele é desenvolvido a partir da abordagem do método de caminho crítico e considera os efeitos da alocação de recursos, otimização de recursos, nivelamento de recursos, e incertezas na duração de qualquer atividade do caminho crítico determinados usando o método de caminho crítico. Para isso, o método da corrente crítica introduz o conceito de buffers e gerenciamento de buffers. O método da corrente crítica usa atividades com durações que não incluem margens de segurança, relações lógicas e disponibilidade de recursos com buffers estaticamente definidos compostos de margens de segurança agregadas de atividades em pontos específicos no caminho do cronograma do projeto para considerar recursos limitados e incertezas do projeto. O caminho crítico restrito por recursos é conhecido como corrente crítica.''

     

    Logo, o método citado, não realiza análise do caminho de ida e volta.

     

    Bons estudos!

  • O método do caminho crítico é um método usado para estimar a duração mínima do projeto e determinar o grau de flexibilidade nos caminhos lógicos da rede dentro do modelo do cronograma. Esta técnica de análise de rede do cronograma calcula as datas de início e término mais cedo e início e término mais tarde, para todas as atividades, sem considerar quaisquer limitações de recursos, executando uma análise dos caminhos de ida e de volta através da rede do cronograma

    Portanto, a questão queriia método do caminho crítico.


ID
1045546
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue os itens seguintes, a respeito de gerência de projetos, de acordo com o proposto pelo Guia PMBOK, 4.ª edição, versão de 2008.

Uma nova distribuição de uma mesma versão de um software, mesmo não criando um produto exclusivo, é corretamente classificada como um projeto, pois a versão distribuída tem um uso temporário.

Alternativas
Comentários
  • O erro nesta questao foi o de afirmar que o uso da versao distribuida eh temporario. Uma das caracteristicas de um projeto eh ter data para comecar e data para acabar. O projeto eh que eh temporario. Nao o uso da nova distribuicao.

  • Outro erro da questão está na afirmação "mesmo não criando um produto exclusivo". Pois segundo o PMBOK: "Um projeto é um esforço temporário empreendido para criar um produto, serviço ou resultado exclusivo"


ID
1045552
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Julgue os itens seguintes, a respeito de gerência de projetos, de acordo com o proposto pelo Guia PMBOK, 4.ª edição, versão de 2008.

No gerenciamento dos riscos de um projeto, os riscos que não podem ser administrados de uma forma proativa devem ser tratados pela equipe de projeto com a estratégia de transferência de riscos.

Alternativas
Comentários
  • A estratégia é a de Aceitação de Riscos.

  • devem ser tratados com a criação de um PLANO DE CONTINGÊNCIA

  • Segundo o PMBOK 5,"

    O risco do projeto tem origem na incerteza existente em todos os projetos. Os riscos conhecidos são aqueles que foram identificados e analisados, possibilitando o planejamento de respostas. Deve ser designada uma reserva de contingência para os riscos conhecidos que não podem ser gerenciados de forma proativa. Os riscos desconhecidos não podem ser gerenciados de forma proativa e, assim sendo, podem receber uma reserva de gerenciamento. Um risco negativo do projeto que já ocorreu também é considerado uma questão de projeto (problema)."


ID
1053961
Banca
CESGRANRIO
Órgão
CMB
Ano
2012
Provas
Disciplina
Engenharia de Software
Assuntos

O gerente do projeto de desenvolvimento de um novo website de uma empresa afirma ao patrocinador do projeto que entrevistas, dinâmicas de grupo, protótipos e oficinas são ferramentas e técnicas do processo de

Alternativas
Comentários
  • Coletar os requisitos é o o processo de definir e documentar as necessidades das partes interessadas para atingir os objetivos dos projetos.

    Os requisitos devem ser obtidos, analisados e registrados em detalhes suficientes para serem medidos durante a execução do projeto.
    Os requisitos serão a base para construção da EAP.
    O planejamento de custos, tempo e qualidade será construído com base nos requisitos.

     

    http://escritoriodeprojetos.com.br/coletar-os-requisitos

  • A descoberta de requisitos (às vezes, chamada de elicitação de requisitos) é o processo de reunir informações sobre o sistema requerido e os sistemas existentes e separar dessas informações os requisitos de usuário e de sistema. Fontes de informação durante a fase de descoberta de requisitos incluem documentação, stakeholders do sistema e especificações de sistemas similares. Você interage com os stakeholders por meio da observação e de entrevistas e pode usar cenários e protótipos para ajudar os stakeholders a compreenderem o que o sistema vai ser.

     

    Técnicas utilizadas: entrevistas, cenários, casos de uso, etnografia.

     

    Fonte: Sommerville, 9ª Edição, Capítulo 4.


ID
1054972
Banca
CESPE / CEBRASPE
Órgão
BACEN
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

A propósito da 4.ª edição do PMBok, julgue os itens que se seguem.

PMO (Project Management Office) é, em uma organização, uma unidade que pode recomendar o cancelamento de projetos, priorizar projetos, ajudar a fornecer recursos e fazer parte do comitê de controle de mudanças.

Alternativas
Comentários
  • A principal função de um PMO é dar suporte aos gerentes de projetos de diversas
    maneiras, que incluem mas não se limitam a:


    • Gerenciamento de recursos compartilhados entre todos os projetos
    administrados pelo PMO;
    • Identificação e desenvolvimento de metodologia, melhores práticas e padrões
    de gerenciamento de projetos;
    • Orientação, aconselhamento, treinamento e supervisão;
    • Monitoramento da conformidade com as políticas, procedimentos e modelos
    padrões de gerenciamento de projetos por meio de auditorias do projeto;
    • Desenvolvimento e gerenciamento de políticas, procedimentos, formulários e
    outras documentações compartilhadas do projeto (ativos de processos
    organizacionais) e
    • Coordenação das comunicações entre projetos.

  • Complementando o comentário do Paulo Galvão, PMBO 4ª Ed. tópico 1.1.4.4 Escritório de Projetos

    "

    Um PMO pode receber uma autoridade delegada para atuar como parte interessada integral e um importante deliberante durante o início de cada projeto, fazer recomendações ou encerrar projetos, ou ainda tomar outras medidas conforme a necessidade para manter os objetivos de negócios consistentes. Além disso, o PMO pode estar envolvido na seleção, no gerenciamento e na mobilização de recursos de projetos compartilhados ou dedicados. 

    O gerente de projetos concentra-se nos objetivos especificados do projeto, enquanto o PMO gerencia as principais mudanças do escopo do programa que podem ser vistas como possíveis oportunidades para melhor alcançar os objetivos de negócios; 

    "


    Espero ter contribuído...

  • Prova: CESPE - 2010 - MPU - Analista de Informática - Banco de Dados

    Disciplina: Governança de TI | Assuntos: Gerência de Projetos (PMBOK); 

     Ver texto associado à questão

    Entre as dificuldades encontradas na implantação de um escritório de projetos, incluem-se as relacionadas à mensuração e ao acompanhamento dos benefícios de um projeto, à pressão por resultados em curto prazo e à definição da metodologia a ser utilizada.

                Certo       Errado

               


    errada



    Ano: 2014

    Banca: CESPE

    Órgão: MEC

    Prova: Especialista em Processos de Negócios

    Resolvi certo

    texto associado   

    O gerente de projetos gerencia as restrições, os objetivos especificados e os recursos, ao passo que o escritório de projetos é responsável pelas metodologias e padrões bem como por otimizar o uso dos recursos organizacionais compartilhados entre os projetos.

    certa




  • Prova: CESPE - 2013 - MPU - Analista - Suporte e Infraestrutura

    Disciplina: Governança de TI

    Um escritório de projetos (project management office – PMO) é um corpo ou entidade organizacional à qual são atribuídas várias responsabilidades relacionadas ao gerenciamento centralizado e coordenado dos projetos sob seu domínio. A esse respeito, julgue os próximos itens.

    As atribuições de um PMO incluem o fornecimento de funções de suporte ao gerenciamento de projetos e a responsabilidade pelo gerenciamento direto de um projeto.

                  Certo       Errado

    certo


    8Q234713   

    Prova: CESPE - 2012 - MPE-PI - Analista Ministerial - Informática - Cargo 6

    Disciplina: Gerência de Projetos | Assuntos: PMBOK

     Ver texto associado à questão

    Cabe ao gerente de projeto oferecer um repositório de informações referentes a projetos, o que permite o acompanhamento e a auditoria do andamento e dos resultados dos projetos.

                  Certo       Errado

               

    ERRADA

    função do escritorio de projeto


  • O Escritório de Projetos é uma entidade organizacional, que recebe responsabilidades relacionadas ao gerenciamento de projetos sob o seu domínio. Pode ser considerado um “centro de expertise” em projetos, dando suporte aos gerentes de projetos. Como tal, ele pode recomendar o cancelamento de um projeto, ou mesmo cancelá-lo diretamente, se for um PMO diretivo.

    Certa. 


ID
1055365
Banca
CESPE / CEBRASPE
Órgão
STF
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Acerca do gerenciamento de projetos com PMBOK 5, julgue os próximos itens.

O ciclo de vida de um projeto envolve as etapas que o projeto percorre desde sua concepção inicial até a conclusão, ao passo que o ciclo adaptativo, além de iterativo e incremental, descreve iterações menores com tempo e custo fixo.

Alternativas
Comentários
  • O PMBOK 5 define 3 tipos de Ciclo de Vida de Projeto:

    a) Previstos ou previsíveis: escopo, tempo e custos são definidos mais cedo, em função da estabilidade da área de negócio na qual o projeto está sendo desenvolvido. Estes projetos progridem através de uma série de fases sequenciais ou sobrepostas.

    São preferidos quando a área de atuação é bem conhecida e estável, exige-se que o produto seja entregue por inteiro.

    b) Iterativos e incrementais: as fases (iterações) repetem uma ou mais atividades, a medida que aumenta a compreensão sobre o projeto. 

    Preferidos quando a organização necessita administrar mudanças dos objetivos e escopo, reduzir a complexidade de um projeto ou quando a entrega parcial do produto é benéfica.

    c) adaptativos: direcionadas à mudanças ou ágeis, reage a altos níveis de mudanças e envolvimento contínuo das partes interessadas; são também iterativos e incrementais, com a diferença que as iterações são muito rápidas (2 a 4 semanas) com tempo e recursos fixos. 

    Preferidos em ambientes em rápida mutação, requisitos e escopo difíceis de definir antecipadamente, possível definir pequenas melhorias incrementais que entregarão valor às partes interessadas.

  • Ciclo de vida adaptativo / Adaptive Life Cycle. Um ciclo de vida de projeto, também conhecido como “orientado” à mudança ou métodos ágeis, que destina-se a facilitar a mudança e que exige um contínuo e alto grau de envolvimento das partes interessadas. Os ciclos de vida adaptativos são também iterativos e incrementais, a diferença é que as iterações são muito rápidas (geralmente com uma duração de 2 a 4 semanas), com tempo e recursos fixos.

    Fonte: PMBOK 5ed.

  • Custo = Recurso??!


ID
1089859
Banca
Aeronáutica
Órgão
CIAAR
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Em gerenciamento de projeto, a fase que acontece paralelamente ao planejamento operacional e à execução do projeto é a de

Alternativas
Comentários
  • A fase Monitoramento e Controle permeia todas as outras fases de um projeto, quais sejam, Iniciação, Planejamento, Execução e Encerramento.

  • O Monitoramento do Projeto é feito do INICIO ao FIM do Projeto!

  • fui por eliminação:

    paralelamente ao 

    Planejamento e a execução = então não pode ser elas já que elas já estão acontecendo.

    se já está acontecendo então não pode ser a inicialização.

    então é a d.

  • Processos que são realizados continuamente ao longo do projeto = Muitos dos processos de monitoramento e controle são constantes, desde o início até o encerramento do projeto.

    GAB D.

    PMBOK 6


ID
1095889
Banca
IDECAN
Órgão
Banestes
Ano
2012
Provas
Disciplina
Engenharia de Software
Assuntos

A gerência de projetos é a primeira camada do processo de engenharia de software por abranger todo o processo de desenvolvimento, do começo ao fim. NÃO é um elemento- chave deste processo

Alternativas
Comentários
  • Estilo de codificação. letra(B)



ID
1095925
Banca
IDECAN
Órgão
Banestes
Ano
2012
Provas
Disciplina
Engenharia de Software
Assuntos

“A fase de planejamento, no desenvolvimento de sistemas, é o processo fundamental para compreender porque um sistema de informações deve ser construído e determinar como a equipe de projeto trabalhará para construí-lo.”

Assinale a alternativa que NÃO faz parte da fase de planejamento.

Alternativas
Comentários
  • Os 5 passos do planejamento são:

    1. Definir objetivos

    2. Determinar situação atual - (A)

    3. Desenvolver cenários futuros - (C)

    4. Analisar e escolher alternativas - (D)

    5. Executar e avaliar - (E)

    A única que não se encaixa em nenhuma alternativa é: B - Desenvolver estratégia de análise.


ID
1122037
Banca
FCC
Órgão
SABESP
Ano
2014
Provas
Disciplina
Engenharia de Software
Assuntos

Em uma fábrica de software que utiliza as abordagens da engenharia de software, pode haver diversos papéis, sendo alguns deles descritos abaixo.

I. Cuida de um projeto específico, garantindo que os prazos e o orçamento sejam cumpridos. Segue as práticas definidas no processo de engenharia e é responsável por verificar a aplicação do processo.

II. É o desenvolvedor responsável pela compreensão do problema relacionado ao sistema que se deve desenvolver, ou seja, pelo levantamento de requisitos e sua efetiva modelagem. Deve, portanto, descobrir o que o cliente precisa (por exemplo, controlar suas vendas, comissões etc.).

III. Propõe a melhor tecnologia para produzir um sistema executável para as especificações realizadas. Deve, então, apresentar uma solução para as necessidades do cliente (por exemplo, propor uma solução baseada em web, um banco de dados centralizado etc.).

Os papéis descritos em I, II e III, referem-se, respectivamente, à

Alternativas
Comentários
  • ✅Gabarito(A)

    Só estava em dúvida em relação a função do designer, que não sei por qual motivo sempre penso em interface, front end....

    Deve apresentar uma solução para as necessidades levantadas pelo analista.

    O Designer toma como base as especificações do analista e propõe a melhor tecnologia para produzir um sistema executável para elas.

    Fonte: https://docente.ifrn.edu.br/elieziosoares/disciplinas/projeto-de-software/aula-02-introducao-a-engenharia-de-software-continuacao


ID
1141369
Banca
FUNRIO
Órgão
INSS
Ano
2014
Provas
Disciplina
Engenharia de Software
Assuntos

Analise as três afirmações seguintes sobre processos de gerenciamento de projetos.

I. Coletar os requisitos: define e documenta as necessidades das partes interessadas para atender aos objetivos do projeto.
II. Identificar os riscos: desenvolve opções e ações para aumentar as oportunidades e reduzir as ameaças aos objetivos do projeto.
III. Estimar os custos: desenvolve uma estimativa dos recursos monetários necessários para executar as atividades do projeto.

Quais dessas afirmações estão corretas?

Alternativas
Comentários
  • II. Planejamento de respostas aos riscos: desenvolve opções e ações para aumentar as oportunidades e reduzir as ameaças aos objetivos do projeto.

    Fonte: http://pt.slideshare.net/luthiano/disciplina-de-gerenciamento-de-riscos


ID
1182442
Banca
CESPE / CEBRASPE
Órgão
TC-DF
Ano
2014
Provas
Disciplina
Engenharia de Software
Assuntos

A respeito do gerenciamento de projetos, julgue os itens que se seguem, com base na versão 4 do PMBOK.

O escopo do projeto é composto pelo trabalho que deve ser feito, a fim de entregar um produto com as características e funções especificadas.

Alternativas
Comentários
  • Gabarito Certo

    Basicamente, o escopo do projeto é a parte do planejamento que envolve determinar e documentar uma lista de objetivos específicos, entregas, tarefas, custos e prazos.

     

     

    "Retroceder Nunca Render-se Jamais !"
    Força e Fé !
    Fortuna Audaces Sequitur !


ID
1182445
Banca
CESPE / CEBRASPE
Órgão
TC-DF
Ano
2014
Provas
Disciplina
Engenharia de Software
Assuntos

A respeito do gerenciamento de projetos, julgue os itens que se seguem, com base na versão 4 do PMBOK.

Os principais motivos da mudança em um projeto são erros, na avaliação inicial, relativos ao modo de se alcançarem o objetivo do projeto, novas informações sobre o resultado final do projeto e um novo mandato.

Alternativas
Comentários
  • Justificativa para anulação:


    "Os motivos de mudança em um projeto apresentados na afirmação não estão claramente descritos na versão 4 do PMBOK. Por esse motivo, opta‐se pela anulação do item."


ID
1182448
Banca
CESPE / CEBRASPE
Órgão
TC-DF
Ano
2014
Provas
Disciplina
Engenharia de Software
Assuntos

A respeito do gerenciamento de projetos, julgue os itens que se seguem, com base na versão 4 do PMBOK.

Um PMO (project management office) pode ter autoridade para atuar como uma parte interessada integral e, ao mesmo tempo, ter poder de decisão em projetos.

Alternativas
Comentários
  • Corretíssima!

    O Escritório de projetos (EP) ou PMO (Project Management Office)  nada mais é do que um departamento dentro das organizações que tem por missão de manter uma visão integrada do plano estratégico em toda a cadeia de valor da organização e o objetivo de garantir a implementação dentro do prazo e custo definidos no plano estratégico.

    Ele é responsável por reunir todo o portifólio da empresa e conduzir, planejar, organizar, controlar e finalizar as atividades dos projetos da melhor forma possível assimi como aprovar novos projetos de acordo com o plano estratégico da empresa.

    Fonte: http://pt.wikipedia.org/wiki/Escrit%C3%B3rio_de_projetos

  • Um PMO pode ter a autoridade para atuar como uma parte interessada integral e um importante decisor ao longo do ciclo de vida de cada projeto, fazer recomendações, encerrar projetos ou tomar outras medidas, conforme a necessidade, para manter o alinhamento aos objetivos de negócios.

    Fonte: PMBOK5 pág 11


ID
1317013
Banca
ESAF
Órgão
MF
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Assinale a opção correta relativa a estratégias de projeto.

Alternativas
Comentários
  • Considerações: Dennis e Wixom, no capítulo 8, Projeto de Sistema, classificam as Estratégias de Projeto em três tipos:

    1) Desenvolvimento Personalizado – Fazer o sistema sob medida para a empresa, ela mesma. É uma estratégia recomendada quando existe experiência interna na organização, para tal.

    2) Software Pronto – Realizar a aquisição de software já existente no mercado;

    3) Terceirização – Uma variação do Desenvolvimento Personalizado, mas com um fornecedor externo desenvolvendo o sistema para a empresa. E, nesse aspecto, a terceirização passa a ser a escolha adequada se a necessidade operacional não for crucial para a empresa, ou seja, se o negócio desse sistema não for crítico o bastante, a ponto de não ser um inconveniente que um terceiro cuide desta tarefa.

    Portanto, a alternativa a) realmente é a correta, e as demais são variações fictícias, todas erradas.


    Fonte: Professor Victor Dalton - Estratégia


ID
1317016
Banca
ESAF
Órgão
MF
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

Assinale a opção correta relativa a tipos de tomada de decisão do gerente de projeto.

Alternativas
Comentários
  • Esta classficação de tipos de tomada de decisão sequer é um assunto de Tecnologia da Informação. Enfim, percebe-se que:

    Decisão Diretiva, ou Unilateral : é tomada com pouca ou nenhuma inteferência de membros da equipe.

    Decisão Consultiva: o gerente analisa de forma consultiva as decisões sugeridas pelos membros da equipe.

    Decisão Participativa: todos os membros da equipe contribuem para a decisão.

    E a alternativa b) realmente é a correta.


    Fonte: Professor Victor Dalton - Estratégia


ID
1317025
Banca
ESAF
Órgão
MF
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

O Gerente de projeto

Alternativas
Comentários
  • Essa questão traz afirmativas fictícias de a) a d), e a alternativa e) é uma trancrição do PMBOK. É uma questão confusa, mas a atenção e o bom senso devem ter direcionado você para a alternativa correta.


    Fonte: Professor Victor Dalton - Estratégia

  • Letra (E). Segundo Rennó, "o gerente deve analisar todos os recursos que já tem disponíveis e os que deve adquirir."

     

    At.te, CW. RODRIGO RENNO. Administração Geral para Concursos. 2ª edição. Editora Método, 2015.


ID
1330372
Banca
Quadrix
Órgão
DATAPREV
Ano
2012
Provas
Disciplina
Engenharia de Software
Assuntos

O primeiro estágio de um projeto de software pode incluir a elaboração de uma proposta para obter um contrato para realizar o trabalho. O principal objetivo dessa proposta é:

Alternativas
Comentários
  • O primeiro estágio de um projeto de software pode envolver a elaboração de uma proposta para obter um contrato para realizar o trabalho. A proposta descreve os objetivos do projeto e como ele será realizado. Geralmente inclui a estimativa de custos e cronogramas e justifica o porque o contrato deve ser concedido a determinada organização ou equipe.


ID
1330375
Banca
Quadrix
Órgão
DATAPREV
Ano
2012
Provas
Disciplina
Engenharia de Software
Assuntos

Em um projeto de software, o gerenciamento de riscos consiste em buscar a melhor estratégia para lidar com riscos identificados que podem afetar a qualidade. Isso inclui, entre outras coisas, elaborar planos de contingência para:

Alternativas
Comentários
  • · Identificar Estratégias para Evitar Riscos: tem o propósito de reorganizar o projeto para eliminar riscos. 
    · Identificar Estratégias para Mitigar Riscos: desenvolve planos de mitigação do risco para reduzir o impacto dos riscos. 
    · Identificar Estratégias de Contingência: gera planos alternativos, que devem conter o indicador do risco e ação a ser tomada caso ele ocorra. 


ID
1330984
Banca
FMP Concursos
Órgão
PROCEMPA
Ano
2012
Provas
Disciplina
Engenharia de Software
Assuntos

Quais os cinco grupos de processos de gerenciamento de projetos – na sequência exata – segundo o PMBOK?

Alternativas
Comentários
  • http://pt.wikipedia.org/wiki/Processos_da_ger%C3%AAncia_de_projetos


  • Vale ressaltar que os processos de cada grupo podem ser executados paralelamente no decorrer do projeto.

  • a-

    é possivel responder por logica. iniciacao e enceramento demarcam o andamento do projeto, enquanto que é necessario planejar antes de executar. controle implica verificar que que a execução esta sendo do modo correto


ID
1340173
Banca
CESPE / CEBRASPE
Órgão
BACEN
Ano
2013
Provas
Disciplina
Engenharia de Software
Assuntos

No que se refere a gerenciamento de projetos e PMBOK, julgue o  item  seguinte.

Em uma organização de matriz fraca, o gerente de projetos e o gerente funcional compartilham igualmente o poder.

Alternativas
Comentários
  • Na matriz fraca o gerente funcional tem mais poder.

  • Na estrutura funcional o gerente tem poder pouco ou nenhum. Na matricial fraca o poder é limitado.

  • ERRADO.

     

    Na matriz fraca o gerente de projetos tem fraca autoridade e o gerente funcional é quem gerencia o orçamento do projeto.

  • cespe ama essa questão

     

    Ano: 2015Banca: CESPEÓrgão: MECProva: Analista de Processos

     

    Uma empresa que tenha optado por estabelecer um escritório de gerenciamento de projetos com um nível de influência alta e direta sobre os processos deve adotar a estrutura do tipo PMO de controle.

    Errada

     

  • Isso ocorre em uma matriz balanceada. Na fraca, o gerente funcional possui mais poder do que o gerente de projetos.

    Errada.

  • Victor Dalton | Direção Concursos

    Isso ocorre em uma matriz balanceada. Na fraca, o gerente funcional possui mais poder do que o gerente de projetos.

    Errada.


ID
1350988
Banca
FUNCAB
Órgão
MDA
Ano
2014
Provas
Disciplina
Engenharia de Software
Assuntos

O método de entrega de projeto que separa os contratos de desenho de engenharia e arquitetura dos contratos de construção é conhecido como:

Alternativas
Comentários
  • Design – bid – build, também conhecido como método tradicional de concurso de projeto ou hardbid, é um método de entrega de projeto no qual a agência ou proprietário contrata entidades separadas para a concepção e construção de um projeto.

     

    https://en.wikipedia.org/wiki/Design%E2%80%93bid%E2%80%93build


ID
1356181
Banca
Quadrix
Órgão
COBRA Tecnologia S/A (BB)
Ano
2014
Provas
Disciplina
Engenharia de Software
Assuntos

Segundo o PMBoK quarta edição, o Gerenciamento do Tempo do Projeto inclui os processos necessários para gerenciar o término pontual do projeto. Um dos processos do Gerenciamento do Tempo do Projeto é o Sequenciar Atividades, que identifica e documenta os relacionamentos entre as atividades do projeto. São ferramentas e técnicas utilizadas nesse processo, exceto:

Alternativas

ID
1356187
Banca
Quadrix
Órgão
COBRA Tecnologia S/A (BB)
Ano
2014
Provas
Disciplina
Engenharia de Software
Assuntos

0 processo Coletar Requisitos do grupo de Processos de Planejamento utiliza ferramentas e técnicas que podem ser usadas para definir e documentar as funções e funcionalidades do projeto e do produto. Dentre as técnicas classificadas pelo PMBoK quarta edição como Técnicas de Criatividade em Grupo, estão:

Alternativas
Comentários
  • Segue abaixo link para algumas das técnicas de criatividade em grupo mais usadas:

    • Brainstorming;
      Técnica de grupo nominal;
      Técnica Delphi;
      Mapas mentais;
    • Diagrama de afinidade.

    Fonte: http://escritoriodeprojetos.com.br/tecnicas-de-criatividade-em-grupo.aspx

  • Técnicas de criatividade em grupo

    Existem várias técnicas de criatividade em grupo que podem nos ajudar em vários processos de gerenciamento de projetos.
    No Guia PMBOK® são citadas apenas no processo de Coleta de Requisitos.
    Segue abaixo link para algumas das técnicas de criatividade em grupo mais usadas:

    Brainstorming; Técnica de grupo nominal; Técnica  Delphi; Mapas mentais; Diagrama de afinidade.

  • Prezados,

    Segundo o PMBOK, técnicas de criatividade são quaisquer atividades realizadas em grupo que permitam seus participantes possam, através de sua criatividade, sugerir informações relevantes para o projeto que resultem em uma identificação de requisito.

    As técnicas de criatividade em grupo definidas no PMBOK são o Brainstorming, a técnica de grupo nominal, a técnica Delphi, mapas mentais  e diagramas de afinidade.

    Portanto a alternativa correta é a letra E


  • e-

    Técnicas de Criatividade em Grupo sao em grupo. brainstorming ("tempesdtade de ideias") significa fazer varias suegstoes e depois selecion ar a melhor. tecbnica delphi envolve "rodadas" refinando respostas a questoes, ate obter a melhor resposta


ID
1392157
Banca
FCC
Órgão
Câmara Municipal de São Paulo - SP
Ano
2014
Provas
Disciplina
Engenharia de Software
Assuntos

A declaração do escopo do projeto é um documento-base que deve expressar a concordância entre o cliente e o gerente de projeto para que, a partir dele, o projeto como um todo possa ser planejado. A declaração do escopo do projeto, normalmente,

Alternativas
Comentários
  • LETRA C

    A) a diferença do DEP para o TAP, é que este é voltado para uma declaração de alto nível do Projeto e aquele é um detalhamento dos requisitos.

    B)Não existe o processo ANÁLISE DE REQUISITOS, e sim, o COLETAR REQUISITOS, e as informações vêm de outras fontes além desta.

    C)Correto

    D)No DEP podem estar inclusos os critérios de aceitação, pois o DEP também descreve o escopo do produto.

    E)Isso em nada tem nada a ver com a declaração do escopo do projeto.

    A declaração do escopo do projeto, ou especificação do escopo do projeto como traduzido no Guia PMBOK® Quinta Edição, é essencial para o sucesso do projeto, pois, descreve as entregas do projeto e o trabalho necessário para criá-las.

    Ela é desenvolvida a partir das principais entregas, do termo de abertura, dos requisitos, premissas e restrições.

    Fonte: https://escritoriodeprojetos.com.br/declaracao-do-escopo-do-projeto

  • A declaração do escopo é o documento que declara o escopo..rsrs. Vamos relembrar: um projeto tem como objetivo entregar um produto único e específico. O escopo corresponde a descrição detalhada desse produto, ou seja, o que se espera como resultado do projeto. Na descrição do escopo temos ainda as entregas e respectivos critérios de aceitação (o que o projeto precisa ter para ser avaliado como concluído e bem sucedido). É comum que se façam exclusões do escopo indicando também aquilo que não será entregue pelo projeto a fim de que se evite ambiguidades.

    Assim, a declaração do escopo define as principais entregas do projeto.

    Gabarito: C


ID
1443673
Banca
CESGRANRIO
Órgão
Caixa
Ano
2012
Provas
Disciplina
Engenharia de Software
Assuntos

O marco de referência do desenvolvimento de um software, com o qual é possível definir a versão de cada item de configuração que fará parte da entrega e validação de um build, é denominado

Alternativas
Comentários
  • Linha de base 


ID
1493047
Banca
CESPE / CEBRASPE
Órgão
FUB
Ano
2015
Provas
Disciplina
Engenharia de Software
Assuntos

O tratamento de vários aspectos em um ambiente de trabalho de tecnologia de informação e comunicação pode ser segmentado em três equipes distintas, conforme descrito a seguir.

• Equipe de infraestrutura, que atua no levantamento de necessidades de computação e de comunicação de clientes e usuários, visando o desenvolvimento e manutenção de componentes de hardware, redes de computadores, gerenciadores de bancos de dados, interfaces com usuário, arquiteturas e códigos.

• Equipe de aplicações, que atua no levantamento de necessidades de informação de clientes e usuários, visando o desenvolvimento e manutenção de aplicações, software aplicativo, bancos de dados, interfaces com usuário, arquiteturas e códigos.

• Equipe de operações, que gerencia rotineiramente todos os recursos desenvolvidos pelas equipes de infraestrutura e aplicações, monitorando o contínuo funcionamento desses sistemas e aplicações, recebendo demandas dos usuários, detectando desvios, realizando pequenos ajustes e solicitando alterações de maior complexidade.

Tendo como referência as informações apresentadas, julgue o item subsequentes, a respeito dos conceitos de desenvolvimento e manutenção de sistemas e aplicações.

A equipe de operação pode atuar, em determinadas situações, como cliente ou usuária das equipes de infraestrutura e aplicações.

Alternativas
Comentários
  • Atua como usuário pelo fato de utilizar estas aplicações e como cliente quanto solicita alterações de maior complexidade.