Horas de trabalho e expectativas de produtividade para artistas e programadores de jogos


30

Tenho uma startup com um orçamento limitado e contratou recentemente um programador e um artista. Antes de iniciarem o projeto, estabeleci um roteiro do projeto com muita documentação boa sobre o que precisa ser feito e os prazos.

Foi pedido a ambos que produzissem um cronograma sobre como esses prazos seriam cumpridos. Para o artista, mencionei que, se a carga de trabalho fosse excessiva, seria possível contratar um empreiteiro adicional por um mês ou dois enquanto eles precisassem de ajuda.

Eu já comecei a ouvir coisas como "bem, posso precisar de ajuda extra com isso" e "não sei exatamente quanto tempo vai demorar agora, portanto essas linhas do tempo são apenas estimativas muito aproximadas". E entendi, eles estão tentando não se preparar para o fracasso, mas como gerente, também preciso saber o que diabos está acontecendo.

Portanto, há duas perguntas aqui:

  • Frequentemente, vejo os meus contratados usando o Slack que não é da empresa, respondendo a mensagens telefônicas e administrando a vida no meu relógio. Eles apareceram tarde mais de uma vez na primeira semana, quando eu tenho uma política da empresa de entrar às 9. Talvez isso seja pouco ortodoxo, mas estamos trabalhando em um grande projeto, e a última coisa que quero é que eles se voltem ao redor e me acusando de sub-escopo do projeto. Por outro lado, percebo que essa pode ser a norma em outros lugares, em empresas maiores. O que geralmente pode ser esperado de artistas / programadores em termos de estilo de trabalho e produtividade? Qual é a diferença entre flexibilidade e ser preguiçoso?

  • Meu artista já começou a recusar outro trabalho (trabalho para ativos de marketing etc.), com base em que eles já têm muito trabalho e precisam gerenciar as expectativas. Eu poderia lidar com isso se não os visse chegar tarde, respondendo mensagens no Slack e geralmente fazendo coisas que não se relacionam ao trabalho. Por outro lado, não sei se isso é normal / necessário para criativos. É isso?


Se puder ajudar:

  • O estúdio está situado na Europa.
  • Não tenho política escrita, mas o horário de trabalho é uma obrigação contratual.
  • Estamos usando o gerenciamento ágil de projetos.
  • Somos 3 pessoas trabalhando no projeto. Ambos são "leads" e, portanto, tomam decisões relacionadas a seus próprios campos - arte e código

46
Definir um roteiro de projeto, incluindo prazos, com antecedência, é exatamente o oposto do gerenciamento de projetos Agile.
Jörg W Mittag

5
@lucasgcb: Mas esses prazos são curtos (geralmente de uma a duas semanas), reavaliados a cada sprint e definidos pela equipe. Nada disso acontece aqui, como o OP escreveu, ele estabeleceu todo o roteiro e os prazos antes mesmo do início do projeto. Agile é sobre feedback contínuo e ajuste do processo com base nesse feedback.
Jörg W Mittag

2
Se o OP estabeleceu um roteiro com prazos para cada ponto, sim, isso não é nada ágil. Este é realmente o caso, OP?
lucasgcb

5
Já ouviu o ditado "Você pode obtê-lo dentro do prazo, do orçamento e das especificações. Escolha dois." ? Aparentemente, você escolheu tempo e orçamento. Adivinhe o que vai acontecer com seu projeto.
Aaron F

12
Por experiência pessoal, posso dizer que é difícil dar estimativas. Muito difícil. Você simplesmente não pode saber o que acontecerá no futuro, quanto tempo uma determinada tarefa levará. E sim, também preciso de coffee breaks. O cérebro é como um músculo e o excesso de exercício gera retornos decrescentes. Pelo que pude ver, parece que você tem expectativas muito altas sobre o que seus funcionários podem fazer por dia. Forçá-los a cumprir com suas expectativas os queimará , como foi visto com a BioWare e outros.
MechMK1

Respostas:


87

Não é incomum que os trabalhadores estejam menos de 100% envolvidos no trabalho de tarefas durante toda a duração do dia de trabalho. Os seres humanos têm dificuldade em se concentrar em uma tarefa por mais de 20 minutos, sem alguma forma de interrupção .

Pesquisas sugerem que, em um dia de 8 horas, em média, os trabalhadores são produtivos por menos de meio litro .

De fato, reduzir o total de horas trabalhadas em uma semana pode aumentar a produtividade em algumas circunstâncias.

