A cadeira que decide, não só acompanha
Fechar bem o ano costuma ser tratado como exercício de planilha. Na prática, é exercício de decisão: o que cortar, o que acelerar, o que esperar. StrategyOps é a função que assume essa cadeira, e em novembro ela convive de perto com quem fecha o caixa, porque as duas decisões se tocam o tempo todo.
Quando essa cadeira fica vazia, a reta final do ano é conduzida por inércia, não por escolha. A operação continua rodando, mas ninguém está de fato decidindo o que fazer com o tempo que resta.
O muro que continua depois da campanha subir
DevOps nasceu de um problema específico: o time que constrói e o time que opera viviam em lados separados de um muro, e o produto sofria nesse meio de campo. A ideia era derrubar esse muro para que construir e manter fossem parte do mesmo trabalho.
O mesmo muro aparece em contextos que parecem distantes da tecnologia. Uma campanha de captação de uma instituição de ensino sobe, gera interesse, e depois esbarra num processo de matrícula que não foi pensado junto com quem criou a campanha. O problema não é a campanha, é o muro que continuou de pé depois dela.
Treinar antes do primeiro atendimento, não depois do erro
Um time inteiro foi treinado no fluxo completo de atendimento antes de falar com a primeira pessoa de verdade. A sequência parece óbvia, mas é frequentemente invertida: o treino vira resposta ao erro, não preparação para ele.
PeopleOps é a cadeira que decide essa ordem. Quando ela existe, o treino acontece antes da operação começar. Quando não existe, a operação aprende com quem está do outro lado da linha, e esse aprendizado custa caro.
Um programa com fornecedor, orçamento e sem dono
Programas de benefício costumam ter tudo definido, menos a pessoa responsável pelo resultado que ele deveria gerar. Há fornecedor contratado, verba aprovada, uso registrado, e ainda assim ninguém perguntando se aquilo está entregando o que prometeu.
É um tipo de lacuna silenciosa. Nada quebra visivelmente, o programa continua rodando, mas o resultado não tem quem responda por ele.
A chave que ninguém revoga
Um fluxo montado nesta semana ganhou uma chave de acesso própria, criada para resolver um problema pontual e específico. É o tipo de decisão correta no momento em que é tomada.
O risco aparece depois, quando essa chave continua ativa muito tempo depois de o problema original ter sido resolvido. Em ambientes de saúde, onde o dado é sensível por natureza, o acesso que ninguém lembra de revogar é exatamente o risco que ninguém está olhando.
A RBI representa instituições, não vende por conta própria
A RBI mantém um plano de tecnologia escrito para a própria operação, com responsável definido para cada item. A lógica é direta: não faria sentido recomendar a um hospital ou a uma instituição de ensino uma disciplina que a própria casa não pratica.
A rede não comercializa diretamente os temas que discute aqui. Ela representa instituições, nacionais e internacionais, e aproxima quem constrói solução de quem precisa dela, em desenvolvimento de negócio, gestão de parceiros, produto e operação.