O quadro de desenvolvimento minimalista

Michael Borisov Blocked Unblock Seguir Seguindo 27 de novembro de 2018

Oi, você já pensou no mínimo que precisamos para trabalhar em equipe? Durante minhas duas décadas de experiência em desenvolvimento de software, trabalhei com muitas metodologias diferentes. Todos eles têm algo em comum que um dia moldou para mim em um conjunto claro de elementos simples que tocam perfeitamente juntos. Ainda mais, vemos esses elementos não apenas na engenharia de software, mas também em qualquer outra indústria. Esses nomes são um resumo diário, um quadro de tarefas e um balde de blá-blá.

Precisamos de instruções diárias minimalistas para sincronizar as coisas que caíram durante o dia por causa de algumas razões. Às vezes pode acontecer que desalinhamos ou alguma informação falhou, ou algo inesperado aconteceu que não recebeu atenção suficiente. Bem, nós o pegamos durante o próximo briefing diário. Traga apenas tópicos que precisem de todos os participantes. Não espere pela próxima reunião, aja na hora certa. Não empilhe problemas, resolva-os diretamente. Não segure informações, use mensageiros como o Slack.

Precisamos de um quadro de tarefas minimalista para ver onde estamos. Mantenha o quadro de tarefas tão simples quanto três colunas (novo, pronto). Agrupe tarefas para organizar requisitos mais complexos, como casos de uso, histórias de usuários, recursos, experimentos. É um mínimo que é como peças lego pode formar qualquer forma estranha sua situação atual pode representar. Depois, você pode desmontá-lo e ter um sistema de rastreamento minimalista. Conte as tarefas concluídas em uma semana para impressionar sua velocidade minimalista.

Precisamos de um blá-blá-blá minimalista para colocar lá qualquer tópico para discutir, como refinamentos de requisitos, impedimentos, solicitações de hardware, idéias, qualquer coisa que precise de uma conversa. Durante o próximo briefing minimalista diário, alguém poderia decidir chamar atenção para a grande quantidade de itens no balde, para que alguém pudesse enviá-los para o lixo. Vale a pena mencionar, não coloque pedidos de festas de cerveja para o balde de blá-blá, então eles não estão indo para a lixeira também.

Sério, tudo o mais vai além e pode mudar, mas esse mínimo tem que estar lá com certeza. Poderíamos decidir fazer uma sessão de planejamento logo após o briefing diário às segundas-feiras, para que tenhamos alguma meta significativa para esta semana. Poderíamos optar por executar um trem de lançamento às terças-feiras, para que todos saibam quando saltar. Podemos ter retrospectivas a cada duas semanas às quartas-feiras. O proprietário de um produto pode fornecer o backlog do produto ou a equipe ou um analista de negócios, e isso não afeta a estrutura de desenvolvimento minimalista. Ou poderíamos decidir usar o desenvolvimento orientado a dados e executar experimentos em vez de usar histórias de usuários. Você vê, o núcleo permaneceria o mesmo.

Quando o ativo mínimo está em vigor e é respeitado como um núcleo e tratado como um mecanismo, todas as outras cerimônias são organizadas em torno dele com o entendimento de que elas estão apoiando a base. Então todo o foco da equipe está no motor, e pela equipe aqui eu quero dizer toda a organização. Eu posso imaginar que uma empresa poderia ter vários núcleos, como TI, vendas, suporte. Então cada membro da equipe sabe como os mecanismos funcionam e entendem o impacto de diferentes atividades. Então poderíamos alcançar os céus juntos.