Ir para o conteúdo

Visão Geral do Produto

Histórico de Revisão
Data Versão Descrição Autor
08/11 1.0 Criação das seção de visão geral do produto Erick Miranda Santos
Maykon Júnio dos Santos Soares
Marllon Fausto Cardoso
Pedro Miguel M. de O. dos Santos
Henrique Martins Alencar
10/11 1.1 Especificação do processo de desenvolvimento Erick Miranda Santos e Henrique Martins Alencar

Cenário atual do cliente e do negócio

Introdução ao negócio e contexto

O Espaço Janayna Paraizo é uma clínica de fisioterapia no Gama, Distrito Federal, fundada em meados de 2020 pela fisioterapeuta Janayna Paraizo. A clínica oferece serviços como Kinesio Taping, Acupuntura, Dry Needling, Ventosaterapia, RPG, entre outros, com foco no tratamento integrado de todo o corpo para melhorar a qualidade de vida dos pacientes. Operando atualmente de terça a quinta, o Espaço Janayna Paraizo planeja expandir seu atendimento.

No entanto, a clínica enfrenta desafios em divulgar seus serviços, organizar e armazenar os dados dos pacientes (atualmente geridos manualmente em documentos manuscritos ou dispositivos de uma única funcionária) e agendar sessões, o que dificulta o crescimento do atendimento e sobrecarrega a equipe. Esses problemas resultam em baixa eficiência e limitação na capacidade de expansão e promoção do estabelecimento.

Identificação da Oportunidade ou Problema

As oportunidades para a clínica Espaço Janayna Paraizo giram em torno de aumentar sua visibilidade e eficiência operacional. A criação de um website seria essencial para atrair potenciais clientes, permitindo que as pessoas conheçam melhor os serviços oferecidos, o perfil dos profissionais, os diferenciais da clínica e os resultados obtidos com os tratamentos. Isso traria uma presença digital estratégica, facilitando a divulgação da clínica.

Além disso, a implantação de uma aplicação web centralizada reduziria significativamente o tempo gasto no registro, busca e visualização das informações dos pacientes. Com isso, todos os funcionários teriam acesso fácil e organizado aos dados dos pacientes, o que descentralizaria as tarefas e aliviaria a carga de trabalho de uma única pessoa.

Outra oportunidade importante é a implementação de uma agenda integrada à aplicação web, permitindo o registro de horários livres e ocupados para sessões. Isso daria tanto aos funcionários quanto aos clientes uma visão clara dos horários disponíveis, permitindo que os clientes agendem suas sessões de forma autônoma, sem a necessidade de intervenção direta da equipe, otimizando o fluxo de trabalho e oferecendo mais conveniência aos pacientes.

Para melhor compreensão do problema identificado, foi elaborado um diagrama de Ishikawa, que apresenta as principais causas e fatores relacionados ao problema.

Diagrama de Ishikawa - Espaço Janayna Paraizo.

Desafios do Projeto

Os principais desafios do projeto incluem o desenvolvimento de uma solução web capaz de registrar todas as informações essenciais sobre os pacientes, como dados técnicos, histórico clínico, hábitos de vida, tratamentos realizados, uso de medicamentos e localizações de dores, além das classificações e tipos de disfunções de movimento tratadas na fisioterapia.

Outro desafio importante é a criação de uma interface que não apenas facilite as operações com os dados dos pacientes, mas também torne essas atividades mais rápidas e organizadas em comparação ao registro manual em papel ou em documentos de texto.

Segmentação de Clientes

O Espaço Janayna Paraizo atende três segmentos principais de clientes. O primeiro grupo é composto por idosos entre 65 e 85 anos, que representam a maior parte dos clientes recorrentes da clínica, buscando melhorar sua qualidade de vida e lidar com problemas de saúde relacionados ao envelhecimento e, com isso, necessitam de acompanhamento constante, além de uma documentação detalhada de suas evoluções ao longo das seções, uma vez que rotineiramente precisam apresnetar essas informações em encontros com outros profissionais da saúde. O segundo grupo inclui os acompanhantes desses idosos, geralmente jovens e adultos entre 19 e 50 anos, que são parentes ou amigos próximos responsáveis por agendar, transportar e acompanhar os idosos durante as sessões, atuando como o principal canal de comunicação entre os pacientes idosos e a clínica. O terceiro grupo abrange pacientes de diferentes idades com problemas esporádicos, que procuram atendimento para distúrbios pontuais de curto ou médio prazo, constituindo uma fonte de receita adicional para a clínica, ao contrário dos idosos que requerem acompanhamento contínuo.