Este não é um argumento para "vale tudo" ou para fazer mudanças drásticas no horário de expediente sem maiores investigações. Porém, uma pequena variação nos horários de chegada e algumas atividades não relacionadas ao trabalho que ocorrem durante o horário de trabalho não são necessariamente motivo de alarme.

Apertar de uma maneira draconiana para tentar eliminar atividades não relacionadas ao trabalho pode sair pela culatra, levando a trabalhadores infelizes e esgotados, que são menos produtivos ou deixam a empresa.

Em vez disso, permita que os marcos do seu projeto sejam o seu guia . Se seus funcionários estão cumprindo as metas de cronograma estabelecidas desde o início, parece que você está no caminho certo. Recusar o trabalho além do cronograma acordado é uma coisa razoável para um trabalhador, e não necessariamente um sinal de folga. Se você tiver mais trabalho do que a largura de banda programada permite, tente incorporar esse aprendizado no planejamento da sua próxima unidade de sprint / marco / trabalho, para que você possa priorizar as tarefas ou trazer auxiliares adicionais, conforme necessário.

Se o projeto estiver atrasado, isso oferece uma maneira boa e baseada em evidências de levantar o problema com sua equipe e trabalhar com eles para encontrar soluções para trazê-lo de volta aos trilhos.

Os estúdios em que trabalhei instituíram, por exemplo, "tardes de foco" 2 dias por semana, nos quais somos solicitados a não agendar reuniões, reproduzir vídeos em segundo plano ou conversar em mesas onde possam causar distrações, para que todos tenham um período de tempo que eles podem contar para ser ininterrupto.

Converse com sua equipe sobre se algo assim pode funcionar para eles e envolva-os na tomada de decisões , para que eles sintam que são colaboradores em busca de soluções juntos, não crianças sendo disciplinadas (ninguém faz o melhor possível quando está se sentindo punido). Apenas saber o que está em jogo e ter o poder de ajudar a resolvê-lo pode ser o suficiente para inspirar sua equipe a ajustar os horários de chegada / foco para pegar a folga, se é isso que está faltando.


4
Bem colocado. Eu apenas enfatizaria que coisas como "ser capacitado", "envolvê-las na tomada de decisões", "deixe os marcos do seu projeto serem o seu guia" são os pilares de uma mentalidade ágil, que o OP alega estar usando, por isso deveria estar no beco deles.
Restabelecer Monica

4
Eu chegaria ao ponto de dizer que, desde que os subordinados diretos não sejam insubordinados da maneira como o fazem, o fato de estarem estabelecendo expectativas como essa, em vez de dizer cegamente "com certeza posso fazer isso em cima da minha outras tarefas! " é um bom sinal de que são excelentes funcionários que sabem como gerenciar tempo e risco e cujo julgamento deve confiar mais em OP. Muito mais. Eles podem muito bem salvar a empresa de ultrapassar o cronograma e o orçamento.
bob

Esse é um bom motivo que posso dar ao meu chefe por que não estou trabalhando no momento e, em vez disso, lendo o SE
Redwolf Programs

1
Vale ressaltar que, às vezes, o plano acaba sendo irrealista. Como resultado, cortar o escopo (ou atrasá-lo até o lançamento) é frequentemente uma solução que deve estar na mesa.
jpmc26

@ jpmc26 Em algumas metodologias ágeis como o DSDM, é a única solução para projetos que sofrem de atrasos, uma vez que tempo, custo e qualidade são considerados corrigidos.
nick012000

21

Que pena, ler esta pergunta me estressou. Você não acha que seus funcionários devem ter permissão para enviar mensagens pessoais e cuidar de suas vidas durante o horário de trabalho? A resposta principal diz que é melhor do que eu, mas isso é completamente irreal. Se você espera que seus funcionários se concentrem em suas tarefas 100% das vezes, você as perderá.

A maioria das empresas está aberta das 9 às 5, pelo menos na América. Não faz sentido, mas é o mundo em que vivemos por algum motivo. Isso significa que os seres humanos que precisam marcar consultas e lidar com coisas da vida real precisarão cuidar disso durante o horário de trabalho. Se você oferecesse horários flexíveis em vez de insistir para que chegassem às 9 (e presumivelmente permaneçam até que todas as outras empresas sejam fechadas), isso seria uma coisa (mesmo que seja dura), mas exigindo que eles se atenham a essas horas rígidas e depois ficar chateado quando eles precisam fazer coisas para as pessoas é ilusório.

