É normal uma empresa ter programadores em uma programação tão rígida? [fechadas]

Então, eu trabalho neste emprego há alguns meses. Estou um pouco frustrado porque faço o meu melhor trabalho das 2 às 7. Nos trabalhos anteriores, entrei às 9: 30-10: 00 e saio às 7. Algumas empresas concordaram com isso, outras não. .

Mas minha empresa atual insiste em eu estar lá às 8:30. Qualquer desvio disso é um grande problema. Isso é típico? Tenho colegas que são mais das 9:30 às 6:30, 10: 00-7: 00 caras ... mas talvez isso seja apenas uma cultura de inicialização?

Não vejo por que, como não encontro clientes etc., qual seria a vantagem de ter as coisas tão rígidas. Também não vejo por que, se às vezes há uma variação de 15 a 20 minutos, por que as pessoas não assumem que eu me ajustarei quando sair ...

Essas expectativas são irracionais como desenvolvedor ou estou faltando alguma coisa?

Mas minha empresa atual insiste em eu estar lá às 8:30. Qualquer desvio disso é um grande problema. Isso é típico?

Sim, é típico. E empresas como essa tendem a ter uma rotatividade muito alta com os desenvolvedores. Eu estava conversando com um dos gerentes de projeto com quem eu trabalhava (agora ele é vice-presidente de outra empresa) e ele estava descrevendo a política da empresa em que trabalhava (na época, um dos grandes fornecedores de TV via satélite) : a hora de início era 0830. Na segunda vez em que você se atrasa (dentro de um determinado período), a porta não se abre quando você passa o cartão de acesso; em vez disso, liga para o seu chefe que precisa entrar para entrar. Na terceira vez (em nesse período), ele entra em contato com o RH que o despede. Ele estava comentando sobre o volume de negócios de 200% que eles tinham e rindo dos outros gerentes sem noção que criaram essa política. Ele também mencionou que deu seu número de celular a todos que estavam abaixo dele, para que, se eles estivessem atrasados,

Alguns gerentes são orientados a processos e outros são orientados a resultados. Você aprenderá rapidamente como diferenciá-los. Se você for esperto, descobrirá uma maneira de fazer na entrevista algumas perguntas para determinar uma da outra sem interromper a entrevista.

Em uma empresa orientada para resultados, o que você faz é mais importante do que a aparência ou o seu horário. Essas empresas / chefes têm a menor incompatibilidade de impedância para os desenvolvedores. Nessas empresas, quando alguém tenta dizer "waaah, o q303 chega atrasado", um chefe orientado para resultados diz que "o q303 envia seus produtos dentro do prazo e do orçamento, o que você tem feito ultimamente?" Estrelas e heróis são muito comuns em empresas orientadas a resultados.

Em uma empresa orientada a processos, como você faz as coisas é mais importante. Para um chefe orientado ao processo, a que horas você chega, a que horas sai e qual folha de rosto é grampeada no seu relatório TPS é extremamente importante. Há uma enorme incompatibilidade de impedância entre o desenvolvedor típico e esse tipo de gerente. Não há favoritos, nem estrelas, em uma empresa orientada a processos, e esse é o tipo que demitirá deliberadamente quem for considerado indispensável. O exemplo perfeito de uma empresa orientada para o processo é uma franquia de fast food - o objetivo é que todo hambúrguer seja o mesmo em todas as lojas do país. Se você fizer um hambúrguer melhor, perderá sua franquia com eles.

As modernas escolas de administração ensinam aos gerentes que eles não precisam entender uma empresa (nem o que seus funcionários realmente fazem) para serem gerentes. Essas pessoas querem que você aqueça esse assento no momento apropriado, porque isso é algo que eles podem medir - eles não sabem o que você faz, nem se importam com isso, a gerência científica diz que não.

À medida que você acumula mais experiência no mundo do trabalho, descobre que o que é importante para o seu chefe é o que você lhes dá. Você pode curar o câncer, equilibrar o orçamento federal enquanto manipula motosserras, mas isso não importa porque você chega atrasado. Eles não vêem você quando você sai às 2 da manhã, porque saem "na hora" (o que isso significa).

Eu nunca fui feliz ou produtivo em empresas como essa. Você também não gostará do código, porque essas lojas tendem a não reter bons desenvolvedores. Consiga outro emprego onde os gerentes tenham uma pista. Há muitos deles.

