Nome: Momed Sujai Caimo

Resolução da ficha pratica I

1. A gestão de projectos de software e o processo de Planificar, Organizar, Prover de pessoal,

Monitorar, Controlar e Liderar um projecto de software.
2. Objectivos da Gestão de projectos informáticos GPI

Tempo - A gestão de tempo é um dos pontos mais complexos do gerenciamento de projetos

corporativos. Geralmente, definidos pelos gerentes, os prazos precisam ser estruturados com muito
cuidado, uma vez que isso definirá a maneira como os times trabalharão as ferramentas utilizadas,
os gastos e até mesmo a priorização de etapas.

Custo - Administrar os custos de um projeto costuma ser um grande dilema nas organizações:
como aliar o que o patrocinador do projeto está disposto a pagar com o valor monetário que o
projeto precisa para ser executado? Como controlar esses custos? Bem, essas questões podem ser
facilmente respondidas com uma correta Gestão de Custos em Projetos.

Qualidade - No universo dos projetos, a gestão da qualidade é uma área de extrema importância.
Isso porque se encarrega de garantir que todos os requisitos serão devidamente cumpridos e,
consequentemente, que o cliente final ficará satisfeito. Por meio da gestão da qualidade em projetos
é possível monitorar não só as ações desenvolvidas pela equipe como também o nível de excelência
com que são realizadas. Por tudo isso e muito mais é que a aplicação das melhores práticas de
gestão da qualidade em projetos possibilita a entrega de um produto com alto valor agregado.

3. Segundo a NBR ISO 9000:2005, "qualidade é o grau no qual um conjunto de características

inerentes satisfaz aos requisitos". Ou seja, pode-se afirmar que se algum produto ou serviço
atende aos requisitos especificados, este mesmo produto ou serviço possui a qualidade
desejada. A qualidade pode ser medida através do grau de satisfação em que as pessoas
avaliam determinado produto ou serviço. No entanto, esse produto ou serviço pode ter
qualidade para algumas pessoas e para outras nem tanto, ou seja, a qualidade é algo
subjetivo.
4. De acordo com a norma ISO 10006 (Diretrizes para Qualidade de Gestão de Projetos),
projeto é um processo único, consistindo de um grupo de atividades coordenadas e
controladas com data para início e término, que é a chave para se determinar se realmente
 estamos em um projeto. Se você estiver empenhando forças para realizar ou desenvolver
um produto ou serviço e não possui data de início e fim, é provável que você não esteja em
um projecto. O projecto exige uma planificação e gestão adquada para evitar stress e perda
de milhões.
Gestão significa gerenciamento, administração, onde existe uma instituição, uma empresa,
uma entidade social de pessoas, a ser gerida ou administrada. O objetivo é de crescimento,
estabelecido pela empresa através do esforço humano organizado, pelo grupo, com um
objetivo específico.
A relação que existe e de que a gestão e o projecto tem como visão final chegar a um
determinado objetivo.
5.
5.1 São: Pessoal, Produto, Projecto, Processo.
5.2 Pessoal – é a necessidade de recrutar, motivar e manter pessoas talentosas.
Produto – é a necessidade de se entender o escopo, aspectos técnicos e
gerenciais.
Projecto – é capacidade de controlar a entrega efetiva dos requisitos de SW
dentro de prazos, qualidade e custos esperados.
Processo – é capacidade de se configurar e implantar processos de produção
de SW relacionados a qualidade de SW, medição e configuração de atividades
básicas de construção.
5.3. Pessoal, por que é factor mais importante para o êxito do projecto de software e
também o factor que menos é tratado de forma exaustiva.
6. O ciclo de vida da gestão de um projecto:
 Concepção
 Planejamento
 Execução/Controle
 Final
7. Segundo Edgemon tem as seguintes características:
 Resolução de problema.
 Diagnosticar os aspectos técnicos e de organização.
  Estruturar uma solução sistemática ou motivar o desenvolvimento de uma
solução.
 Aplicar a experiencia de outros projectos aos novos.
 Admitir mudanças que melhorem a gestão.
 Dotes de gestão.
 Assumir o controlo quando seja necessário.
 Incentivos por resultados.
 Recompensar aos componentes da equipa por resultados obtidos e
iniciativas.
 Não penalizar os riscos controlados.
 Influência e construção de espírito de equipa.
 Entender e cultivar entendimento entre os membros da equipa.
 Manter o controlo em situações limite.
8. Responsabilidades:
 Controlo dos recursos.
 Cumprir os compromissos assumidos com o cliente.
 Controlo de todas as actividades do projecto.
 Garantir bom funcionamento da equipa de trabalho.
9. Entendo como um modelo de gestão MOI a partir de :
 Motivação. Habilidade para motivar o pessoal técnico para que produza conforme
as suas melhores capacidades.
 Organização. Habilidade para moldar processos existentes (ou inventar uns novos)
que permitam ao conceito inicial transformar-se num produto final.
 Ideias ou Inovação.
 Habilidade para motivar o pessoal para criar e sentir-se criativo
10. O ciclo de vida da gestão de um projecto:
 Iniciação;
 Planejamento;
 Execução;
 Encerramento
11. MANTEI sugere três organigramas de equipa genéricos:
  Descentralizada Democrática (DD):
 Não tem chefe permanente.
 Coordenadores de tarefas a curto prazo.
 Comunicação entre os membros de equipa e horizontal.
 Tomada de decisões por consenso do grupo.
 Descentralizada Controlada (DC):
 Um chefe que coordena tarefas específicas;
 O chefe de equipa realiza a divisão entre os subgrupos para a
implementação das soluções;
 A resolução de problemas e uma atividade do grupo;
 Chefes secundários que tem responsabilidades sobre sub tarefas.
 Descentralizado Controlado (DC):
 Comunicação horizontal entre os subgrupos e os indivíduos;
 Comunicação vertical na hierarquia de controlo.
12. O paradigma de organização de equipas Aberto tem estrutura entre o paradigma fechado
(com controlos) e o paradigma aleatório (com inovação). Desenvolvimento de trabalho
com muita comunicação e decisões consensuais. Adequado para problemas complexos,
Rendimento de equipa menos eficiente.
13. Os fatores a considerar na Estrutura de equipa são:
 A dificuldade do problema resolver.
 O tamanho de programa (s) resultante (s) em linhas de código ou pontos de função.
 O tempo que a equipa estará junta, ou seja, tempo de vida da equipa.
 O grau em que o problema pode ser modularizado
 A qualidade requerida, fiabilidade do sistema a construir
 A rigidez da data de entrega
 O grau de sociabilidade requerido para o projecto.