Matt Hubbard é o que chamaríamos de uma autoridade quando se trata de desenvolvimento cidadão. Diretor de Excelência Operacional e Sucesso do Cliente na plataforma de baixo código Agile Point - e uma influência significativa na estrutura e nos recursos de treinamento do PMI para Desenvolvedores Cidadãos - é algo que ele tem buscado com verdadeira paixão há mais de uma década. 

Quando sonhei pela primeira vez com a LCNC (low-code/no-code), antes que ela realmente existisse, eu era gerente de projetos em uma grande empresa automotiva", diz ele. Eu era responsável por padronizar e controlar os processos de negócios para o desenvolvimento de novos modelos na América do Norte. Eu não conseguia criar um aplicativo. A equipe de TI me disse que isso custaria vários milhões de dólares e levaria anos para ser desenvolvido. Foi então que imaginei que deveria haver uma maneira mais flexível".  

Desde então, ele criou vários aplicativos e ajudou a implementar o no-code/low-code em várias organizações de grande porte. Quando se trata de desenvolvimento de cidadãos, é um eufemismo dizer que ele sabe o que faz. Aqui ele compartilha algumas lições de sua jornada, além de algumas dicas práticas para quem está começando.

1. Comece com algo pequeno

Mudei para uma nova empresa e logo percebi que eles tinham desafios semelhantes com a criação de software personalizado para operações de back office: muito caro, demorado e inflexível. Foi então que tentei criar meu primeiro aplicativo como desenvolvedor cidadão. Eu me inscrevi para um teste gratuito em uma plataforma LCNC e comecei a dar uma olhada para ver se era legítimo. E era. Basicamente, criei um aplicativo para buscar atualizações de status, um caso de uso bastante comum para um gerente de projeto. Foi super simples: um aplicativo de uma tabela com exibições pré-construídas, painéis e lembretes automatizados. Levei apenas 8 horas, mas economizei 200 horas por ano".

Dica do Matt: 

• Crie um caso de uso simples e aprenda com ele. Tente outro. Seus primeiros aplicativos criados não devem ser aplicativos empresariais de missão crítica, pois você terá investido tanto que não poderá tratá-los como um teste. Portanto, comece aos poucos, faça experimentos".

2. Envolver a TI o mais cedo possível

'Após o sucesso inicial com uma conta de avaliação, adquirimos algumas licenças e criamos mais aplicativos. Toda vez que criávamos algo e o usávamos, ele provava seu valor. A equipe de TI ficou sabendo do nosso trabalho e pediu que fizéssemos uma pausa para que eles pudessem realizar uma avaliação de risco. Isso foi um pouco assustador, mas, felizmente, passamos na avaliação e fomos autorizados a prosseguir com uma supervisão moderada da TI. Essa experiência me ensinou que a parceria com a TI é imprescindível para que o desenvolvimento do cidadão exista como uma opção viável e saudável. Em retrospecto, deveríamos ter conversado com a TI desde o início". 

Dicas do Matt: 

• 'A expectativa agora é que a TI crie coisas para você, mas a realidade é que ela não pode criar tudo e, por isso, tem um enorme atraso. Qual é a solução para esse problema? O desenvolvimento cidadão é uma solução muito boa. Você quer que a TI seja a proprietária. Você quer que a TI faça parte dela". 

• "A LCNC precisa ser enquadrada como um benefício tanto para a TI quanto para a empresa, e mais como um experimento. Dizer: "Não estou pedindo que você tome uma grande decisão para a empresa agora, mas acho que há algo aqui, podemos investigar isso juntos de forma controlada?" 

3. Procure entender todas as objeções 

A resistência da TI veio de duas formas. Ou: "você não aprovou isso para nós" ou "e se tiver vulnerabilidades de segurança?" Eu ficava emocionado e frustrado porque sentia que não tinha outra opção. Ou eram as planilhas ou essa solução ineficaz de longo prazo [construir com a TI]. Ambas eram ruins. Mas concordei em pausar novos desenvolvimentos enquanto a TI investigava adequadamente as plataformas. Isso levou a um relacionamento muito mais saudável para o desenvolvimento futuro. Resistir às objeções provavelmente teria prejudicado o relacionamento - e resultaria em uma menor probabilidade de sucesso futuro.

Dicas do Matt:

• Se você receber resistência, procure primeiro entender e depois ser entendido. Ouça suas objeções. Aprecie o ponto de vista deles. Trabalhe com eles para acomodar essas objeções. Seja paciente. Explore maneiras pelas quais a CD pode ajudar não apenas você, mas também a TI (como com o backlog de projetos).