Solução proposta

Objetivos do Produto

O objetivo do produto Paraizo é viabilizar a ampliação da quantidade de clientes da clínica. Para isso, faz-se necessário a redução do tempo demandado na execução de atividades relacionadas à documentação e agendamento de consultas, possibilitando assim a realização dessas atividades com um número maior de clientes, e facilitar a divulgação e marketing do estabelecimento. Para tanto, este produto irá, por meio de uma única plataforma web:

Aprimorar o cadatro e consulta de dados dos pacientes, como dados técnicos (informações referêntes a seus disturbios e problemas físicos), histórico clínico, hábitos de vida, tratamentos realizados, uso de medicamentos e localizações de dores, substituindo processos manuais e informais, como registros em planilhas e locais temporários, que já não atendem às necessidades da organização por conta do tempo significativo que esse processo exige atualmente e também pela centralização deste trabalho em uma só funcionária.

Fornecer um local de compartilhamento, acessado por meio de login, que reúna os resultados dos pacientes, facilitando a avaliação dos tratamentos realizados e o acompanhamento dos resultados por parte dos mesmos. Vale ressaltar que para isso o sistema deverá ser uma solução web com a capacidade de ser reproduzida em diferentes tamanhos de tela.

Ter uma landing page, que divulgará informações da clínica, como serviços, quadro de funcionários, avaliações e resultados, promovendo maior credibilidade a clínica no mercado, ao passo que auxiliará com a prospecção de novos clientes.

Possibilitar o cadastro e a visualização de agendamentos de consultas, com integração ao Google Agenda, facilitando a gestão dos horários por parte da equipe da clínica.

Características da solução

Segue o conjunto preliminar das características deste produto:

  • O sistema deverá ter a Centralização dos dados dos pacientes, como dados técnicos, histórico clínico, hábitos de vida, tratamentos realizados, uso de medicamentos e localizações de dores;
  • O Sistema deverá ter um local de compartilhamento com login para pacientes, reunindo os resultados de consultas e facilitando a avaliação dos tratamentos realizados;
  • O sistema deverá ter uma Landing page para divulgação de informações da clínica, como serviços, quadro de funcionários, avaliações e resultados;
  • O Sistema deverá possuir uma ferramenta de cadastro e visualização de agendamentos de consultas para o cliente e seus pacientes, fazendo com que pacientes possam marcar consultas sem a intervenção direta de funcionários;
  • Integração com o Google Agenda para a clínica, resultando em uma visualização mais ampla de horários disponíveis; e
  • O sistema deverá ser implementado em uma plataforma web, podendo ser utilizada em diferentes dispositivos.

Pesquisa de Mercado e Análise Competitiva

Existem outras soluções no mercado que visam melhorar a gestão clínica, como, por exemplo:

  • Plena Vittae: O sistema de agendamento é realizado apenas através do contato com o profissional via WhatsApp. Não possui sistema de login para visualização das informações dos pacientes;
  • CETFISIO: Também se limita apenas ao contato e agendamento via WhatsApp, além de não apresentar detalhes sobre o próprio estabelecimento e seus serviços, como, por exemplo, informações sobre o quadro de funcionários, histórico de atendimento da clínica, tipos de serviços prestados e a quem eles são indicados e horários de funcionamento;
  • Rede D’OR São Luiz: Novamente, este sistema também não oferece formas dos pacientes visualizarem suas próprias informações e o sistema de contato e agendamento apresenta as mesmas características dos anteriores.

Vale ressaltar

O produto Paraizo se destaca, principalmente, pela forma com que ele diminui a carga de trabalho dos funcionários da clínica, uma vez que o sistema de agendamento e o login para visualização das infomações do paciente descentraliza a responsabilidade dessas atividades, permitindo que, sem a necessidade de contato com algum representante da clínica, uma consulta seja marcada ou que algum documento desejado pelo paciente seja obtido.

