From a6791f5225d8ac0d9281ba6a3f73a37b90973d2b Mon Sep 17 00:00:00 2001 From: joseandre25 Date: Mon, 11 Mar 2024 14:08:31 -0300 Subject: [PATCH] (#19): adicao de atas e padronizacao do mkdocs --- docs/atas/ata01.md | 57 +++++++++++++++++++++ docs/atas/ata02.md | 61 +++++++++++++++++++++++ docs/politicas/branches.md | 27 +++++----- docs/politicas/commit.md | 30 +++++------ docs/politicas/conduta.md | 43 ++++++++-------- docs/politicas/plano-de-comunicacao.md | 32 ++++++------ docs/{ => requisitos}/visao_de_produto.md | 15 +++--- docs/{ => requisitos}/visao_de_projeto.md | 35 ++++++------- docs/sprints/sprint00/resultados.md | 20 ++++---- docs/sprints/sprint01/planejamento.md | 30 +++++++++++ docs/sprints/sprint01/resultados.md | 37 ++++++++++++++ mkdocs.yml | 12 +++-- 12 files changed, 291 insertions(+), 108 deletions(-) create mode 100644 docs/atas/ata01.md create mode 100644 docs/atas/ata02.md rename docs/{ => requisitos}/visao_de_produto.md (86%) rename docs/{ => requisitos}/visao_de_projeto.md (61%) diff --git a/docs/atas/ata01.md b/docs/atas/ata01.md new file mode 100644 index 0000000..06b2f3b --- /dev/null +++ b/docs/atas/ata01.md @@ -0,0 +1,57 @@ +PROJETO BRISA – LAPPIS/FGA/UNB. +REFORMULAÇÃO DO SITE DA REVISTA DARCY + +# Ata da Reunião 1 +- **Data**: 29 de março de 2024 +- **Horário:** 10h00 +- **Local:** Microsoft Teams + +## 1. Participantes da Equipe TIC Brisa + +- Jefferson Sena: Product Owner +- José André: Scrum Master +- Tiago Albuquerque: Dev Team +- Joselito Prado: Dev Team +- Luís Filipe: Dev Team + +## 2. Participantes da Revista Darcy + +- Vanessa: Editora-Chefe da Revista Darcy + +## 3. Objetivos da Reunião + +1. Apresentação da Equipe. +2. Visão geral do projeto. +3. Kick-off. + +## 4. Tópicos Discutidos + +1. Prazos e cronograma. +2. Metodologias que vão ser utilizadas. +3. Compreensão inicial do problema. +4. Discussão inicial de todos os parâmetros. + +## 5. Decisões Tomadas + +1. Ter uma reunião entre a equipe TIC BRISA com os designers, editores e apoio de TI da SECOM. +2. Elaborar um cronograma de trabalho inicial. +3. Iniciar o levantamento de requisitos com o PBB. +4. Definição da dinâmica entre equipe-cliente. + +## 6. Gravação da Reunião +[Clique Aqui (Dísponível apenas para pessoas em UnB.br).](https://unbbr.sharepoint.com/:v:/s/BRISA-RevistaDarcy/EQXD0NyUTyFBiEbvEFyYVcMBGWTlZMl61eIlwGHvpEhLVQ?e=OQU3df&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D) + +## 7. Próxima Reunião + +- **Data:** 07 de março de 2024. +- **Horário:** 10h00. +- **Objetivo:** Apresentação inicial do PBB; Integração da Equipe com os membros da SECOM. + +## 8. Responsáveis pela Ata +| Autor | Descrição | Revisor | Data | +| ----- | --------- | ---- | ----- | +| [José André ](https://github.com/joseandre25) | Criação da Ata | Vanessa | 11/03/2024 | + + + + diff --git a/docs/atas/ata02.md b/docs/atas/ata02.md new file mode 100644 index 0000000..a797fab --- /dev/null +++ b/docs/atas/ata02.md @@ -0,0 +1,61 @@ +PROJETO BRISA – LAPPIS/FGA/UNB. +REFORMULAÇÃO DO SITE DA REVISTA DARCY + +# Ata da Reunião 2 +- **Data**: 07 de março de 2024 +- **Horário:** 10h00 +- **Local:** Microsoft Teams + +## 1. Participantes da Equipe TIC Brisa + +- Jefferson Sena: Product Owner +- José André: Scrum Master +- Tiago Albuquerque: Dev Team +- Joselito Prado: Dev Team +- Luís Filipe: Dev Team + +## 2. Participantes da Revista Darcy + +- Vanessa: Editora-Chefe da Revista Darcy +- Danilo Xavier: TI da SECOM +- Matheus Luis Rosa: TI da SECOM +- Francisco George Lopes: Editor de Design da Revista Darcy + +## 3. Objetivos da Reunião + +1. Apresentação das equipes Secom e Brisa. +2. Diálogo sobre visão geral do produto e do projeto. +3. Apresentação da Metodologia de Trabalho. + +## 4. Tópicos Discutidos + +1. Apresentação da Equipe da SECOM e da TIC BRISA. +2. Apresentamos nosso site de documentação e o PBB inicial através do Miro. +3. Editores da Revista discorreram sobre alguns problemas da atual plataforma de divulgação de conteúdo (Joomla). +4. Os técnicos de TI da Secom compartilharam informações sobre o Padrão Digital de Governo para sites, disponível no endereço: . +5. Discutimos o modelo de usabilidade do governo (eMAG) e sua aplicabilidade no projeto. + +## 5. Decisões Tomadas + +1. SECOM irá fazer uma reunião interna para validar o PBB bruto e fazer colaborações, além de trazer na próxima reunião referências de templates. +2. Iremos elaborar um formulário para captar dados do público geral sobre a visão e expectativa do produto. Esse formulário será refinado e validado pela SECOM. +3. Equipe BRISA se comprometeu em trazer referências externas. +4. Equipe de T.I da SECOM se comprometeu em trazer as diretrizes técnicas para entendermos como funciona o processo de implantação no .GOV e no UnB.br. + +## 6. Gravação da Reunião +[Clique Aqui (Dísponível apenas para pessoas em UnB.br).](https://unbbr.sharepoint.com/:v:/s/BRISA-RevistaDarcy/ESL9D1ATgGxJjg4QPh3FnUMBbqDNSYhuOfceH8uO-a5Diw?e=naRymG&nav=eyJyZWZlcnJhbEluZm8iOnsicmVmZXJyYWxBcHAiOiJTdHJlYW1XZWJBcHAiLCJyZWZlcnJhbFZpZXciOiJTaGFyZURpYWxvZy1MaW5rIiwicmVmZXJyYWxBcHBQbGF0Zm9ybSI6IldlYiIsInJlZmVycmFsTW9kZSI6InZpZXcifX0%3D) + +## 7. Próxima Reunião + +- **Data:** 14 de março de 2024. +- **Horário:** 10h00. +- **Objetivo:** Validação e Evolução do PBB; Novos encaminhamentos. + +## 8. Responsáveis pela Ata +| Autor | Descrição | Revisor | Data | +| ----- | --------- | ---- | ----- | +| [José André ](https://github.com/joseandre25) | Criação da Ata | Vanessa | 11/03/2024 | + + + + diff --git a/docs/politicas/branches.md b/docs/politicas/branches.md index b7fb29e..6482759 100644 --- a/docs/politicas/branches.md +++ b/docs/politicas/branches.md @@ -1,22 +1,12 @@ --- tag: "politicas" --- -Padronização das branches no projeto. -## Histórico de Versões - - -| Data | Versão | Descrição | Autor | -| :--------: | :----: | :----------: | :---------------: | -| 04/03/2024 | 0.1 | Criação da política de branch | [Joselito Prado](https://github.com/joselitoprado) - - - -## Padronização das Branches +## 1. Padronização das Branches A padronização de branches no GitHub é crucial para o desenvolvimento eficiente de software, proporcionando vantagens fundamentais na organização e colaboração. Essa prática aprimora significativamente a qualidade do código-fonte, contribuindo para o sucesso do projeto. Como esse projeto de migração do site da Revista Darcy será realizada em WordPress, o time decidiu por manter apenas a main branch. Dessa forma, opções de padronização de branches não serão aplciados a esse projeto, como prefixos. -### Formato: +### 1.1 Formato ``` #número da issue/assunto ``` @@ -27,11 +17,18 @@ Exemplo: #87/novo-menu ``` -### Branch: +### 1.2 Branch + +- **Branch main:** Branch que contém o código mais consolidado existente na aplicação. Nenhum integrante dos times é autorizado a fazer commits diretamente na *main*, o que é garantido através da rule criada no GitHub. + +## 3. Histórico de Versões -- **Branch main:** Branch que contém o código em nível de produção, será o código mais consolidado existente na aplicação. Nenhum integrante dos times é autorizado a fazer commits diretamente na *main.* +| Versão | Autor | Descrição | Revisor | Data | +| -------| ----- | --------- | ---- | ----- | +| 1.0 | [Joselito Prado](https://github.com/joselitopradomarques) | Criação da política de branch | [José André](https://github.com/joseandre25)| 04/03/2024 | +| 1.1 | [José André](https://github.com/joseandre25) | Padronização de Tópicos | [Joselito Prado](https://github.com/joselitopradomarques) | 11/03/2024 | -## Referências +## 4. Referências DULCETTI, Bruno. Padrões e nomenclaturas no Git. *BrunoDulcetti*. Disponível em: . Acesso em: 04 de março de 2024. diff --git a/docs/politicas/commit.md b/docs/politicas/commit.md index 1c84cc0..d7085cc 100644 --- a/docs/politicas/commit.md +++ b/docs/politicas/commit.md @@ -1,33 +1,23 @@ --- tag: "politicas" --- -Padronização dos commits no projeto. -## Histórico de Versões +## 1. Padronização dos Commits +Os commits devem seguir o padrão descrito a seguir. -| Data | Versão | Descrição | Autor | -| :--------: | :----: | :----------: | :---------------: | -| 04/03/2024 | 0.1 | Criação da política de commits | [Joselito Prado](https://github.com/joselitopradomarques)| - -## Semântica do Commit - -Os commits devem seguir o seguinte padrão: - -### Princípios: - -#### Commits atômicos +### 1.1 Commits atômicos Sempre dividir em pequenos e significativos commits, fazendo com que cada commit tenha apenas uma funcionalidade. -#### Commits em português +### 1.2 Commits em português Por ser um projeto voltado totalmente para um público brasileiro e por toda equipe ter mais afinidade com o português, foi decidido que todos os commits serão em pt-BR. -### Formato: +## 2. Formato ``` (#número da issue): assunto ``` -#### Assunto: +### 2.1 Assunto - Deve possuir no máximo 50 caracteres @@ -35,7 +25,13 @@ Por ser um projeto voltado totalmente para um público brasileiro e por toda equ ``` git commit -m "(#02): botão na página inicial" ``` +## 3. Histórico de Versões + +| Versão | Autor | Descrição | Revisor | Data | +| -------| ----- | --------- | ---- | ----- | +| 1.0 | [Joselito Prado](https://github.com/joselitopradomarques) | Criação da política de commits | [José André](https://github.com/joseandre25)| 04/03/2024 | +| 1.1 | [José André](https://github.com/joseandre25) | Padronização de Tópicos | [Joselito Prado](https://github.com/joselitopradomarques) | 11/03/2024 | -## Referências +## 4. Referências DARTORA, João. Tudo o que você precisa saber sobre commits semânticos. *Ilegra*. Disponível em: . Acesso em: 04 de março de 2024. diff --git a/docs/politicas/conduta.md b/docs/politicas/conduta.md index 992babb..76d1698 100644 --- a/docs/politicas/conduta.md +++ b/docs/politicas/conduta.md @@ -2,19 +2,13 @@ tag: "politicas" --- -## Histórico de versões - -| Data | Versão | Descrição | Autor | -| :--------: | :----: | :----------------------------: | :-------: | -| 04/03/2024 | 0.1 | Abertura do documento | [Joselito Prado](https://github.com/joselitopradomarques) | - -## Propósito +## 1. Propósito Residentes do projeto de imersão TIC Brisa Lappis administram o projeto. Com o objetivo de promover um ambiente inclusivo e acolhedor, os residentes comprometem-se a envolver-se ativamente na execução do projeto e na comunidade, garantindo uma experiência isenta de qualquer forma de assédio para todos os participantes, tanto como colaboradores quanto como responsáveis pelo projeto. -## Comportamento +## 2. Comportamento -### Para estimular aceitáveis +### 2.1 Atitudes aceitáveis - Reconhecimento e apreciação de diversas opiniões, perspectivas e vivências. - Estímulo à prática de críticas construtivas, tanto ao oferecer quanto ao receber feedback. @@ -22,27 +16,34 @@ Residentes do projeto de imersão TIC Brisa Lappis administram o projeto. Com o - Emprego de linguagem acolhedora e inclusiva. - Expressão de empatia em relação aos membros da comunidade. -### Para evitar comportamentos inaceitáveis +### 2.2 Atitudes inaceitáveis -- Compromisso de não utilizar linguagem ou imagens com conotação sexual. -- Evitar comportamentos provocativos, insultuosos, depreciativos, bem como ataques pessoais ou políticos. -- Condenar o assédio, seja ele público ou privado. -- Respeitar a privacidade, não compartilhando informações pessoais de terceiros sem sua devida autorização, como fotos ou endereços de e-mail. -- Abster-se de qualquer outra conduta que, dentro dos limites da razoabilidade, possa ser considerada inadequada em um ambiente profissional. +- Uso de linguagem ou imagens com conotação sexual. +- Comportamentos provocativos, insultuosos, depreciativos, ataques pessoais ou políticos. +- Assédio, seja público ou privado. +- Violação da privacidade, incluindo o compartilhamento não autorizado de informações pessoais de terceiros, como fotos ou endereços de e-mail. +- Qualquer outra conduta que, dentro dos limites da razoabilidade, possa ser considerada inadequada em um ambiente profissional. -## Responsabilidades + +## 3. Responsabilidades Os mantenedores do projeto têm a responsabilidade de esclarecer os padrões de conduta estabelecidos no código. Em caso de dúvida, é incumbência deles tomar medidas corretivas justas em resposta a quaisquer comportamentos inaceitáveis. Eles também possuem o direito e a responsabilidade de editar, remover ou rejeitar comentários, confirmações, código e outras contribuições que não estejam em conformidade com este Código de Conduta. Além disso, devem comunicar aos responsáveis pela residência caso qualquer colaborador demonstre comportamentos considerados inadequados, ameaçadores, ofensivos ou prejudiciais. -## Escopo +## 4. Escopo Este Código de Conduta se aplica tanto dentro do âmbito do projeto quanto em locais públicos onde um indivíduo represente o projeto ou sua comunidade. Isso inclui situações como o uso do repositório oficial relacionado ao projeto ou a participação em reuniões onde atue como representante. -## Execução +## 5. Execução + +Situações de comportamento inadequado podem ser relatadas entrando em contato com os monitores da residência. Todos os relatos serão minuciosamente avaliados e investigados, com a subsequente implementação de uma resposta apropriada para a circunstância. A equipe do projeto é comprometida com a preservação da confidencialidade em relação ao denunciante de um incidente. -Situações de comportamento inadequado podem ser relatadas entrando em contato com rocha.carla@gmail.com. Todos os relatos serão minuciosamente avaliados e investigados, com a subsequente implementação de uma resposta apropriada para a circunstância. A equipe do projeto é comprometida com a preservação da confidencialidade em relação ao denunciante de um incidente. +## 6. Histórico de Versões +| Versão | Autor | Descrição | Revisor | Data | +| -------| ----- | --------- | ---- | ----- | +| 1.0 | [Joselito Prado](https://github.com/joselitopradomarques) | Abertura do Documento | [José André](https://github.com/joseandre25)| 04/03/2024 | +| 1.1 | [José André](https://github.com/joseandre25) | Padronização de Tópicos | [Joselito Prado](https://github.com/joselitopradomarques) | 11/03/2024 | -## Referência +## 7. Referência -ORGANIZATION FOR ETHICAL SOURCE. Contributor Covenant, 2014. Latest Version. Disponível em: https://www.contributor-covenant.org/version/2/1/code_of_conduct/. Acesso em: 04 de março de 2024. \ No newline at end of file +ORGANIZATION FOR ETHICAL SOURCE. Contributor Covenant, 2014. Latest Version. Disponível em: . Acesso em: 04 de março de 2024. \ No newline at end of file diff --git a/docs/politicas/plano-de-comunicacao.md b/docs/politicas/plano-de-comunicacao.md index 0e52ee8..00fe9ef 100644 --- a/docs/politicas/plano-de-comunicacao.md +++ b/docs/politicas/plano-de-comunicacao.md @@ -1,10 +1,6 @@ --- -excerpt: "" +tag: "politicas" --- -| Data | Versão | Descrição | Autor | -| :--------: | :----: | :----------: | :---------------: | -| 04/03/2024 | 0.1 | Criação do documento | [Joselito Prado](https://github.com/joselitopradomarques)| - ## 1. Objetivo O propósito deste documento é formalizar os canais de comunicação entre os membros do projeto, delineando desde as ferramentas empregadas até os procedimentos essenciais para garantir a adequada armazenagem, organização e distribuição das informações. @@ -21,6 +17,7 @@ O propósito deste documento é formalizar os canais de comunicação entre os m ## 3. Diretrizes e procedimentos usados para comunicar + ### 3.1 Comunicação Geral A **comunicação** é a chave principal para o bom progresso do projeto. Tendo isso em vista, é importante zelar pela clareza nas interações. Portanto, os pontos cruciais a serem levados como pilares são: @@ -30,23 +27,26 @@ A **comunicação** é a chave principal para o bom progresso do projeto. Tendo ### 3.2 Gerência de Reuniões -#### 3.2.1 Pré-planejamento da Sprint - -Num encontro semanal, todos os membros se reúnem para decidir, coletivamente, as atividades e funcionalidades a serem realizadas pelos integrantes, alinhando-se com as disponibilidades e o calendário de todos. -Além disso, são avaliadas as melhorias que devem ser implementadas e o esforço necessário para executar cada tarefa. +#### 3.2.1 Planejamento da Sprint -#### 3.2.2 Planejamento da Sprint -Após o pré-planejamento, todos integrantes dividem as que ficarão alocadas entre os membros de acordo com dificuldade e disponibilidade. Além disso também são levantadas quais melhorias podem ser feitas. +Num encontro semanal, todos os membros se reúnem para decidir, coletivamente, as atividades e funcionalidades a serem realizadas pelos integrantes, alinhando-se com as disponibilidades e o calendário de todos. Após, todos integrantes dividem as que ficarão alocadas entre os membros de acordo com dificuldade e disponibilidade. Além disso também são levantadas quais melhorias podem ser feitas. -#### 3.2.3 Reuniões Semanais -Tarefa realizada pelo discord d, onde cada integrante explica de forma clara: o que foi feito desde a última reunião e o que pretende fazer até a próxima, dessa forma os integrantes estão se mantendo informados do andamento da sprint. +#### 3.2.2 Daily +Tarefa realizada pelo discord, onde cada integrante explica de forma clara: o que foi feito desde a última reunião e o que pretende fazer até a próxima, dessa forma os integrantes estão se mantendo informados do andamento da sprint. -#### 3.2.4 Sprint Review +#### 3.2.3 Sprint Review Reunião para mostrar os resultados positivos da sprint, cada membro mostra o trabalho que fez para que o time possa fornecer e obter feedback. -## 4. Referências +## 4. Histórico de Versões + +| Versão | Autor | Descrição | Revisor | Data | +| -------| ----- | --------- | ---- | ----- | +| 1.0 | [Joselito Prado](https://github.com/joselitopradomarques) | Criação da política de commits | [José André](https://github.com/joseandre25)| 04/03/2024 | +| 1.1 | [José André](https://github.com/joseandre25) | Padronização de Tópicos | [Joselito Prado](https://github.com/joselitopradomarques) | 11/03/2024 | + +## 5. Referências IEEE (2012), IEEE Guide--Adoption of the Project Management Institute (PMI) Standard A Guide to the Project Management Body of Knowledge (PMBOK Guide)--Fifth Edition. -FELIPE, Caio; FREITAS, Gesiel; BUSCHE, João Paulo; CARVALHO, Vinícius; PINHEIRO, Vinicius. SIGS - Plano de Gerenciamento de Comunicação. Disponível em: https://github.com/fga-eps-mds/2017.1-SIGS/wiki/Plano-de-Gerenciamento-de-Comunica%C3%A7%C3%A3o#32-gerencia-de-reuni%C3%B5es. Acesso em: 04 de março de 2024. \ No newline at end of file +FELIPE, Caio; FREITAS, Gesiel; BUSCHE, João Paulo; CARVALHO, Vinícius; PINHEIRO, Vinicius. SIGS - Plano de Gerenciamento de Comunicação. Disponível em: . Acesso em: 04 de março de 2024. \ No newline at end of file diff --git a/docs/visao_de_produto.md b/docs/requisitos/visao_de_produto.md similarity index 86% rename from docs/visao_de_produto.md rename to docs/requisitos/visao_de_produto.md index c2abc7f..90533e2 100644 --- a/docs/visao_de_produto.md +++ b/docs/requisitos/visao_de_produto.md @@ -1,13 +1,13 @@ -# Visão de Produto +# Visão Geral do Produto -## Problema +## 1. Problema

   Foi identificado uma dificuldade quanto a ferramenta atualmente utilizada pela secretaria de Comunicação da Universidade de Brasília. Por utilizarem o Joomla, um sistema de gerenciamento de conteúdo (CMS) de código aberto usado para construir websites e aplicativos online. Enfrentam dificuldades em atualizar os conteúdos pela alta complexidade desse sistema. Surgindo então, a necessidade de uma migração de plataforma.

   Além disso, a Revista Darcy, como veículo de divulgação das principais atividades da Universidade, busca ampliar sua base de leitores. Para alcançar esse objetivo, é essencial contar com uma plataforma intuitiva e prática, que facilite o acesso e a interação com diversos perfis de leitores.

-## Posição do Produto +## 2. Posição do Produto

   Uma plataforma WEB intuitiva e com recursos visuais que proporcionem uma experiência de leitura agradável, assim como o formato impresso da revista, é essencial para o sucesso da Revista Darcy. Além disso, é importante que esta ferramenta expanda o alcance a diferentes tipos de leitores, oferecendo recursos para interação, como comentários e compartilhamento de conteúdo. Adicionalmente, a plataforma é adaptável a diversos dispositivos, o que garante uma experiência consistente e acessível em computadores, tablets e smartphones.

| Para | **Leitores da Revista Darcy** | @@ -28,7 +28,7 @@ | Ao contrário | Joomla | | Nosso produto | Disponibiliza ferramentas e recursos que facilitem a publicação de reportagens e edições da Revista, aumenta a independência dos jornalistas sem a necessidade de um funcionário de TI para auxiliar nas publicações e edições da revista | -## Objetivos do produto +## 3. Objetivos do produto - Facilidade na publicação de edições e posts - Modernização na identidade visual inserindo aspectos da revista @@ -38,7 +38,7 @@ -## Tecnologias a serem utilizadas +## 4. Tecnologias a serem utilizadas - Comunicação : Telegram, Discord e Teams. - Documentação : Mkdocs, GitHub @@ -46,7 +46,8 @@ - Design: WordPress, Figma -## Histórico de Versão +## 5. Histórico de Versões | Versão | Autor | Descrição | Revisor | Data | | -------| ----- | --------- | ---- | ----- | -| 1.0 | Jefferson e Luis | Adicionando Visão do Produto | Tiago | 02/03 | \ No newline at end of file +| 1.0 | [Jefferson Sena](https://github.com/JeffersonSenaa) e [Luís Filipe](https://github.com/luisfilipe3) | Adicionando Visão do Produto | [Tiago Albuquerque](https://github.com/Tiago1604)| 02/03/2024 | +| 1.1 | [José André](https://github.com/joseandre25) | Padronização de Tópicos | [Jefferson Sena](https://github.com/JeffersonSenaa) | 11/03/2024 | diff --git a/docs/visao_de_projeto.md b/docs/requisitos/visao_de_projeto.md similarity index 61% rename from docs/visao_de_projeto.md rename to docs/requisitos/visao_de_projeto.md index f8aba58..7369a74 100644 --- a/docs/visao_de_projeto.md +++ b/docs/requisitos/visao_de_projeto.md @@ -1,33 +1,29 @@ # Visão Geral do Projeto -## 2.1 Organização do Projeto +## 1. Organização do Projeto A tabela a seguir possui os integrantes definidos para cada divisão de atribuições de tarefas a serem cumpridas. | **PAPEL** | **ATRIBUIÇÕES** | **INTEGRANTE** | |:------------------------------------|:----------------------------------------------------------------------------------------------------------------:|:----------------:| -| Dono do Produto | Coordenar as fases do projeto, atualizar escopo do produto, validar as entregas e gerenciar prazos. | Jefferson Sena Oliveira | +| Product Owner | Coordenar as fases do projeto, atualizar escopo do produto, validar as entregas e gerenciar prazos. | [Jefferson Sena](https://github.com/JeffersonSenaa) | | Desenvolvedor | Codificar e construir o software definido a partir dos requisitos analisados. | Equipe | -| Scrum Master | Garantir a compreensão e adoção do Scrum pela equipe. Estimular a comunicação eficaz e a colaboração dentro da equipe Scrum. | José André Rabelo Rocha | +| Scrum Master | Garantir a compreensão e adoção do Scrum pela equipe. Estimular a comunicação eficaz e a colaboração dentro da equipe Scrum. | [José André](https://github.com/joseandre25) | | Design e prototipagem de interfaces | Prototipa possíveis interfaces a serem implementadas no software, mantendo padrões definidos. | Equipe | | Análise de requisitos | Descobre, propõe e analisa os requisitos do produto, documentando e esclarecendo possíveis dúvidas aos envolvidos. | Equipe | -| Cliente | Valida o produto e propõe requisitos que o mesmo necessita que exista na aplicação. | Secretária de Cominicação UnB | +| Cliente | Valida o produto e propõe requisitos que o mesmo necessita que exista na aplicação. | Secretaria de Comunicação UnB | -## 2.2 Planejamento das sprints do projeto +## 2. Planejamento das sprints do projeto | **SPRINT** | **PRODUTO(ENTREGAS)** | **INÍCIO** | **FIM** | |:-------------:|:-------------------------------------------------------------------------:|:---------------:|:--------------:| -| 0 | Reuniões inicias, criação da página de documentação e cronograma | 19/02/20234 | 01/03/2024 | -| 1 | Planejamento, definição de backlog, requisitos brutos e validação. | 04/03/2023 | 08/03/2024 | +| [0](https://residenciaticbrisa.github.io/T2G7-Revista-Darcy/sprints/sprint00/planejamento/) | Reuniões inicias, criação da página de documentação e cronograma | 26/02/20234 | 04/03/2024 | +| [1](https://residenciaticbrisa.github.io/T2G7-Revista-Darcy/sprints/sprint01/planejamento/) | Planejamento, definição de backlog, requisitos brutos e validação. | 04/03/2023 | 11/03/2024 | +| [2](https://residenciaticbrisa.github.io/T2G7-Revista-Darcy/sprints/sprint02/planejamento/) | Planejamento, refinamento do backlog, requisitos brutos e validação. Formulário de pesquisa e obtenção de dados. | 11/03/2023 | 18/03/2024 | - - -## 2.3 Matriz de Comunicação - - - -## 2.5 Gerenciamento de riscos + +## 3. Gerenciamento de riscos Os riscos identificados para o projeto foram: @@ -38,7 +34,7 @@ Os riscos identificados para o projeto foram: - Solução: Replanejamento das atribuições designadas e replanejamento das fases de desenvolvimento. -## 2.6 Critérios de Replanejamento +## 3. Critérios de Replanejamento - **Diminuição dos membros da equipe** @@ -52,8 +48,9 @@ Os riscos identificados para o projeto foram: Caso haja insatisfação por parte do cliente, é importante que a equipe refaça a análise dos defeitos apontados, com o objetivo de trazer as causas da insatisfação e assim trazer uma melhoria para tal aspecto. -## Histórico de versão +## 4. Histórico de Versões -| Versão | Autor| Descrição | Data | -| :---: | :----: | :-------: | :---: | -| 1.0 | Tiago Albuquerque | Criação da visão de projeto | 05/03 | \ No newline at end of file +| Versão | Autor | Descrição | Revisor | Data | +| -------| ----- | --------- | ---- | ----- | +| 1.0 | [Tiago Albuquerque](https://github.com/Tiago1604) | Criação da visão de projeto | [José André](https://github.com/joseandre25)| 05/03/2024 | +| 1.1 | [José André](https://github.com/joseandre25) | Correção de Tópicos e Adição de Sprint | [Tiago Albuquerque](https://github.com/Tiago1604) | 11/03/2024 | \ No newline at end of file diff --git a/docs/sprints/sprint00/resultados.md b/docs/sprints/sprint00/resultados.md index 4153837..c084cac 100644 --- a/docs/sprints/sprint00/resultados.md +++ b/docs/sprints/sprint00/resultados.md @@ -1,4 +1,4 @@ -## O que foi feito +## 1. O que foi feito Nessa sprint conseguimos nos organizar como equipe, estabelecemos as funções de cada membro de acordo com o SCRUM. Além disso, organizamos nossos canais de comunicação e configuramos nosso repositório do github, estabelecendo padrões de commit e pull request. Também configuramos proteções para a branch main para evitar inconsistências em nosso repositório. Também configuramos uma gitpage no repositório com nossa documentação utilizando o MKDocs. @@ -6,7 +6,7 @@ Tivemos também a reunião de kickoff com a cliente onde pudemos ter uma visão # -## Issues +## 2. Issues | Issue | Título | Status | | :----------------------------------------------------------: | :-------------------------------: | :-------------------------------------------------: | @@ -15,20 +15,20 @@ Tivemos também a reunião de kickoff com a cliente onde pudemos ter uma visão | [#8](https://github.com/ResidenciaTICBrisa/T2G7-Revista-Darcy/issues/8) | Sprint 0 - Kickoff Meeting e Definição do Cronograma Inicial | _Concluído_| | [#15](https://github.com/ResidenciaTICBrisa/T2G7-Revista-Darcy/issues/15) | Sprint 0 - Configuração e Gerência do Repositório | _Concluído_| -## Reuniões +## 3. Reuniões -Nessa Sprint 00 tivemos duas reuniões. +Nessa Sprint 00 tivemos duas reuniões. -| Data | Tema -| :---------:| :--------------------------: -| 27/02/2024 | Reunião Interna - Apresentação e ambientação -| 28/02/2024 | Reunião com a Cliente - Kickoff +| Data | Tema | Ata +| :--------: | :----: | :--------------------: +| 27/02/2024 | Reunião Interna - Apresentação e ambientação | +| 28/02/2024 | Reunião com a Cliente - Kickoff | [Clique Aqui](https://residenciaticbrisa.github.io/T2G7-Revista-Darcy/atas/ata01/) -## Avaliação do Scrum Master +## 4. Avaliação do Scrum Master Durante esta sprint, observamos uma evolução significativa na interação entre os membros da equipe, assim como na familiarização deles com o projeto. Além disso, tivemos a oportunidade de conhecer mais sobre a cliente e compreender melhor tanto o projeto quanto o produto esperado. -## Histórico de Versões +## 5. Histórico de Versões | Data | Versão | Descrição | Autor | | :--------: | :----: | :--------------------: | :---------------: | diff --git a/docs/sprints/sprint01/planejamento.md b/docs/sprints/sprint01/planejamento.md index e69de29..2b3e30f 100644 --- a/docs/sprints/sprint01/planejamento.md +++ b/docs/sprints/sprint01/planejamento.md @@ -0,0 +1,30 @@ +## 1. O planejado + +A Sprint 01 visa estabelecer as bases necessárias para o sucesso do projeto, desde a definição dos requisitos iniciais através do PBB até a criação de políticas internas e aprimoramento da documentação. Ao alcançar esses objetivos, estaremos preparados para avançar para as próximas etapas do desenvolvimento com clareza e eficiência. + +# + +## 2. Duração da Sprint + +**Início**: 04/03/2024 + +**Fim**: 11/03/2024 + +**Duração**: 7 dias + +## 3. Issues + +| Issue | Título | Responsáveis | +| :----------------------------------------------------------: | :-------------------------------: | :-------------------------------------------------: | +| [#7](https://github.com/ResidenciaTICBrisa/T2G7-Revista-Darcy/issues/7) | Sprint 1 - Posição do Produto | [Jefferson Sena](https://github.com/JeffersonSenaa) e [Luís Filipe](https://github.com/luisfilipe3) | +| [#12](https://github.com/ResidenciaTICBrisa/T2G7-Revista-Darcy/issues/12) | Sprint 1 - Criação das políticas internas | [Joselito Prado](https://github.com/joselitopradomarques) | +| [#14](https://github.com/ResidenciaTICBrisa/T2G7-Revista-Darcy/issues/14) | Sprint 1 - Criar visão de projeto | [Tiago Albuquerque](https://github.com/Tiago1604)| +| [#18](https://github.com/ResidenciaTICBrisa/T2G7-Revista-Darcy/issues/18) | Sprint 1 - Documentação da Sprint 00 e Reorganização da Estrutura de Navegação do MKDOCS | [José André](https://github.com/joseandre25)| +| [#19](https://github.com/ResidenciaTICBrisa/T2G7-Revista-Darcy/issues/19) | Sprint 1 - Correção de Tópicos e Padronização no MKDOCS. Adição das Atas 00 e 01. | [José André](https://github.com/joseandre25)| +| [#20](https://github.com/ResidenciaTICBrisa/T2G7-Revista-Darcy/issues/20) | Sprint 1 - Formulário de perfil de usuário | Todos| + +## 4. Histórico de Versões + +| Data | Versão | Descrição | Autor | +| :--------: | :----: | :--------------------: | :---------------: | +| 11/03/2024 | 0.1 | Abertura do documento | [José André ](https://github.com/joseandre25) | diff --git a/docs/sprints/sprint01/resultados.md b/docs/sprints/sprint01/resultados.md index e69de29..3c8b67b 100644 --- a/docs/sprints/sprint01/resultados.md +++ b/docs/sprints/sprint01/resultados.md @@ -0,0 +1,37 @@ +## 1. O que foi feito + +Nessa sprint, realizamos a primeira versão do levantamento de requisitos, utilizando a metodologia Product Backlog Building(PBB). Apresentamos para os stakeholders e a partir da próxima sprint refinaremos colaborativamente. +Pudemos também definir a visão de produto e de projeto iniciais. +Além disso, definimos políticas internas do grupo para nos guiar durante o projeto. + +# + +## 2. Issues + +| Issue | Título | Status | +| :----------------------------------------------------------: | :-------------------------------: | :-------------------------------------------------: | +| [#7](https://github.com/ResidenciaTICBrisa/T2G7-Revista-Darcy/issues/7) | Sprint 1 - Posição do Produto | _Concluído_ | +| [#12](https://github.com/ResidenciaTICBrisa/T2G7-Revista-Darcy/issues/12) | Sprint 1 - Criação das políticas internas | _Concluído_ | +| [#14](https://github.com/ResidenciaTICBrisa/T2G7-Revista-Darcy/issues/14) | Sprint 1 - Criar visão de projeto | _Concluído_ | +| [#18](https://github.com/ResidenciaTICBrisa/T2G7-Revista-Darcy/issues/18) | Sprint 1 - Documentação da Sprint 00 e Reorganização da Estrutura de Navegação do MKDOCS | _Concluído_| +| [#19](https://github.com/ResidenciaTICBrisa/T2G7-Revista-Darcy/issues/19) | Sprint 1 - Correção de Tópicos e Padronização no MKDOCS. Adição das Atas 00 e 01. | _Concluído_| +| [#20](https://github.com/ResidenciaTICBrisa/T2G7-Revista-Darcy/issues/20) | Sprint 1 - Formulário de perfil de usuário | _Concluído_| + +## 3. Reuniões + +Nessa Sprint 01 tivemos duas reuniões. + +| Data | Tema | Ata +| :--------: | :----: | :--------------------: +| 04/03/2024 | Sprint Planning | +| 07/03/2024 | Reunião com a Equipe da SECOM | [Clique Aqui](https://residenciaticbrisa.github.io/T2G7-Revista-Darcy/atas/ata02/) + +## 4. Avaliação do Scrum Master + +Durante esta sprint, pudemos evoluir como equipe definindo padrões internos. As reuniões foram realizadas como planejado e a equipe tem sido colaborativa. + +## 5. Histórico de Versões + +| Data | Versão | Descrição | Autor | +| :--------: | :----: | :--------------------: | :---------------: | +| 11/03/2024 | 0.1 | Abertura do documento | [José André](https://github.com/joseandre25) | \ No newline at end of file diff --git a/mkdocs.yml b/mkdocs.yml index 7e879cc..365bb85 100644 --- a/mkdocs.yml +++ b/mkdocs.yml @@ -34,8 +34,8 @@ theme: nav: - Ínicio: index.md - Requisitos: - - Visão de Produto: visao_de_produto.md - - Visão de Projeto: visao_de_projeto.md + - Visão de Produto: requisitos/visao_de_produto.md + - Visão de Projeto: requisitos/visao_de_projeto.md - Documentação Interna: - Políticas Internas: - Branches: politicas/branches.md @@ -45,4 +45,10 @@ nav: - Sprints: - Sprint 00: - Planejamento: sprints/sprint00/planejamento.md - - Resultados: sprints/sprint00/resultados.md \ No newline at end of file + - Resultados: sprints/sprint00/resultados.md + - Sprint 01: + - Planejamento: sprints/sprint01/planejamento.md + - Resultados: sprints/sprint01/resultados.md + - Atas: + - Reunião 1: atas/ata01.md + - Reunião 2: atas/ata02.md \ No newline at end of file