O Maior Problema com Agile Design (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 tomada será filmada, até coordenar o voo de helicóptero de um boneco animatrônico de 18 pés na lateral de um penhasco, até revisar cada detalhe de cada figurino e criatura em uma festa de cassino massiva no que Rian descreveu como a tomada mais complicada da história de Star Wars.

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

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 O Último Jedi ser lançado, Mark Hamill, que interpreta Luke Skywalker, foi completamente contra a interpretação de Rian de 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 de ideia, Rian se manteve firme. Sua visão geral para o filme era sólida como uma rocha.

Então, o que diabos o impressionante empreendimento de Rian em fazer um filme de Star Wars tem a ver com design ágil?

Bem, depois de assistir a todo o processo de design de um grande filme, ficou bastante evidente o quão diferente esse processo é 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 viável mínimo e depois faz melhorias com base no feedback. Isso é muito diferente da equipe de design de um grande filme trabalhando em direção a um único prazo final onde revelam o produto inteiro para todos no final—e com esse prazo, nenhuma chance de fazer mudanças ou atualizações subsequentes.

Depois dessa percepção, fui tentado a concluir que o processo de design de filme está simplesmente ultrapassado e que precisam seguir um processo de design mais ágil; mas quando pensei novamente em 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. Na arquitetura, ainda não chegamos ao ponto em que é barato o suficiente construir apenas uma pequena parte do edifício, ver se as pessoas gostam, e então 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 então fazer qualquer melhoria nele. Uma vez que o filme está fora, está fora. E uma vez que o edifício está em pé, está em pé.

Isso me fez pausar. 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 é bem clara: Na maioria das vezes, equipes de software estão perdendo a visão inabalável do produto final, como vimos que Rian tinha para O Último Jedi. Essa falta de pensamento amplo—combinada com a capacidade de mudar de curso durante todo o processo de design—é o maior problema com o design ágil hoje. Estamos sobrecarregados e espalhados por tudo.

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

Empresa de software típica: 1. Backlog de coisas que alguém decidiu que o time 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 e mais rápido em vez de mais inteligentemente. - @rjs

O que Ryan está descrevendo é o processo de design demasiado 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 decepcionantes em um monte de direções diferentes.

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

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

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

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

Filme MVP e Arquitetura Ágil

Observando os avanços na tecnologia, não apenas é possível, mas já estamos começando a ver sinais de isso acontecendo nas indústrias de filme e 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 a tomada real; e em breve esse conceito será levado mais longe. Eles serão capazes de animar rapidamente o filme inteiro—com vozes e tudo—para ver quais tomadas eles precisam e quais tomadas poderiam ser cortadas antes de qualquer set ser construído.

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

Software com Visão Ampla

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

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

As plataformas modernas assistidas por IA estão ajudando a fechar essa lacuna. Início Mágico, por exemplo, gera fundações de aplicativos completos a partir de uma descrição simples—diga a ela que você precisa de um aplicativo de agendamento para um negócio de tosa de cães, e ela 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 concentrar em sua visão geral em vez de se perderem em detalhes de implementação.

Similarmente, Adicionar Magicamente permite que você adicione recursos através de solicitações em linguagem natural, enquanto X-Ray identifica problemas de desempenho antes de afetarem os usuários. Essas capacidades de IA ajudam a manter o momentum sem sacrificar o pensamento amplo que separa ótimos produtos de software Frankenstein.

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

• Comprometer-se com uma direção (e talvez até prazos alvo de 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 devêssemos seguir esse caminho. Se todos na empresa estão realmente alinhados com os objetivos de longo prazo, então deve ser claro quais recursos fazem parte desse plano e quais recursos são distrações.
• 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 elaborar e concordar com os critérios para mudar de curso. Só porque algum cliente importante quer algo não significa que devemos fazer. Olhe para 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 seguir em frente. Uma das razões pelas quais grandes filmes e grandes obras de arquitetura são são ótimos designs é porque seus pequenos detalhes servem a visão geral. No design ágil, esses detalhes normalmente são deixados de lado para o próximo recurso importante. Mas se estamos comprometidos com planos de longo prazo, podemos acertar esses detalhes antes de seguir em frente.
• Celebre as grandes realizações. Quando alcançamos um desses objetivos de longo prazo no prazo, todos nós precisamos celebrar juntos. Ver todo o elenco de O Último 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 tirarmos 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 Habilitam Melhor Design Ágil

O processo de design ágil tem muito a oferecer. A velocidade com que somos capazes de desenvolver soluções reais que resolvem problemas reais para pessoas reais é incrível. Mas só porque estamos seguindo o processo de design ágil não significa que vamos ter sucesso. Precisamos dar um passo atrás e certificar-nos de 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 construtor visual descrito como "tão 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 choque de conta. 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, pode se concentrar 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 pessoa para quem 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 tecnologia de IA que cria aplicativos iOS e Android nativos verdadeiros a partir de uma única base de código. Diferentemente dos wrappers da web, ele compila para código nativo e publica diretamente na Apple App Store e 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 drag-and-drop do Adalo e a construção assistida por IA permitem que você vá da ideia para o aplicativo publicado em dias em vez de meses. A plataforma lida com o complexo processo de submissão da App Store—certificados, perfis de provisionamento e diretrizes da loja—para que você possa focar nos recursos do seu aplicativo e na experiência do usuário.

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

Sim, o Adalo capacita você a testar, atualizar e melhorar 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 adicionar 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 a seguir em tempo real. Diferentemente de diretores de cinema e arquitetos que devem projetar para um único prazo final sem chance para 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 hoje?

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 coerente 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 coerente 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 todas as oportunidades, criar critérios claros para quando mudar de rumo, concluir detalhes importantes antes de prosseguir e celebrar as principais conquistas juntas.

Quanto custa construir um aplicativo com metodologia ágil?

O construtor mobile nativo verdadeiro e web do Adalo começa em $36/mês com uso ilimitado e publicação em app store. Isso se compara favoravelmente a alternativas como Bubble (a partir de $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 previsibilidade de preços apoia o planejamento de longo prazo.

As ferramentas de IA podem ajudar a equilibrar a iteração rápida com o pensamento de grande visão?

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

Meu aplicativo escalonará 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 dos wrappers de aplicativos que atingem restrições de desempenho sob carga, a arquitetura propositalmente construída do Adalo mantém o desempenho em escala—para que você possa se comprometer com objetivos ambiciosos de longo prazo sem superar sua plataforma.