Olá a todos! No começo eu queria refletir no título algo sobre eficácia pessoal, mas depois rejeitei fortemente a ideia. Quero ressaltar de antemão que não será tanto sobre a realização e o correto estabelecimento da meta (embora isso seja importante), mas sim sobre a experiência pessoal e os eventos que me levaram direto para os braços desta questão (e aconteceu de forma bastante espontânea). Também destacarei formas básicas de simplificar o trabalho, elas são tão simples quanto eficazes.
fundo
Durante a maior parte da minha carreira de desenvolvimento (front-end e full-stack), estive pensando em uma tarefa importante: desempenho de código. No entanto, minha eficácia pessoal de alguma forma saiu da zona dos meus interesses ... Bem, não muito bem, mas eu não fiquei lá por muito tempo, então meu conhecimento nesta área até agora tem sido muito, muito limitado e abrupto.
Pulando longas explicações, irei direto para ... O ponto culminante da minha história, que aconteceu neste verão. Acontece que absolutamente todas as estrelas que poderiam fazer isso se juntaram. Estava tudo aqui: não gostei ativamente do meu projeto, e também fui transferido para um novo, do qual gostei (na época) menos ainda, “acrescentei” felicidade e um prazo final apertado, pus lenha na fogueira com incidentes regulares com o ambiente local, bastante grandes problemas na minha vida pessoal, o cancelamento do vôo, graças ao qual fiquei preso em outra cidade, se você adicionar uma epidemia aqui, você tem um quadro bastante completo e compreensível. Tudo isso levou ao fato de que comecei a arder: era difícil para mim trabalhar, era difícil realizar tarefas mais ou menos difíceis, o tempo todo eu queria fugir para algum lugar: chá, YouTube, um livro, etc. Em algum momento, percebi que não conseguia mais trabalhar (bem, de jeito nenhum).Isso é compreensível, porque todo o meu trabalho nos últimos meses foi construído na auto-compulsão: eu me forcei a trabalhar. Resultado bastante lógico.
As formas óbvias de sair dessa situação são tentar mudar o projeto ou sair de férias. Mas, em primeiro lugar, isso não acontece instantaneamente e, em segundo lugar, eu não sabia quanto iria durar depois de umas férias ou em um novo projeto. Então ele se perguntou: o que eu, de fato, quero? Acabou sendo tudo menos programável (incrível). Por exemplo, beber chá (gostaria de saber como outras pessoas respondem a essa pergunta, encontrando-se em uma situação semelhante, mas talvez nunca saberemos). E eu disse a mim mesmo: "Tudo bem, vou tomar chá, mas primeiro vou fazer alguma coisa." E esse é um ponto muito importante, tentando entender o que posso fazer nesse estado, comecei a dividir a tarefa em microtarefas e cortei as desnecessárias. Parece simples e lógico, além disso, esses são os fundamentos do design. No entanto, na verdade, nem tudo é tão otimista. No processo de conclusão de uma tarefa,ainda vemos a tarefa como uma espécie de monólito, embora ela possa ter sido dividida em seus componentes antes. Além disso, estamos constantemente fazendo centenas de perguntas diferentes e o que acontecerá se isso acontecer (digamos, uma resposta com um erro chega do servidor).
Até que ponto para simplificar a tarefa
Eu dividi a tarefa não em módulos independentes, mas até que eles se tornassem elementares e deixassem de causar resistência interna em mim. Em geral, pode soar assim:
- Crie um esboço de componente com uma interface base
- Conecte-a
- Adicionar marcação
- Transfira dados reais
- Adicionar estilos
- Escreva testes
Se for difícil, essas etapas podem ser refinadas ou o componente pode ser desenvolvido em partes. (Como você faz isso?)
Em seguida, quero chamar a atenção para três princípios importantes:
Dividindo a tarefa em elementares
No meu caso, o estágio inicial parecia mais ou menos assim:
- Faça um esboço de um componente com texto suspeito
- Adicione uma rota para ela
- Verifique se ela está conectada
- Descubra em quais endereços você precisa receber dados do servidor
O resultado desta decisão:
- As tarefas são elementares, mesmo neste estado eu olho para elas com algum alívio, não com nojo.
- É mais fácil se concentrar em tarefas como essa.
- Também reduziu os níveis de estresse (eu não me forço, e as tarefas não são tão grandes assim)
Focalizando a atenção em uma faixa estreita de subtarefas
- Menos tempo gasto em subtarefas
- Menos recursos cerebrais são gastos
- Como resultado, a tarefa em si é concluída mais rapidamente.
Tempo limitado de uma iteração
- Posso facilmente concordar comigo mesmo que agora vou trabalhar por 15 minutos, e depois vou fazer uma pausa agradável por 5 minutos. Embora se convencer (conseguir) a trabalhar o dia todo será mais difícil e mais frustrante
Vamos resumir
Para não perder o meu tempo e o dos outros, tentarei fazer isso o mais rápido possível:
- O trabalho não é mais estressante para mim
- Me cansei menos no final do dia
- O desempenho aumentou em comparação com o valor sem estresse: antes, uma tarefa de 3 pontos da história + testes de redação levava 2 dias, agora acabou não mais do que um e meio
- Uma abordagem mais profissional é usar um cronômetro. Gostaria de falar sobre meus sucessos (e fracassos, onde posso ficar sem eles) ao introduzir a técnica do tomate em outra ocasião.