O Maior Problema com Design Ágil (e como corrigi-lo)

A variedade de decisões e coordenação vista no documentário é quase indescritível—desde o planejamento de quando e onde cada cena será filmada, até coordenar o voo de helicóptero de um boneco animatrônico de 18 pés ao lado de um penhasco, até revisar cada detalhe de cada figurino e criatura em uma festa de cassino massiva em que Rian descreveu como o shot mais complicado na história de Guerra nas Estrelas.

É precisamente aqui que as ferramentas modernas de desenvolvimento de aplicativos mudaram o jogo para equipes de software. Plataformas como Adalo, um criador de aplicativos sem código para aplicativos web e aplicativos nativos iOS e Android orientados por banco de dados—uma versão em todas as três plataformas, publicada na Apple App Store e Google Play, capacitam equipes a adotar princípios de design ágil totalmente. Diferentemente de diretores de cinema ou arquitetos que devem se comprometer com uma única visão final, construtores de aplicativos podem iterar rapidamente, testar e refinar seus produtos com base em feedback real do usuário.

Além do número de decisões que Rian teve que tomar, não pude deixar de ficar impressionado com sua confiança em sua visão do filme. Antes Os Últimos Jedi ser lançado, Mark Hamill, que interpreta Luke Skywalker, estava completamente contra a abordagem de Rian para seu personagem—dizendo que ele "discorda fundamentalmente de praticamente tudo escrito sobre Luke". E essa tensão permeia o documentário. Mas apesar das tentativas de Mark mudar sua mente, Rian se manteve firme. Sua visão geral para o filme era sólida.

Então, o que diabos o impressionante empenho de Rian para fazer um filme de Guerra nas Estrelas tem a ver com design ágil?

Bem, depois de assistir todo o processo de design de um filme de grande escala, ficou bem evidente apenas como esse processo é diferente do que acontece na maioria das empresas de tecnologia hoje. Em software, você tem a chance de iterar com tipicamente poucos prazos irrevogáveis e a oportunidade de decidir o que construir a seguir na hora. A maioria das equipes cria um produto mínimo viável e depois faz melhorias com base em feedback. Isso é muito diferente da equipe de design em um filme de grande escala trabalhando em direção a um único prazo final em que revelam o produto inteiro para todos no final—e com esse prazo, sem chance de fazer mudanças ou atualizações subsequentes.

Depois dessa percepção, fui tentado a concluir que o processo de design de filmes é simplesmente desatualizado e que precisam seguir um processo de design mais ágil; mas quando pensei de volta nas minhas experiências anteriores como arquiteto, pude ver restrições semelhantes. Arquitetos, assim como diretores de cinema, também têm que projetar em direção a um único prazo. Em arquitetura, ainda não chegamos ao ponto em que é barato o suficiente construir apenas uma pequena porção do prédio, ver se as pessoas gostam, e depois construir o resto. E na indústria cinematográfica, não é possível lançar um filme ao público, ver o que eles pensam, e depois fazer qualquer melhoria nele. Uma vez que o filme está fora, está fora. E uma vez que o prédio está de pé, está de pé.

Isso me fez pensar. Se considerarmos grandes filmes e grandes obras de arquitetura como alguns dos melhores designs de todos os tempos, mas ainda assim não foram criados com um processo de design ágil, então talvez haja algo a aprender com isso. Dito de outra forma: quais aspectos positivos do processo de Rian não estão presentes na maioria dos processos de design ágil?

Olhando para o processo de Rian, a resposta é bastante clara: Na maioria das vezes, equipes de software estão perdendo a visão inabalável do produto final, como vemos que Rian tinha para Os Últimos Jedi. Essa falta de pensamento de visão geral—combinada com a capacidade de mudar de curso ao longo do processo de design—é o maior problema com design ágil hoje. Estamos sobrecarregados e por toda parte.

Não confie apenas na minha palavra. Ryan Singer, chefe de estratégia de produto no Basecamp, recentemente ganhou muito amor no Twitter por este tweet:

