Skip to content

Commit

Permalink
Adds documentation of Sertão Dev internal ceremonies.
Browse files Browse the repository at this point in the history
  • Loading branch information
Akellymourab committed Jul 15, 2024
1 parent d549534 commit 3192097
Show file tree
Hide file tree
Showing 9 changed files with 618 additions and 1 deletion.
1 change: 1 addition & 0 deletions .gitignore
Original file line number Diff line number Diff line change
@@ -0,0 +1 @@
.idea
96 changes: 96 additions & 0 deletions 1:1.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,96 @@
![](./img/capa-sertao-dev.jpeg)

<h1 style="text-align: center">1:1</h1>

## 🤝 O que é ?

O 1:1 é uma reunião individual entre um colaborador e seu líder imediato. O objetivo é criar um espaço seguro para que ambos possam conversar sobre o desenvolvimento profissional do colaborador, suas metas, desafios e oportunidades de crescimento. É uma oportunidade para que o líder possa fornecer feedback, orientação e apoio ao colaborador, além de ajudá-lo a alcançar seu potencial máximo.

<details>
<summary>Mais informações</summary>

- O 1:1 é uma prática comum em empresas que valorizam o desenvolvimento profissional de seus colaboradores e buscam criar um ambiente de trabalho saudável e produtivo.
</details>

---

### 📆 ocorrem quinzenalmente.

<details>
<summary>Importante</summary>

- **O horário é pré-definido entre o colaborador e seu líder, estabelecendo uma regularidade de encontros a cada 15 dias, no horário combinado.**
- duração da reunião pode variar de acordo com a necessidade do colaborador e do líder.
</details>

---

### 📋 Como se preparar para o 1:1?

- Antes da reunião, é importante que o colaborador se prepare, refletindo sobre suas metas, desafios e conquistas, além de listar as questões que deseja discutir com seu líder.
- O líder também deve se preparar para o 1:1, revisando o desempenho do colaborador, identificando áreas de melhoria e pensando em maneiras de apoiá-lo em seu desenvolvimento profissional.
- Durante a reunião, ambos devem manter uma postura aberta e receptiva, ouvindo atentamente um ao outro e buscando soluções para os desafios identificados.

---

### ✨ Tópicos abordados

<details>
<summary style="font-size: 1.0em; font-weight: bold;">1 - Quantitativo de satisfação:</summary>

- O lider faz um questionario de em media 10 perguntas para saber como o colaborador se sente em relação ao trabalho, se está satisfeito com as atividades que realiza e se tem alguma sugestão para melhorar o ambiente de trabalho.
</details>

<details>
<summary style="font-size: 1.0em; font-weight: bold;">2 - Feedbacks:</summary>

- Durante o 1:1, o líder fornece feedback ao colaborador sobre seu desempenho, destacando pontos fortes e áreas de melhoria.
</details>

<details>
<summary style="font-size: 1.0em; font-weight: bold;">3 - Desenvolvimento profissional:</summary>

- O líder e o colaborador discutem oportunidades de desenvolvimento profissional, como treinamentos, cursos e projetos que possam contribuir para o crescimento e aprimoramento do colaborador.
</details>

<details>
<summary style="font-size: 1.0em; font-weight: bold;">4 - Metas e objetivos:</summary>

- O colaborador e o líder revisam as metas e objetivos estabelecidos anteriormente, discutindo o progresso e identificando possíveis ajustes para garantir que o colaborador esteja alinhado com as expectativas da empresa.
</details>

```mermaid
flowchart TD
A{{"Quantitativo de satisfação"}} --- A1(["Questionário de 10 perguntas"])
A --> B{{"Feedbacks"}}
B --- B1(["Pontos fortes"]) & B2(["Áreas de melhoria"])
B --> C{{"Desenvolvimento profissional"}}
C --- C1(["Crescimento do colaborador"])
C --> D{{"Metas e objetivos"}}
D --- D1(["Revisão de metas"]) & D2{{"Ajustes necessários"}}
style A fill:#f9f,stroke:#333,stroke-width:2px,color:#000
style A1 fill:#f9f,stroke:#333,stroke-width:2px,color:#000
style B fill:#bbf,stroke:#333,stroke-width:2px,color:#000
style B1 fill:#bbf,stroke:#333,stroke-width:2px,color:#000
style B2 fill:#bbf,stroke:#333,stroke-width:2px,color:#000
style C fill:#bff,stroke:#333,stroke-width:2px,color:#000
style C1 fill:#bff,stroke:#333,stroke-width:2px,color:#000
style D fill:#bfb,stroke:#333,stroke-width:2px,color:#000
style D1 fill:#bfb,stroke:#333,stroke-width:2px,color:#000
style D2 fill:#bfb,stroke:#333,stroke-width:2px,color:#000
```