Uma das razões (razoavelmente legítimas) que ainda não vi mencionadas é que em muitas empresas, a maioria dos problemas de suporte é encaminhada para os desenvolvedores que conhecem seu produto. Para evitar que problemas críticos de suporte à produção fiquem sem resposta, a empresa espera que os desenvolvedores estejam à sua disposição durante todo o dia útil do cliente.

Em uma empresa anterior em que trabalhei, era bastante comum obter problemas de suporte da noite para o dia e de manhã cedo (devido a problemas de fuso horário - tínhamos clientes a uma ou duas horas de distância - nos dois extremos de nosso próprio fuso horário). Por isso, parecia pouco profissional quando um problema crítico de produção estava acontecendo e não podia ser tratado até às 11h ou no horário do almoço - porque o desenvolvedor responsável não estava trabalhando até as 10h.

Caso contrário, Tangurena está certa.

Edit: devo mencionar - o que eu quis dizer com problemas chegando da noite para o dia e pela manhã é que eles precisavam ser tratados logo de manhã. O suporte nunca era realmente necessário à noite, mas parecia ruim se as pessoas aparecessem muito tarde da manhã e deixassem os clientes em apuros até o final da manhã ou do almoço. Esse era o motivo de geralmente precisar chegar a tempo pela manhã.

É normal, mas não deveria ser . Sou um grande defensor do fato de que nós, como desenvolvedores, não devemos ser tratados da mesma maneira que outros funcionários do escritório, porque a natureza do nosso trabalho é muito diferente e não é quantificável por estar na sua mesa por 8 horas. De fato, pela minha experiência, ser forçado a estar em sua mesa 8 horas por dia promove o desejo de fingir estar trabalhando em vez de realmente funcionando, porque a maioria dos desenvolvedores está programando apenas cerca da metade desse tempo, com o outro tempo pensando / pesquisando problemas - isso geralmente é visto como improdutivo por outros ("Se você não está digitando, não está trabalhando"), precisamos trabalhar criativamente para contornar isso para parecer que estamos trabalhando, mesmo que estejamos lendo a documentação ou brincando com uma sandbox para algo novo.

E se outras pessoas reclamarem?

Esse é um problema de gerenciamento e um problema deles. Uma boa empresa não terá esses tipos de problemas porque permite um tempo flexível, mas a resposta adequada é algo como "Os desenvolvedores têm horários flexíveis devido à natureza de seu trabalho".

E as reuniões?

Se você está sempre tendo reuniões surpresa, há um problema maior do que o seu horário. As reuniões devem ser agendadas com antecedência, para que você saiba que na sexta-feira você precisa entrar mais cedo para esta reunião (e sair mais cedo para compensar).

Há algum tempo, trabalhei em uma grande empresa de gestão de investimentos. A maioria das pessoas conectadas ao seu negócio principal chegou lá o mais tardar às 06:00. A maioria dos desenvolvedores chegou o mais tardar às 8:00. Mas eu gostava de entrar às 10:00. (Ainda me levantei cedo, mas gosto de me exercitar por algumas horas primeiro. Lol.) Meu chefe? Ele não poderia ter se importado menos. Tudo o que importava eram os resultados. Isto funcionou bem para mim. No entanto, pelo menos uma vez a cada 2 a 3 meses, alguém de outro grupo reclamava "blá, blá, blá, por que ELE chega tarde demais?" e a palavra voltaria ao meu chefe. Ele me sentava, dizia que não estava de acordo, mas eu poderia entrar às 8:30 para manter a paz? Peço desculpas, faço um esforço para chegar mais cedo, mas dentro de uma semana eu voltaria para a minha hora de chegada às 10h. Esse ciclo se repetiu por dois anos! A verdade é, não importava quando entrei porque a maior parte do meu trabalho era altamente independente. Se eu tivesse reuniões precoces ou precisasse colaborar com colegas de trabalho, é claro que chegaria em um momento apropriado para essas coisas específicas. Meu chefe poderia ter pisado no pé a qualquer momento que ele quisesse - se ele tivesse ameaçado me demitir, eu teria certeza de que chegaria mais cedo - mas, desde que eu terminasse meu trabalho, ele simplesmente não o faria. não importa.

A moral da história: veja o que você pode descobrir com o seu chefe, que lhe daria maior flexibilidade, mas ainda permitirá que você faça o que for necessário, relativamente cedo.

