Capítulo 5 Corrigido

Prévia do material em texto

Flavio Ribeiro 									RA: 00082641
Engenharia da Computação
Capítulo 5
Explique por que a intangibilidade dos sistemas de software apresenta problemas especiais ao gerenciamento de projetos de software.
Porque se o cronograma atrasa, o efeito sobre o produto é visível, partes da estrutura estarão sem concluir. Sendo assim, os gerentes do processo não podem ver o progresso e contam com outras pessoas para produzir a documentação necessária para examinar o andamento.
Explique por que os melhores programadores nem sempre se tornam os melhores gerentes de software. Pode ser útil basear sua resposta na lista de atividades de gerenciamento apresentada na Seção 5.1
O gerente de software deve ter a capacidade de lidar com várias etapas do desenvolvimento que vão além da programação em si, alguns exemplos de atividades das quais os gerentes precisam lidar são: Elaboração da proposta, planejamento e desenvolvimento do cronograma do projeto, custo do projeto, monitoração e revisões do projeto, seleção e avaliação de pessoal e elaboração de relatórios e apresentações. 
Explique por que o processo de planejamento de software é iterativo e por que um plano deve ser continuamente revisado durante um projeto de software.
O gerente deve manter o acompanhamento do progresso do projeto e comparar o progresso com os custos reais e planejados, isso ajuda a ter uma visão geral do progresso e evita problemas durante o desenvolvimento.
Explique brevemente o propósito de cada uma das seções em um plano de projeto de software.
A maioria dos planos deve incluir as seguintes seções:
1. Introdução. Descreve brevemente os objetivos do projeto e estabelece as restrições (por exemplo, orçamento, prazo etc.) que afetam o gerenciamento do projeto.
2. Organização do projeto. Descreve o modo como a equipe de desenvolvimento está organizada, as pessoas envolvidas e seus papéis na equipe.
3. Análise de riscos. Descreve os possíveis riscos do projeto, a probabilidade da ocorrência desses riscos e as propostas de estratégias de redução de riscos. 
4. Requisitos de recursos de hardware e de software. Especificam o hardware e o software de apoio necessários para realizar o desenvolvimento. Se o hardware precisar ser comprado, podem ser incluídas as estimativas de preços e o prazo de entrega.
5. Estrutura analítica. Estabelece a estrutura analítica do projeto em atividades e identifica os marcos e os produtos a serem entregues com cada atividade. Os marcos e os produtos a serem entregues são explicados na Seção 5.2.2.
6. Cronograma do projeto. Apresenta as dependências entre as atividades, o prazo estimado necessário para atingir cada marco e a alocação de pessoas nas atividades.
7. Mecanismos de monitoração e elaboração de relatórios. Definem os relatórios de gerenciamento que devem ser produzidos, quando eles devem ser produzidos e os mecanismos de monitoração de projeto usados.
Você deve revisar regularmente o plano durante o projeto. Algumas partes, como o cronograma do projeto, mudarão frequentemente e outras partes serão mais estáveis. 
Qual é a principal diferença entre um marco e um produto?
É geralmente disponibilizado no fim de alguma fase importante do projeto, como especificação ou design.
A Tabela 5.8 estabelece uma série de atividades, durações e dependências. Elabore um diagrama de atividades e um diagrama de barras que mostre o cronograma do projeto. Faltou o diagrama de barras.
A Tabela 5.2 apresenta as durações das atividades de projeto de software. Suponha que ocorra um problema sério e imprevisto e, em vez de levar 10 dias, a tarefa T5 leve 40 dias. Revise o diagrama de atividades de acordo com a nova situação, ressaltando o novo caminho principal. Elabore um novo diagrama de barras, que mostre como o projeto pode ser reorganizado. 
Usando os exemplos de problemas de projeto apresentados na literatura, liste as dificuldades de gerenciamento nesses projetos de programação que falharam. (Sugiro que você comece com o livro de Brooks, conforme sugerido em Leituras Sugeridas).
Além dos riscos apresentados na Tabela 5.4, identifique seis outros riscos possíveis que podem surgir em projetos de software.
Altos custos de manutenções e certos módulos não planejados devidamente (acarretando assim na imposição de aceite do cliente); desenvolvimento de um cronograma de atividades falho (ocasionando atrasos indevidos); falta de capital (investimentos necessários para conclusões de etapas / ou inclusive valores inicialmente não calculados); problemas de testes (na fase de elaborações de testes algo passar diretamente do esperado); desenvolvimento oposto ao combinado; perda de dados / informações (decorrente à problemas nos equipamentos, estrutura e ambientes não planejados para assegurar o desenvolvimento do projeto como um todo).
Os contratos de preço fixo, nos quais o fornecedor oferece um preço fixo para concluir o desenvolvimento de um sistema, podem ser usados para passar o risco do projeto do cliente para o fornecedor. Se algo der errado, o fornecedor deve pagar. Sugira como o uso de tais contratos pode aumentar a probabilidade de ocorrência de riscos de produto.
Mediante o desenvolvimento de um projeto pode acontecer de certos custos se apresentem superiores ao estipulado inicialmente (por motivo de um mau planejamento inicial, ou inclusive, não alienado no contrato feito ao cliente). Da mesma forma, também pode apresentar o risco do cliente não se encontrar totalmente satisfeito com o que incialmente fora combinado, sendo imprescindível assim o uso de documentações e termos bem explanados, uma vez que na ocorrência de oposições na entrega final estejam todos os itens bem relacionados de começo. Ao mesmo tempo, a apresentação em partes do projeto como um todo (assim como Brainstorns, reuniões gerais) são essenciais para acompanhamento e monitoramento do projeto.
- Falência do fornecedor
- Não cumprimento de prazos pelo fornecedor contratado
- Qualidade do produto entregue pelo fornecedor inferior ao combinado
- Módulos requisitados (requisitos do usuário) não entregues pelo fornecedor contratado
Seu gerente solicitou a entrega do software em um cronograma que você sabe que só poderá ser cumprido se sua equipe de projeto trabalhar horas extras sem remuneração. Todos os membros da equipe têm filhos pequenos. Explique se você deve aceitar esse pedido de seu gerente ou se você deve persuadir sua equipe a dar seu tempo para a organização em vez de a suas famílias. Que fatores podem ser significativos para sua decisão?
O que você pensa sobre reunir com a equipe em casos especiais de sobrecarga de trabalhos e juntos especificar a disponibilidade e arranjo de cada participante, indicando assim os altos e baixos que podem ocorrer nessas tarefas adicionais ao combinado??????
Como programador, você recebe uma promoção para gerente de projeto, mas sente que pode prestar uma contribuição mais eficiente na função técnica do que na administrativa. Explique se você deve aceitar a promoção.
Ver questão efetuada na resposta número 2 (desta atividade). O aprendizado e desejo em crescimento profissional não é essencial? O crescimento pessoal pode refletir em mais ganhos financeiros, melhoria profissional, explora as qualidades de um colaborador e seus potenciais. Ao mesmo tempo, tudo dependerá do momento, do local e tipo de atividade sendo desenvolvidas. Seria interessante por um intervalo de tempo estar sendo monitorado e educado nas práticas do novo cargo, onde essas escolhas certamente devem ser apresentadas quando o colaborador apresenta um potencial que difere de outros, justificando assim a sua posição com um novo cargo. Em questões de negócios, trata-se sempre de um desafio a ser explorado, onde mesmo que de momento não esteja preparado para tais atividades superiores (e geralmente sem um preparo, nunca estamos mesmo), torna-se interessante a fase de testes, o aceite por mostrar uma habilidade diferencial e explorá-la. Em caso negativo, dedicar-semais em suas atuais habilidades, melhorando assim suas estimativas de trabalho e demonstrações de resultados.
Em resumo, acredito que você deveria aceitar pelo fato de estar sendo indicado com um diferencial, aplicar as habilidades aprendidas em tarefas anteriores para melhorar inclusive questões do cargo atual. O que é combinado não sai caro!!!