Quelle est la meilleure façon de tenir à l'écart les gestionnaires non techniques et de toujours faire du bon travail? [fermé]


11

Cette question peut être considérée comme subjective (j'ai reçu un avertissement) et être fermée, mais je vais la risquer, car j'ai besoin de bons conseils / expérience à ce sujet.

J'ai lu ce qui suit sur la page `` À propos '' de Fog Creek Software , la société que Joel Spolsky a fondée et est PDG de:

En 2000, les fondateurs de Fog Creek, Joel Spolsky et Michael Pryor, avaient du mal à trouver un endroit où travailler où les programmeurs avaient des conditions de travail décentes et avaient la possibilité de faire du bon travail, sans gaffer, les gestionnaires non techniques y entrant le chemin. Toutes les entreprises de haute technologie ont affirmé qu'elles voulaient d'excellents programmeurs, mais elles ne mettraient pas leur argent là où se trouvait leur bouche.

Cela a commencé avec l'environnement physique (avec des dizaines de cellules coincées dans une pièce sombre et bruyante, où les vendeurs criant au téléphone empêchent les développeurs de se concentrer). Mais c'est allé bien plus loin que ça. Les gestionnaires, terrifiés par le changement, ont traité toute nouvelle idée comme un virus bizarre à mettre en quarantaine. Les cadres subalternes du complexe Napoléon ont insisté pour que les choses se fassent exactement à leur manière, sinon vous serez viré. La police du mobilier d'entreprise se tordait d'agonie quand quelqu'un a collé une affiche de film dans sa cabine. La désorganisation était si endémique que même si les idées étaient bonnes, il aurait été impossible d'en faire un produit. Les gestionnaires inexpérimentés ont pratiqué la gestion par délit de fuite, donnant des ordres sévères sur la façon exacte de faire les choses sans rester pour voir les résultats farfelus de leurs fiats.

Et pire que tout, les types de MBA en charge pensaient que le codage était une fonction de support, essentiellement une forme de frappe sophistiquée.

Une vérité brutale sur la plupart des grandes sociétés de logiciels d'aujourd'hui! Malheureusement, tous les développeurs ne sont pas gutsy(ou lucky, je peux dire?) Comme Joel Spolsky! Ma question est donc:

Quelle est la meilleure façon de travailler avec de tels gestionnaires, de les tenir à distance et de toujours fournir un excellent travail?


3
J'ai marqué cela comme hors sujet, mais c'est toujours une question intéressante. Je pense que cela pourrait être mieux demandé à la bêta de Workplace.SE.

@GrahamLee Merci! Une personne disposant des privilèges appropriés peut-elle déplacer la question?
Curieux

4
Notez que Joel Spolsky fait de la publicité pour sa propre entreprise. Cela implique que les comparaisons doivent être favorables.

@Curious Je vais demander aux mods Workplace s'il convient à leur site et le déplacer pour vous s'il l'est ...
yannis

1
@Curious - Les mods Workplace ont dit que ce n'était pas adapté sous sa forme actuelle. Une version reformulée pourrait cependant être OK.
ChrisF

Réponses:


19

Alors que les développeurs sont perçus comme ignorant les problèmes commerciaux, moins de responsables techniques méprisent les développeurs. Les développeurs doivent apprendre les analyses de rentabilisation et commencer à conduire ou à suggérer des améliorations en termes commerciaux. Une fois que les développeurs et les gestionnaires parlent le même langage, les choses deviennent plus faciles.

Il s'agit autant d'un changement d'attitude. Oui, il y aura toujours ahem individus dans la gestion obstinés. Cependant, créer une attitude «nous et eux» renforce cela des deux côtés.


1
+1 bien mis. Un bon programmeur / gestionnaire essaie de voir l'autre bout de l'histoire.
jgauffin

2
Si seulement je pouvais voter plus d'une fois ...

2
Probablement 90% des gestionnaires non techniques que j'ai rencontrés ne comprenaient même pas aussi bien les problèmes commerciaux que les développeurs. Je trouve ça drôle quand le propriétaire du produit me demande de commencer à écrire toutes les histoires d'utilisateurs parce qu'elles sont trop dures. Il est logique qu'ils aient plus que doublé le salaire des développeurs tout en étant envoyés pour diriger un stand à la convention X à Las Vegas.
maple_shaft

10

Option 1: Devenez manager vous-même et montrez à tout le monde comment bien faire les choses. Vous découvrirez probablement que ce n'est pas aussi facile que le pensent de nombreux programmeurs.

Option 2: Quittez et trouvez un meilleur endroit pour travailler. Je pense qu'il existe de nombreuses grandes et petites entreprises qui connaissent au moins ce problème et essaient de le résoudre. Avec plus ou moins de succès.


Je suis d'accord avec ce que vous dites dans l'option 1, mais souvent les gestionnaires eux-mêmes ne facilitent pas la tâche ... J'ai déjà essayé l'option 2 (pas uniquement pour cette raison) 7 fois! :) Encore de la chance! Merci ...
Curieux