---

<details>
<summary style="font-size: 1.17em; font-weight: bold;">📊 Resultados Esperados</summary>

- **Criação de um espaço seguro para que o colaborador possa compartilhar suas preocupações, ideias e sugestões com seu líder.**
- **Fornecimento de feedback construtivo e orientação para o desenvolvimento profissional do colaborador.**
- **Identificação de oportunidades de crescimento e aprimoramento.**
- **Alinhamento das expectativas e metas entre o colaborador e o líder.**
- **Estabelecimento de ações concretas para o desenvolvimento e crescimento do colaborador.**
</details>

---
14 changes: 13 additions & 1 deletion README.md
Original file line number Diff line number Diff line change
@@ -1 +1,13 @@
# documentations-sertao-dev

# Você é novo por aqui? 🤔
### Então acesse os links abaixo e saiba mais sobre o que a Sertão Dev faz no dia-a-dia.

### [1:1](1%3A1.md)
### [Daily](daily.md)
### [Poker Planning](pokerPlanning.md)
### [Retrospectiva](retrospectiva.md)
### [Sertão Expo](sertaoExpo.md)
### [Sprint Planning](sprintPlanning.md)

---
*Esta página foi criada para fornecer informações sobre as cerimonias internas da empresa e iniciativas voltadas para a capacitação e desenvolvimento dos colaboradores da Sertão Dev.*
93 changes: 93 additions & 0 deletions daily.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,93 @@
![](./img/capa-sertao-dev.jpeg)

<h1 style="text-align: center">Daily</h1>

## ☀️ O que é ?

A daily é uma reunião diária que tem como objetivo principal manter a equipe alinhada e informada sobre o que está sendo feito, o que será feito, se há algum impedimento para a realização das atividades e agradecimento a alguém que tenha fornecido ajuda ou suporte durante as atividades.

<details>
<summary>Mais informações</summary>

