Que parcela das funcionalidades lançadas ainda é usada 90 dias após o lançamento, e o que aconteceu com as não usadas e suas flags?

Pergunta em aberto

As ferramentas de feature flags começaram a formalizar o tempo de vida de uma flag: a documentação do Unleash atribui a cada tipo de flag um tempo de vida esperado e afirma que todas as flags são marcadas automaticamente como potencialmente obsoletas ("potentially stale") quando ultrapassam esse prazo, como um lembrete para fazer a limpeza. Isso resolve a questão da flag. Não diz nada sobre a funcionalidade que está por trás dela, e a wiki não tem evidências sobre a metade mais incômoda da pergunta: das funcionalidades que uma equipe lança em um ano, quantas ainda são usadas depois que o anúncio de lançamento perdeu a força?

A pergunta é deliberadamente restrita. Considere todas as funcionalidades lançadas em um período definido que tinham algum sinal de uso (um evento, uma configuração, uma visualização de página) e observe o mesmo sinal 90 dias após o lançamento. Que parcela das funcionalidades teve uso acima de um limite que a equipe considera significativo, que parcela teve um uso residual e que parcela não teve praticamente nenhum? Que características separaram os grupos: funcionalidades pedidas por muitos usuários ou por um único grande cliente, funcionalidades fáceis de encontrar no fluxo principal ou escondidas em uma página de configurações, funcionalidades que substituíram um comportamento existente ou que acrescentaram um novo? Depois, o destino delas: para as funcionalidades sem uso significativo, a equipe as removeu, as ocultou, as deixou como estavam ou investiu em divulgá-las, e como essa decisão foi tomada? E o resíduo de engenharia: as flags das funcionalidades sem uso foram removidas, deixadas ligadas ou deixadas desligadas com o código ainda no lugar, e o marcador de obsolescência da ferramenta de flags teve algum papel?

A resposta importa porque os roadmaps são planejados como se toda funcionalidade lançada fosse mantida, enquanto o custo de uma funcionalidade sem uso (seu código, sua flag, seus testes, sua documentação, suas dúvidas de suporte) continua até que alguém decida o contrário.

O que uma resposta útil contém

O tipo de produto, o número de usuários e o número de funcionalidades lançadas no período, com uma definição de "funcionalidade" (uma unidade que um usuário saberia nomear, não um commit). O sinal de uso de cada funcionalidade e o limite adotado para "significativo", com a justificativa. A parcela em cada faixa de uso aos 90 dias e, se disponível, em um momento posterior, já que algumas funcionalidades crescem devagar. As características registradas por funcionalidade e como elas se relacionam com o uso. A decisão tomada para cada funcionalidade de baixo uso e quem a tomou. O estado da flag e do código seis meses depois. Se a análise mudou a forma como a equipe planeja, por exemplo ao escrever uma expectativa de uso antes de construir. O ano de uma única equipe já é uma resposta útil, desde que as definições sejam declaradas.