Je travaille dans un environnement avec une très petite équipe (3 développeurs uniquement) et chacun de nous a été attribué à un projet différent, sans compter les tâches d'assistance. Je sais que c'est une mauvaise pratique commerciale et que nous devrions tous travailler sur un seul projet à la fois, puis passer à la suivante (déjà expliquée à la direction sur la quantité de cible).
Alors ne me réponds pas que nous devrions travailler ensemble sur un projet à la fois. Snergiser le travail lorsqu'une équipe est surtout une programmation par paire, nous avons fait que lorsque moins de projet ont été jetés à nous et c'était génial.
Ce que j'aimerais savoir, c'est comment vous dynamisez votre travail lorsque vous travaillez Nous faisons déjà une réunion quotidienne de stand-up dans toute la société, j'ai mis en œuvre plusieurs cérémonies "agiles" tout en écrivant ma thèse principale sur les pratiques de développement logicielles Agile liées à la qualité des logiciels. Et cela a amélioré l'implication globale des employés. Pratiques
que quiconque puisse s'appliquer, non subjectivement interrogatoire subjectivement la passion des développeurs.
Suivez-vous une pratique
Ce que je suis après est
5 Réponses :
La plaine et simple est si vous aimez ce que vous faites, l'énergie sera là pour réaliser ce que vous devez faire.
Même si l'équipe pourrait travailler sur différents projets différents à l'époque, passez un déjeuner ensemble, de discuter ou de réunions de scrum du matin quant à l'endroit où vous êtes, et qu'est-ce que vous êtes accompli sur votre performance, peut grandement augmenter la productivité.
Vous serez émerveillé de ce que vous pensez avoir aucune idée de la fixation / tri, que votre camarade RPogrammer aurait pu lire un article sur ou avoir entendu une discussion.
Vous pourriez constater que comme un codeur, ces jours-ci sans incendie, vous pourriez avoir une autre tâche encourageante, cela devait être terminé, qu'il n'y avait pas de temps pour. Lorsque vous arrivez à la scène où vous sentez que vous avez été coincé à long, reculer, prendre un bec (déjeuner / café) et travailler sur quelque chose d'intéressant. Nous faisons cela les vendredis. Le vendredi est notre journée de travailler dans des concepts (cette gestion pourrait ne pas accepter) mais nous savons que la vie rendra la vie meilleure, ou semble être agréable à avoir. Le reste de la semaine est de broyer x -)
Les pratiques simples seraient de se préparer à des buts / châtiments raisonnables à la viande. Aussi une bonne chose à faire, c'est dans ces bouchons de fond que vous avez, les développeurs devraient BRAG à propos de quelque chose de vraiment bon qu'ils ont fait cette semaine et un petit prix doit être donné au développeur qui gagne < / em> cette semaine. Disons une ronde de boissons. En tant que dirige, vous pourriez envisager de diffuser le prix afin qu'aucun développeur ne pense qu'ils soient toujours durs. Aucun membre de l'équipe ne veut être le fardeau.
J'aime ce que je fais, je suis un programmeur passionné, toujours prêt à apprendre et à progresser, mais vous avez des jours et des jours sans.
maintenant c'est plus comme une pratique. Je garde la question ouverte pour plus d'idées. Avoir le vendredi comme jour "R & D"? Quelque chose comme le Google 20% de "Travailler sur ce que tu aimes" Time?
Cela peut sembler idiot, mais le salaire à la fin du mois (ou la semaine, selon le pays) est une raison très puissante d'être énergique, mais pas la seule. Je pense qu'un bon compagnon au salaire est de penser au projet fini et les sentiments liés naturellement.
Donc, une bonne pratique pour les gestionnaires seraient-ils à élever notre salaire? J'aime l'idée!
En fait non. Mais fondamentalement, vous travaillez pour payer, puis votre contrat de paiement. Ce n'est pas un "Comment puis-je rester énergisé" mais "Dois-je l'éthique de remplir mon contrat".
Hehe je plaisantais dans la bonne pratique, mais j'aime toujours l'idée d'une augmentation;)
Selon le projet, je trouve que c'est amusant de travailler seul. Je vais utiliser cette situation comme une opportunité d'essayer d'apprendre quelque chose de nouveau et de faire quelque chose de différent.
[modifier] Vous pouvez traiter cela plus comme un projet de recherche. Si vous trouvez quelque chose que le reste de l'équipe pourrait en bénéficier, une session de programmation de paire rapide permettra de récupérer facilement tout le monde sur la même page.
Comment cela m'aide-t-il à trouver des pratiques que les développeurs de mon lieu de travail pourraient s'appliquer?
Vous avez plus de liberté travaillant seul. Si vous trouvez quelque chose que vous pensez aiderait le reste de l'équipe une session de programmation par paire rapide permettra de récupérer tout le monde sur la même page.
Le livre Programmeur passionné aide à mettre toute pratique que vous avez dans un contexte plus global (c'est-à-dire de votre carrière)
C'est un livre sur la recherche de l'accomplissement dans ce que vous faites. C'est un livre sur la renonciation des incendies que vous avez ressenties lorsque vous êtes entré dans la profession. C'est un livre sur la création d'une carrière plutôt que de devenir un emploi.
Et c'est une bonne pratique à avoir pour vos journées "sans": reculez (de votre travail actuel de la journée) et regardez la grande image, voyant comment le travail quotidien vous aide à progresser dans un objectif plus important. < / p> 
(Source: PragProg.com ) < / p>
HM, je n'ai jamais vu ce livre, bien que je lisais beaucoup de livres liés à la programmation et que nous commandons certains des travaux. Celui-ci sera ajouté à la liste :) Merci de partage!
@Stephane: le premier lien de ma réponse contient une explication sur la raison pour laquelle vous n'auriez pas lu ce livre (publié pour la première fois il y a 5 ans). Il a été intitulé à l'origine (dans sa première édition) "Mon travail est allé en Inde (et tout ce que j'ai eu était ce livre moche)" ...
Haha, vraiment moins attrayant: D
La situation dans notre société est similaire. Nous sommes six développeurs et travaillons principalement seuls sur les différents projets. Pour rester à un niveau de qualité et garder une certaine motivation que nous faisons:
J'aime la discussion courte pour présenter de nouvelles choses cool que vous avez faites ces derniers temps. Cela vous pousse également à vous concentrer sur la qualité car vous allez montrer et expliquer votre code publiquement. Obtenir une bonne entrée là-bas. :)