Momed Sujai Caimo

Prévia do material em texto

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.