Prática ágil: facilite a comunicação interna

Postado em 13. jul, 2010 por em Agile

Sintoma: durante o processo de desenvolvimento de uma funcionalidade, a equipe se direciona ao Product Owner ou cliente para tirar dúvidas, mas o mesmo se encontra frequentemente ocupado e não pode responder. Quando o PO está livre, a equipe está concentrada em outra tarefa.

Ação: crie uma lista de discussão envolvendo todos os interessados no projeto (Product Owner, desenvolvedores, User Experience, clientes envolvidos com aceitação etc) e envie um email para a lista.

Deixamos de lado a antiga “pastelaria” que exigia disponibilidade dos desenvolvedores no exato instante do aparecimento de uma necessidade, tudo era “para agora”. O mesmo vale para o Product Owner e qualquer outro ser humano em seu trabalho.

Apesar de muito desejado, é impossível exigir que no exato instante que surge uma dúvida da equipe de desenvolvimento, o Product Owner esteja disponível para conversar.

Vale lembrar que o email é uma comunicação assíncrona que leva mais tempo para obter resultados, além de ter chances de ser mal compreendido, portanto a primeira maneira a ser abordada para resolver um problema deve ser sempre a cara a cara com o PO.

Lista de discussão de um projeto/produto

Lista de discussão de um projeto/produto. Criar uma lista de discussão leva 2 minutos e permite receber feedback da primeira pessoa disponível, além de facilitar a busca por conversas quando novos membros entrarem.

Como o problema é a escassez de tempo de um indíviduo específico do qual esperamos uma resposta, o envio para uma lista que envolve PO, UX e clientes diminui o tempo no escuro, sem feedback. Para evitar uma discussão, faça perguntas diretas que esperam respostas fechadas, por exemplo:

Bom dia,

Estamos com uma dúvida em relação a listagem de contas atrasadas.
As com mais de um mês de atraso devem aparecer com outra cor,
conforme o padrão da tela de faturas?

Nesse caso um mês é considerado 30 dias, correto? Ou precisamos ter precisão de dias de acordo com o mês?

Caso a pergunta enviada seja um pedido de aprovação de história, inicie a próxima história até receber o feedback da mesma:

Bom dia,

As histórias A e B foram finalizadas e estão aguardando aprovação.

Caso a pergunta permanença em aberto sem resposta mesmo após o envio de um email, procure a conversa pessoal novamente: também é nosso papel como desenvolvedor conseguir a resposta, removendo impedimentos.

Veja também: prefira terminar a começar outra história.

Guilherme Silveira

Tags: ,

7 Respostas para “Prática ágil: facilite a comunicação interna”

  1. Emerson Macedo

    16. jul, 2010

    Achei interessante como paleativo, mas acho que isso pode acabar tapando o sol com a peneira, escondendo o real problema.

    Acredito que se o P.O não tem tempo para o projeto pode significar que esse projeto não tem tanta importância pra ele e alguma coisa precisa ser revista.

    Eu entendi que seu ponto é que ele pode não estar disponível no exato momento, mas da mesma forma que ele vai parar um tempo para responder sua mensagem ele pode gastar esse tempo para falar contigo pessoalmente. Talvez isso seja mais útil se sua equipes ou alguns membros desta trabalhem remotamente.

    Abraços,

    Emerson Macedo
    http://codificando.com

  2. Guilherme Silveira

    16. jul, 2010

    Bom dia Emerson,

    Com certeza, acho que é um ótimo complemento. Temos que tomar cuidado com a adoção de qualquer prática solta. Não devemos adotar algo que resolve um problema momentaneo sem adotar algo o resolva a longo prazo. Assim como não devemos defender o a longo prazo e deixar o a curto prazo falhando.

    A prática aqui mencionada é uma de uma série para resolver problemas práticos que precisão de uma solução, tanto a curto quanto a longo prazo.

    Portanto, se o sintoma aparecer, resolva a curto prazo e, seguindo os principios da metodologia agil que adotou, resolva alongo prazo tambem.

    Abraco

Trackbacks/Pingbacks

  1. Prática: Evite adivinhar, faça o que é esperado « Agile no mundo real - agosto 6, 2010

    [...] ele esteja indisponível, envie um email para uma lista interna. Durante a espera pela resposta sobre qual caminho seguir em determinada história, evite cruzar a [...]
  2. Practice: Avoid guesses, do what is expected to be done | CaelumObject Developers' Blog - agosto 11, 2010

    [...] he is unavailable, send an email to your internal project list. While waiting for the response, avoid crossing the certainty line, which involves guessing. Avoid [...]
  3. Prática: abra mão de começar pela solução mais elegante « Agile no mundo real - agosto 23, 2010

    [...] de qual dos dois for o problema, compartilhe ele de maneira assíncrona – lista ou fórum – com outros que estão com a cabeça fresca e não viciada no [...]
  4. Seu cliente precisa saber o andamento do projeto | blog.caelum.com.br - outubro 21, 2010

    [...] no dia a dia o cliente envia emails perguntando a situação de determinada história e o andamento do projeto completo. Os [...]
  5. Pensando em métricas para times ágeis | blog.caelum.com.br - janeiro 26, 2011

    [...] mesmo em times que utilizam pareamento como prática comum, tal acúmulo ainda pode acontecer. Se for esse o caso, o conhecimento fica concentrado em duas pessoas, isto é, o truck factor [...]

Deixar uma Resposta