• "O que encontro nas grandes empresas é que elas acham que o próximo passo é encontrar a plataforma perfeita. Isso leva à paralisia da análise, colocando muita coisa em risco para tomar a decisão certa imediatamente. Essa é a abordagem errada. É melhor ter uma ideia do tipo de plataforma que você está procurando, uma direção geral, e depois experimentá-las. Você chegará a um ponto em que se sentirá confortável com uma plataforma e, em seguida, passará a usá-la em grande escala. Em seguida, você começa a desenvolver seu modelo operacional - padrões, proteções e estruturas organizacionais em torno da CD. Também conhecido como o modelo de maturidade de cinco estágios do PMI". 

Para saber mais sobre isso, consulte nosso artigo sobre como reduzir as preocupações com a TI.

4. O dimensionamento do LCNC requer habilidades diferentes

Em minhas primeiras construções de aplicativos, não pensei em padrões de aplicativos para uma experiência de usuário consistente; não pensei em construir para facilitar a manutenção; não pensei na eficiência de minhas fórmulas e exibições. Normalmente, você começa a criar aplicativos para si mesmo, para resolver seus próprios problemas. Mas então você percebe que pode criar aplicativos que abrangem um público maior, fora do seu departamento".

Dicas do Matt: 

• "É preciso entender que construir para muitas pessoas é diferente. A escala é um jogo diferente. É difícil. Você precisa pensar logicamente e começar a pensar em padrões e consistência. 

• Trata-se de criar um esboço: onde você colocará o botão salvar? Quais esquemas de cores você usará? Como você projetará seu fluxo de trabalho? Não é necessário aprender todas essas coisas antes de começar, porque assim você nunca começará, mas quando começar a atingir um público mais amplo, precisará começar a aprender essas habilidades". 

5. Os ambientes corporativos têm quatro problemas principais

• Bloqueio do fornecedor. Se você usa uma plataforma para criar tantos aplicativos que acaba executando suas operações com ela, então o fornecedor da plataforma pode ter uma vantagem. Provavelmente, não é aconselhável colocar todos os ovos em uma única cesta. Se você é uma grande organização e tem algumas plataformas para executar seus aplicativos, isso é útil, pois assim você tem um pouco de vantagem.

• Custos de licenciamento, principalmente para usuários casuais. 'Existem diferentes modelos de preços, mas a maioria deles é baseada no usuário. Você pode ser cobrado independentemente do uso que um usuário faz da plataforma, portanto, isso se torna realmente complicado se você estiver tentando criar um aplicativo voltado para o público. É difícil adequar sua estrutura comercial e seus preços à forma como as plataformas são usadas. Mas existem plataformas com modelos de preços para usuários ilimitados e até mesmo para usuários simultâneos (onde, digamos, 100 usuários podem usar a plataforma ao mesmo tempo). 

• Falta de ferramentas de gerenciamento para escala empresarial. "Muitas plataformas sem código não têm ambientes de desenvolvimento: tudo está em produção. Isso é um desafio quando se chega à escala empresarial. Isso significa que cada mudança que você faz afeta as pessoas, ao vivo. Isso é bom para aplicativos simples, mas se você tem dependências, como fazer essas alterações sem afetar negativamente as pessoas em tempo real? Algumas plataformas também não oferecem visibilidade fácil de todos os aplicativos em seu ecossistema e informações sobre quem os possui ou mantém, a partir de um local central. Esse também é um caso desafiador. 

• A interface do usuário tem certas limitações. 'O motivo pelo qual o no-code é rápido é que você está reutilizando coisas que já existem. Para que algo já exista, é necessário que tenha sido criado. Se você estiver tentando criar sem código e quiser personalizar a interface do usuário, dizendo "Gostaria de ter esta cor aqui, ou um botão aqui, ou torná-la um pouco diferente", você não pode. É sempre a mesma coisa. Você não precisa pensar em todos esses detalhes extras; a plataforma já pensou nisso para você. Se isso for importante para você, talvez tenha que optar por plataformas com pouco código. É uma troca hoje, mas talvez não seja no futuro". 

6. Se seu ambiente não for propício, procure outro lugar 

Se o LCNC e o desenvolvimento do cidadão não são permitidos porque não é assim que a sua organização faz as coisas, então talvez você tenha que parar de bater a cabeça na parede e seguir em frente - foi o que eu fiz. Agora, quando vou fazer um trabalho do tipo melhoria de processos, pergunto se eles usam o LCNC. Eles me capacitarão a criar aplicativos? E se a resposta for não, provavelmente vou procurar outro lugar". 

Um último aspecto a ser lembrado

'Não sinta que você precisa ter tudo planejado antes de dar um passo. O mundo agora é diferente - você pode experimentar e aprender porque as plataformas da LCNC são muito acessíveis, ao contrário das gigantescas compras de software do passado.