Skip to content

Commit

Permalink
docs: Adding revisao_tecnica in lean inception documentation day 4
Browse files Browse the repository at this point in the history
  • Loading branch information
GustaaSZ committed Apr 20, 2024
1 parent 5c590e9 commit ab4c46e
Showing 1 changed file with 38 additions and 1 deletion.
39 changes: 38 additions & 1 deletion docs/lean_inception/dia_4.md
Original file line number Diff line number Diff line change
@@ -1 +1,38 @@
TO-DO
# Lean Inception - Dia 4

## Histórico de versões

| Versão | Data | Descrição | Autores |
| ------ | ---------- | --------- | ------- |
| 1.0 | 19/04/2024 | Abertura do documento | [Gustavo Abrantes ](https://github.com/GustaaSZ) e [Yuri Ezequie ](https://github.com/Yuri57Ezequiel)|

## Sobre

O quarto dia de uma Lean Inception é um marco importante no processo de desenvolvimento de um novo projeto ou produto. Neste estágio, as ideias e conceitos começam a se materializar de forma mais concreta. Dois elementos-chave desse dia são: Revisão Técnica, de Negócios e UX e o Sequenciador, que desempenham um papel fundamental na definição do escopo e na estruturação do projeto. No (19/04/2024), a equipe responsável pelo desenvolvimento (EPS/MDS) juntamente com os clientes do projeto (Enactus), se concentram em uma tarefa fundamental: A Revisão Técnica, de Negócios e UX, que ficou de ser completada de forma assíncrona com a equipe da Enactus até às 9h do dia 20/04.
<!-- e o Canvas MVP -->

## Revisão técnica, de negócio e UX
Para estabelecer prioridades em relação às funcionalidades, utilizamos diversas ferramentas, sendo uma delas o "Gráfico de Semáforo". Essa representação visual utiliza cores para indicar o nível de confiança da equipe de desenvolvimento na compreensão e capacidade de implementação de cada funcionalidade. O gráfico utiliza três níveis de confiança:

* **Alto (Verde):** Isso significa que a funcionalidade é compreensível e a equipe sabe como implementá-la.

* **Médio (Amarelo):** Indica que há alguma incerteza na compreensão ou na capacidade de implementação da funcionalidade. Pode ser que a equipe compreenda, mas não saiba como executar, ou vice-versa.

* **Baixo (Vermelho):** Esse nível de confiança sugere que a funcionalidade não foi bem compreendida pela equipe e não sabem como implementá-la.

A imagem anexada ilustra a atribuição das cores, mas o ponto crucial é entender que as cores verdes representam um alto nível de confiança, enquanto o vermelho indica um nível de confiança mais baixo.

![Revisão Técnica](../assets/revisao_tecnica.png)

Além disso, outra ferramenta importante relacionada à priorização de funcionalidades envolve três símbolos:

* **E (Esforço):** Este símbolo demonstra o esforço que a equipe de desenvolvimento precisará dedicar para implementar a funcionalidade.

* **$ (Valor):** Representa o valor que a funcionalidade agrega ao cliente, Product Owner (PO) ou stakeholders, neste caso, o Enactus. É importante notar que todas as funcionalidades têm importância, mas é crucial estabelecer prioridades com base no valor que cada uma delas oferece.

* **<3 (UX - Experiência do Usuário):** Esse símbolo está relacionado ao conceito de User Experience (Experiência do Usuário) e indica o quanto a funcionalidade é interessante para o usuário.

Ao combinar o Gráfico de Semáforo com esses símbolos, a equipe pode ter uma visão mais clara e completa das funcionalidades do projeto, ajudando na tomada de decisões informadas sobre o que implementar primeiro, considerando tanto a compreensão técnica quanto o valor para o usuário e para o negócio.

### Revisão técnica, de negócios e UX do GEROcuidado
To-Do(Imagem)

0 comments on commit ab4c46e

Please sign in to comment.