Este artigo é a terceira parte de uma série de quatro partes intitulada Como manter seus sistemas funcionando, reduzir riscos e permitir o crescimento pós-Covid-19. Eventos recentes causaram uma mudança nos riscos da tecnologia dos mercados financeiros e nossa mini-série irá ajudá-lo a reequilibrar seus orçamentos para:

  • Garanta a integridade de seus serviços atuais nessas circunstâncias únicas
  • Simplifique e reduza riscos, bem como custos de médio prazo
  • Desenvolver novos produtos e serviços para viabilizar o crescimento em consonância com as novas técnicas de orçamento

Novos produtos e serviços devem ser construídos

Um novo meio de orçamento precisa atender à exigência de fornecer novos produtos e serviços a um custo menor, prazos mais curtos e com a capacidade de alterar os requisitos em curto prazo enquanto o projeto estiver em vigor. Isso parece tudo menos impossível, no entanto, a técnica já existe e está sendo implantada por vários bancos.

Os orçamentos tradicionais de mudança se concentraram em projetos com funcionalidades e cronogramas definidos. Isso é fácil de medir e, portanto, calcular retornos. No entanto, oferece adaptação limitada e dispendiosa. A medida da capacidade de TI de uma instituição não é mais tempo e custo para implantação, mas sim o lucro total e a perda do negócio. É o resultado do cliente que é importante, não o método e o estilo de projetos individuais. Isso é respeitado quando olhamos para a transformação digital em todas as suas formas, mas em particular com entregas ágeis. Como isso funciona?

Os métodos ágeis não são baseados em documentos de exigência de negócios, tempos de compilação definidos e testes antes da produção. Em vez disso, eles são baseados em histórias de usuários, squads, sprints e implantação constante de mudanças valiosas na produção assim que eles se tornam disponíveis. O que tudo isso significa?

História do usuário

Em vez de um documento de requisitos de negócios escrito por um analista de negócios, revisado por várias pessoas e, em seguida, assinado para desenvolvimento, uma história de usuário é uma breve descrição do recurso que um usuário quer e por quê. Eles são mais como uma conversa e, de fato, podem ser escritos pelos próprios usuários ou seus gestores. Essa abordagem “apenas o suficiente” fornece uma maneira muito simples de descrever peças menores de funcionalidade que agregarão valor. Com o tempo, as muitas histórias de usuários escritas se transformarão em um sistema substancial.

Esquadrões

Um gerente de projeto, dois analistas de negócios, oito programadores, um arquiteto, equipe de testes e pessoas de garantia de qualidade são todos necessários para projetos, certo? Não mais, não com agilidade. Em vez de grandes equipes dessa natureza, métodos ágeis usam esquadrões que são arredondados na natureza. Eles sempre incluirão uma pessoa focada nos negócios chamada Product Owner e podem ser tipicamente entre cinco e doze pessoas, dependendo do tamanho do trabalho que devem empreender. Vários quadriciclos são implantados na mesma organização e usando métodos ágeis com microsserviços na nuvem eles podem desenvolver várias partes do mesmo sistema sem entrar em conflito entre si. Um esquadrão recebe uma história de usuário e é responsável por implantar essa história na produção. Seu conjunto de habilidades combinadas fornece tudo o que é necessário para a entrega. Na verdade, eles receberão e implantarão constantemente novas histórias à medida que forem escritas.

Sprints

Sprints são exatamente o que parecem. Pequenas rajadas de desenvolvimento, geralmente em ciclos de cerca de 2 semanas, onde esquadrões entregam histórias de usuários para a produção. Quantas histórias são definidas como um alvo no início da corrida. No entanto, as coisas podem mudar e é totalmente permitido permitir que algumas histórias sejam adiadas para o próximo sprint ou, de fato, para permitir uma nova história em um sprint enquanto ela está em vôo. O importante com os sprints é respeitar a duração do sprint para o esquadrão, mas permitir que a funcionalidade seja flexível. Isso tudo, mas elimina o controle de mudanças dispendiosos e permite que a organização se adapte muito rapidamente às circunstâncias em mudança.

Implantação constante

A implantação constante pode ser alcançada usando o método DevOps de integração contínua e implantação contínua. Este artigo não entrará nas tecnicalidades, exceto para dizer que tal método garante que a organização obtenha o benefício mais rápido possível das construções tecnológicas. Garantir uma rápida taxa de retorno para os gastos com tecnologia será essencial no novo mundo.

Do ponto de vista orçamentário, isso significa que os orçamentos NÃO devem ser definidos para projetos, em particular porque estes agora provavelmente mudarão de prioridade e dimensão em um curto espaço de tempo. Os orçamentos devem ser definidos para esquadrões com uma organização considerando quantos esquadrões ele acredita que deve financiar para o exercício financeiro. Para um grande banco, isso pode ser de até 200 – 300 de 6 – 10 pessoas cada. Outras organizações irão escalar em conformidade. O CIO será responsabilizado por garantir que ele tenha um processo de aprovação adequada de histórias de usuários a uma taxa e qualidade suficientes para manter os esquadrões totalmente ocupados durante o ano.

Esta minissérie foi tirada de um artigo escrito pelo nosso CEO, Terry Boyland. Para ler o jornal inteiro, clique neste link.