Recentemente temos respondido a perguntas no fórum 4D sobre comandos e funcionalidades que se sentiam incompletas ou em falta, tais como a funcionalidade Mail.
Neste post do blogue, vamos analisar a estratégia 4D por detrás da decisão de lançar versões que não estão completamente desenvolvidas, que está resumida no paradigma“lançar cedo, lançar frequentemente“.
O que é “Release Early, Release Often” (RERO)?
RERO é uma filosofia de desenvolvimento de software que enfatiza a importância de lançamentos precoces e frequentes. E nós na 4D tentamos estar à altura dessa filosofia, estabelecendo uma cultura ágil e de mente aberta que nos permite incluir o feedback do cliente numa fase precoce.
Experimente o mais recente e o maior mais cedo
Ao lançarmos cedo, damos aos nossos utilizadores a oportunidade de experimentarem a última versão do software. Se a funcionalidade lançada for inadequada por qualquer razão, os utilizadores podem responder muito mais rapidamente. Estes pequenos ciclos de feedback permitem-nos orientar as equipas de desenvolvimento de produtos na direcção certa para assegurar que as preferências dos clientes são atendidas.
Identificação Mais Rápida de Bugs
As primeiras versões são uma oportunidade para testar novas características em cenários da vida real. Isto permite-nos identificar os bugs e corrigi-los rapidamente. Isto aconteceu recentemente com o auto-completar de alguns comandos 4D que automaticamente adicionam parênteses de fecho; em certos contextos, isto iria criar erros no código. Algo difícil de descobrir sem colocar o produto nas mãos de clientes reais para o utilizar em cenários reais
The Smaller The Release, The Less Likely Something Will Go Wrong
Períodos mais longos entre libertações aumentam a pressão para tornar cada libertação significativa, o que significa mais código, mais características, e mais testes. O resultado é a possibilidade de ter mais bugs. Versões mais pequenas e mais rápidas limitam naturalmente o número de características e, portanto, o número de bugs.
Pensamento final
O primeiro princípio do Agile Manifesto sublinha que “a nossa maior prioridade é satisfazer o cliente através da entrega antecipada e contínua de software valioso”.
Pode sempre escolher que estratégia se adapta às suas necessidades. Lançamentos antecipados asseguram ciclos curtos de feedback e permitem-lhe beneficiar antecipadamente de novas funcionalidades, mas também pode decidir esperar até estarem totalmente desenvolvidos.