Já está no ar o quinto episódio do nosso podcast “mais ou menos” quinzenal.
Desta vez discutimos o planejamento e estimativa de tarefas dentro de uma equipe de desenvolvimento ágil.

Apresentamos também novidades deste período como próximos eventos, dicas de livros, artigos e discussões interessantes nos blogs que acompanhamos.
Nota em 09/03: pedimos desculpas pela qualidade do áudio em alguns momentos durante a gravação onde nosso vizinho amigo decidiu utilizar uma furadeira! =) https://youtu.be/1-y_XvFKEMM

Caso não consiga ver o vídeo acesse nosso canal do Youtube ou baixe o áudio diretamente.

Data de publicação: 03/02/2010 Tempo: 28:55
Show notes:

Para acompanhar este podcast acesse nossa página do iTunes ou nosso feed em seu leitor favorito.
Aguardamos seu feedback através dos comentários deste post!

Autor

No tempo em que esteve no time da Bluesoft, Luiz Faias Junior ajudou a criar e a manter a cultura e os valores da empresa, aumentando a equipe de 3 para 40 talentosos engenheiros de software.

5 Comentários

  1. Pingback: Os Melhores Podcasts de Tecnologia para Desenvolvedores | André Faria Gomes

  2. Parabéns e muito obrigado por mais esse episódio, ficou muito bom mesmo. Agora vem as perguntas: vcs acham desinteressante alocar um membro de um time p/ fazer o papel de scrumMaster continuando a fazer parte do time de desenvolvimento?
    Em um ambiente com várias equipe, seria legal ter um srumMaster p/ cada uma ou um só lideraria-as numa boa?
    Mais uma vez obrigado por compartilhar o conhecimento conosco e parabéns pelo trabalho.
    DADO

    • Olá Dado,
      Obrigado pelo contato e desculpe pela demora no retorno.
      Nossa experiência aqui na Bluesoft é com um grupo de 12 pessoas, que hoje estão divididas em 2 times. O papel do ScrumMaster é realmente um papel e não um cargo, portanto esta pessoa continua fazendo parte do time.
      Na minha visão existem 2 situações diferentes que precisam ser administradas pelo SM: a primeira é relacionada com questões que dependem da equipe (coisas mais técnicas como atualização de frameworks, linguagens, etc) e a outra diz respeito ao que cabe à empresa resolver. Neste segundo caso ele será a ponte para uma outra área como RH ou financeiro que se encarregará de resolver o impedimento.
      Já vi casos em outras empresas de uma pessoa sendo apresentada como: “este é o Fulano, ele não desenvolve, é só ScrumMaster”. Numa equipe enorme isso pode até fazer sentido mas não tenho experiência suficiente pra dizer se realmente é necessário existir este “cargo”.
      Espero ter ajudado mais do que confundido =)
      Abraço,
      Luiz

      • Obrigado pela resposta, Luiz. Estou, agora mesmo, lendo o primeiro community journal do VA e achei extremamente merecida a citação a esse blog.
        Vlw
        DADO

Deixe aqui o seu comentário