Toda empresa em que trabalhei tem horário central . Alguns são mais liberais, outros são mais rigorosos, mas a intenção é que os funcionários sejam mais produtivos se puderem consultar seus colegas de trabalho sobre problemas.

Se um desenvolvedor gosta de entrar às 5:30 da manhã e sair às 14:00, e outro é das 10:30 às 7:30 e toma uma hora de almoço, então não há muito tempo para agendar uma reunião ou trabalhar em problemas difíceis juntos.

A alternativa é ter todos os funcionários disponíveis por telefone para perguntas. Você prefere aparecer durante o horário comercial ou pedir que as pessoas liguem para você às 7 da manhã quando estão paralisadas?

Bem, acho que é uma questão de programação. Eu acho que é bastante comum.

Quanto ao porquê ...

1. Pode ser que eles sintam que a colaboração funcionará melhor, pois é um problema quando diferentes fusos horários e horários estão envolvidos.
2. Na mesma linha, isso pode promover uma melhor atmosfera de "equipe".
3. E é claro que sempre é possível que você seja superior a começar às 8:30 e, caramba, você também sofrerá.
4. Eles podem ter tido alguns problemas de disciplina no passado e agora são rígidos.

Eu acho que você faria bem em tentar determinar as razões exatas (e reais) de dentro da empresa e depois apresentar seu caso sobre como elas se beneficiariam de uma atitude mais flexível.

Não é irracional.

Mesmo que não seja ideal para suas necessidades como pessoa ou desenvolvedor, pode fazer sentido para todos os outros. Ter todo mundo chegando a tempo ajuda a identificar quem chega atrasado. Ter todo mundo chegando a tempo ajuda a minimizar os argumentos sobre "por que ele chega atrasado e eu não?". A presença de todos no horário ajuda a agendar reuniões antecipadas, nos casos raros em que alguém precisa de você pessoalmente.

Essas são apenas algumas das razões. Eles podem não ser importantes para você ou fazer sentido para você, mas fazem bastante sentido para a pessoa que assina seus contracheques. Não é de todo irracional ou raro.

Há cerca de um ano, eu tinha um empregador que valorizava o estilo em detrimento da substância e achava que isso refletia positivamente em sua empresa ter funcionários felizes e sorridentes em suas mesas às 8h30 da manhã. Exceto quando eu precisava fazer teleconferências com equipes na Ásia, eu realmente nunca precisava me manter tão cedo, mas parecia essencial na loja 8: 30-5 em que eu estava trabalhando.

Sou um pouco insone, então isso não funcionou muito bem para mim. Muitas vezes chegava exausto e não fazia o meu melhor trabalho possível, mas aparentemente isso não era tão importante quanto o ritual naquela empresa.

Felizmente para mim, uma vez que o CEO valorizou o estilo em detrimento da substância, a tal ponto que ele não estava realmente conduzindo os negócios que afirmava estar. Ele agora está preso aguardando julgamento por lavagem de dinheiro, fraude eletrônica, execução de um esquema Ponzi etc. Isso pode não se aplicar ao seu caso (eu diria que as probabilidades são de que não), mas o lado positivo é que descobri rapidamente outro emprego, quando a empresa declarou falência, mas antes de ficarem completamente sem fundos de investidores apropriados. Então você pode encontrar uma luz no fim do túnel: Ou seja, outro trabalho.

A cultura de startups na maioria dos mundos em que consigo pensar não enfatiza as primeiras horas da madrugada. Eles podem esperar longas horas, auto-sacrifício e toda a sua atenção, mas geralmente não são os horários de início da manhã. Afinal, é meio difícil esperar simultaneamente horários de início da manhã e disponibilidade fora do horário comercial, de modo que a maioria das startups costuma ter horários flexíveis, pelo menos na Costa Oeste. As empresas de software mais interessantes enfatizam a entrega de ótimas coisas sobre todo o tipo de outras coisas, avaliando ocasionalmente os resultados em detrimento das habilidades sociais básicas e do prazer geral. (Prefiro uma abordagem mais equilibrada, pessoalmente).

Dito isto, não acho que uma hora de início das 8:30 seja completamente irracional; Fiz alguns ajustes na minha rotina diária para acomodar as necessidades do empregador. Eu preferiria um horário de início mais flexível e tenderia a fazer shows com empresas menos rígidas sobre coisas que não estão relacionadas à entrega de um trabalho de qualidade. (Eu tenho uma família agora e, a partir das 9:30, regularmente sobrecarregaria as rotinas da minha família, por isso tento ir trabalhar cedo o suficiente para chegar em casa às 7 ou mais, mas também faço tarde da noite trabalho a partir de casa).