Acrescente a isso que as pessoas têm filhos, família e situações em casa, e você deve perceber que suas expectativas são insanas. Se você deseja dedicar toda a sua vida ao trabalho e sacrificar partes significativas, como relacionamentos e saúde, essa é sua prerrogativa. Mas essa não é uma decisão que você deve tomar para seus funcionários.

Se você precisar fazer mais trabalho, poderá contratar mais pessoas. Se isso não for possível, você precisará reduzir suas expectativas e objetivos para o projeto.


19

Penso que o rigoroso horário de trabalho geralmente não é uma boa ideia. Por exemplo, eu pertenço a esses 20% das pessoas que são muito mais produtivas nas horas de atraso. Também trabalhei em startups e grandes empresas. Eu sempre tive essa conversa com meus gerentes sobre as últimas horas. Afinal, eu sempre disse a eles: sim, eu posso ir ao escritório às 8h e ficar completamente fechado até as 14h, quase inútil ... Por outro lado, eu sempre concluí minhas tarefas na hora e antes mesmo - trabalhei a partir das 11h. às 22h porque era melhor para mim - resultando em minha própria melhor produtividade.

Também fazer um pouco de coisas próprias (como responder a alguns e-mails ou até mesmo assistir a um vídeo do YouTube) não é uma coisa ruim, mesmo sendo um programador, o trabalho é intenso e entediante. Um cérebro humano não pode realmente trabalhar 9 horas seguidas; ele precisa de pequenas pausas - essas pausas são realmente muito mais produtivas do que apenas ficar olhando e observando o código - nessas pausas, geralmente recebo as idéias mais brilhantes que vêm à minha mente - que levam a boas soluções para os problemas. Então, suponho que tudo seja relativo - é claro que não deve ser abusado e os funcionários não devem assistir ao YT o dia inteiro.

Afinal, a melhor medida de produtividade é quando você vê se os funcionários estão realizando suas tarefas no tempo determinado (é claro se os horários estão definidos corretamente). Acho que a melhor maneira é dividir a tarefa em curtos períodos de tempo e verificá-las de vez em quando - como uma vez por semana ou uma vez a cada 2 semanas ou o que fizer mais sentido para você.

Levando tudo o que disse em consideração, se eles não cumprirem os prazos de forma consistente e não estiverem motivados o suficiente para trabalhar no projeto - você contratou as pessoas erradas e sua melhor opção é substituí-las pelas pessoas que o farão.


Sentir-se mais produtivo tarde da noite é um viés cognitivo para a maioria das pessoas. Confiei nesse sentimento até medir minha produtividade. Então eu descobri que era mais produtivo enquanto dormia, basicamente acordando para digitar o código por um curto período de tempo.
bokan

17

Eu acho que, além das visões mencionadas acima, acho que é preciso levar a região / país onde a empresa está localizada. A cultura também tem um grande impacto nesse tipo de material.

Por exemplo. Eu trabalhei na Índia, EUA e atualmente na Alemanha. Na Índia, as pessoas costumam chegar atrasadas todos os dias, observei que elas eram menos produtivas nas primeiras horas após a entrada no escritório. Eles freqüentemente usam telefones celulares e desfrutam de coffee breaks no refeitório. Dito isto, eles tendem a formar um forte vínculo entre seus colegas; portanto, quando se trata de trabalhar, tendem a terminar de alguma forma para cumprir os prazos.

Enquanto isso, nos EUA, você não pode restringi-los ou pressioná-los para executar determinadas tarefas. Eles se sentem responsáveis ​​pelo trabalho, aconteça o que acontecer. Em suma, eles não gostam de pessoas mandando neles.

Na Alemanha, as coisas são completamente diferentes. Eles seguem estritamente a cultura "Trabalhe duro e festeje duro". Dentro do escritório, eles não farão nada relacionado à sua vida pessoal. Mesmo conversando com seus colegas, será sobre o fluxo de trabalho. Eles são extremamente sinceros. Eles se preocupam mais com a qualidade do que com a velocidade. Mas não os vejo trabalhando após o horário de trabalho exigido há uma semana. Não importa o que aconteça, eles saem do escritório após o período solicitado.

Espero que este ponto de vista ajude você a analisar seus Recursos


11

Existem algumas bandeiras vermelhas, mas provavelmente não as que você espera

este

