Avez-vous du temps « Slack » ?[fermé]

Question

L'équipe CodePlex dispose d'un Mou politique du temps, et cela a très bien fonctionné pour eux.

• Jim Newkirk et moi-même l'avons utilisé pour travailler sur le xUnit.net projet.
• Jonathan Wanagel l'a utilisé pour travailler sur SvnBridge.
• Scott Densmore et moi-même l'avons utilisé pour travailler sur un Générateur d'objets 2.0 prototype.

Pour d’autres, c’était le moment idéal pour explorer des choses qui n’étaient techniquement pas prévues au programme, mais qui pourraient éventuellement s’avérer d’une grande utilité pour le reste de l’équipe.Je suis tellement convaincu de la valeur de cela que si jamais je dirige à nouveau une équipe, je vais l'intégrer à la culture de l'équipe.

Avez-vous eu une politique Slack formalisée au sein de votre équipe ?Comment ça s’est passé ?

Édité: Je viens de réaliser que je n'ai pas défini Slack.Pour ceux qui n'ont pas lu le livre, Slack est ce qu'est le « 20 % de temps » de Google :vous disposez d'une partie de votre journée/semaine/mois/année pour travailler sur des choses qui ne sont pas nécessairement directement liées à votre travail quotidien, mais qui peuvent avoir un avantage indirect (évidemment si vous travaillez sur des choses qui sont totalement inutile pour votre travail ou votre entreprise, votre manager ne pensera probablement pas très bien à la façon dont vous passez votre temps :-p).

Answer 1

Je veux juste mentionner la politique de Google en la matière.
20 % de la journée devrait être consacrée à des projets privés et à la recherche.

Je pense qu'il est temps que les managers se rendent compte que la plupart des bons développeurs sont un peu paresseux.Si ce n’était pas le cas, nous n’aurions pas de concepts tels que la réutilisation du code.
Si cette paresse peut être transformée en force créatrice et si les développeurs peuvent se renseigner sur les problèmes techniques et expérimenter l'architecture et les fonctionnalités du langage, je suis certain que le résultat final sera un meilleur code et un développeur plus satisfait.

Alors, si vous êtes manager :Laissez vos développeurs se détendre de temps en temps.Encouragez-les à organiser de petits séminaires avec l’équipe pour discuter de nouvelles façons de faire.

Si vous êtes développeur :Lisez, apprenez et aimez votre métier.Vous occupez l’un des meilleurs emplois au monde, à condition que vous soyez prêt à consacrer du temps à apprendre les meilleures façons de faire votre travail.

Answer 2

Je suis actuellement indépendant à temps plein et travaille pour un seul client.Si je souhaite percevoir 40 heures complètes de salaire, chaque minute que je passe à coder doit être prise en compte dans le plan de projet approuvé.Ou du moins, cela doit aller vers une sorte de tâche de maintenance réaliste.Je suppose qu'on pourrait dire que c'est l'un des inconvénients de la sous-traitance...il n'y a vraiment pas de place pour le relâchement ou l'oisiveté.Il vous suffit de continuer et de vous attaquer à la tâche à accomplir.Cela peut être assez épuisant, mais là encore, j’aime un peu la façon dont cela me tient responsable.Et bien sûr, le salaire est un peu meilleur que d'habitude.

Cela dit, j'aimerais avoir du temps libre pour travailler sur des projets favoris, mais aucun client n'accepterait jamais de payer pour cela.

Quoi qu'il en soit, je pensais juste souligner en quoi cela illustre certaines des grandes différences entre le travail indépendant et l'emploi à temps plein.

Answer 3

Je n'ai jamais non plus travaillé dans un endroit où il existait une politique formelle, mais j'ai toujours trouvé qu'il fallait consacrer un peu de temps à la R&D/à la création d'outils en parallèle.Souvent, j'en retire des gains de productivité, ce qui me permettra d'avoir encore plus de temps libre.

Answer 4

Nous avons du temps libre et nous essayons de les programmer entre les sorties.Une fois qu'une version est sortie, nous demandons à nos développeurs de consacrer 60 % de leur journée à corriger les bugs, puis les 40 % restants pour gagner du temps.Nous avons cependant des politiques sur l'utilisation que vous pouvez faire du temps libre.Ensuite, lorsqu'une version apparaît à nouveau, nous demandons à tous les développeurs de consacrer toute la journée à implémenter des fonctionnalités ou à corriger des bugs pour cette version.

La politique permet au développeur d'utiliser le temps libre pour se former, créer quelque chose de nouveau que l'entreprise pourrait utiliser, ou simplement créer des outils au sein de l'entreprise pour nous faciliter la tâche.Cela a bien fonctionné pour nous.Nous pensons que c'est un avantage formidable.

Answer 5

Je n'ai jamais travaillé dans un endroit où il y avait une politique formalisée, mais pratiquement tous les managers que j'ai eu m'ont permis de consacrer du temps à des choses qui n'étaient pas directement liées au projet en cours ou à la lutte contre un incendie.

Je pense que la clé est de parler des choses que vous aimeriez essayer.La plupart des managers veulent que leurs équipes fassent quelque chose de cool, d'extraordinaire, donc si vous parvenez à les convaincre que vous pouvez réaliser quelque chose, vous en aurez peut-être l'occasion.Ou ils pourraient vous laisser le faire juste pour vous rendre heureux.

Maintenant que je suis entrepreneur plutôt qu'employé, je ne suis plus payé pour faire des choses amusantes, mais je ne travaille généralement que 30 à 35 heures par semaine, j'ai donc encore le temps d'apprendre et de jouer.

Answer 6

Nous n'avons pas de politique formelle dans mon équipe - principalement parce qu'il y a tellement de travail à faire qu'il serait difficile de le justifier.Ce qui est assez ironique.

J'ai commencé à faire des choses formelles sous forme de « réunions de développement » afin d'au moins en injecter l'essence dans l'équipe.Un exemple de ceci est un projet de développement destiné à la fois à enseigner de nouvelles technologies et à produire une application intéressante à la fin.

Il est tôt, nous verrons comment ça se passe.