Cinco restrições de desenvolvimento/teste que afetam a velocidade, o custo e a qualidade dos seus aplicativos

Transcrição

1 Série de ebooks sobre desenvolvimento em paralelo ágil: Capítulo 2 Cinco restrições de desenvolvimento/teste que afetam a velocidade, o custo e a qualidade dos seus aplicativos

2 Novas pressões, mais restrições Na economia dos aplicativos, não é segredo que as grandes organizações estejam gerando vantagem competitiva ao desenvolver inovações digitais e combiná-las com produtos e serviços existentes. Conhecida como Transformação digital, essa iniciativa fez sucesso entre empresas ansiosas por atender à demanda cada vez maior de usuários educados na internet, nos dispositivos móveis e nas redes sociais a esperar um desempenho rápido e impecável de todo serviço digital por eles consumido. Como parte dessa transformação, as organizações de TI sofrem hoje a pressão por oferecer novos aplicativos e serviços a uma velocidade cada vez maior, sem diminuir a alta qualidade dos softwares e mantendo os custos de desenvolvimento/testes em um nível acessível. No entanto, mesmo nas melhores das intenções, as equipes de TI geralmente enfrentam dificuldades em atingir uma ou mais de suas metas de rapidez, custos e qualidade graças ao constante desafio das restrições. O que é Transformação digital? A Altimeter a define como "o realinhamento de, ou novos investimentos em, modelos de tecnologia e negócios destinados a envolver mais eficazmente os clientes digitais em cada ponto de contato do ciclo de vida de sua experiência." 1 1 Pesquisa sobre transformação digital do Grupo Altimeter, 2014, N=59. 2

3 Como as restrições limitam o potencial de desenvolvimento Você provavelmente já ouviu a expressão: uma corrente é tão forte quanto o seu elo mais fraco. Para as equipes de desenvolvimento e teste, há certa relação semelhante entre ciclo de vida de distribuição de software (SDLC) e restrições. Na cadeia de distribuição, isto é, o ciclo de vida de distribuição de software, as restrições estão normalmente ocultas nos elos mais fracos. Elaborada por Eliyahu M. Goldratt em seu livro A Meta, a teoria das restrições afirma que em qualquer sistema gerenciável, há restrições capazes de afetar a consecução de uma meta em particular. Por exemplo, as equipes de desenvolvimento e teste se deparam com inúmeras restrições de ambiente, dados, testes e visibilidade nos estágios individuais do ciclo de vida de distribuição de software, cada qual criando atrasos específicos ou complicações capazes de impedir a entrega de serviços de alta qualidade dentro dos custos e velocidade esperados. Em outras palavras, mesmo que empresas e usuários apressem a entrega de aplicativos, a equipe de TI terá condições de desenvolver e testar apenas com a rapidez e a frequência permitidas pelas restrições existentes no ciclo de vida de distribuição de software. Dessa forma, se você espera atingir novos níveis de rapidez, custos e qualidade, conheça as restrições comuns que assolam o ciclo em questão e as possíveis formas de minimizálas ou eliminá-las. 3

4 Cinco restrições comuns encontradas no decorrer do ciclo de vida de distribuição de software Identificar e eliminar restrições ao longo do ciclo de vida de distribuição de software pode muitas vezes parecer um jogo de "acerte a marmota": depois de derrubar uma aqui, surgem outras ali, mas nem sempre é fácil prever onde elas irão aparecer. Veja a seguir alguns tipos comuns de restrições a serem observadas ao avaliar suas práticas de desenvolvimento e testes: 1 2 Restrições em aplicativos compostos A montagem de aplicativos modernos é feita a partir de inúmeras APIs (Application Programming Interfaces - Interfaces de Programação de Aplicativos), interfaces de usuário, componentes e serviços, muitos dos quais dispõem de acesso limitado às atividades de desenvolvimento e testes. Quando esses componentes são fornecidos por terceiros, geralmente é necessário pagar taxas de acesso que podem aumentar rapidamente com o tempo. Restrições de ambiente Você dispõe de um bom número de equipes de distribuição de aplicativos, porém a quantidade de ambientes de teste nos quais elas podem trabalhar é limitado. Dessa forma, as equipes normalmente vivenciam tempo ocioso não produtivo enquanto aguardam a disponibilização dos serviços ou dos ambientes necessários. 4

5 Cinco restrições comuns encontradas no decorrer do ciclo de vida de distribuição de software Restrições de dados A fim de garantir o funcionamento de um aplicativo de acordo com os padrões de produção, é preciso testá-lo utilizando dados o mais próximo possível das condições "reais" e abrangentes o bastante para cobrir todos os casos de uso. Se as equipes de teste não possuem acesso fácil a esses dados, será necessário criar manualmente conjuntos de dados de teste em nível de produção; isso torna os projetos mais lentos e dispendiosos. Restrições de tempo Muitas equipes de TI acreditam que seus procedimentos de teste são automatizados, porém apenas a execução dos testes propriamente ditos é automática. Para chegar a essa fase, as equipes ainda são obrigadas a desenvolver scripts e códigos manualmente e viabilizar a automação; no entanto, raramente é possível compartilhar esses ativos de teste em todos os estágios pertinentes (por ex., unidade, funcional, regressão, integração, desempenho, etc.), o que gera esforço dobrado. Restrições de visibilidade Quando os testes revelam falhas em determinado aplicativo, as equipes de TI devem identificar com precisão a causa-raiz do problema antes de poder corrigi-lo. Em ambientes de aplicativos compostos, isso é mais fácil falar do que fazer, principalmente se faltar visibilidade ao longo de todo o caminho da transação e for difícil desvendar perspectivas aplicáveis. 5

