Quel livre de gestion recommanderiez-vous de lire pour un nouveau chef d'équipe? [fermé]
Réponses:
Peopleware: Projets et équipes productifs me vient à l'esprit.
Le premier chapitre du livre prétend,
«Les problèmes majeurs de notre travail ne sont pas tant d'ordre technologique que sociologique».
Le livre aborde des problèmes sociologiques ou «politiques» tels que le «jelling» d'équipe, le calme dans l'environnement de travail et le coût élevé du roulement.
Managing Humans , alias la collection de trucs managériaux de Rands In Repose , vaut la peine d'être lu et amusant à démarrer.
Une tonne de vérité concentrée dans son essence.
Développement rapide par Steve McConnell.
La raison pour laquelle je préfère cela à PeopleWare est qu'il y a quelques autres choses ici que vous pourriez réellement mettre en œuvre en tant que chef d'équipe. Lorsque vous êtes un chef d'équipe (avec le manque d'influence qui vient normalement), une grande partie de PeopleWare est en grande partie ambitieuse car vous ne pourrez pas influencer de manière significative l'environnement de travail, les salaires et le recrutement, etc.
Je suppose que cela dépend si vous cherchez quelque chose sur le processus de développement ou sur la gestion et le leadership. Bien que je ne l'ai pas lu, j'aime le look des 90 premiers jours que quelqu'un a recommandé. Alternativement, j'aime bien The One Minute Manager bien que beaucoup de problèmes avec cela (en grande partie qu'il est raconté comme une histoire et que son contenu est évident - ce avec quoi je suis d'accord mais nous manquons souvent l'évidence donc nous rappeler de temps en temps n'est pas une mauvaise chose et quoi que vous en pensiez, c'est au moins très court).
Le mois de l'homme mythique par Fred Brooks a beaucoup de choses à ne pas faire. Cela et Peopleware sont les deux qui définissent la gestion de projet logiciel.
Si vous êtes un nouveau chef d'équipe logiciel, je recommanderais:
Il est écrit du point de vue de "Je viens d'être nommé chef d'équipe - maintenant quoi?" et a beaucoup de scénarios pratiques présentés de manière claire. Il contient également de bonnes références dans chaque section, il est donc utile comme ouvrage de référence permanent.
AntiPatterns in Project Management est une merveilleuse liste de façons de mal faire les choses. C'est une grande liste de choses à éviter.
Eh bien, les bons répertoriés sont déjà assez populaires auprès de la plupart des programmeurs. Qu'en est-il de celui-ci: la règle du non-trou du cul par Bob Sutton .
Je plaiderais en fait pour l' estimation du logiciel: démystifier l'art noir ou quelque chose du genre. Votre style de gestion, bien qu'il puisse être ajusté, est largement défini à ce moment. Vous pouvez toujours apprendre à faire les choses mieux, plus rapidement, mais votre style est vraiment qui vous êtes.
Certaines personnes sont des imbéciles, d'autres aiment crier et crier tandis que d'autres écoutent et parviennent à un consensus. Si vous développez depuis un certain temps, ces traits de personnalité sont à peu près définis ou assez visibles. Votre nouveau poste va nécessiter beaucoup de planification: votre temps et le temps des autres. Pour réussir, vous feriez mieux de bien faire les choses (ou surtout de bien faire).
Votre statut de chef d'équipe fraîchement créé sera déterminé par votre capacité à livrer les projets à temps.
Le tien. Formez votre leader par une série de discussions et de séances de mentorat, et demandez à votre stagiaire de tenir un journal privé des situations, des réponses et des succès ou des échecs. Essentiellement, ils écriront leur propre livre. Cet exercice n'est pas tant pour le livre lui-même que pour la référence - c'est pour encourager l'acte de réflexion.
Ensuite, une fois que le leader fraîchement frappé a compris les problèmes, sélectionnez certains des grands livres publiés dans d'autres articles.
Mon point est que vous devez avoir une certaine expérience du leadership et de la gestion avant de lire des livres à leur sujet, simplement parce que vous n'en savez pas assez sur le sujet pour vraiment comprendre, apprécier et comprendre ce que vous avez lu. Par exemple, vous ne conseilleriez pas à quelqu'un de lire Code complet avant d'avoir écrit sa première ligne de code, n'est-ce pas? Il en va de même ici. Mouillez-vous les pieds pour avoir quelque chose en rapport avec, puis allez chercher les livres.