1
Sept fois? Peut-être que ce n'est pas eux qui est le problème .. (désolé d'être franc)
jgauffin

@Curious: 7 fois pendant combien de temps? Ne vous attendez pas à ce que les choses se mettent en place immédiatement! Vous pourriez avoir besoin de patience.
Joonas Pulakka

@jgauffin J'ai déjà dit "pas seulement pour cette raison"! :)
Curieux

1
@JoonasPulakka - sur une période de 15 ans et plus ... :)
Curious

4

Votre travail consiste à fournir un excellent travail. La gestion est une fonction de soutien, son but est de permettre à vous offrir un excellent travail - agir comme un tampon entre vous et les clients et les parties prenantes et la politique et les ventes , etc, supprimer les obstacles, abstrait merde tous les jours loin qui vous empêche de réaliser votre meilleur.

Pensez au gestionnaire de mémoire . Ce n'est pas le patron qui vous commande, vous et vos programmes, mais vous libère de tout ce qui se passe sur l'ordinateur, vous permettant de vous concentrer sur l'essentiel de votre programme. C'est ce sur quoi Joel écrit, c'est ainsi que les managers devraient idéalement travailler.

Tous les gestionnaires ne sont pas parfaits, mais vous non plus. Rien n'est. À moins que les choses ne soient complètement folles, alors aspirez-le et faites de votre mieux, ignorez ce qui vous ennuie et concentrez- vous sur votre travail. Si vous faites du bon travail, les gestionnaires finiront par vous respecter et vous faire plus confiance et vous laisseront travailler davantage à votre façon, une fois que vous aurez montré que vous pouvez faire du bon travail.

C'est bien de travailler dans une organisation parfaite à 70%. Si votre situation est vraiment mauvaise, changez d’employeur. Mais n'abandonnez pas trop tôt; le processus de gagner la confiance - convaincre vos managers et l'organisation de vos capacités - peut prendre des années.


2

les garder à distance et toujours fournir un excellent travail

Bonne chance avec ça. J'ai créé ma propre entreprise et c'est vraiment tout ce que je peux suggérer.

Espérons que dans des situations comme celle-ci, les ingénieurs se regroupent et s'il y a un vrai problème, soit un chef de projet technique, un chef de produit technique, un architecte ou votre propre chef de développement peut comprendre la portée de votre travail et garder les personnes non techniques hors de votre façon.

Mais cela ne fonctionne pas toujours de cette façon. J'ai travaillé pour une énorme entreprise de technologie une fois où le directeur était censé être technique et lorsque les développeurs se sont plaints de réunions non stop avec 4 chefs de projet différents jour après jour, sa réponse était - OK, donc vous voulez PLUS de réunions avec les chefs de projet.

Je pense qu'au cours des 10 dernières années, le "talent" technique comme dans le talent réel a été incroyablement marginalisé par le côté commercial des organisations de logiciels et c'est un problème pour nous sur le plan professionnel.

Gérer des développeurs bien payés avec des gens d'affaires peu payés, c'est comme envoyer votre petite sœur à l'école d'apprivoisement du lion, cela ne fonctionne tout simplement pas.

Mais une solution contre laquelle je me positionnerai certainement est le mensonge. J'ai vu de très bons développeurs essayer de repousser les managers en les remplissant d'histoires qui n'ont aucune base technique pour les faire partir. Ne faites pas cela, si vous le faites, vous avez vendu votre âme, et c'est pire que d'avoir un travail de merde.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.