Neste post, quero compartilhar um pouco da minha trajetória e alguns valores sobre trabalho em equipe e liderança que costumo aplicar no meu dia-di...
For further actions, you may consider blocking this person and/or reporting abuse
ótimo post como sempre Leandro, fiquei curioso em saber como vcs organizam um trabalho de refactoring sem incluir esse trabalho em algum escopo, onde ficam as informações sobre o que esta sendo feito?
Valeu Marcell! Eu costumo colocar junto às tarefas o que foi feito. Por exemplo, utilizando Trello, coloco tudo num card do Trello. Se o card é referente à "Implementar 2FA no Login", e eu vejo que é importante refatorar alguns componentes internos de Login, eu planejo o refactoring apenas daquela área, faço estimativa e sinalizo pra equipe de produto a importância daquele refactoring que SERÁ feito. Então quando puxar o card, vai ter o trabalho tbm associado no Pull Request (ou commit pra quem faz TBD) que terá link no card.
Ou seja, o card é sobre implementar 2FA, mas leva junto um refactoring necessário naquela área (sinalizado no card).
Particularmente, não acredito muito que refactorings estruturais em várias partes são eficientes. Prefiro o "refactoring oportunista", que toca apenas na parte necessária para implementar a feature ou fix. Muito daquela ideia de "deixe o quarto mais limpo do que encontrou, mas não precisa limpar todo o quarto de uma vez".
excelente post, os 5 pontos ali são coisas que sempre admirei enqto liderado e sempre procurei trazer comigo enqto líder também.
Só pra reforçar o item de experimentação, já tive a experiência de colocar no escopo do produto e não foi muito agradável, na primeira oportunidade ela é retirada não dando margem para argumentação, hoje prefiro me reunir com os envolvidos e fazer aos poucos, mas sempre fazer algo.
Excelente!
Como alguém que teve uma trajetória similar, me identifiquei bastante, e assino embaixo.
Muito bom, assino embaixo pois vivi junto um pouco disso com você! hahaha
Muito bom Leandro. Geralmente prefiro ver relatos de experiência do que apenas teorias abstratas. Tem um valor diferenciado. Gostei também da referência do Debugging Teams, vou dar uma olhada!
Valeu Thiago!