Um motivo válido é que, se você permitir muita flexibilidade, é praticamente impossível organizar qualquer grande reunião. Você não pode fazê-lo de manhã, pois algumas pessoas chegam tarde, você não pode fazê-lo ao meio-dia, pois as pessoas tomam o almoço em horários diferentes, você não pode fazê-lo até tarde, pois algumas pessoas saem mais cedo. Isso deixa você com um intervalo de horas muito limitado, quando todo mundo deveria estar no escritório.

Provavelmente é indicativo da demografia aqui, mas ninguém mencionou crianças. Alguém não pensa nas crianças? Se você tem filhos, eles precisam estar na escola às 9:00 e atendidos às 3:30.

Meu trabalho anterior era estritamente de 9 a 5, porque a seção de TI era apenas uma pequena parte do negócio, portanto, recebia as mesmas regras da equipe da cozinha, faxineiros e administradores. Expliquei ao meu chefe que eu tinha que fazer o abandono escolar e não poderia entrar até mais tarde (9:30 ~ 9: 45). Minha esposa, que também trabalha em período integral, começava às 7 horas da manhã para poder fazer as buscas.

Mas essa não era a questão: frequentemente as empresas podem ter uma política 9-5 declarada, mas nunca me deparei com um lugar em que ela seja aplicada com rigidez. Normalmente, desde que você esteja lá no horário central (10-4), isso não será um problema. Quanto maior a empresa ou menos focada em TI, maior a probabilidade de ter essa política.

Existem dois tipos de trabalhos de programação:

1) Você é um ativo - eles entendem o valor e a importância de sua tecnologia interna.

2) Você é um passivo - eles preferem não ter você por perto, você é um esquisito ocupando dinheiro e espaço e fazendo coisas que realmente não são necessárias.

Como saber rapidamente a diferença:

Tipo 1: Eles estão preocupados principalmente com o que você realiza - orientado a objetivos.

Tipo 2: Eles estão preocupados principalmente com a forma como você se encaixa e segue as regras - orientadas para o processo.

Você provavelmente está em um trabalho Tipo 2 - encontre um trabalho Tipo 1, se puder .

Dito isto, disciplina e restrições o tornarão mais um profissional - um profissional oferece, independentemente.

Nas duas últimas empresas em que trabalhei, não tive limitações quanto ao momento em que inicio ou termino meu trabalho. As únicas regras eram:

• 8 horas por dia, no mínimo.
• Eu tenho que ir a todas as reuniões, eles vão me dizer a hora do dia anterior.
• Eu tenho que coordenar minhas horas com seus colegas de trabalho. Eles devem saber quando estarei disponível.

Essas regras são as mesmas no meu trabalho atual. Eu sei que tenho muita sorte.

Claro, minha empresa sabe que não vou mentir sobre o meu horário, porque coloco minha impressão digital em uma máquina quando chego e quando saio do escritório ... e há uma câmera olhando para mim o dia todo. Esse é o prêmio.

Parte da consideração é a área em que você trabalha. Por exemplo, na área metropolitana de Washington DC, é considerado "normal" que as pessoas trabalhem entre as 6h30 e as 10h30. Quando fazem isso, geralmente ficam 8 horas e depois saem (para que as pessoas que entram às 6:30 da manhã saiam às 14:30). Isso funciona porque, caso contrário, as pessoas constantemente se atrasariam tentando chegar às 8:00 ou 8:30 da manhã.

No geral, é tolice pedir aos desenvolvedores que cumpram um cronograma de 8 a 4. É como pedir motivação para manter um cronograma de 8 a 4. Isso não acontece.

Fico feliz que o local em que trabalho ( The Motley Fool ) me permita ir e vir quando quiser. A maioria das pessoas entra no escritório por volta das 9: 00-9: 30, mas podemos entrar no horário que quisermos, desde que concluamos nosso trabalho. Eles também não têm política de férias (à la Netflix ), de modo que, se eu precisar de um dia de folga (por qualquer motivo), só preciso informar à minha equipe de scrum que estarei fora e ter alguém para cobrir qualquer uma das minhas responsabilidades.