Análise de Viabilidade

A respeito da viabilidade técnica do projeto, a equipe de desenvolvimento é dividida com relação à familiaridade com as tecnologias a serem utilizadas (segue abaixo a tabela com as tecnologias utilizadas), permitindo que aqueles com mais experiência e familiaridade auxiliem os demais quando julgarem necessário. Além disso, apesar de parte da equipe não apresentar muita familiaridade e experiência com as tecnologias usadas, todos possuem conhecimento com o desenvolvimento que envolvem funcionalidades que também serão desenvolvidas neste projeto (como a integração com o google agendas, sistema de autenticação e validação de contas de usuário e banco de dados), tornando o projeto viável tecnicamente. Com reção ao tempo de desenvolvimento, o projeto será realizado durante 6 meses, organizado em itenrações que, ao final, serão entregues partes do projeto, como o protótipo de alta fidelidade, implementação de funcionalidades ou incremento de outras.

Tecnologias utilizadas

Tecnologia Descrição Área de Aplicação
React.js Biblioteca JavaScript para construção de interfaces Frontend
Next.js Framework para React com renderização do lado do servidor Frontend, SSR
Tailwind CSS Framework de CSS para estilização rápida e responsiva Frontend
Flask Framework minimalista em Python para desenvolvimento web Backend
MongoDB Banco de dados NoSQL orientado a documentos Banco de Dados
Firebase Plataforma para autenticação, armazenamento e deploy Autenticação, Hospedagem
Google Calendar API API para integração de agendas Integração com Google Calendar
GitHub Repositório para versionamento e colaboração Controle de Versão
Jest Framework de testes para JavaScript Testes
PyTest Framework de testes para Python Testes
Microsoft Teams Plataforma para comunicação e reuniões internas Comunicação
Google Meet Plataforma para reuniões com o cliente Comunicação
WhatsApp Comunicação assíncrona para suporte rápido Comunicação

Impacto da Solução

Com a criação do software PARAIZO, espera-se um impacto significativo no que se refere ao tempo destinado nas atividades referentes às documentações e manejamento de dados, além de possibilitar uma melhora no processo de divulgação dos serviços da clínica. Nesse sentido, conclui-se o produto afetaria a clínica das seguintes formas:

Benefícios

  • Redução no tempo destinado às atividades de visualização e edição de dados de clientes, uma vez que não será mais necessário procurar manualmente o papel onde está estes registros;
  • Redução no tempo destinado às atividades relacionadas à organização e procura dos arquivos nos espaços físicos da clínica;
  • Permitirá que outros funcionários preencham os dados ou confeccionem documentos exigidos, diminuindo a sobrecarga de trabalho que se concentra em uma única funcionária;
  • Proporcionar a visualização do histórico de evolução dos pacientes poderá acarretar em uma taxa maior de fidelização de clientes ao estabelecimento;
  • Com o desenvolvimento de um site com as informações sobre os serviços prestados, avaliações de seus clientes e quadro de funcionários, ajudará os responsáveis com o trabalho de divulgação e marketing do estabelecimento.

Estratégias de Engenharia de Software

Estratégia Priorizada

  • Abordagem: Ágil

  • Ciclo de vida: Ágil

  • Processo: RAD

Quadro Comparativo

O quadro a seguir compara os processos de desenvolvimento RAD e ScrumXP em diversas características, com o objetivo de auxiliar na justificativa para a escolha do processo mais adequado a este projeto.