- È uma prática comum em equipes ágeis e é uma oportunidade para que todos os membros da equipe possam se comunicar e compartilhar informações sobre o andamento do projeto.
- Para saber mais sobre metodologias ágeis, acesse o [Manifesto Ágil](https://agilemanifesto.org/).
</details>

---

### 📆 Segunda a sexta-feira das 10:00 às 10:30.

<details>
<summary>Importante</summary>

- Fique atento ao horário da daily, pois ela é uma reunião rápida e pontual.
- **Caso não possa participar, avise a equipe com antecedência e envie sua daily por escrito no canal development.**
</details>

---

### 📋 Como se preparar para a daily?

- Antes da reunião, é importante que cada membro da equipe reflita sobre o que foi feito no dia anterior, o que será feito no dia atual e se há algum impedimento para a realização das atividades.
- Durante a daily, cada membro deve manter uma postura aberta e receptiva, ouvindo atentamente os colegas e buscando soluções para os desafios identificados.

---

### ✨ Tópicos abordados

<details>
<summary style="font-size: 1.0em; font-weight: bold;">1 - O que foi feito ontem?</summary>

- Cada membro da equipe compartilha brevemente o que foi feito no dia anterior, destacando as atividades concluídas e os desafios enfrentados.
</details>

<details>
<summary style="font-size: 1.0em; font-weight: bold;">2 - O que será feito hoje?</summary>

- Após a revisão do dia anterior, cada membro compartilha as atividades que serão realizadas no dia atual, definindo as prioridades e metas a serem alcançadas.
</details>

<details>
<summary style="font-size: 1.0em; font-weight: bold;">3 - Há algum impedimento?</summary>

- Caso haja algum impedimento para a realização das atividades, o membro deve compartilhar com a equipe para que juntos possam buscar soluções e superar os desafios.
</details>

<details>
<summary style="font-size: 1.0em; font-weight: bold;">4 - Agradecimentos</summary>

- Ao final da daily, é importante agradecer a alguém que tenha fornecido ajuda ou suporte durante as atividades, promovendo o reconhecimento e a valorização dos colegas.
</details>

```mermaid
flowchart TB
A{{"O que foi feito ontem?"}} --- A1(["Atividades concluídas e os desafios enfrentados."])
B{{"O que será feito hoje?"}} --- B1(["Prioridades e metas do dia."])
A --> B
B --> C{{"Há algum impedimento?"}}
C --- C1(["Buscar soluções com a equipe."])
C --> D{{"Agradecimentos"}}
D --- D1(["Reconhecimento e a valorização dos colegas."])
style A fill:#f9d,stroke:#333,stroke-width:2px,color:#000
style A1 fill:#f9d,stroke:#333,stroke-width:1px,color:#000
style B fill:#bbf,stroke:#333,stroke-width:2px,color:#000
style B1 fill:#bbf,stroke:#333,stroke-width:1px,color:#000
style C fill:#bff,stroke:#333,stroke-width:2px,color:#000
style C1 fill:#bff,stroke:#333,stroke-width:1px,color:#000
style D fill:#bfb,stroke:#333,stroke-width:2px,color:#000
style D1 fill:#bfb,stroke:#333,stroke-width:1px,color:#000
```

---

<details>
<summary style="font-size: 1.17em; font-weight: bold;">📊 Resultados Esperados</summary>

- **Alinhamento da equipe e compartilhamento de informações sobre o andamento do projeto.**
- **Identificação de impedimentos e desafios que possam afetar o andamento das atividades.**
- **Definição de metas e prioridades para o dia atual, garantindo o sucesso do projeto.**
- **Reconhecimento e valorização dos colegas que forneceram ajuda ou suporte durante as atividades.**
</details>

---
Binary file added img/capa-sertao-dev.jpeg
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
135 changes: 135 additions & 0 deletions pokerPlanning.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,135 @@
![](./img/capa-sertao-dev.jpeg)

<h1 style="text-align: center">Poker Planning</h1>

## 🃏 O que é ?

O Poker Planning é uma técnica utilizada para estimar o esforço necessário para a realização de uma tarefa. A equipe se reúne para discutir e definir o tamanho relativo das atividades, atribuindo pontos de complexidade a cada uma delas. O objetivo é promover a colaboração entre os membros, compartilhar conhecimento e alinhar as expectativas em relação ao trabalho a ser realizado.

<details>
<summary>Mais informações</summary>

- O Poker Planning é uma prática comum em equipes ágeis e representa uma oportunidade para que todos os membros possam contribuir com suas percepções e experiências na definição das estimativas.
- Para saber mais sobre estimativas ágeis, acesse o [Guia de Estimativas Ágeis](https://www.atlassian.com/agile/project-management/estimation).
</details>

---

### 📆 Ocorre sempre que o Sprint Backlog está ficando vazio.

#### local de realização:
[Planning Poker Online ](https://planningpokeronline.com/)

<details>
<summary>Importante</summary>

- **O horário é pré-definido entre a equipe, estabelecendo uma regularidade de encontros sempre que o sprint backlog estiver ficando vazio.**
- A duração da reunião pode variar de acordo com a quantidade de atividades a serem estimadas.
- **A participação de todos os membros da equipe é fundamental para o sucesso do Poker Planning, portanto se não puder participar, avise com antecedência.**
</details>

---

### 📋 Como se preparar para o Poker Planning?

- Antes da reunião, é importante que cada membro da equipe revise as atividades que serão pesadas, identificando possíveis dependências e complexidades.
- Durante o Poker Planning, todos os membros devem manter uma postura aberta e receptiva, ouvindo atentamente uns aos outros e buscando consenso nas estimativas.

---

### ✨ Etapas do Poker Planning

<details>
<summary style="font-size: 1.0em; font-weight: bold;">1 - Revisão do Product Backlog:</summary>

- Iniciamos o Poker Planning com uma revisão do Product Backlog, discutindo as histórias de usuário e as tarefas que serão estimadas.
- **O Product Owner é responsável por esclarecer dúvidas e fornecer informações adicionais sobre as atividades.**
</details>

<details>
<summary style="font-size: 1.0em; font-weight: bold;">2 - Estimativas individuais:</summary>

- Cada membro da equipe atribui pontos de complexidade às atividades, de acordo com sua percepção e experiência.
- **As estimativas são feitas individualmente, sem influência dos demais membros.**
- Os pontos são atribuídos de acordo com a escala de Fibonacci, que varia de 2 a 8.
</details>

<details>
<summary style="font-size: 1.0em; font-weight: bold;">3 - Definição do peso da atividade:</summary>

- Após as estimativas individuais, os membros da equipe compartilham suas percepções e justificativas para as estimativas atribuídas.
- **O objetivo é chegar a um consenso sobre o peso da atividade, considerando as diferentes perspectivas e experiências.**
- Caso haja divergências, a equipe discute os pontos de vista e busca um acordo sobre a complexidade da atividade.
- **O Scrum Master é responsável por mediar as discussões e garantir que a equipe chegue a um consenso.**
- Ao final, a atividade é atribuída com um único valor de complexidade, que representa o esforço necessário para sua realização.
</details>

<details>
<summary style="font-size: 1.0em; font-weight: bold;">4 - Registro das estimativas:</summary>

- As estimativas são registradas nas issues presentes no product backlog.
- Após a definição dos pesos, as issues são movidas para o sprint backlog, indicando que estão prontas para serem realizadas.
- **O Product Owner é responsável por manter o backlog atualizado e garantir que as estimativas sejam consideradas no planejamento do sprint.**
</details>

```mermaid
flowchart TD
A{{"Revisão do Product Backlog"}} --> B{{"Estimativas Individuais"}}
B --> C{{"Definição do Peso da Atividade"}}
C --> E{{"Registro das Estimativas"}} & D(["Percepções e Justificativas"])
E --> F((("Sprint Backlog")))
D --> D1(["Acordo sobre o peso da atividade"])
D1 --> E
style A fill:#f9f,stroke:#333,stroke-width:2px,color:#000, font-weight:bold
style B fill:#bbf,stroke:#333,stroke-width:2px,color:#000, font-weight:bold
style C fill:#bff,stroke:#333,stroke-width:2px,color:#000, font-weight:bold
style E fill:#ffb,stroke:#333,stroke-width:2px,color:#000, font-weight:bold
style D fill:#bfb,stroke:#333,stroke-width:2px,color:#000, font-weight:bold
style D1 fill:#fbf,stroke:#333,stroke-width:2px,color:#000, font-weight:bold
style F fill:#ff9,stroke:#333,stroke-width:2px,color:#000, font-weight:bold
```

---

<details>
<summary style="font-size: 1.17em; font-weight: bold;">📌 Definição dos pesos (Height)</summary>

<table>
<thead>
<tr><th>Peso</th><th>Descrição</th></tr>
</thead>
<tbody>
<tr>
<td>1</td><td>Tarefa muito simples</td>
</tr>
<tr>
<td>2</td><td>Tarefa simples e rápida de ser realizada.</td>
</tr>
<tr>
<td>3</td><td>Tarefa que requer um pouco mais de esforço, mas ainda é relativamente simples.</td>
</tr>
<tr>
<td>5</td><td>Tarefa complexa que requer um esforço e pode envolver algumas complexidades.</td>
</tr>
<tr>
<td>8</td><td>Tarefa muito complexa que requer um esforço significativo e pode envolver muitas complexidades, podendo ser divida em 2 ou mais issues.</td>
</tr>
</tbody>
</table>
</details>

---

<details>
<summary style="font-size: 1.17em; font-weight: bold;">📊 Resultados Esperados</summary>

- **Compartilhamento de conhecimento e experiências na definição das estimativas.**
- **Alinhamento das expectativas em relação ao esforço necessário para a realização das atividades.**
- **Registro das estimativas no product backlog, facilitando o planejamento do sprint.**
- **Promoção da colaboração e do trabalho em equipe.**
- **Identificação de dependências e complexidades nas atividades, permitindo uma melhor distribuição das tarefas.**
- **Melhoria contínua no processo de estimativas e planejamento das atividades.**
</details>

---
Loading

0 comments on commit 3192097

Please sign in to comment.