Estabeleci um roteiro de projeto com muita documentação boa sobre o que precisa ser feito e os prazos.

Foi pedido a ambos que produzissem um cronograma sobre como esses prazos seriam cumpridos. Para o artista, mencionei que, se a carga de trabalho fosse excessiva, seria possível contratar um empreiteiro adicional por um mês ou dois enquanto eles precisassem de ajuda.

Eu já comecei a ouvir coisas como "bem, posso precisar de ajuda extra com isso" e "não sei exatamente quanto tempo vai demorar agora, portanto essas linhas do tempo são apenas estimativas muito aproximadas". E entendi, eles estão tentando não se preparar para o fracasso, mas como gerente, também preciso saber o que diabos está acontecendo.

... soa mais como cachoeira e menos como Agile do que você provavelmente deseja. O objetivo do Agile é gerenciar melhor os riscos planejando menos antecipadamente, quando você souber muito menos sobre o escopo, o cronograma e o orçamento, e, em vez disso, concentre-se em agregar continuamente valor ao produto e planejar apenas o necessário, a qualquer momento Tempo. Isso permite: 1) sempre ter um produto que você possa demonstrar e talvez até vender; 2) sempre saiba o ritmo em que sua equipe está trabalhando; e 3) o que você pode realizar razoavelmente em um determinado período de tempo. Como resultado, você pode responder melhor a agendar soluços e alterar as necessidades dos clientes, os quais são importantes para uma startup.

Parece que seus funcionários estão fazendo o Agile e você está tentando inadvertidamente forçá-los a voltar à cascata. Eu recomendo gastar mais tempo aprendendo sobre o Agile, principalmente com foco em startups, onde eu entendo que os riscos são altos e você deseja evitar erros dispendiosos.

Mas, se eu fosse criar uma startup de software, eu escolheria 100% o Agile em vez de cascata, porque isso me permitiria ser mais ágil em vez de passar cegamente por ela, porque meus funcionários não definiram expectativas comigo e continuaram assumindo mais trabalho, prometendo cumprir um prazo estabelecido meses atrás e que não era possível. Você não quer isso.

Conclusão: além do possível problema de atraso, seus funcionários estão fazendo exatamente o que deveriam. Você precisa dar uma olhada no seu estilo de gerenciamento; parece ser o problema.


10

Tendo gerenciado vários estúdios para algumas das grandes empresas de jogos, eu poderia escrever uma grande resposta sobre produtividade, etc., mas o problema raramente existe:

Primeiro, você não pode esperar que as pessoas fiquem 8 horas focadas, isso não acontecerá.

A flexibilidade é muito importante porque, se as pessoas não conseguem ligar para o banco, etc, no escritório, você começará a sentir isso muito rapidamente. A menos que haja alguns prazos importantes e o trabalho esteja puramente relacionado ao tempo gasto (como na solução de problemas, na pesquisa etc.), você não pode medir o trabalho em horas e é muito melhor que os funcionários tenham tempo flexível, dentro da razão.

Para que as pessoas sejam produtivas, esqueça o tempo e concentre-se em objetivos curtos e mensuráveis, mas também verifique se eles realmente entendem e compartilham o objetivo final. Se eles não se importam com o seu projeto e são apenas contratados que desejam receber seus salários, seu produto nunca será bom.

As pessoas entram nos jogos porque são apaixonadas por isso, então você já não tem a maioria dos problemas que teria com os contratados em geral. Mas você precisa interessá-los pelo seu produto e envolvê-lo na construção, não tratá-los como extensões do seu cérebro que implementarão o que você lhes diz. Se não houver sentimento de equipe, a produtividade será baixa, independentemente do talento.

Outra coisa comum nos jogos é que sua agenda provavelmente está errada; em quase 30 anos nesse campo, apenas um time do qual eu fazia parte (fazendo o jogo de futebol mais popular) tinha uma programação realista e com sentido. Era uma equipe experiente, onde as pessoas estavam acostumadas a trabalhar juntas. Você precisa refinar constantemente a direção da equipe para ver o que pode ser feito com o tempo / orçamento restante, tendo em mente que sempre existem incógnitas, etc.

Quase todo o tempo, os problemas de produtividade decorrem de erros de gerenciamento. Certifique-se de que a equipe goste do projeto, queira vê-lo publicado, esteja contribuindo para ele mais do que apenas codificar e desenhar, como também é deles, e que o objetivo faça sentido a qualquer momento.