Características RAD ScrumXP
Abordagem Geral Desenvolvimento rápido e iterativo focado em protótipos e entregas rápidas Desenvolvimento incremental e iterativo, com ênfase na agilidade e na qualidade do código.
Foco em Arquitetura Menor foco inicial em arquitetura; ênfase em protótipos Alto; arquitetura emergente é planejada e ajustada para garantir flexibilidade e qualidade.
Estrutura de Processos Estrutura flexível, com iterações rápidas e prototipagem Bem definida, com sprints baseados em Scrum e práticas de engenharia do XP, como TDD e integração contínua.
Flexibilidade de Requisitos Alta; requisitos podem ser alterados durante o desenvolvimento Moderada; mudanças são bem-vindas, mas priorizadas e organizadas no backlog do produto.
Colaboração com Clientes Intensa; cliente envolvido em feedback frequente e revisão de protótipos Muito alta; cliente é frequentemente envolvido em testes e feedback contínuos.
Complexidade do Processo Baixa a moderada; processos adaptáveis e menos formais Moderada a alta; requer domínio técnico devido às práticas avançadas de desenvolvimento.
Qualidade Técnica Foco em funcionalidade; qualidade técnica pode ser sacrificada pela velocidade Alta; qualidade é garantida por práticas como TDD, refatoração contínua e código coletivo.
Práticas de Desenvolvimento Prototipagem rápida, foco em entrega de funcionalidades principais Desenvolvimento ágil com práticas técnicas rigorosas (TDD, pair programming, etc.).
Adaptação ao Projeto Ideal para projetos com escopo indefinido ou mudanças constantes Adequado para projetos complexos, que exigem alta qualidade e entregas regulares.
Documentação Documentação mínima, foco em protótipos e entregas rápidas Mínima, mas suficiente para suportar o desenvolvimento e garantir rastreabilidade.
Controle de Qualidade Controle mais básico, com ênfase em entregas rápidas e testes do usuário final Rigoroso; inclui testes automatizados, integração contínua e revisões de código.
Escalabilidade Limitada, mais indicada para projetos pequenos e médios Alta, pode ser aplicado a equipes maiores com coordenação eficaz.
Suporte a Equipes de Desenvolvimento Moderado; dependente mais do feedback do cliente e protótipos rápidos Alto, suporte técnico e organizacional robusto por meio de papéis claros e práticas ágeis.

Bibliografia

  1. BECKER, ALICE: Entenda o que é o Rapid Application Delivery (RAD) e sua Relação com os Métodos Ágeis. Disponível em: https://voitto.com.br/blog/artigo/rapid-application-delivery-rad

  2. CASA DO DESENVOLVEDOR: XP e Scrum: qual método utilizar para gerir seus projetos de software? Disponível em: https://blog.casadodesenvolvedor.com.br/xp-scrum/

Justificativa

GUPTA

Com o intuito de escolher a melhor abordágem de desenvolvimento de software para o desenvolvimento desse projeto, será utilizado o método GUPTA, que estabelece critérios importantes para essa definição. A seguir, serão apresentados as análises feitas pela equipe com relação às Características dos Requisitos, Status da Equipe de Desenvolvimento, Envolvimento do Usuário e Tipo de Projeto e Risco Associado.

Vale ressaltar

As perguntas com respostas marcadas com ✅ referen-se a resposta que a equipe julgou mais adequada para o projeto. Por exemplo, em "Os requisitos são fáceis de entender e definir?", a respostas mais adequada é "Não".

Requisitos Waterfall Protótipo Iterativo Evolucionário Espiral RAD
Os requisitos são fáceis de entender e definir? ❌ Sim ✅ Não ✅ Não ✅ Não ✅ Não ❌ Sim
Mudamos os requisitos com bastante frequência? ✅ Não ❌ Sim ✅ Não ✅ Não ❌ Sim ✅ Não
Podemos definir os requisitos no início do ciclo? ✅ Sim ❌ Não ✅ Sim ✅ Sim ❌ Não ✅ Sim
Os requisitos indicam um sistema complexo a ser construído? ✅ Não ❌ Sim ❌ Sim ❌ Sim ❌ Sim ✅ Não
Total 3 1 3 3 1 3

A partir das respostas da tabela acima, abstrai-se que os requisitos não são todos bem definidos, mas que ainda podem ser totalmente definidos no início do projeto. Isso decorre, sumariamente, em relação aos requisitos relacionado às informações técnicas que devem estar presentes nas fichas dos pacientes.


Equipe de Desenvolvimento Waterfall Protótipo Iterativo Evolucionário Espiral RAD
Pouca experiência em projetos similares ✅ Não ❌ Sim ✅ Não ✅ Não ❌ Sim ✅ Não
Pouco conhecimento de domínio (novidade na tecnologia) ❌ Sim ✅ Não ❌ Sim ❌ Sim ❌ Sim ✅ Não
Pouca experiência com as ferramentas a serem usadas ❌ Sim ✅ Não ✅ Não ✅ Não ❌ Sim ✅ Não
Disponibilidade de treinamento, se necessário ❌ Não ❌ Não ✅ Sim ✅ Sim ❌ Não ✅ Sim
Total 1 2 3 3 0 4

