Je comprends qu'en tant que SysAdmin, je devrai occasionnellement faire des heures supplémentaires, peut-être à court préavis, mais ce montant est clairement insoutenable pour ma santé et me paraît déraisonnable.

Pourquoi pensez-vous que c'est déraisonnable? Les pannes sont-elles non critiques? L'entreprise peut-elle continuer jusqu'à demain sans eux, et sans subir d'impact substantiel sur son quotidien? Sinon, le besoin de rester jusqu'à ce que ce soit fait est généralement raisonnable.

Selon mon contrat, ces heures supplémentaires sont sans salaire supplémentaire (bien que lorsque je suis devenu le seul administrateur système, j'ai obtenu une augmentation de salaire substantielle)

Donc vous sont rémunérés pour les heures supplémentaires, qui sont venus sous forme d'augmentation permanente. Que les heures supplémentaires soient nécessaires ou non à un mois donné, vous êtes toujours payé le montant majoré. Si vous facturiez des heures supplémentaires à l'heure, je peux vous assurer que votre salaire de base en souffrirait.

La semaine dernière, j'ai fini par rester en retard un total de 8 heures, soit une journée de plus.

C'est bien. Tant que les heures supplémentaires obligatoires ne vous font pas travailler plus de 48 heures / semaine, cela fait juste partie du travail.

C'était aussi après une semaine où, le jour de la fête de Noël au bureau, quand je devais partir à 2 heures J'ai fini par travailler jusqu'à 4 heures avant de manger, ce qui m'a laissé assez malade pour que je doive sauter la fête et je suis resté malade pendant les 3 jours restants de la semaine.

Cela est confus moi. Vous a-t-on refusé une pause pour manger? Cela ne semble certainement pas juste, et je ne peux pas imaginer comment vous refuserait de prendre 5 minutes pour manger un sandwich. Si ce n'est pas le cas, et que vous êtes devenu si faible que vous êtes effectivement tombé malade, assurez-vous de consulter le médecin. En général, retarder la nourriture de quelques heures ne conduit pas les gens à tomber malades pendant trois jours et peut avoir découvert une maladie dont vous n'étiez pas au courant.

Ma question est donc de savoir comment gérer au mieux cela ? J'avais prévu de coller pendant un an environ avant de passer à autre chose, mes collègues sont formidables, et jusqu'à ce mois-ci, j'ai généralement apprécié le travail, mais cela ne semble pas durable. Dois-je parler au CTO (qui est aussi mon manager) pour essayer de recruter quelqu'un d'autre avec un peu plus d'expérience, ou devrais-je me concentrer sur la mise à jour de mon CV et chercher un endroit susceptible d'être plus raisonnable / compréhensif?

Parlez à votre patron et expliquez-lui que même si vous appréciez cette chance, ce métier n'est tout simplement pas pour vous. Entre les heures supplémentaires et le stress que cela vous cause, ce n'est tout simplement pas un bon ajustement et cela vous a déjà rendu malade physiquement pendant trois jours, après seulement un mois. Et puis, ensemble, déterminez comment ces problèmes peuvent être limités et quel sera le plan à long terme - peut-être que vous pourrez revenir à vos fonctions d'origine avec le temps et demander à quelqu'un d'autre de vous aider pendant qu'ils recherchent une personne pour remplacer votre poste actuel. Cela signifierait probablement aussi une réduction de salaire lorsque vous reprenez vos fonctions précédentes, mais c'est ce qui se produit lorsque vous réduisez vos responsabilités.

Bien que je considère cela comme une option de dernier recours, car il serait beaucoup mieux pour tout le monde de vous garder au poste actuel, mais aussi de demander à quelqu'un de partager la charge de travail avec vous, y compris les redoutables heures supplémentaires obligatoires. Tout comme vous jouiez le deuxième violon devant le technicien informatique auparavant.

Gérer ces types d'urgences et travailler tard pour les résoudre est normal pour les membres des équipes opérationnelles. Pour moi, il a fallu un certain temps pour s'adapter à ce style de travail. Mais croyez-moi, vous pouvez vous ajuster si vous lui donnez un peu de temps.

Si vous avez des folies quand vous avez faim, gardez une réserve d'urgence de barres énergétiques sur votre lieu de travail. Ils aident beaucoup. Gardez simplement à l'esprit que trop de caféine peut vous rendre plus fou. Les athlètes d'endurance, quand ils deviennent fous, l'appellent «bonking». Ne vous en faites pas.

Vous avez été lancé dans ce travail sans beaucoup de préparation ou de mentorat, et cela peut être intimidant. Si vous décidez de continuer, discutez avec votre CTO pour obtenir son aide pour les premiers de ces incidents. Au fur et à mesure que vous gagnerez en expérience, vous apprendrez à les gérer plus efficacement et moins stressant.

Enfin, si cette entreprise a beaucoup de ces incidents, demandez au CTO et à votre équipe de développement de réfléchir, avec vous, à des moyens de rendre vos affaires plus stables . Certains incidents sont normaux, mais trop d'incidents sont le résultat d'une conception et d'une programmation inadéquates des systèmes.

Vous pouvez faire ce travail si vous le souhaitez. Donnez-vous le temps de vous ajuster et demandez à votre directeur technique de vous aider à vous adapter.

Bonne chance et force à vous.

Ma question est donc: comment gérer au mieux cela?

Faites une liste de ce que vous pensez être déraisonnable. Trouvez des solutions potentielles à ces problèmes. Présentez-les à votre patron.

Si votre patron ne les reconnaît pas et ne les aborde pas et n'essaie pas au moins de trouver un terrain d'entente, trouvez un emploi ailleurs. Votre patron peut ne pas vouloir faire quoi que ce soit à propos de ces problèmes et sinon, votre seule option est de passer à autre chose.

En plus des autres bonnes réponses, je dirais que vous devriez parler à votre directeur technique de la façon dont cela est mauvais pour l'entreprise .

1. Vous êtes, comme vous le dites, un point de défaillance unique. Si vous décidez de partir, l'entreprise n'aura personne avec l'expertise nécessaire pour entretenir les systèmes. Le CTO devrait voir cela comme un niveau de risque inacceptable (et le simple fait de mentionner la possibilité sera un indice important). Il doit vous embaucher un assistant qui apprendra les ficelles du métier, vous fournira un soutien supplémentaire en dehors des heures d'ouverture et sera disponible si vous ne l'êtes pas. (Envisagez-vous de prendre un congé cette année?).

2. Si les systèmes sont aussi instables que vous le suggérez, cela présente également un risque pour l'entreprise. Tôt ou tard, il se passera quelque chose que vous ne pourrez pas réparer rapidement. Donner un aperçu de ce qu'il faudra pour obtenir les systèmes sur une quille plus uniforme et suggérer qu'il s'agit d'un investissement que l'entreprise doit faire.

Vous renforcerez votre cas si vous découvrez combien de temps d'arrêt coûtera par heure. Ensuite, envisagez certains scénarios qui créeraient de graves temps d'arrêt. Par exemple, il est courant dans ce genre de situation de constater que les gens insèrent régulièrement des données directement dans le back-end SQL: supposons que quelqu'un fasse une requête de mise à jour et efface une colonne clé de votre base de données? Combien de temps faudra-t-il pour récupérer des sauvegardes, et quelles sont les conséquences induites par les données obsolètes?

Gardez à l'esprit que " gérer à la hausse "fait partie de votre travail; si vos responsables ne peuvent pas recevoir de commentaires simples sur la façon dont le travail se déroule et ce dont vous avez besoin pour bien le faire, alors ce sont ceux qui sont incompétents.

Aussi, bone vers le haut sur le droit du travail. Tôt ou tard, il sera vous avec les gros doigts, et vous ne voulez pas être le bouc émissaire pour quelque chose qui aurait dû être résolu par la direction avant que cela ne se produise. Quelques notes de service au CTO comprenant les mots "tôt ou tard" peuvent aider ici.

Enfin, commencez à chercher un autre emploi. Vous ne pouvez pas décider d'en prendre un, mais avoir une idée claire de ce qui se passe vous aidera à renforcer votre colonne vertébrale pendant ces conversations difficiles; au moins, vous savez quelle est la pire option.

Ma question est donc: comment gérer au mieux cela?

Il est toujours difficile d'y répondre car le meilleur dans ce cas dépend beaucoup de nombreux facteurs que nous ne sais pas vraiment étant donné que nous savons si peu de choses sur vous. Le meilleur conseil que je puisse vous donner serait de parler à votre supérieur de ces griefs que vous avez. Plus précisément, vous ne voulez pas être "On Call" pour ainsi dire, mais il semble que l'entreprise attend cela de vous. Avez-vous une version à jour de votre contrat et si vous le faites, regardez spécifiquement le libellé de celui-ci pour commencer au Royaume-Uni, cela indique vraiment ce que vous devriez faire dans le travail, mais notez également que si on vous demande de le faire travaillez en dehors de cela et vous acceptez cela et commencez à faire le travail que vous acceptez implicitement dans le cadre de votre travail.

Dois-je parler au CTO

Oui, je discuterais de vos sentiments avec le directeur technique si vous estimez que les attentes sont trop élevées, vous devriez certainement l'exprimer et faire un suivi par écrit. Également avant votre rencontre avec le CTO, vous devez préparer une liste de ce que vous pensez être raisonnable à nouveau contre votre contrat pour vous assurer que vos attentes et ce qui dans le poste de travail sont alignés. Vous ne voulez pas participer à cette réunion en disant que vous ne devriez pas faire X alors qu'il est clairement indiqué dans votre contrat que vous le ferez pour l'entreprise.

dois-je me concentrer sur la mise à jour mon CV

Vous devriez toujours avoir un CV à jour car vous ne savez jamais quand quelque chose dans le poste pourrait changer radicalement de sorte que vous ne puissiez pas y travailler.

Je mentionne cela, car au Royaume-Uni, il existe une clause qui permet à l'entreprise de modifier les termes du contrat à tout moment. Ils doivent vous informer du changement par écrit et la seule façon de rejeter ces nouvelles conditions est de donner votre préavis et de partir. Donc, s'il y a quelque chose qui ne figure pas dans votre contrat et que l'entreprise souhaite que vous fassiez qui ne figure pas dans votre contrat, cela ne signifie pas qu'elle ne peut pas vous obliger à le faire.

Malheureusement, cela ressemble au dernier administrateur système pour la même raison que vous voyez maintenant, que le travail était plus d'une personne et sous-payé. Il est assez courant dans sysadmin que les entreprises s'attendent à ce que vous soyez un one man band et que vous triiez tout vous-même. Avec l'avènement de DevOPS, les équipes de développement devraient partager une partie de cette responsabilité, mais les petites entreprises considèrent souvent DevOPS comme une équipe d'administration système glorifiée.

Il s'agit principalement de votre contrat et de ce à quoi vous êtes engagé. Au Royaume-Uni, vous ne pouvez pas être obligé de travailler plus de 48 heures par semaine. Vous devriez vous adresser aux Acas

Ils fournissent des conseils gratuits et impartiaux sur les droits sur le lieu de travail et peuvent engager des tribunaux si nécessaire.