Empresa típica de software: 1. Backlog de coisas que alguém decidiu que a equipe deveria fazer -> 2. Papel de "Produto" que é realmente apenas um gerente de projeto -> 3. Designers e programadores sobrecarregados com trabalho mal definido sendo solicitados a trabalhar mais rápido em vez de mais inteligente. - @rjs

O que Ryan está descrevendo é o processo de design desconfortavelmente familiar onde ouvimos qualquer feedback que ouvimos e tentamos resolver cada problema. Um cliente importante tem um pedido de recurso, então o adicionamos ao backlog. Alguém da equipe de vendas acha que precisamos de outro recurso para competir com um concorrente, então o adicionamos ao backlog. Percebemos que há um problema de usabilidade com um recurso anterior que desenvolvemos, então… o adicionamos ao backlog. E a coisa assustadora é que todos esses recursos estão em diferentes partes do produto, levando a recursos apressados e pouco inspiradores em um monte de direções diferentes.

Agora posso ouvir os defensores da abordagem enxuta lá fora: "Mas esse é o ponto! Somos capazes de dar aos nossos usuários exatamente o que eles querem, porque desenvolvemos apenas um pouquinho, vemos se funciona, e então desenvolvemos um pouco mais." E isso é exatamente correto. Eu também sou um grande defensor deste tipo de pensamento. Mas o problema é como definimos a palavra 'funciona'. 'Funciona' não deveria significar apenas que atendemos ao pedido. Precisa ser: estamos nos movendo na direção certa. Meu ponto é que esse processo geralmente carece de uma visão geral, criando software Frankenstein em vez de um produto final coeso e polido.

É hora de reconhecermos as desvantagens de mudar continuamente de direção enquanto trabalhamos em velocidades vertiginosas.

O dilema: é possível ter o melhor dos dois mundos?

Existe uma maneira para os processos de design de filme e arquitetura incorporarem algumas das metodologias ágeis para obter feedback mais preciso antes de seu lançamento final? E é possível para empresas ágeis de software criar um design coeso onde todos os detalhes apontam para uma única visão?

Filme MVP e Arquitetura Ágil

Olhando para os avanços em tecnologia, não apenas é possível, mas já estamos começando a ver indícios disso acontecendo tanto nas indústrias de filme quanto de arquitetura. Essas equipes de design estão começando a incorporar metodologias ágeis para obter melhor feedback. Para grandes filmes, algumas equipes estão começando a animar porções do filme antes de filmar o shot real; e em breve esse conceito será levado mais longe. Eles serão capazes de animar rapidamente o filme inteiro—com vozes em off e tudo—para ver quais shots eles precisam e quais shots podem ser cortados antes de qualquer set sequer ser construído.

E em arquitetura, a realidade virtual agora permite que arquitetos criem renderizações para mostrar designs de cada ângulo. E em breve isso progredirá para o ponto em que arquitetos criarão o edifício inteiro em VR para que clientes possam pisar em uma esteira omnidirecional, caminhar ao redor do edifício inteiro, e interagir com todos os outros no espaço.

Software de Visão Geral

Para software, nosso problema é o oposto. Por décadas, fomos capazes de mudar de direção rapidamente, mas isso estancou o pensamento sobre o produto a partir de uma perspectiva de visão geral. Felizmente está completamente em nosso poder mudar isso.

Ada, o construtor de IA do Adalo, permite descrever o que você quer e gera seu app. Magic Start cria fundações completas de app a partir de uma descrição, enquanto Magic Add adiciona recursos através de linguagem natural.

Plataformas modernas assistidas por IA estão ajudando a preencher essa lacuna. Magic Start, por exemplo, gera fundações de aplicativos completas a partir de uma descrição simples—diga-lhe que você precisa de um aplicativo de reserva para um negócio de banho em cães, e cria sua estrutura de banco de dados, telas e fluxos de usuário automaticamente. O que costumava levar dias de planejamento acontece em minutos, liberando equipes para se concentrarem em sua visão geral em vez de se perderem em detalhes de implementação.