A partir das respostas da tabela acima, abstrai-se que a equipe não tem tanta experiência com projetos semelhantes, mas que ainda apresenta conhecimento com as tecnologias e ferramentas usadas. Vale ressaltar que, como descrito em "Análise de Viabilidade", parte da equipe não é tão habilidosa, entretanto estão dispostos a participar de treinamentos caso necessário.


Envolvimento dos usuários Waterfall Protótipo Iterativo Evolucionário Espiral RAD
Envolvimento dos usuários em todas as fases ❌ Não ✅ Sim ❌ Não ❌ Não ❌ Não ✅ Sim
Participação limitada do usuário ❌ Sim ✅ Não ❌ Sim ❌ Sim ❌ Sim ✅ Não
Usuário sem experiência anterior de participação em projetos similares ✅ Não ❌ Sim ❌ Sim ❌ Sim ❌ Sim ✅ Não
Usuários são especialistas no domínio do problema ❌ Não ✅ Sim ✅ Não ❌ Não ❌ Não ✅ Sim
Total 1 3 1 0 0 4

A partir das respostas da tabela acima, abstrai-se que o projeto terá muito envolvimento dos usuários, sumariamente a própria cliente, além de ser especialista no assunto, podendo auxiliar a equipe quando necessário.


Tipo de Projeto e Risco Waterfall Protótipo Iterativo Evolucionário Espiral RAD
O projeto é uma melhoria de um sistema existente ✅ Não ✅ Não ❌ Sim ❌ Sim ✅ Não ❌ Sim
O financiamento é estável para o projeto ✅ Sim ✅ Sim ❌ Não ❌ Não ❌ Não ✅ Sim
Altos requisitos de confiabilidade ❌ Não ❌ Não ✅ Sim ✅ Sim ✅ Sim ❌ Não
Cronograma apertado do projeto ❌ Não ✅ Sim ✅ Sim ✅ Sim ✅ Sim ✅ Sim
Uso de componentes reutilizáveis ❌ Não ✅ Sim ❌ Não ❌ Não ✅ Sim ✅ Sim
Os recursos (tempo, dinheiro, pessoas, etc.) são escassos? ❌ Não ✅ Sim ❌ Não ❌ Não ✅ Sim ❌ Não
Total 2 5 2 2 5 3

A partir das respostas da tabela acima, abstrai-se que o projeto tem cronograma curto, além da ausência de financiamento. Porém, os requisitos não são de alta confiabilidade e não é uma melhoria de um sistema existente.


Conclusão Waterfall Protótipo Iterativo Evolucionário Espiral RAD
Requisitos 3 1 3 3 1 3
Equipe de Desenvolvimento 1 2 3 3 0 4
Envolvimento dos usuários 1 3 1 0 0 4
Tipo de Projeto e Risco 2 5 2 2 5 3
Total ❌ 7 ❌ 11 ❌ 9 ❌ 8 ❌ 6 ✅ 14

Por fim, a tabela acima busca evidenciar quais processos mais se alinham com o projeto em pauta, através de uma soma das respostas em cada um dos 4 segmentos.


Baseado na análise comparativa entre os processos RAD e Scrum, junto com a análise através do método GUPTA, o processo escolhido foi o RAD, pois ele prioriza rapidez e flexibilidade, características essenciais em caso de mudança de requisitos, que pode ser um tópico abordado com a cliente em reuniões futuras. O RAD permite prototipagem rápida e interação contínua com a cliente, garantindo que os feedbacks sejam incorporados de forma ágil ao longo do desenvolvimento. Com uma estrutura mais leve e menos formal do que outros métodos, o RAD será ideal para o projeto, já que ele tem uma menor complexidade, onde a ênfase está em obter resultados práticos e adaptáveis em um curto espaço de tempo.

alt text

Representação gráfica ciclo de vida RAD.

Características

  • É considera uma abordagem ágil, centrada no usuário e design do produto
  • Fortemente baseado no feedback do usuário
  • Os requisitos do produto são tratados como variáveis