2
Bem, talvez eu esteja errado, mas ... Eu não gostei do produto da minha última empresa, não estava apenas falando comigo. No entanto, fui pago por esse trabalho que fiz e fiz um ótimo trabalho. Tenho muito orgulho dele em muitos aspectos (sou programador). Participei do design da interface do usuário / UIX e trouxe muitos recursos para ele. fizemos ótimos sistemas estáveis ​​e multithread de alto desempenho para esse aplicativo (era um middleware de áudio e também um aplicativo, trabalhei para o aplicativo). Trabalhei sozinho e até terminei três meses antes do prazo programado.
ColdSteel

O que quero dizer é: não acho que os funcionários devam estar 100% acreditando no produto. Pessoalmente, para mim nem importa se eu for pago por algo, farei o meu melhor trabalho, porque foi assim que fui educado, é assim que funciona para mim. Fui contratado, recebi muito dinheiro e estava dando o meu melhor. E, no entanto, eu não gostei do produto final, nunca investiria nele. Portanto, o ponto de não se importar com o projeto não é uma situação 100%, ou simplesmente não entendo algo.
ColdSteel

Isso significa que você seria um ótimo funcionário em muitos lugares;) Existem pessoas assim, mas minha experiência com jogos é que a paixão pelo produto é um fator muito importante, porque não podemos especificar tudo, pois muitas coisas dependem sobre como o jogo se sente, joga, etc; fazendo com que todos comprem o produto, cada ator está dando sua própria contribuição pessoal para que as partes do produto se encaixem; Tendo trabalhado para a maioria das grandes empresas de jogos, tenho visto muito mais reclamações do que qualquer outra coisa dos programadores quando eles não gostam de parte do produto.
Thomas

Como eu disse, não sei para todos, depois de repensar novamente, talvez seja apenas um aspecto da personalidade. Também fiz muito pela indústria de jogos, não gostei de todas as tarefas ou de todos os aspectos do jogo em particular ou de um plug-in, mas ainda assim fiz o meu melhor. Na verdade, estou olhando de maneira diferente: estou vendendo meu conhecimento - meu código como parte dele para o empregador e será o melhor que posso fornecer.
ColdSteel

2
Eu tenho 32 dias atrás. E a minha qualidade não é motivada pelo que os outros pensam de mim ou do meu trabalho lá. É apenas a minha visão do mundo. Se você me contratou e eu não faço bem o meu trabalho, vejo como roubar dinheiro do seu bolso: - /.
ColdSteel

7

Algumas coisas que você precisa saber sobre tipos de criativos:

Os programadores adoram estar 100% comprometidos por horas a fio. Isso lhes permite atingir um fluxo profundo . Para obter os benefícios disso, é necessário fornecer um ambiente de trabalho absolutamente livre de distrações. Escritórios separados ou remotos são ideais. Cubículos são marginais. Áreas de trabalho abertas obliteram a produtividade. Algo tão simples como perguntar a alguém a que horas eles vão almoçar pode destruir meia hora de trabalho.

Esteja o desenvolvedor em um fluxo profundo ou não, a qualidade do código diminui vertiginosamente após cerca de cinco horas de reflexão. E às vezes esse pensamento pode não parecer trabalho. Eu faço algumas das minhas melhores programações com os olhos fechados no sofá.

Leia sobre Scrum e outras metodologias ágeis. Defina tarefas e prazos razoáveis ​​(que é uma habilidade que você precisará aprimorar em equipe) e deixe seus desenvolvedores decidirem como atingir esses objetivos. Além de seu stand up diário, você não precisa sincronizar suas agendas. Na verdade, provavelmente é melhor se você não o fizer.


4
+1 em "Algo tão simples como perguntar a alguém a que horas eles vão almoçar pode destruir meia hora de trabalho". É como fazer malabarismos - quando alguém pega uma bola de você, você solta todos eles, voltar ao ponto de interrupção leva muito mais tempo do que a própria interrupção.
Guntram Blohm apoia Monica

Bem, isso é individualmente para todos. Algumas pessoas não podem ser interrompidas, outras podem escrever código e conversar ao mesmo tempo (eu sou uma das últimas e também conheci outras 3 pessoas como eu). No entanto, me pego fechando os olhos colocando um capuz na cabeça e pensando às vezes também.
ColdSteel

