Feature Champions

Como essa abordagem pode alavancar a definição de features e apoiar o desenvolvimento do time

Recentemente fiz uma apresentação para a área onde trabalho, composta por quatro times de produtos de dados em uma multinacional estadunidense do setor energético, sobre como utilizamos feature champions para apoiar a definição das features trimestrais no time onde sou Product Manager. Ao preparar esse material percebi que havia pouco conteúdo atualizado sobre o tema, em inglês e português, portanto este artigo busca explorar essa abordagem e compartilhar alguns aprendizados.

Tenho trabalhado com Features Champions há um certo tempo, desde o meu primeiro produto na Thoughtworks, lá em 2020, e o que inicialmente me serviu para compensar a falta de background técnico, me foi útil depois em momentos em que estive sem Tech Lead e tive que assumir a função, ou quando tinha pouquíssimo tempo pra definir uma série de features para a release seguinte e especialmente quando buscava estimular o envolvimento das pessoas desenvolvedoras com produto e negócio e apoiar o crescimento delas de maneira geral.

Existem ainda diversos outros casos onde esse método pode ser útil a depender da necessidade de cada time.

Mas afinal, o que é um Feature Champion?

Um Feature Champion (também conhecido como Epic Champion ou até Feature Lead) é alguém técnica do time, geralmente uma pessoa desenvolvedora, que se voluntaria para ser responsável pela definição e entrega de uma determinada funcionalidade.

Ela se envolve em várias atividades para apoiar o desenvolvimento dessa feature, além de ser também uma boa oportunidade para os membros do time desenvolverem habilidades técnicas e interpessoais importantes.

Geralmente eu costumo trabalhar com um par de devs por feature, mas vai depender bastante da quantidade de pessoas no time e da complexidade da entrega.

O que é esperado de uma Feature Champion?

Alinhar expectativas sobre esse papel é fundamental para garantir o sucesso da sua implementação, em geral é esperado que o Feature Champion (FC) seja responsável por:

• Compreender os requisitos de negócio da feature;
• Arquitetar a solução, validar com Product Manager/Stakeholders e dividi-la em cards junto com a PM;
• Atualizar o plano da feature conforme necessário;
• Ajudar a escrever e refinar os cards, especialmente as notas técnicas;
• Ajudar a manter a feature atualizada na ferramenta de gestão de backlog (Jira, ADO, etc);
• Garantir o sucesso do delivery;
• Ser um ponto de contato para compartilhar conhecimento e apoiar o processo de desenvolvimento;
• Manter a wiki/documentação atualizada conforme necessário.
• Garantir a entrega de valor, envolvendo as partes interessadas e trazendo questões em conjunto com a PM;

É importante destacar que o nível de suporte que o FC vai necessitar dentro de cada expectativa vai variar bastante de pessoa para pessoa, mas é fundamental que a Product Manager e/ou Tech Lead estejam atentas para apoiar sempre que necessário.

Algumas vantagens dessa abordagem

• Descentraliza o trabalho de planejamento de features para uma release;
• Garante uma melhor definição e atenção aos detalhes de cada funcionalidade e de sua implementação;
• Melhora a qualidade da solução técnica e da entrega;
• Possibilita uma melhor gestão de mudanças no plano de cada feature;
• Melhora as sessões de refinamento, com uma maior participação do time, resultando em melhores estimativas;
• É extremamente útil no contexto de produtos com alta complexidade técnica, como produtos de dados ou de plataforma, tanto para a definição das soluções, como para não se perder de vista a necessidade de negócio;
• Em caso de ausência das lideranças, há pessoas no time que podem representar as prioridades em andamento.

Como PMs e Tech leads podem implementar na suas equipes

Abaixo compartilho um pequeno guia sobre como implementamos para o meu time atual, iniciamos em janeiro/2024 e até então tivemos duas releases planejadas com o auxilio de Feature Champions, a segunda com uma grande aderência do time.

1. Compartilhe as expectativas do papel com o time

• É importante definir essas expectativas junto à liderança e adaptar o que foi definido de acordo com a recepção e sugestões do time;

2. Uma vez definidas as prioridades da próxima release, compartilhe com todos e busque voluntários para cada feature

