Comment créer une équipe de développement enthousiaste?

Question

Si vous avez une salle remplie de développeurs compétents, que peut-on faire pour encourager ces développeurs à devenir enthousiastes et enthousiastes à propos des logiciels et du développement de logiciels?

Pas de gadgets, mais une volonté réelle de créer un environnement dans lequel les gens veulent travailler avec des logiciels, pas seulement parce que la société est une bonne entreprise dans laquelle travailler.

Answer 1

À mon avis, l'absolu, #1, chose plus essentielle qui motive les développeurs enhusiastic à propos de leur travail, c'est un sentiment de propriété sur leur produit. Toute l'équipe de renforcement des exercices, des groupes de lecture, etc. sont bons, mais finalement inefficace si les développeurs n'ont pas un sens de la propriété.

Voici un rapide, en improvisant liste de choses qui sont importantes, dans mon esprit, pour assurer ce qui est le cas:

• Les développeurs ont un vrai et honnête intérêt dans l'avenir de la conception du système. Il y aura toujours des exigences qui viennent de l'extérieur de l'équipe de développement, mais les développeurs devraient être représentés lors de ces exigences sont découverts et être en mesure de donner son opinion sur l'état futur de ce que vous travaillez sur.
• Développeur défendu les exigences ou les modifications apportées à votre solution devrait être donné une voix. Un équilibre doit être trouvé, certes, mais de trop nombreuses entreprises n'ont pas de mécanismes appropriés pour permettre pur axé sur le développement, les demandes pour obtenir à travers. Celles-ci pourraient être des améliorations de produits, la construction de tests unitaires ou simple refactorings, mais ils sont essentiels à la qualité de votre produit et pour donner aux développeurs un pieu dans votre projet.
• Les développeurs doivent avoir des contacts avec les utilisateurs. Un développement personnel qui est considéré comme le gars dans le sous-sol qui cumulent code sont jamais très enthusastic approche pour le produit ou le développement de leurs compétences propres.
• Adopter de nouvelles technologies, même si c'est seulement pour un PoC ou de prototype de ce que les technologies peuvent faire. Peu de développeurs dans le monde n'a jamais été excité au sujet de produire du code réutilisable, et ils ne le sera jamais.
• Laissez-les équipes de développement de leur propre processus. Développement methodolgies décrété d'en-haut, qui sera sans échec démotiver l'équipe de développement, qui doivent maintenant composer avec le fardeau de la planification de réunions et d'une cascade de développement. Exiger qu'une procédure existe, mais jusqu'à il y a un problème, gardez vos mains sur les détails.
• "Juste la façon dont les choses fonctionnent" n'est JAMAIS une excuse pour une fracture du processus. Si les développeurs ont une préoccupation légitime avec un processus qu'ils doivent suivre, ils ont besoin d'une chance honnête de s'y opposer. En tant que manager, l'une des pires choses que vous pouvez dire c'est "C'est la façon la VP / Exécutif / directeur général / Dieu le veut, nous avons donc besoin de la suivre". Vous devez champion de vos développeurs préoccupations, ou, à défaut, de leur permettre une interaction directe avec la personne en question. Si vous êtes un gestionnaire considéré comme un sockpuppet pour l'exécutif, bonne chance jamais motiver un développeur de nouveau.

Answer 2

Bouclier de votre développeurs de toute la politique pour le meilleur de votre capacité. Laissez-leur ce qu'ils font de mieux, développer des logiciels. Rien ne tue une équipe plus productive comme les prises de bec à intérieur de la politique de bureau.

Cette conversation, dit-il mieux:

Peter Gibbons: Bob, j'ai huit différents patrons de la droite maintenant.

Bob Slydell: je vous demande pardon?

Peter Gibbons: Huit patrons.

Bob Slydell: Huit?

Peter Gibbons: Huit, Bob. De sorte que signifie que lorsque je fais une erreur, je huit personnes différentes à venir par pour me dire à ce sujet. C'est mon seul véritable motivation est de ne pas être harcelé, que la peur de perdre mon travail. Mais vous savez, Bob, qui ne fera que rendre quelqu'un travailler juste assez difficile de ne pas me faire virer.

Answer 3

Embaucher les bonnes Personnes

Pendant le processus d'entrevue, de poser les questions qui vous permettent de voir leur passionné par le métier.

Quelques exemples, Font-ils:

• Lire logiciel des livres ou des blogs, écouter des podcasts?
• Jouer avec de nouvelles langues/bibliothèques à la maison?
• Contribuer à des projets open source?

Une fois que vous avez les bonnes gens de rester hors de leur chemin. Avoir la bonne quantité de processus, ne les forcez pas inutile de normalisation, d'écouter les questions, être honnête au sujet des raisons pour lesquelles les choses se passent.

Answer 4

Lire Peopleware de DeMarco et Lister.

Answer 5

Je n'ai pas encore rencontré de développeur capable qui ne soit pas enthousiaste à l'idée de créer de bons logiciels. L'astuce consiste à rester en dehors de leur chemin et ne pas détruire l'enthousiasme naturel.

Le test de Joël est un bon début.