6 Como as restrições de desenvolvimento/testes afetam os seus negócios Embora restrições surjam na forma de desafios técnicos a serem abordados pelas equipes de TI dentro e ao longo do ciclo de vida de distribuição de software, elas podem afetar os negócios como um todo de maneiras significativas. Inovação desacelerada Apresentar uma concepção inovadora de software é apenas metade da equação; a outra é lançá-la rapidamente no mercado em um nível de qualidade capaz de produzir vantagem competitiva e superar as expectativas dos usuários. Contudo, muitas das restrições discutidas anteriormente provocam ociosidade e esforço manual e isso alonga o cronograma dos projetos, além de frear a inovação e dar aos concorrentes a chance de superá-lo no mercado. Redução da qualidade Quando as equipes não dispõem de acesso adequado a ativos de teste realistas, torna-se impossível testar com a mesma eficácia e abrangência necessárias à garantia de um desempenho em nível de produção. Da mesma forma, o lançamento de aplicativos de baixa qualidade no mercado afugenta clientes e coloca marcas em risco, além de exigir um considerável retrabalho de desenvolvimento/teste. Aumento dos custos A necessidade de buscar alternativas para as restrições gera ineficiências no ciclo de vida de distribuição de software, acarretando custos de hardware e software para a empresa. Por exemplo, quando codificadores empregam seu precioso tempo criando manualmente scripts ou simulações de baixo valor, o "custo humano" de entrega do aplicativo se eleva. Há também o impacto econômico conhecido no presente e desconhecido no futuro que um serviço com erros ocultos pode gerar quando lançado prematuramente no mercado. 6

7 Solução do problema de restrições com o Desenvolvimento em paralelo ágil De modo a limitar o efeito das restrições sobre a velocidade de desenvolvimento, a qualidade e os custos de um software, as grandes organizações estão adotando ferramentas de desenvolvimento ágeis e paralelas. Com o desenvolvimento em paralelo ágil, é possível reduzir ou eliminar: Restrições de aplicativos compostos e de ambiente por meio da modelagem e simulação de características de comportamento e desempenho de sistemas e serviços independentes Restrições de dados por meio da captura de transações realísticas em ambientes de teste e armazenamento temporário e da geração inteligente de ativos de automação de testes e de serviços virtuais "realísticos" destinados a aumentar a qualidade Restrições de teste por meio da capacitação de vários participantes de equipes multifuncionais, o que inclui desenvolvimento e controle de qualidade, para a rápida criação e execução de testes automatizados de unidade, funcionais, regressão, integração, carga e desempenho Restrições de visibilidade por meio da obtenção de insights em nível de transação sobre aplicativos complexos e modernos, acelerando a análise da causa-raiz das falhas e a solução de problemas descobertos utilizando métodos intuitivos Como resultado, as equipes de TI poderão trabalhar em paralelo e "priorizar" o desenvolvimento e as atividades de teste; com isso, você estará apto a lançar mais rapidamente novos e melhores serviços no mercado e, por fim, atender à demanda dos clientes. 7

8 O que vem a seguir? No capítulo 3 da série, analisaremos mais detalhadamente o que é necessário para assegurar o desenvolvimento em paralelo ágil e como ele está diretamente vinculado aos seus recursos relacionados a virtualização, colaboração e qualidade e gerenciamento de software. Restrições são um obstáculo para você? Descubra seus pontos fortes e fracos na Avaliação de desenvolvimento e teste e obtenha orientações práticas que você poderá usar para começar a enfrentar hoje mesmo seus desafios de desenvolvimento/teste. A CA Technologies (NASDAQ: CA) cria software que acelera a transformação das empresas e permite que elas aproveitem as oportunidades da economia dos aplicativos. O software está no cerne de todas as empresas, em todos os setores. Do planejamento ao desenvolvimento e do gerenciamento à segurança, a CA está trabalhando com empresas de todo o mundo para mudar a maneira como vivemos, fazemos negócios e nos comunicamos: usando dispositivos móveis, as nuvens privada e pública e os ambientes distribuídos e de mainframe. Obtenha mais informações em ca.com/br. Copyright CA Todos os direitos reservados. Este documento é apenas para fins informativos e não representa nenhum tipo de garantia. Todas as marcas comerciais, nomes de marcas, marcas de serviço e logotipos aqui mencionados pertencem às suas respectivas empresas. CS