Gerenciamento de Projetos de TI – Lab 00.
5 - Ciclo de Vida e Planejamento
Papeis:
- Lucas Kenzo Murakami Tada Ra: 23.01221-8 (Gerente de Projeto)
- Felipe Carillo Ra: 23.00765-6 (Scrum Master)
- Felipe Costa Muniz Ra: 23.01459-8 (Analista de Requisitos)
- Isaías Cano Bello da Luz Ra: 23.00257-3 (Product Owner)
- [Link]
B-MtAQ
Dinâmica de Aula Prática: Gestão de Projetos para TI
Objetivo
Realizar uma atividade prática para introduzir os princípios básicos da gestão de
projetos, utilizando um estudo de caso que envolva um projeto típico de TI.
Estrutura da Dinâmica
1. Introdução (10 minutos)
Vamos começar discutindo conceitos básicos de gestão de projetos. Pensem nas
experiências de outras disciplinas e nos Projetos Integradores que vocês já fizeram. O
que vocês acham que é a coisa mais importante na gestão de um projeto?
2. Apresentação do Estudo de Caso (2 minutos)
• Estudo de Caso: Desenvolvimento de um aplicativo móvel para a empresa
fictícia "Tech Solutions".
o Contexto: A Tech Solutions quer criar um aplicativo móvel de
gerenciamento de tarefas para seus funcionários.
o Prazo e Orçamento: O projeto precisa ser concluído em 6 meses, com
um orçamento de R$ 100.000.
o Requisitos Principais:
▪ Funcionalidades básicas: criar, editar e excluir tarefas.
▪ Atribuir tarefas a diferentes usuários e definir prazos.
▪ Interface simples e intuitiva.
▪ Suporte para dispositivos iOS e Android.
3. Formação de Grupos e Distribuição de Papéis (5 minutos)
• Formem grupos de 5 a 12 alunos.
• Cada grupo deve assumir papéis que acharem importantes para o projeto (por
exemplo: Desenvolvedor, Analista de Requisitos, Product Owner, Scrum Master,
Testador, Designer).
• Regra obrigatória: Cada grupo precisa ter 1 Gerente de Projetos.
• Cada aluno deve criar um "crachá" com seu nome e papel (pode ser com post-
it).
4. Planejamento do Projeto (20 minutos)
Agora, os grupos devem planejar o projeto, focando nos seguintes pontos:
• Objetivos: O aplicativo visa gerenciar tarefas e acompanhar metas de
equipes, permitindo aos gestores uma visão clara do desempenho por área e
por funcionário.
• Definir o escopo do projeto: O que o projeto vai fazer e, mais importante, o que
ele não vai fazer?
• Definir a dinâmica de desenvolvimento e entrega: Vocês vão entregar o
aplicativo todo de uma vez no final do projeto ou em partes, com entregas
parciais?
• Criar um cronograma básico: Elaborem um cronograma simples com as
principais atividades (como levantamento de requisitos, design,
desenvolvimento, testes) e marcos importantes.
• Estimar os recursos e o orçamento: Como o grupo vai usar o orçamento de R$
100.000? Pensem em custos com ferramentas, plataformas, salários, etc.
• Identificar possíveis riscos: O que pode dar errado? (Exemplo: problemas
técnicos, atraso na entrega, falta de comunicação). O que o grupo faria para
mitigar esses riscos?
5. Apresentação dos Planos de Projeto (20 minutos)
• Cada grupo terá cerca de 5 minutos para apresentar seu plano de projeto para a
turma.
• Vamos discutir e comparar as diferentes abordagens que cada grupo teve.
6. Feedback e Discussão (10 minutos)
• Os professores vão fornecer feedback sobre os planos apresentados.
• Teremos uma discussão aberta para falar sobre as melhores práticas, os
desafios que surgiram e como a gestão de projetos é crucial para o sucesso de
um projeto de TI.
Plano de Projeto – Aplicativo de
Gestão de Tarefas “Tech Solutions”
1. Escopo do Projeto
O aplicativo visa gerenciar tarefas e acompanhar metas de equipes, permitindo aos
gestores uma visão clara do desempenho por área e por funcionário.
Funcionalidades principais:
1. Cadastro e gestão de tarefas (criar, editar, excluir, atribuir e definir prazos).
2. Acompanhamento de metas por área.
3. Jornada do funcionário (histórico de tarefas e desempenho).
4. Board de tarefas por período de tempo (sprints).
5. Análise de entrega e esforço por funcionário ou área.
6. Análise geral para gestores (dashboard consolidado).
7. Disponível para iOS e Android.
8. Usuários piloto ativos desde a primeira entrega.
2. Papéis e Responsabilidades
Papel Responsabilidade
Coordenar atividades, gerenciar prazo, custo e
Gerente de Projetos
qualidade.
Definir backlog, priorizar funcionalidades, alinhar visão
Product Owner
do produto.
Analista de Requisitos Coletar e detalhar necessidades de usuários e gestores.
Desenvolvedores Implementar funcionalidades no backend e frontend.
UX/UI Designer Criar protótipos, telas e garantir usabilidade.
Testador QA Validar funcionalidades, reportar bugs.
Líder de Pilotos Coordenar usuários piloto e consolidar feedback.
3. Estratégia de Desenvolvimento
• Metodologia: Scrum (sprints de 2 semanas).
• Entregas incrementais com pilotos usando desde o primeiro mês.
• Ciclos de feedback a cada sprint para ajustar o backlog.
• CI/CD para publicação rápida em ambiente de testes.
4. Cronograma Macro (6 meses)
Mês Entrega Usuários Piloto
Protótipo navegável (Figma) + login 3–5 usuários internos validam interface e
1
básico fluxo
CRUD de tarefas funcional +
2 Pilotos usam para tarefas reais
autenticação segura
3 Board de tarefas por sprint/período Pilotos aplicam no dia a dia
4 Metas por área + relatórios simples Pilotos e 1 gestor validam métricas
Dashboards avançados + análise de
5 Pilotos e gestores avaliam indicadores
esforço
6 Versão final + rollout para toda empresa Baseado no feedback dos pilotos
5. Recursos Necessários
• Equipe: 6 a 8 membros (ver papéis acima).
• Infraestrutura:
o Servidores de backend e banco de dados na nuvem (AWS/Azure).
o Ferramentas de prototipagem (Figma), gestão de tarefas (Jira/Trello) e
repositório (GitHub/GitLab).
• Custo estimado: R$ 100.000 (dividido em salários, infraestrutura e testes).
6. Principais Riscos e Mitigações
Risco Mitigação
Estouro de prazo devido à Entregas incrementais e priorização das
complexidade dos dashboards métricas mais críticas primeiro
Treinamento e alinhamento sobre importância
Pilotos não darem feedback útil
da participação
Ambiente de teste com dados fictícios até
Vazamento de dados sensíveis
implementação de segurança completa
Interface intuitiva e envolvimento dos usuários
Resistência de uso
desde o início
7. Plano de Comunicação
• Reuniões semanais da equipe para alinhamento de sprints.
• Relatórios quinzenais para stakeholders.
• Canal direto com usuários piloto para receber feedback (via chat
corporativo ou formulário interno).
8. Critérios de Sucesso
• App funcional e estável disponível para toda a empresa em até 6 meses.
• Pelo menos 80% de adoção pelas áreas após o lançamento.
• Feedback positivo (> 4/5) dos usuários piloto antes do rollout final.
• Dashboards entregando dados confiáveis para a gestão.