@ColdSteel Acho que a capacidade de trabalhar em um ambiente que distrai é uma habilidade aprendida. Eu trabalho em um escritório muito perturbador e, depois de um ano, consegui aumentar minha produtividade em talvez 60% do que era quando eu trabalhava em casa.
ReinstateMonicaSackTheStaff

@TKK Lembro-me sempre assim, mas talvez você esteja certo. Para mim, há pouca diferença se eu trabalho em casa ou no escritório.
ColdSteel

6

Somando-se a outras respostas, vale a pena notar que, além do trabalhador médio de escritório, a maioria dos trabalhos criativos, como arte e programação, certamente não se beneficia de monitorar por cima do ombro e contar os minutos.

No entanto, isso não significa que você não pode acompanhar ou esperar um prazo para as metas.

Se seus funcionários legitimamente não sabem quando uma tarefa será concluída em seu plano, a tarefa deles é realmente muito grande - ou você a apresentou como muito grande. Divida as tarefas em itens que seus funcionários podem entregar com frequência e eficácia para o seu MVP . Pense nos objetivos SMART e envolva-os no processo. Faça uma breve reunião de pé todos os dias para descobrir o que está sendo enfrentado hoje, como o trabalho está indo ou o que está impedindo o progresso deles.

Para dizer novamente, não defina overwatch com o horário de trabalho. Reúna-se com cada equipe e discuta o alcance e os prazos razoáveis. Não microgerencie , especialmente os criativos.


2

Acho que você estava encarando o problema de maneira inversa (mas espero que as respostas anteriores tenham mudado de idéia).

Aqui está o meu caminho para liderar pessoas criativas e o modo como gosto de liderar:

  • Eu garanto que eles se sintam envolvidos com o projeto. Deve ser o bebê deles, não o meu. Sou muito rigoroso com o briefing e depois dou total liberdade dentro do quadro definido. Eu me sinto muito mal quando tenho que dizer alguém "Eu sei que você não quer fazer isso dessa maneira, mas você precisa" toda vez que isso acontece e o trabalho é feito, considero que tenho uma grande dívida em relação ao trabalhador. Se houver uma escolha técnica a ser feita, as mais impactadas terão que ser feitas. Também divida as tarefas para que elas possam ter como objetivo final (métodos ágeis).

  • concentre-se muito durante um pequeno período de tempo e depois relaxe. Verifique o método pomodoro, ele força você a treinar para parar de trabalhar, mesmo se você se sentiu muito produtivo naquele momento. Sinta-se estranho, mas depois de usá-lo repetidamente, você verá que funciona. Existem toneladas de métodos semelhantes. Certifique-se de que seus funcionários as experimentem, fico muito feliz quando vejo meus colegas debatendo sobre esses métodos.

  • Certifique-se de que eles tenham o melhor ambiente: computador de descida, teclado, mouse, monitor, mesa, cadeiras, rede, água boa e até frutas ... Não custa nada comparado aos salários.

  • Verifique se eles têm um lugar para tirar uma soneca. Algum tempo depois de uma noite ruim, eu consegui tirar uma soneca de uma hora, me salvou o resto do dia em vez de lutar contra a fadiga como um zumbi na frente do computador. Considere que seus desenvolvedores estão trabalhando enquanto dormem e se exercitam. Eles apenas começaram a digitar o código que pensavam enquanto cozinhavam no dia anterior. Se dormirem ou praticarem esportes durante o dia, você terá dois dias de trabalho pelo preço de um. O mesmo se aplica em menor escala com os métodos pomodoro. Portanto, verifique se eles têm algumas coisas estúpidas e rápidas para fazer. Idealmente, eu teria uma parede de escalada no escritório. Então você pode escalar 5min e se concentrar 25min ... Também eu pagaria o intervalo de uma hora no esporte.

  • experimente coisas que parecem uma perda de tempo. Como a programação por pares, por exemplo, não me lembro quantos atalhos de teclado ou recursos de software aprendi dessa maneira e como sou grato por quem os ensinou. Também cria laços entre as pessoas. Também em uma empresa em que eu estava trabalhando, os funcionários faziam apresentações para outras pessoas uma vez por semana durante o almoço. Não era obrigatório para os funcionários fazê-lo, mas considerado um presente para os outros. A empresa pagou pizzas ... Muito barato por uma hora e meia aula para 20 pessoas.

  • cuidar deles, verificar os sinais de fadiga, preocupações, mau estado de saúde. Converse com eles, incentive o exercício ... É como liderar um time esportivo. Cuide deles, eles cuidarão de você.

  • Certifique-se de que não haja vergonha de não estar trabalhando de cada vez, para que nunca façam isso. Eles enviam mensagens com folga porque é uma pausa menos óbvia do que fazer flexões ...

