Como priorizo o backlog do meu time?
Quando conseguimos utilizar dinheiro para medir o RoI, as coisas ficam bem fáceis, todavia nem sempre conseguimos fazer tal coisa. Como então podemos priorizar o nosso backlog? Neste artigo veremos duas técnicas colaborativas que podemos utilizar para encontrar o Retorno e o Investimento.
Queremos autonomia! Faça Delegação através do Delegation Board
Se ambos têm desejos semelhantes, por que nada acontece? Na prática, ficam mais dúvidas que certezas. Quem contrata é o Product Owner, Scrum Master ou Time de Desenvolvimento? Quem demite? Quais treinamentos o time fará? Podemos trocar nossas ferramentas? O Scrum, por ser um framework, não prescreve essas atribuições. Elas variam de acordo com a organização e cultura de cada empresa.
5 formas sistêmicas de reduzir seu time to market (lead time)
Hoje, o objetivo das empresas é colocar o produto no mercado o quanto antes para ser experimentado e avaliado pelos consumidores. Dessa forma, reduzir o tempo de concepção, desenvolvimento e entrega de um produto (time to market) tornou-se imperativo.
Product Backlog: Épico, História de Usuário e Tarefas
Você provavelmente já ouviu falar sobre product backlog, épico, história de usuário (user story) e tarefas, certo? Há muita confusão com esses termos. Agora, vamos às definições!
Water-Scrum-Fall: a armadilha de viver a agilidade ilusória
Water-Scrum-fall é um tipo de transformação de fachada. Ouvi essa expressão pela primeira vez com Jez Humble (escritor do livro Entrega Contínua) durante o Goto 2015. Segundo o escritor, uma grande parte da empresa acaba adotando o Scrum apenas em uma parte da cadeia de valor, mas mantém os métodos tradicionais em todo o resto. Acabam com um sanduíche, um pouco melhor que 100% cascata, mas que não aproveita 10% dos Métodos Ágeis.
Advanced Scrum Master: O próximo passo na sua carreira!
Esse é o próximo passo da carreira do Scrum Master. Aqui o foco é no desenvolvimento profissional de quem desempenha esse papel. Durante os dois dias de treinamento nós aprenderemos diversas técnicas e ferramentas que nos ajudam a progredir para um Agile Coach.
História de Usuário: evitando disfunções
Resumindo aqui, a História de Usuário é um formato sucinto para escrita dos requisitos necessários para a construção de um produto. Ela deve ser compreensível para o clientes e consumidores.
A extensa lista de documentos de requisitos é ineficiente e por isso a história de usuário é muito enxuta. Estimulamos a comunicação face a face ao invés de e-mails e ferramentas de gestão de documentos.
As disfunções do Time de Desenvolvimento – Parte 1
No artigo Quem é o Time de Desenvolvimento do Scrum, escrevemos sobre as características deste importantíssimo papel. Neste artigo trataremos as disfunções mais comuns que ele pode enfrentar.
5 passos para transformação ágil: você vai se frustrar lendo este texto
Desculpe informá-lo, mas não existem cinco passos para transformação ágil da sua empresa. Avisei no título e a imagem acima deixou uma dica. Se essa era a sua expectativa, você já deve estar frustrado. Na verdade, não existem passos, nem guia, nem receita, nem modelo (template), nem A resposta. Não existe copiar o modelo da empresa A e colar na empresa B.
O que é um MVP (e o que não é)?
Todavia, quando um termo se torna muito popular, ele acaba se transformando em uma buzzword. Um chavão em que as pessoas transformam tanto a ideia original que ela acaba guardando poucas ou nenhuma referência do conceito original.
Agile Marketing
Entender a essência do Ágil é fundamental para que as empresas entreguem valor com melhoria contínua.
Gestão de Produto – As incríveis técnicas para fatiar suas entregas
Neste artigo, escrevo sobre como fatiar o software em pequenas entregas que agregam valor ao negócio. Antes de falarmos sobre isso, vamos a algumas definições importantes.
Feedback: um motor para melhoria da vida
Feedback pode ser uma grande ferramenta de melhoria para a vida de times e pessoas. Faça, experimente, reflita e evolua.
Briga – Resolvendo as dependências externas ao time
Toda vez que temos dependências externas ao nosso time de desenvolvimento, temos um problema que impacta significativamente na entrega de produtos e serviços. Quanto maior o número de dependências externas, mais tempo levará o nosso Time to Market.
Ágil está morto! The Walking Dead da agilidade
Neste texto, falaremos um sobre o The Walking Dead da agilidade. Métodos, frameworks, práticas e valores que muitos dizem que já morreram, mas continuam andando por aí.
O que é Scrum?
Segundo os criadores, Ken Schwaber e Jeff Sutherland, o Scrum é um framework (arcabouço) dentro do qual pessoas podem tratar e resolver problemas complexos enquanto constroem produtos de forma criativa e eficiente, com o mais alto valor possível (Guia do Scrum, 2017).
Quem é o Time de Desenvolvimento do Scrum?
O Scrum define que há três papéis dentro do Time Scrum: Product Owner, Scrum Master e Time de Desenvolvimento. Há muita bibliografia explicando os dois primeiros, porém quase não ouvimos sobre o último.
Disfunções no Papel do Scrum Master
O Scrum é um framework que quando bem utilizado é capaz de aumentar a performance do time de 4 até 10 vezes. Todavia temos adaptações e adaptações. Algumas ficam “meia boca” e disfunções viram regra.
Eu acho que… Os riscos do achismo em projetos
Você já começou um projeto com a certeza de que ele não daria certo, mas o chefe mandou e valeu aquela máxima de “manda quem pode, obedece quem tem juízo”? Já desenvolveu um produto / serviço em que durante a construção todos sofriam de um otimismo infundado e quando foi entregue os resultados não apareceram?
Quer aumentar a produtividade da empresa? Dê folgas!
Trabalhar na K21 tem uma grande vantagem. Nós NÃO temos 30 dias de férias. Na verdade, caso eu queira tirar férias ou folgar alguns dias, basta marcar na agenda os dias que você não trabalhará e pronto. É só não aparecer na data marcada .
Qualidade de software com TDD (Test Driven Development)
Neste artigo vamos falar sobre Test Driven Development (TDD), que é uma prática de desenvolvimento de software na qual os testes são pensados e escritos antes do código de negócio. Com isto, aumentamos muito a qualidade do produto e consequentemente a satisfação de nossos clientes e usuários.
Testes automatizados: como garantir a qualidade do software
Computadores são bons em fazer trabalhos repetitivos e a execução de testes é quase sempre um trabalho repetitivo. Logo, testes automatizados (automação de testes) se tornam fundamentais para garantir a qualidade do software.
Métricas Tóxicas: o que você não deve usar
Métricas sempre vão mudar o comportamento das pessoas, escolha-as muito bem para não intoxicar o seu produto ou empresa.
Definition of Done? Está pronto, só falta testar!
Quando o item está pronto, a princípio, não há mais nenhuma tarefa a ser feita. Em empresas que utilizam boas práticas de Devops como a entrega contínua, a única atividade remanescente deveria ser o Product Owner (PO) pressionar um botão e mandar todo o incremento do produto para as mãos dos clientes.
Escopo fechado: A ilusão
Quando foi a última vez que seu projeto terminou dentro do prazo e do custo? O Time fez muitas horas extras? Atendeu todo o escopo do projeto? Vamos ver neste artigo sobre a ilusão de segurança que temos em projetos com escopo fechado e como sair dessa armadilha.
O uso define o produto
Compreenda o problema que está tentando resolver. Não se perca em soluções maravilhosas de problemas que ninguém vive.
Silos: visualizando e tratando as dependências do time
Recentemente, enquanto estávamos facilitando um EVDnC, um dos times estava com dificuldade para decidir quais tarefas deveriam ser feitas por quem e quais aquelas deveriam ser feitas em conjunto. Muita discussão e pouco alinhamento.
Despencando do Olimpo: As difíceis lições que aprendi no caminho da agilidade
No Agile Brasil de 2017 apresentei a sessão Despencando do Olimpo: As difíceis lições que aprendi ao tentar fazer a Jornada Ágil na trilha É Caindo que se Aprende a Levantar.