Governança de TI 2024-1

ATIVIDADE (17-04-2024)

FATO - I

Você é Gestor de TI recém contratado de uma grande empresa e,

provavelmente, sabe aplicar técnicas de gerenciamento necessárias
para planejar, organizar, monitorar e controlar projetos de
software. Além da empresa projetar sistemas de softwares “do zero”,
você e a equipe (outros gerentes e especialistas) também se vêem
obrigados a trabalhar com programas de terceiros no departamento
de TI e nas demais áreas da organização.

Diante deste contexto, você pode trazer a sua experiênica de

mercado profissional, seja estágio ou cargo efetivo, para
responder as perguntas abaixo:

1. Como as pessoas, os processos e os problemas devem ser

gerenciados durante um projeto de software?

2. Como as métricas de software podem ser usadas para gerenciar

um projeto de software e o processo de software?

3. Como uma equipe de software pode gerar estimativas confiáveis

de trabalho, custo e duração do projeto?

4. Quais técnicas podem ser usadas para avaliar sistematicamente

os riscos que podem ter um impacto sobre o sucesso do projeto?
 5. Como um gerente de projeto de software seleciona o conjunto
de tarefas de engenharia de software?

6. Como é criado um cronograma de projeto?

7. Por que a manutenção e o suporte são tão importantes para os

gerentes de engenharia de software e para os profissionais?

FATO - II

É importante realizar a avaliação do risco geral do projeto? Mas

como determinamos se o projeto de software em que estamos
trabalhando está em sério risco? Estes questionamentos sempre
estão na cabeça do Gestor.

Para colocar o “pensamento em ordem”, você pediu para a equipe

estruturar questões sobre o grau de importância dos riscos em
projeto de software.

Com base nas suas experiências, você e a equipe farão um tipo de

brainstorming para buscar entender os vetores de riscos em projetos
de software e responder as questões abaixo:

1. A alta gerência e o cliente estão formalmente comprometidos

em apoiar o projeto?

2. Os usuários estão bastante comprometidos com o projeto e o

sistema/produto a ser criado?
3. Os requisitos são amplamente entendidos pela equipe de
engenharia de software e seus clientes?

4. Os clientes foram totalmente envolvidos na definição dos

requisitos?

5. Os usuários têm expectativas realistas?

6. O escopo do projeto é estável?

7. A equipe de engenharia de software tem a combinação de

aptidões adequada?

8. Os requisitos de projeto são estáveis?

9. A equipe de projeto tem experiência com a tecnologia a ser

implementada?

10. O número de pessoas na equipe de projeto é adequado para

o trabalho?

11. Todos os clientes e usuários concordam com a importância

do projeto e com os requisitos do sistema ou produto a ser
criado?