Mas como você pode ter certeza de que eles estão funcionando se tudo parecer um local de férias? Você sentirá isso. Certifique-se de que haja alguma pressão, prazo e desafio, e que eles se importem. É realmente fácil tornar as pessoas felizes produtivas.


2

Além das respostas existentes que abrangem A. “os funcionários são humanos e precisam ser capazes de viver também suas vidas”; tão ágil "

Vou acrescentar algumas informações adicionais que acho que ajudarão você a ter sucesso. Infelizmente, apenas estatisticamente, mas também da minha opinião sobre sua situação e pontos de vista, quase uma chance de 100% de você nunca enviar um jogo.

A configuração que você segue, além de como o desenvolvimento do jogo funciona, além de ser sua primeira chance de executá-lo onde você está na última linha e na linha inferior, significa que a falha é iminente.

A única chance de você enviar um produto, de qualquer tipo, é se adaptar constantemente. A grande visão de um jogo que você tem agora, seja o que for, vai afundar você. Planeje enviar um décimo dessa visão, na melhor das hipóteses. Segure-se em um recurso ou essência essencial e deixe todo o resto ser flexível ou "cortável".

Se você fosse um artista ou um engenheiro, poderia levar um pouco mais da visão para casa através do seu próprio patrimônio. Como é agora, a cada corrida, olhe o que você tem e, em seguida, tome uma decisão sobre onde tentar levar as coisas nas próximas 2 semanas. Esqueça o grande plano. Descubra quais peças existem para um produto viável mínimo e tente dedicar sprints para obter uma única peça.

O desenvolvimento ágil é especialmente difícil de gerenciar no início de um projeto de software. Muitos produtores / designers acabam transformando-o em desenvolvimento em cascata sem perceber ... mas com muito mais reuniões.


0

Para mim, parece que você contratou as pessoas erradas. Eu só trabalho com pessoas que eu sei que serão tão motivadas quanto eu. Fazer coisas pessoais no meio não é nada demais (desde que não seja muito longo, é claro!), Mas aparecer tarde parece-me uma falta de disciplina / eles não levam o trabalho muito a sério.

Olha, eu não te conheço, não os conheço, não conheço a empresa, mas parece que você deveria passar por isso com eles. Não precisa ser severo, mas pergunte como eles percebem esses problemas e os ajude a motivar-se para o objetivo final, a sua libertação.

Ah, e como artista, eu entendo totalmente sua mentalidade de "eu não quero fazer coisas de marketing", porque pode não ser o que eles aprenderam a fazer na escola. Para tarefas como essas, você pode contratar um especialista, principalmente porque você é um estúdio iniciante. Sem marketing, você terá uma morte rápida e despercebida.

Espero que isso ajude, tenha sucesso em descobrir!


Se fosse uma grande empresa, a observação de marketing seria sensata, mas, como se trata de uma startup, espera-se a curto prazo alguns ovos, especialmente com pouco orçamento. Dito isto, não sei dizer por que essa resposta foi rebaixada.
lucasgcb

Meu palpite é que muitos desenvolvedores (eu também sou um) não concordam com a implicação de que o OP está correto ao esperar trabalho sem interrupções. Concordo que as chegadas tardias podem muito bem ser um problema, e a sugestão de marketing parece razoável, mas, pessoalmente, acho que o OP está descrevendo microgerenciamento que eventualmente afastará bons trabalhadores ou os queimará, e pelas outras respostas, acho que é mais ou menos o consenso. Provavelmente é por isso que isso obteve votos negativos (eu não fiz votos negativos, apesar de não concordar com esta resposta).
bob

2
Talvez a redação seja confusa? Esta resposta diz: "Eu só trabalho com pessoas que sei que serão tão motivadas quanto eu", que soa como "sem interrupções é bom" e "Fazer coisas pessoais no meio não é nada demais", que soa como " pausas são aceitáveis ​​". Não está claro qual posição está sendo tomada. O esclarecimento pode ajudar, especialmente se você realmente estiver apenas concentrado nas chegadas tardias.
bob

Eu não acho que essa resposta deva ser rebaixada, mesmo que eu discorde de parte dela: - /
ColdSteel
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.