1. Como a Área de Projetos é orgnizada?
1.1. Dir. de Projetos (cargo)
1.1.1. "Crochê"
1.1.2. Função:
1.1.2.1. Atuação mais estratégica
1.1.2.2. Responsável pela interface Comercial X Projetos
1.2. Coordenadores (cargo)
1.2.1. Células
1.2.1.1. Coord. de TI
1.2.1.1.1. "Hitallo"
1.2.1.2. Coord. de Telecom
1.2.1.2.1. "Samuel"
1.2.2. Função:
1.2.2.1. Atuação mais técnica
1.2.2.2. Responsável pela interface Assessores X Diretoria
1.3. Gerentes de Projeto (papel)
1.3.1. É um assessor designado a tomar a frente do projeto
1.3.2. É escolinho porque...
1.3.2.1. Tem maior conhecimento tecnico sobre a stack do projeto
1.3.2.1.1. stack = conjunto de tecnologias utilizadas em um projeto
1.3.2.2. Tem maior facilidade em conversar e interpretar o cliente
1.3.3. Função:
1.3.3.1. Auxiliar o coordenador na gestão do projeto
1.4. Assesores (cargo)
1.4.1. Futuramente serão vocês!!!
1.4.2. Função:
1.4.2.1. Execução dos projetos
2. Como surge um projeto?
2.1. Comercial
2.1.1. Reunião Diagnóstica
2.1.1.1. Levantamento de requisitos
2.1.1.1.1. Quem é o cliente?
2.1.1.1.2. Qual é o orçamento do cliente?
2.1.1.1.3. Quais são as atuais dores do cliente?
2.1.1.1.4. Quais serviços o cliente precisa?
2.1.2. Reunião Validação da Carta Proposta
2.1.2.1. Apresentação da Carta Proposta
2.1.2.1.1. Escopo do Projeto
2.1.2.1.2. Cronograma do Projeto
2.1.2.1.3. Preços
2.1.2.1.4. Carta Proposta elaborado pela Área Comercial alinhada com a Área de Projetos
2.1.2.2. Possibilidades
2.1.2.2.1. Completa recusa da Carta Proposta
2.1.2.2.2. Refatoração da Carta Proposta
2.1.2.2.3. Aprovação da Carta Proposta
2.1.3. Aassinatura do Contrato
2.1.3.1. Contrato elaborado pelo Dir. de Projetos e o Coord. de Célula alinhados com a Área de Comercial
2.2. !!!TEMOS UM NOVO PROJETO!!!
2.3. Projetos
2.3.1. Alocação do time
2.3.1.1. A depender...
2.3.1.1.1. ...do desejo do assessor
2.3.1.1.2. ...das habilidades do assessor
2.3.1.1.3. ...da disponibilidade do assessor
2.3.1.2. Necessidade em dividir em subtimes, por exemplo...
2.3.1.2.1. Time de backend
2.3.1.2.2. Time de Frontend
2.3.1.2.3. Time de Prototipação
2.3.1.2.4. Time de Documentação
2.3.2. Etapas do desenvolvimento... (próximo capitulo)
2.4. Nossos Clientes e Nossos Serviços
3. Como um projeto é desenvolvido?
3.1. Teoria
3.1.1. Paradigmas de Desenvolvimento de Sotfware
3.1.1.1. é um modelo ou abordagem que orienta a maneira como os softwares são projetados e construídos
3.1.1.2. "paradigma" = uma maneira específica de fazer algo
3.1.2. Modelo Castaca Clássico
3.1.2.1. é uma abordagem linear e sequencial de desenvolvimento de software, onde cada fase deve ser concluída antes de passar para a próxima
3.1.2.2. etapas
3.1.2.2.1. "Requerimento" ou "Levantamento de Requisitos"
3.1.2.2.2. "Projeto" ou "Planejamento"
3.1.2.2.3. "Implementação"
3.1.2.2.4. "Teste"
3.1.2.2.5. "Implantação"
3.1.2.2.6. "Manutenção"
3.1.2.3. discussão
3.1.2.3.1. "Esse modelo faz sentido teoricamente?"
3.1.2.3.2. "É se o cliente mudar algum requisito?"
3.1.2.3.3. "É uma boa ideia testar o software apenas depois do desenvolvimento completo do sistema?"
3.1.3. Modelo Espiral
3.1.3.1. É mais flexível e iterativo e esvolve ciclos
3.1.3.1.1. planejamento
3.1.3.1.2. implementação
3.1.3.1.3. validação
3.1.3.1.4. definição de objetivos
3.1.3.2. É baseado em feedbacks...
3.1.3.2.1. Feedback do cliente
3.1.3.2.2. Feedback dos testes
3.1.3.2.3. Feedback do time
3.2. Como fuciona da Atria
3.2.1. Fases
3.2.1.1. "Levantameto de requisitos"
3.2.1.1.1. 1º momento: diagnóstica
3.2.1.1.2. 2º momento: etapa de "concepção"
3.2.1.1.3. 3º momento: a todo momento!
3.2.1.1.4. como funciona? 6:56 - 12:38
3.2.1.2. "Planejamento"
3.2.1.2.1. (previamente realizado no estudo de viabilidade do projeto)
3.2.1.2.2. Definir a stack do projeto
3.2.1.2.3. Alocação de membros
3.2.1.2.4. Organização do levantamento de requisitos (interno)
3.2.1.2.5. Prototipação (externo)
3.2.1.3. "Implementação" e "Testes"
3.2.1.3.1. Andam juntos!
3.2.1.3.2. Verificação
3.2.1.3.3. Validação
3.2.1.3.4. Documentação
3.2.1.4. "Implantação"
3.2.1.4.1. É quando a gente pega o código que foi desenvolvido (por exemplo, no GitHub) e coloca ele no servidor do cliente, onde as pessoas vão acessar e usar
3.2.1.5. "Manutenção"
3.2.1.5.1. 2 formas
3.2.1.5.2. implica em todo o ciclo novamente
4. Quais ferramentas usamos?
4.1. Comunicação
4.1.1. Discord
4.1.2. WhatsApp
4.2. Plataforma de organização
4.2.1. Notion
4.2.2. Click Up
4.3. Métodos de organização
4.3.1. Kanban
4.3.2. Scrum Metodologia ágil, framework de gerenciamento que as equipes
4.3.2.1. Objetivos
4.3.2.1.1. Organização
4.3.2.1.2. Produtividade
4.3.2.1.3. Agilidade
4.3.2.2. "Backlog" Uma lista com todos os requisitos do cliente organizados por prioridade
4.3.2.2.1. Épicos
4.3.2.2.2. Histórias
4.3.2.2.3. Tarefas
4.3.2.2.4. Subtarefas
4.3.2.3. "Sprint" Uma unidade de tempo para trabalho
4.3.2.3.1. Dura de 1 a 2 semanas (aqui na Atria)
4.3.2.3.2. Menor unidade de tempo utilizada na organização de projetos
4.3.2.3.3. É um ciclo de produção que visa entrgar algo de valor ao cliente
4.3.2.4. "Cerimonias" Nome chique para "reuniões"
4.3.2.4.1. "nome chique para reuniões"
4.3.2.4.2. Oficialmente
4.3.2.4.3. Na Atria
4.3.2.5. Resumo
4.3.2.5.1. O épico sonha
4.3.2.5.2. A história planeja
4.3.2.5.3. A tarefa faz
4.3.2.5.4. O backlog guarda tudo
4.3.2.5.5. A sprint entrega
4.3.2.5.6. O Scrum organiza
5. Como funciona colabs em Projetos?
6. Boas práticas
6.1. Atualizações nos grupos de comunicação
6.1.1. Ir atualizando sobre suas tarefas no grupo do time
6.1.2. Centralizar a comunicação no grupo do time
6.1.3. Responder o mais breve possível
6.1.4. Estar atento a enquetes e forms
6.2. Faltas e atrasos
6.2.1. Avisar com antecedência
6.2.2. Honestidade >>> justificativa duvidosa
6.3. Comunicação com o cliente
6.3.1. Sempre de forma respeitosa
6.3.2. Não deixar um cliente sem respostas, a respnsabilidade é de todos