Tag: semana3

Dicas de sobrevivência para a 3ª semana – parte 2

  1. Sei que é difícil, mas tentem fazer as atividades com antecedência e mostrem para os professores. O ideal seria mostrar bem formatado e revisado, mas se não der, vai na raça mesmo. É melhor serem criticados naquele momento do que na hora da apresentação;
  2. Usem o LaTeX (Overleaf) para já fazer o documento da proposta. O Ivan disponibiliza o modelo e já tem lá a página para criar a proposta. O ideal é todos os integrantes aprenderem a usar, pois imprevistos acontecem e não é possível depender de somente uma pessoa para resolver.
  3. Lembre que o documento final tem que ser feito no LaTex;
  4. No LaTeX existe maneiras diferentes para chamar a referência. Nós só usamos no formato que tinha no exemplo e algumas citações foram exibidas da maneira errada;
  5. Se usar o LaTex e for dividir o documento em “chapters” na proposta, é necessário ajustar para que cada novo capítulo não inicie uma nova página. E também não use o “section” para esse fim (não sei explicar como fazer isso porque foi um dos problemas de formatação do nosso documento)(update: conseguimos fazer isso no documento para a POC);
  6. A função da introdução é fazer com que o leitor tenha interesse de usar o aplicativo;
  7. Gere um PDF e revise;
  8. Tem nas “Dicas do Ivan” escrito que a proposta deve ser “um documento de uma a duas páginas sobre a ideia, objetivos e tecnologias a serem utilizados”. Não é bem assim! O documento deve explicar com clareza a sua proposta. A quantidade a ser escrita depende do contexto do seu aplicativo. Alguns podem explicar bem em 2 páginas e outros não. É necessário que os professores entendam como funciona o aplicativo e ter uma proposta técnica coerente. Se ainda não souberem de tudo e deixarem isso claro no documento, vai estar “tudo bem” (está entre aspas porquê será necessário decidir a arquitetura na próxima aula, então tem que ser visto isso o mais rápido possível);
  9. Um exemplo de documentação considerada pelos professores como boa é a da equipe “The Walking Pet”. Encontre eles no SVN: “…/S201802-QUA/TheWalkingPet/“;.
  10. A documentação e a apresentação precisam ser colocados no SVN nesse dia;
  11. Se utilizar uma ferramenta online para o LaTex (como o OverLeaf) você tem que a cada 15 dias subir os documentos no SVN;
  12. Tem que ser feito o vídeo da proposta inicial também! (Não fizemos e estamos atrasados! O_O);
  13. O vídeo deve ter cerca de 5min e ter na descrição e nas tags IFSP , SPO e A6PGP.
  14. Não entregar o vídeo na data correta significa perder pontos, porém, é melhor ter o vídeo publicado, mesmo que muito atrasado, do que não ter nenhum vídeo publicado.

Apresentação da Proposta

Apresentamos a nossa proposta e, no geral, fomos bem (pelo menos queremos acreditar que fomos).
Foi necessário realizar “alguns muitos” ajustes na proposta de um dia para o outro e tivemos um tempo limitado para ajustes e revisões. E qual o motivo disso? Deixamos para a última hora.

Sabemos que é complicado arranjar um tempo conjunto quando estamos no último semestre, trabalhamos de dia, estudamos de noite, no final de semana queremos descansar e… é pré-semana de carnaval! Trabalho tinindo porque próxima semana nada funciona! Então foram nos micro momentos que nossa documentação e apresentação foram preparadas. Cada um escrevendo no Whatsapp coisas necessárias para o documento, tirando dúvidas e compartilhando arquivos.

Deixamos para tirar dúvidas e mostrar o documento (cheio de erros) para os professores no dia anterior à apresentação!! Claro que recebemos vários puxões…


Maaaano!

Mas, graças a Deus, Eu e o Victor trabalhamos na mesma empresa então aproveitamos nosso almoço e deslocamento para a faculdade para nos reunirmos. Foram nesses momentos que fizemos o documento e a apresentação. Os demais integrantes compartilharam seus conteúdos conosco e o Murilo e o Rodrigo revisaram (bem rapidamente porque o tempo tava curto).

Os problemas apontados pelos professores para a nossa documentação foi:

  • Faltou um gancho da nossa introdução (que falava sobre marketing de relacionamento) com o aplicativo de gincana. Não abordamos bem o problema e como estamos solucionado ele;
  • Detalhar os processos e funções do aplicativo. Focamos somente no que o usuário poderia fazer nas gincanas. Deveríamos ter feito uma listagem para a parte administrativa também;
  • Problemas com a formatação e erros ortográficos.

Atividades Gerais

  • Jones: análise da aplicação para gerenciamento. Vamos testar o ClickUp. Será nosso Scrum Master;
  • Murilo e Rodrigo: levantamento técnico;
  • Renata e Victor: documentação e apresentação;
  • Renata: ajuste do blog e testes do SVN (Tortoise). Será o Product Owner.

Dicas de sobrevivência para a 3ª semana

  1. Só enviem o e-mail com os membros da equipe depois que estiver tudo confirmado e revisado. É necessário enviar: link do blog, link do youtube, nome que desejam para a pasta do repositório e uma linha (texto simples) com os logins dos participantes da equipe no formato estabelecido no arquivo acessos.txt localizado na raiz do repositório (eu esqueci de mandar essa linha). O nosso ficou assim (com os prontuários corretos, claro!): /S201901-QUI/ginquest|rw|sp1234567,sp1234567,sp1234567;
  2. E-mails devem ser enviados com cópia para ambos os professores;
  3. Não é necessário criar um e-mail do grupo para criar blog e nem youtube. Alguém cria e convida os demais integrantes;
  4. Ao criar um blog no WordPress, ele fica em modo privado para ninguém ver o conteúdo antes de todos os ajustes forem realizados. Os professores não querem só o link, eles querem ver o blog funcionando, então não enviem o e-mail antes de estar tudo funcionando. E abram o blog em uma aba anônima para ter certeza que é possível ver ele sem estar logado;
  5. O blog deve: estar como público, com feed RSS ou Atom, indicar quem está publicando (nada de usuário genérico) e deve ser possível ler o conteúdo das publicações por inteiro (sem ter que clicar “ver mais”);
  6. Toda semana tem que ter resumo das atividades realizadas pela equipe e tem que indicar as atividades que cada membro realizou (com nomes mesmo, sem “nós” ou de forma genérica como foi escrito o checklist);
  7. Não adianta publicar e alterar a data, os professores conseguem saber o dia correto da publicação e também quando ela foi alterada olhando o código fonte do blog.

Tentando colocar em dia

Agora com o tema e nome decididos podemos seguir em frente.

Checklist de itens feitos:

  • Criar blog (esse mesmo);
  • Criar canal do Youtube;
  • Criar repositório no GIT (O Rodrigo criou porque ainda não tínhamos acesso ao repositório do IF);
  • Enviar e-mail para os professores (Atualização: enviamos fora do formato e não ficaram felizes. Desculpe, entendi errado.) (Atualização 2: como ainda estava ajustando o blog – e ele estava como privado – levamos uma puxada de orelha).