Da mesma forma, Magic Add permite que você adicione recursos através de solicitações em linguagem natural, enquanto X-Ray identifica problemas de desempenho antes de afetar os usuários. Essas capacidades de IA ajudam a manter o momentum sem sacrificar o pensamento de visão geral que separa grandes produtos do software Frankenstein.

Para corrigir o problema de visão, equipes de design ágil devem:

• Comprometer-se com uma direção (e talvez até mesmo datas-alvo a longo prazo!). Precisamos de metas de seis meses, metas de um ano e um plano de cinco anos. Essas visões gerais devem ser compartilhadas por todos na empresa. Não podemos ter desenvolvedores que não entendem por que estamos fazendo algo, e não podemos ter membros da equipe de vendas se comprometendo com recursos que não fazem parte dessa visão futura compartilhada. Todos precisam acreditar no plano e se comprometer com ele.
• Pare de perseguir cada último unicórnio dourado que passa voando. O próximo passo é realmente seguir esse compromisso. Só porque há outra oportunidade que poderia ser valiosa não significa que devemos seguir esse caminho. Se todos na empresa estão verdadeiramente alinhados com os objetivos de longo prazo, então deve ficar claro quais recursos fazem parte desse plano e quais recursos são distração.
• Crie um processo para determinar se você deve mudar de curso. A melhor parte do desenvolvimento ágil é que se nossos usuários não estão obtendo valor do que estamos criando, podemos mudar de curso. Então não devemos estar criando esses planos de longo prazo sem a capacidade de mudar de curso. Isso significa que todos precisam criar e concordar com os critérios para mudar de curso. Só porque algum grande cliente quer algo não significa que devemos fazer. Veja a constituição. Sua visão geral não mudou muito, mas há um plano claro em vigor para fazer emendas.
• Termine os detalhes importantes antes de prosseguir. Uma das razões pelas quais grandes filmes e grandes obras de arquitetura provavelmente são são grandes designs é porque seus pequenos detalhes servem à visão geral. Em design ágil, esses detalhes normalmente são deixados de lado para o próximo grande recurso. Mas se estamos comprometidos com planos de longo prazo, podemos acertar esses detalhes antes de prosseguir.
• Celebre as grandes conquistas. Quando alcançamos um desses objetivos de longo prazo no prazo, precisamos celebrar juntos. Ver todo o elenco Os Últimos Jedi se reunir para uma sessão de fotos final foi incrível. A sensação de orgulho e alegria era contagiante e inspiradora. Se não tivermos tempo para celebrar nossas realizações, então corremos o risco de cair em uma marcha de morte de recursos.

Por Que Construtores de Aplicativos Modernos Permitem Melhor Design Ágil

O processo de design ágil tem muito a oferecer. A velocidade em que somos capazes de desenvolver soluções reais que resolvem problemas reais para pessoas reais é incrível. Mas apenas porque estamos seguindo o processo de design ágil não significa que vamos ser bem-sucedidos. Temos que dar um passo atrás e garantir que estamos indo na direção certa.

É aqui que as ferramentas certas fazem uma diferença significativa. Com mais de 3 milhões de aplicativos criados no Adalo e um criador visual descrito como "fácil quanto PowerPoint," as equipes podem manter sua visão enquanto ainda iteram rapidamente. A infraestrutura modular da plataforma escala para servir aplicativos com milhões de usuários ativos mensais, sem limite superior—o que significa que você pode se comprometer com uma visão de longo prazo sem se preocupar em superar suas ferramentas.

Diferentemente das plataformas que cobram com base no uso (criando custos imprevisíveis que podem descarrilar o planejamento de longo prazo), os planos pagos do Adalo incluem uso ilimitado sem surpresas de cobrança. Essa previsibilidade apoia o tipo de pensamento comprometido e de longo prazo que separa grandes produtos de produtos dispersos. Quando você sabe que seus custos de infraestrutura não aumentarão inesperadamente, você pode se focar em executar sua visão em vez de constantemente reavaliar suas escolhas técnicas.

Os maiores inovadores de todos os tempos tiveram visões maiores do que qualquer uma pessoa para a qual estavam projetando. É hora de se comprometer com uma grande visão e mantê-la—mesmo que isso signifique dizer a Luke Skywalker que ele está errado.

