Resumo Técnico: Desenvolvimento Holístico de Aplicações Móveis B2X – Um Modelo de Referência

Definição do Problema

Apesar do crescimento rápido das aplicações móveis Business-to-X (B2X), existe um descompasso significativo entre os modelos de processo acadêmicos e a implementação prática. Embora existam inúmeros modelos de processo para software e desenvolvimento de aplicações móveis na literatura (ex: Waterfall, Scrum, Spiral), sua relevância e rigor na prática são frequentemente baixos. Os modelos existentes falham frequentemente em abordar desafios específicos de dispositivos móveis, como a programação para múltiplos sistemas operacionais, o uso de sensores, barreiras de acessibilidade e a necessidade de um design centrado no usuário. Além disso, o processo de desenvolvimento na prática é frequentemente ad hoc e não estruturado. Há uma carência de um modelo de referência estruturado e holístico que sintetize o conhecimento específico de dispositivos móveis para orientar a tomada de decisão gerencial e preencher a lacia entre os modelos de processo teóricos e as realidades do desenvolvimento de apps B2X.

Metodologia

O estudo emprega um design de pesquisa de duas etapas, combinando uma revisão taxonômica da literatura com pesquisa empírica qualitativa:

1. Revisão da Literatura: Os autores realizaram uma análise taxonômica de modelos de processo existentes para desenvolvimento de (aplicações) móveis, estendendo uma taxonomia anterior de Werth et al. [11]. Esta revisão identificou 35 modelos de processo, analisando suas fases, abordagens de prototipagem e envolvimento de stakeholders.
2. Entrevistas Qualitativas com Especialistas: Para examinar a divisão entre pesquisa e prática, os autores realizaram 28 entrevistas semiestruturadas com especialistas envolvendo 29 stakeholders engajados no desenvolvimento de aplicações móveis B2X (incluindo Agile Coaches, Desenvolvedores de Apps, Líderes de Equipe, Product Owners e Scrum Masters).
   • Amostragem: Os participantes foram selecionados com base na relevância e expertise, em vez de representatividade, cobrindo diversos domínios como finanças pessoais, lifestyle, e-learning e aplicações de portal.
   • Análise de Dados: Seguindo a "Metodologia Gioia" e os princípios da teoria fundamentada (Corbin e Strauss [17]), as transcrições das entrevistas foram analisadas por meio de análise de conteúdo estruturada qualitativa. O processo envolveu a codificação dos dados em 13 primeiros códigos, que foram teorizados em 13 temas de segunda ordem e, finalmente, agregados em seis dimensões.
   • Ferramental: Os dados foram gerenciados e codificados usando o MAXQDA Analytics Pro 2022.

Principais Contribuições

O artigo apresenta duas contribuições primárias:

1. Insight Empírico: Ele fornece um exame detalhado do estado atual do desenvolvimento de apps móveis B2X, identificando as razões para o (não) uso de modelos de processo e os desafios específicos associados à sua aplicação na prática.
2. Modelo de Referência (REMOB): O estudo propõe o Modelo de Referência para o Desenvolvimento Holístico de Aplicações Móveis B2X (REMOB). Este modelo serve como um blueprint para stakeholders (ex: gerentes de projeto, controladores) para estruturar projetos de desenvolvimento. Ele vai além dos modelos de processo existentes, muitas vezes rígidos, ao teorizar características e desafios específicos de dispositivos móveis em um framework generalizado.

Resultados e Descobertas

A análise da literatura e das entrevistas rendeu várias descobertas críticas:

