Talvez essa opinião pareça impopular e até estranha - mas desde então não quero (e não posso) trabalhar de outra forma. Eu adoro quando o desenvolvimento está em um ritmo super rápido. Eu percebi que quero ficar chapado. Mas eu não quero mais queimar. E comecei a construir uma proteção contra o burnout: vamos contar o que aconteceu e como isso ajudou a mim e à equipe em quarentena, quando tínhamos que trabalhar em formato de “sprint em um dia” para ajudar os alunos.
Para iniciar o esgotamento, você precisa repetir um ciclo simples várias vezes.
Aqui você descobre, luta contra bugs, prazos, fica alto com o que consegue. Você vê o resultado, sente o retorno, quer fazer algo além do que você tem. Então alguém vem e diz:
- Fazemos ISSO em uma semana!
- É impossível.
- Na próxima segunda, preciso estar em produção.
- Ok, vamos ver o que podemos fazer.
Normalmente, "este" significa um projeto completamente novo ou algum novo recurso, que nem sempre está incluído no conceito geral do projeto, mas deve se tornar fundamental. E você assume uma tarefa para o fim de semana ou senta-se à noite.
Isso aconteceu em uma startup médica. Em algum momento, decidimos fazer um curso sobre b2b. Os clientes eram clínicas particulares: naquela época, o site com a lista de preços do excel era para a maioria o topo do digital, mas oferecíamos um "combinar" com contas pessoais e integrações ponta a ponta. Ao mesmo tempo, cada clínica queria algo que as outras ainda não tinham, e esse algo tinha que funcionar e ter a aparência "que deveria". Nem os clientes nem nós sabíamos exatamente como tudo deveria ser. Mas era importante para nós lançarmos recursos concluídos com a maior freqüência possível.
O desenvolvimento era como contratos curtos. Paralelamente, a legislação estava mudando. Não podíamos nos dar ao luxo de fazer previsões muito longe.
Todos os dias dizíamos que é impossível, que precisamos de sprints com planos claros, mas ... no final aceitamos a importância das mudanças rápidas, aprendemos a fazer mais e a gostar. E um ano depois nos acostumamos com esse ritmo.
A ideia “você trabalha não porque trabalha, mas porque quer” tornou-se um credo. Os problemas começaram depois.
Quando você percebe que isso é emocionante, você começa a trabalhar quase sempre quando há tempo e disposição para isso. Isso tira sua força. A certa altura, você pode se surpreender pensando que não sabe como tirar e desligar essa parte de sua vida. Se você tirar uma ou duas semanas de folga, não poderá fazer nada de útil. E, em geral, como você pode descansar aqui enquanto todos trabalham por uma boa causa? Em algum momento, você começa a pensar que pode fazer isso sem descanso. Mas isso é mentira :)
Depois de trabalhar nesse ritmo por vários anos, parei. Nos últimos meses, tudo tem sido nojento, inclusive pensar que não quero mais escrever código. Na tentativa de escapar de mim mesmo, tentei ser um projeto e um líder de equipe. Tentei "ir para a Ásia deitar na praia", mas não consegui me concentrar no descanso, voltei duas semanas depois sem descanso.
Depois de alguns meses, pude escrever código novamente. Estava em uma boa localização. Mas não se tratava de um start-up: tarefas que podiam ser realizadas em um dia levavam uma semana, e reuniões e conhecidos com outros departamentos iam contra o hábito já formado de trabalhar constantemente.
Comecei a me preocupar porque não trazia resultados. E novamente ele começou a procurar por si mesmo.
A história de como descobrir, mas não queimar
Vou começar de longe - no verão passado, a Skyeng relançou o Skyes: um serviço b2g para escolas e universidades. Em suma, eles compraram o acesso ao sistema e seus professores receberam uma conta pessoal na qual podiam enviar lição de casa aos alunos com base no material dos livros didáticos necessários.
Gostei do início: o projeto tinha que ser lançado em um mês. Conseguimos chegar a tempo, mas então tudo correu bem devagar - as especificidades do mercado e vários outros momentos surgiram. Era março de 2020, decidi sair de férias e após o fim do ano letivo comecei a procurar um novo projeto, pois comecei a ficar entediado.
E então veio uma pandemia: minhas férias foram declaradas uma semana sem trabalho e as escolas foram transferidas para "remotas". Algumas centenas de mil crianças em idade escolar visitaram o local de nosso projeto. Lembro-me de como acordei com uma chamada do infravermelho - Skyes não aguenta a carga.
Ao mesmo tempo, a administração criou o Skysmart. Resumindo, a empresa tinha vários projetos voltados para escolas: surgiu a ideia de “colar”, adaptando para quarentena. Basicamente, faça um enlace em torno de nossa plataforma principal Vimbox, agregando materiais escolares, acesso fácil e gratuito para professores e alunos.
Decidiu-se migrar urgentemente nosso projeto para outro - e então caí novamente na febre de uma startup.
Vamos dizer como e por que trabalhamos:
- Não havia muitos objetivos, mas todos pareciam transcendentais. O principal objetivo do novo projeto era coletar o máximo de público para os dois "meses letivos" restantes - cerca de milhões de alunos e dez milhões de tarefas concluídas. Ao mesmo tempo, no decorrer do projeto, alguns dos objetivos mudaram para cima.
, , , — . .
- 12 . . - . «»: - , , .
- — . , , . . 9 15 , , «» , : , , , .
Certa vez, uma equipe de pesquisadores pediu aos alunos que desenhassem como veem nossa plataforma - foi engraçado. Feedback de usuários motivados a "descobrir" dia após dia.
Dois meses depois, gritamos um para o outro pela última vez na demo: “Muito bem!” E fomos descansar uma semana com toda a equipe. Todo mundo estava muito animado na sexta-feira - uma empresa na Zoom, memórias de como era. E então aconteceu a coisa mais interessante.
É difícil para mim comparar o burnout com qualquer coisa, mas provavelmente acontece com os atletas: quando você vai para o gol por muito tempo, a devastação se instala.
Nos primeiros dias é muito difícil se forçar a descansar e fazer alguma coisa - a ponto de não ter forças para encontrar um mensageiro entregando comida.
Mas consegui superar essa condição em dois dias. Aí fui passear, "provei" o fim de semana e não me culpei em nada por não trabalhar. Ao mesmo tempo, fiquei entusiasmado com a quantidade de trabalho que fiz, e a fadiga e a "mudança de fase" foram mínimas. Mas eu já passei por isso antes. Eu sabia como reagiria, e que tal reação é normal. A maioria dos caras não teve essa experiência.
No entanto, alguns dias depois, ficou claro pela correspondência com eles: os caras estão começando a se dar permissão para "se abaixar", cortar o chip de recompensa e ir em busca de presentes tangíveis para si e seus entes queridos durante os 2 meses da maratona. Ou de alguma forma eles começam a lidar com a situação e voltam ao normal.
Pode parecer que pegamos práticas polêmicas e isso de alguma forma deu um resultado. Acho que procuramos protótipos de bons processos.
Claro, as condições do nosso “experimento” acabaram sendo únicas - com a quarentena, não podíamos ser distraídos por cafés e restaurantes, visitando, viajando em algum lugar nos fins de semana. Portanto, "trabalhar duro" era uma maneira razoável de não enlouquecer dentro de quatro paredes.
Mas comparando a experiência de uma startup médica, de onde parei por seis meses, e uma startup educacional, de onde parei por uma semana, percebi uma coisa: não dá para queimar de jeito nenhum, mas o grau de "queima" pode ser regulado.
Metas podem ser ambiciosas e mudar para cima, masdivida sua conquista em etapas - e calcule com antecedência. Em nosso caso, cada uma das metas foi de alguma forma calculada por analistas com uma precisão quase atual. E então é dividido por gradação: não apenas “consiga 10 milhões de tarefas concluídas na plataforma em 6 semanas”, mas “faça 100 mil em uma semana”, “faça 1 milhão em duas”.
Esses marcos ajudaram a virar a cabeça com mais frequência e fazer apenas o que era necessário. Além disso, apenas as métricas que foram alcançadas na metade do caminho foram revisadas.
Nosso designer criou um canal aberto no Slack, onde escrevia seu humor em% todos os dias. Por diversão, deduzi a correlação. Aqui está:
30 de maio - o dia em que finalizamos o projeto.
O Sprint em um Dia foi uma boa solução em face de prazos apertados: era importante para as empresas experimentar muito e mudar rapidamente o produto sob a influência do público, enquanto havia demanda pelo produto (e ela caiu drasticamente com o início das férias). As tarefas tiveram um tempo curto para o mercado. Portanto, para arrastar a tarefa para a demonstração, ela tinha que ser pequena e clara para todos.
Isso levou às seguintes leis dentro da estrutura do dia: um mínimo de burocracia nas discussões, mas cada tarefa deve ser avaliada com clareza.
Todos os dias procuramos encontrar a melhor solução nas discussões com design e marketing. Isso proporcionou um alto nível de confiança entre os departamentos e internamente, bem como a máxima imersão de cada participante no processo.
Se nós, do lado do desenvolvimento, não pudéssemos decompor a tarefa em etapas compreensíveis e mensuráveis (criar entidades, migrações, getter, testar), seria óbvio que algo levantaria questões.
Normalmente, os problemas que surgiam em 4-5 horas eram incluídos na categoria de incompreensíveis. Eles concordaram em se decompor e só então levá-los para a corrida. É melhor admitir desde já que temos três tarefas de cinco a seis horas cada, do que perguntar por que "a rodada de oito horas demorou tanto" (aqui está uma boa postagem de um colega sobre o assunto).
Como resultado, obtivemos um conjunto de tarefas muito mais gerenciável. Vimos progresso com mais frequência. E, se necessário, paralelize o trabalho. Até mesmo o demo à venda motivou a criação de recursos ocultos por trás da configuração. E também consertar muito rapidamente o que estava quebrando) Os resultados deram força: no modo de prazos apertados, é muito importante observá-los o mais rápido possível, para visualizá-los.
Mas a principal coisa que percebi é que os desafios são destrutivos no longo prazo.
Os desafios são para você. As ligações unem a equipe. Mas para enfrentar o desafio e não se esgotar, são necessárias as condições necessárias na forma de uma cultura e de uma equipe que a compartilhe. Eles devem ser cultivados continuamente. Porque o "modo de inicialização" ou é aceito pelas pessoas ou não.
Mas sua tarefa geral será sair desse modo rapidamente.
Defina seus limites de corrida. No caso da minha primeira experiência, o modo de desafio passou a fazer parte da vida cotidiana: o cansaço foi se acumulando gradualmente, mas em algum momento "pressionou" por seis meses. No caso de um projeto em quarentena, a limitação geral de 2 meses criou uma imagem do mundo na minha cabeça que não precisava ser combatida, como acontece no constante modo “preciso ontem”. Outro pensamento passou pela minha cabeça:“Eu sei que vai acabar em 2 meses. Eu sei porque estou fazendo isso. Esta é minha escolha . "
Como resultado, não funcionará de todo para não queimar. Mas você pode se queimar e sair rapidamente. Para fazer isso, quando você se enquadra no jogo, precisa entender para que serve. E quanto mais você joga, mais você precisa confirmar que este jogo não é só isso.