Interação Equipe e Cliente
7 INTERAÇÃO ENTRE EQUIPE E CLIENTE
7.1 Composição da Equipe
| Papel | Atribuições | Responsável | Participantes |
|---|---|---|---|
| Gestor do projeto | Manter o backlog da equipe organizado e bem estruturado, de forma a facilitar o acompanhamento das tarefas, manter o cliente ciente de decisões de extrema importância e refinar as estratégias de levantamento de requisitos. | Gustavo Oki | Caio Rocha |
| Orquestrador de projeto | Orquestrar e definir funções e atribuições da equipe, definir e orquestrar semanas e organizar as reuniões de forma a definir as issues o mais rápido possível. | Caio Rocha | Gustavo Oki |
| Analista de Requisitos | Atribuir, explicar e analisar Requisitos de forma a deixá-los o mais condizentes com as necessidades do projeto o possível. | Caio Soares | Caio Rocha Gustavo Oki Lucas Machado Davi Nunes Marcos Filho |
| Desenvolvimento | Realizar o produto propriamente dito, de forma a deixá-lo completo com todos os requisitos necessários e tratar do produto de forma correta. | Davi Nunes | Caio Rocha Caio Soares Lucas Machado Gustavo Oki Marcos Filho |
7.2 Comunicação
As ferramentas de comunicação são essenciais para que não só o grupo se comuniquem entre si, mas também para que a equipe e o cliente tenham uma boa interação. Tendo isso em mente, as ferramentas selecionadas foram:
- Discord: para realização de reuniões em grupo e facilitação de gravação das mesmas.
- Whatsapp: para comunicação menos formal e avisos rápidos entre os membros do grupo, além de comunicação rápida e facilitada entre o gestor do projeto e o cliente.
- Github: enquanto não necessáriamente o Github seja apenas uma ferramenta de comunicação, com suas ferramentas de Issues, Pull Requests e até mesmo o Github Projects, ele será utilizado como uma ferramenta de comunicação no sentido de comunicar as atribuições da equipe de forma fácil de se rastrear e versionada.
7.3 Processo de Validação
O processo de validação será contínuo e iterativo, integrado ao desenvolvimento ágil. A equipe utilizará um quadro Kanban para gerenciar o fluxo de tarefas, garantindo que o trabalho esteja sempre visível e que os feedbacks sejam incorporados de forma fluida. O processo ocorrerá nos seguintes estágios:
- Validação a cada semana: ao final de cada semana, será apresentado ao gerente do projeto, e para o cliente quais funcionalidades estão concluídas. O intuito é analisar o incremento do produto e obter feedback imediato, em razão do cliente poder ver, interagir e validar se o que foi construído tem valor e está alinhado com a visão do produto.
- Testes de aceitação do usuário: antes da homologação do MVP (Minimum Viable Product), a equipe disponibiliza um ambiente de testes para que o cliente possa utilizar o sistema em um cenário próximo ao real. O usuário executará uma série de casos de uso definidos em conjunto com o project owner, com o objetivo de validar se o sistema é intuitivo, funcional e se atende aos fluxos de trabalho diário. O foco é na usabilidade e na aderência do software às operações reais do cliente.
- Homologação do MVP: após os ciclos de semanas e a fase de UAT, será realizada uma reunião formal de homologação. O gestor do projeto dará o aceite formal no produto, confirmando que o MVP atende aos critérios de aceite definidos e está pronto para a implementação inicial. O objetivo é garantir que o cliente esteja satisfeito com a primeira versão do produto, o que permite a solução entrar em produção e começar a agregar valor ao escritório.