Publicado em

Conversas informais do time.

É vital para evolução do time que a observação seja exercitada de forma competente, para tanto é necessário estar atento não apenas as conversas formais que acontecem nas cerimônias como a planning ou a review, mas também nas conversas que acontecem em outros momentos.

Muitas coisas úteis pode ser encontradas nesses momentos além das oportunidades de treinamento do time, as ferramentas que podem ser utilizadas estão nas observações e perguntas que podem clarificar ou inspirar as pessoas a evoluirem.

Boa parte do tempo o time mantém conversas informais que podem servir para geração de ativos importantes que ajudarão o time a evoluir, essas oportunidades devem ser utilizadas também para treinar o time, portanto esteja atento a essas situações para colaborar.

Deixe claro ao time que você acredita que eles podem fazer mais e melhor, ajude-os a descobrir novas habilidades conforme as necessidades atuais sem se esquecer que o time deve saber o que deve ser priorizado, muitas vezes a forma de se fazer uma pergunta pode fazer a diferença.

Esteja preparado para o silêncio nas primeiras “incursões”, isso é muito muito normal, por vários motivos, é importante fazer as colocações de forma isenta, as perguntas ou observações devem ser neutras de forma que as pessoas se sintam a vontade para contribuir, preste atenção no que está acontecendo com o time para que sua colaboração seja mais efetiva.

Para me conhecer melhor acesse meu site e meu perfil no LinkedIn, fique a vontade para entrar em contato, vamos conversar !!! 

Publicado em

Facilitando a Retrospectiva.

A retrospectiva é um momento em que o time faz uma pausa para uma auto análise, verificando o que houve durante a sprint, é importante que o time seja orientado a não só analisar o que foi feito, mas principalmente o como.

Durante a sprint, observe como as coisas acontecem, vá registrando as situações que funcionam bem ou que precisam melhorar, permita que o time rode a sprint sem interferir, no caso de times com menos experiência é possível que sejam necessárias intervenções pontuais, porém sem atrapalhar o andamento da sprint.

Observe também como o trabalho flui, quais os problemas de comunicação e coordenação aparecem, os momentos em que eles fazem a coisa certa, como estão emocionalmente, quais tipos de situações causam variação na moral do time.

Perseguir a realização de retrospectivas que viabilizam a melhoria do time é algo indispensável, a facilitação para torná-la efetiva é fator crítico para o avanço, ajude-os.

Colete essas informações para preparar um tipo de pauta para a restrospectiva, tente direcionar para o tema mais relevante e que tem potencial de trazer maiores ganhos, no início da reunião pergunte a opinião do time sobre a relevância dos assuntos, dê sua sugestão mas permita que escolham o que é mais prioritário para discutir.

O time deve inspecionar e adaptar, ações de melhoria devem ser determinadas com responsável e devem ser verificadas na reuniões de retrospectivas subsequentes, para ajudar que se cumpram os compromissos assumidos lembre-os, deixe a lista em um lugar visível aonde todo o time possa ver.

Para me conhecer melhor acesse meu site e meu perfil no LinkedIn, fique a vontade para entrar em contato, vamos conversar !!! 

Publicado em

Você sabe a diferença entre Wireframe, Mockup e Protótipo ?!

Um recurso muito utilizado nos dias de hoje e que pode evitar muita dor de cabeça e desperdício de dinheiro é a utilização de Wireframe, Mockup e Protótipos, antes de começar a codificar, isso alinha o entendimento das partes envolvidas, evita retrabalho e dependendo da necessidade do projeto você pode usar um deles ou os três em conjunto, cada um com características específicas, veja a seguir.

É muito comum antes de começarmos um desenvolvimento que exista a necessidade de confirmação de como serão as telas que serão criadas, desenha-las logo de cara exatamente como serão pode ser um desperdício de tempo, neste caso o rápido é mais devagar e o devagar é mais rápido.

Wireframes mostram apenas um ideia geral de como deverá ser o que está sendo projetado, são muito simples e tem um custo baixo, tem baixa fidelidade e neste ponto ainda não estamos pensando como será viabilizado tecnicamente, neste ponto queremos fechar a estrutura e layout básicos.

Mockups são imagens estáticas de como a versão final do produto irá se parecer, é importante no apoio da definição de coisas como tipografia, estilo, representação visual, cores e etc. É um design representando o que foi desenhado na forma de wireframe (que é o passo anterior) porém com uma fidelidade maior especificando mais detalhes, esse tipo de artefato tipicamente é produzido por designers.

Protótipos nos permitem explorar a interface do usuário procurando possíveis problemas no fluxo além de deixar mais clarificado (já que é possível interagir) o que deve ser feito facilitando também melhorias no que foi planejado até então. Esse artefato é fundamental para realização de pesquisa de usabilidade, também fica mais fácil pra vender caso precise convencer alguém que o que está fazendo é uma boa ideia.