Perguntas Frequentes

Por que escolher Adalo em vez de outras soluções de construção de aplicativos?

Adalo é um construtor de aplicativos com inteligência artificial que cria verdadeiros aplicativos nativos para iOS e Android a partir de uma única base de código. Diferentemente dos wrappers da web, ele compila para código nativo e publica diretamente tanto na Apple App Store quanto na Google Play Store. Com Magic Start gerando fundações completas de aplicativos a partir de descrições e registros de banco de dados ilimitados em planos pagos, você obtém capacidade em escala empresarial sem complexidade empresarial.

Qual é a forma mais rápida de construir e publicar um aplicativo na App Store?

A interface de arrastar e soltar do Adalo e a construção assistida por IA permitem que você vá de ideia para aplicativo publicado em dias em vez de meses. A plataforma trata do processo complexo de envio da App Store—certificados, perfis de provisionamento e diretrizes da loja—para que você possa se focar nos recursos e na experiência do usuário do seu aplicativo.

Posso iterar e refinar facilmente meu aplicativo com base no feedback do usuário?

Sim, o Adalo permite que você teste, atualize e melhore rapidamente seu produto em tempo real. Diferentemente de diretores de cinema ou arquitetos que devem se comprometer com uma única visão final, você pode iterar continuamente. Magic Add permite que você adicione recursos por meio de solicitações em linguagem natural, enquanto X-Ray identifica problemas de desempenho antes que afetem os usuários.

Como o design ágil difere dos processos tradicionais de design de cinema ou arquitetura?

O design ágil permite que equipes de software iterem rapidamente com poucos prazos irrevogáveis e a oportunidade de decidir o que construir em seguida na hora. Diferentemente de diretores de cinema e arquitetos que devem projetar em direção a um único prazo final com nenhuma chance de mudanças subsequentes, as equipes ágeis podem criar produtos mínimos viáveis e fazer melhorias com base no feedback real do usuário.

Qual é o maior problema com os processos de design ágil atualmente?

O maior problema com o design ágil hoje é a falta de uma visão inabalável para o produto final. As equipes de software frequentemente perseguem todas as solicitações de recursos e adicionam itens a um backlog infinito sem um plano coeso de longo prazo, resultando em "software Frankenstein" em vez de um produto polido e unificado.

Como as equipes de software ágil podem manter uma visão coesa enquanto ainda iteram?

As equipes devem se comprometer com objetivos de longo prazo (planos de seis meses, um ano e cinco anos) compartilhados em toda a empresa. Elas precisam parar de perseguir toda oportunidade, criar critérios claros para quando mudar de rumo, terminar detalhes importantes antes de prosseguir, e celebrar grandes conquistas juntas.

Quanto custa construir um aplicativo com metodologia ágil?

O construtor web e móvel nativo verdadeiro do Adalo começa em $36/mês com uso ilimitado e publicação na loja de aplicativos. Isso se compara favoravelmente a alternativas como Bubble (começando em $69/mês com cobranças baseadas em uso e limites de registros) ou FlutterFlow ($70/mês por usuário, mais custos de banco de dados separados). A preços previsíveis apoiam o planejamento de longo prazo.

Ferramentas de IA podem ajudar a equilibrar a iteração rápida com o pensamento de visão geral?

Sim. Recursos de IA como Magic Start geram fundações completas de aplicativos a partir de descrições, liberando as equipes para se focar na visão em vez de detalhes de implementação. Magic Add permite que você adicione recursos por meio de linguagem natural, mantendo o impulso sem perder de vista a direção geral do produto.

Meu aplicativo escalará se eu me comprometer com uma visão de longo prazo?

A infraestrutura modular do Adalo escala para servir aplicativos com milhões de usuários ativos mensais, sem limite superior. Diferentemente de wrappers de aplicativo que atingem limitações de desempenho sob carga, a arquitetura de propósito do Adalo mantém o desempenho em escala—para que você possa se comprometer com objetivos de longo prazo ambiciosos sem superar sua plataforma.