• É melhor que as pessoas se voluntariem, pois assim terão mais propriedade sobre o trabalho, porém, dependendo do conhecimento/expertise de cada membro do time, pode ser bom sugerir os Feature Champions;
• Na minha ultima preparação para a release, decidimos pré-definir para cada funcionalidade uma pessoa do par com maior senioridade e a segunda foi uma voluntária;

3. Agende uma chamada de kickoff entre Feature Champion, PM e Tech Lead para compartilhar o contexto inicial da feature e definir um plano para ela

• Passos iniciais como criar um template para a solução (no mural, miro ou ferramenta visual de preferência), designs se necessários, dividir responsabilidades, próximos passos, etc.;
• Normalmente, durante essa chamada, algumas questões de negócio já são levantadas para serem confirmadas;

4. Acompanhe a definição do plano, solução técnica e agende chamadas com FC conforme necessário;

5. Faça sessões com as principais lideranças de negócio e técnicas para validar o plano/solução;

6. É importante parear com o Feature Champion para dividir os cards, escrevê-los e refiná-los

• Geralmente eu utilizo uma ferramenta visual (mural ou miro) para todo o plano e condução de reuniões, somente quando os cards estão prontos para serem escritos, os adicionamos na ferramenta de gestão de backlog;

7. Durante o andamento da implementação inclua o Feature Champion em momentos oportunos;

• É comum que após a definição da feature o FC não esteja diariamente acompanhando a entrega ou andamento do desenvolvimento, até para que essa pessoas se dedique ao seu dia a dia como desenvolvedora, por isso é importante incluí-la em momentos como kickoffs e desk checks das cards, novas reuniões sobre detalhes pendentes e para tirar dúvidas do time, isso ajuda a garantir que a solução proposta está sendo implantada e a adaptar o plano ao longo do caminho.

O que aprendi até então

• É fundamental que o Feature Champion tenha autonomia sobre a definição da funcionalidade, mas isso não significa que deve fazer tudo sozinho, agendar syncs é realmente importante para manter um bom ritmo de trabalho;
• Compartilhe e reforce os prazos para cada fase do processo de definição/refinamento da feature, isso ajuda a dar autonomia ao FC;
• Dê visibilidade a todos sobre quem é o FC — Costumo manter isso escrito no topo de cada descrição de feature na ferramenta de gestão do backlog;
• Empodere o FC, deixando-o responder às perguntas, compartilhar o contexto ou apresentar o plano da feature, se essa pessoa se sentir confortável com isso;
• No início, essa abordagem requer uma maior demanda de trabalho para PM e Tech Leads, mas uma vez que a equipe se acostuma com o processo, fica mais fácil;
• É desafiador gerenciar tantas iniciativas diferentes, porém em geral é melhor do que centralizar todo esse trabalho nas lideranças técnicas e PMs;
• Criar um chat ou grupo na ferramenta de comunicação do time (slack, teams, zoom, etc.) para cada iniciativa ajuda a gerenciar as conversas/perguntas assíncronas;
• É muito importante compartilhar o contexto e plano de cada funcionalidade com todo o time para receber feedbacks. Eu costumo agendar tech huddles, onde cada FC compartilha a definição em andamento da feature para receber sugestões, novas perguntas e ideias para a solução;
• A feature mais complexa deve ter o Tech Lead como Feature Champion;
• Pode impactar a capacidade de entrega, especialmente nas ultimas sprints antes da Release Planning. Por conta disso eu geralmente reduzo a capacidade nestas sprints para que tenhamos tempo disponível para terminar todas as atividades necessárias dentro do prazo estabelecido.

Estes são apenas alguns dos diversos aprendizados que tive trabalhando com tantos features champions maravilhosos, que me ensinaram muito. E apesar de parecer algo simples tem tido um impacto bastante positivo nos diversos contextos e produtos nos quais trabalhei, e que tem ainda mais resultados quando se trata de times multidisciplinares e dinâmicos.

Por fim, vale lembrar que o intento desta abordagem é ser algo colaborativo, não apenas para buscar melhores soluções para a definição de features, e consequentemente para os produtos que desenvolvemos, como também para promover o crescimento de todas as pessoas envolvidas.

Se for implementar no seu time e quiser trocar ideia, estou disponível aqui.