Cada artefato tem o seu papel e valor no passo em que o design da aplicação está, são interrelacionados e vão aumentando a fidelidade conforme o avanço no processo, para resumir:

  • Wireframe trata a estrutura; (Baixa fidelidade)
  • Mockup a parte visual; (Média fidelidade)
  • Protótipos são para interação e usabilidade; (Alta fidelidade)

Para me conhecer melhor acesse meu site e meu perfil no LinkedIn, fique a vontade para entrar em contato, vamos conversar !!! 

Publicado em

Facilite a Revisão da Sprint

O time deve organizar a reunião que tem o objetivo principal demonstrar o que foi produzido na última sprint executada, não é preciso nada muito elaborado, porém deve ser o suficiente para que as partes interessadas na reunião possam entender o que foi entregue.

Podem começar dizendo o que foi feito em relação ao que foi planejando anuciando quais funcionalidades serão demonstradas pelo time, instrua-os a mostrar utilizando as funcionalidades contando as necessidades que serão atendidas conforme o andamento.

Instrua os stakeholders a fornecer o feedback dando entendimento ao time se os objetivos foram alcançados e se não, quais são os motivos que os levaram a essa conclusão.

A Review é a hora da verdade, o Product Owner deve verificar se o que foi feito pelo time endereça ao que foi planejado, porém além disso há outros objetivos que precisam ser levados em conta, oriente e deixe o time tocar, exerça a observação para posteriormente conversar com o time e fazer os devidos ajustes.

Aproveite para falar de alguma situação/impedimento que está alheia ao time e que as partes interessadas podem ajudar a solucionar, se não puderam ajudar, ao menos ficaram a par das pendências de forma atualizada.

Observe as interações entre o time de desenvolvimento, product owner e partes interessadas, fique em silêncio mas tome nota do que será necessário conversar com time em formato de sugestões para o próximo ciclo.

Para me conhecer melhor acesse meu site e meu perfil no LinkedIn, fique a vontade para entrar em contato, vamos conversar !!! 

Publicado em

Facilite a Planning !!!

A planning é a primeira cerimônia de uma sprint, para que ela alcance seus objetivos com sucesso algumas ações precisam ocorrer antes desta reunião, são atividades que envolvem todo o time.

É necessário garantir que o Product Owner esteja com itens do backlog preparados de forma que todo o time possa entender o valor de negócio e o porque foram priorizados, para tanto o time precisa ter conhecimento desses itens do backlog em um momento anterior a planning, pode ser feito na reunião de refinamento.

Na reunião de refinamento, o Product Owner explica os itens que estão sendo preparados em busca da colaboração do próprio time para essa tarefa, o time de desenvolvimento deve contribuir durante o entendimento dos itens que estão sendo explicados pelo Product Owner.

A Planning é um dos eventos mais importantes do Scrum, antes desta reunião deve haver uma preparação que compreende algumas atividades que devem ser executadas pelo próprio time e que impactam diretamente a consistência e a dinâmica da reunião.

O time deve estimar o esforço determinando quais seriam as principais tarefas a serem executadas em cada item. Aproveite para observar as oportunidades de aprendizado que irão surgir, faça perguntas para ajudar a clarificar o entendimento do está sendo tratado, questione sobre o entendimento do valor agregado de cada história e qual o benefício para o usuário final.

Lembre-se dos limites entre os papéis, o Product Owner determina o que deve ser feito e o time de desenvolvimento define o como será feito, apesar da colaboração entre todo o time que deve ser incentivada, não podemos esquecer quem é responsável pelo quê, ajude-os a se organizar.

Para me conhecer melhor acesse meu site e meu perfil no LinkedIn, fique a vontade para entrar em contato, vamos conversar !!! 

Publicado em

Facilitando a daily !!!

O time tem a oportunidade de realizar a coordenação dos trabalhos de forma a entender em conjunto qual é a melhor ordem para a execução das tarefas do momento conforme possíveis dependências por exemplo.

Oriente o time a focar principalmente no que está em andamento, assim fica mais fácil para que todos saibam o que está acontecendo no momento, para isso peça que foquem nas tarefas em andamento, controle o WIP.

Continue tentando a ajudar o time, porém não os poupe das consequências de suas decisões caso a daily não esteja sendo feita a contento, a evolução irá acontecer no devido tempo do time, ajude-os a reconhecer o que pode melhorar, continue em movimento.

É fundamental que todos estejam prestando atenção na pessoa que está falando fazendo contato visual, caso isso não seja feito a reunião perde sua efetividade, oriente-os sem animosidade.

Ensine o objetivo da reunião e se afaste, observe como eles irão rodar a daily, caso o time seja novo talvez seja necessário intervir no momento, porém se possível deixe para fazer as observações em momento posterior e deixe rolar, se estiver remoto entre na call mudo e saia calado.

Na restrospectiva ofereça suas observações, porém sem julgamentos, fale de forma neutra e deixe que eles cheguem as próprias conclusões, é a oportunidade para inspecionar a adaptar, seja gentil.

Para me conhecer melhor acesse meu site e meu perfil no LinkedIn, fique a vontade para entrar em contato, vamos conversar !!!