• Uso de Modelos de Processo: Na prática, nenhum modelo de processo é utilizado em sua forma acadêmica pura. Embora o Scrum seja o modelo mais mencionado e preferido devido à sua estrutura e benefícios de comunicação, ele é quase sempre adaptado ou hibridizado.
• Hibridização: O desenvolvimento bem-sucedido frequentemente envolve modelos híbridos. Por exemplo, o Scrum é frequentemente combinado com elementos de Waterfall (WM), particularmente em setores altamente regulamentados, como finanças pessoais, onde a segurança e os requisitos predefinidos exigem planejamento sequencial.
• Adaptação de Papéis: O papel do Product Owner (PO) é identificado como obrigatório para o desenvolvimento B2X para representar os interesses do cliente e priorizar requisitos de forma eficaz. No entanto, em empresas menores, este papel é frequentemente ausente ou fundido, levando a problemas de priorização.
• Desafios de Gestão: Existe uma lacuna significativa entre a cultura de gestão e os requisitos ágeis. A gestão frequentemente exige estimativas de tempo/orçamento típicas de modelos Waterfall enquanto simultaneamente impõe métodos ágeis, criando fricção. A gestão de riscos é frequentemente mal compreendida como sendo responsabilidade exclusiva do Scrum Master, em vez de um esforço de toda a equipe.
• Requisitos Específicos de Dispositivos Móveis:
  • Testes: Os testes devem ocorrer em hardware real precocemente no processo, não apenas em simuladores, devido a fatores de usabilidade e desempenho específicos de dispositivos móveis.
  • UX/UI: O desenvolvimento é orientado pela superfície; a Experiência do Usuário (UX) e a Interface Gráfica do Usuário (GUI) são fatores críticos de sucesso que exigem avaliação precoce e contínua.
  • Comunicação: A comunicação interna e externa eficiente é vital. Desenvolvedores muitas vezes carecem de motivação para se comunicar, vendo isso como secundário à codificação. As reuniões diárias de Scrum frequentemente excedem os 15 minutos recomendados e tornam-se ineficientes se não forem estritamente gerenciadas.

O Modelo de Referência REMOB

O modelo REMOB proposto organiza o processo de desenvolvimento em quatro camadas distintas:

1. Camada de Gestão (Management Layer): Foca em governança, controle de projetos e alinhamento da cultura organizacional com as metodologias de desenvolvimento. Aborda a necessidade de a gestão compreender os modelos de processo, gerir riscos e alinhar expectativas de orçamento/tempo com a metodologia escolhida (ágil vs. clássica).
2. Camada de Requisitos (Requirements Layer): Trata de requisitos técnicos e específicos do domínio. Enfatiza a identificação precoce de restrições específicas de dispositivos móveis (OS, hardware, GUI) e a avaliação contínua através de prototipagem.
3. Camada de Processo (Process Layer): Representa a seleção e adaptação de modelos de processo. Reconhece que os modelos devem ser hibridizados (ex: Scrum + Waterfall) para se adequarem às restrições específicas do projeto, ambientes regulatórios e maturidade da equipe.
4. Camada de Comunicação (Communication Layer): Foca no fluxo de informações entre todos os stakeholders (desenvolvedores, clientes, gestão). Destaca a necessidade de transparência, loops de feedback eficientes e o envolvimento dos desenvolvedores nas fases iniciais de design e descoberta.

Significância e Alegações

Os autores afirmam que o REMOB fornece um framework padronizado que pode ser usado em diferentes organizações e indústrias para estabelecer terminologias e estruturas comuns. Ao oferecer uma visão holística, o modelo visa:

• Reduzir o tempo e o esforço necessários para projetar e implementar processos de desenvolvimento personalizados.
• Servir como um blueprint para o suporte à decisão gerencial, ajudando a superar a "lacuna de conhecimento entre pesquisa e prática".
• Fornecer um ponto de partida para que profissionais estabeleçam diretrizes independentes de hardware e SO.
• Facilitar uma melhor teorização voltada para o desenvolvimento bem-sucedido de apps móveis B2X, integrando perspectivas complementares da literatura e da prática.

O estudo conclui que, embora os modelos de processo existentes sejam frequentemente desconhecidos ou inadequados em sua forma pura, um modelo de referência estruturado e adaptável como o REMOB pode guiar as organizações rumo a projetos de desenvolvimento de aplicações móveis mais eficientes e bem-sucedidos.