Discussion :

[B.AF]

J'ai peut être tord mais pour moi un chef de projet ne doit pas coder, bien sûr il doit savoir ce qu'il y a dans l'appli (donc avoir des connaissances en programmation) et à la rigueur il peut mettre les mains dans le code pour aider mais je pense pas que ça soit son boulot.

Génial comme raisonnement.

Heureusement que j'ai vu ton âge dans le profil.

Un chef de projet dans l'informatique qui ne met pas la main dans le code, vérifie les indicateurs de qualité, centralise et contrôle les tests, évalue les charges...Ben s'il ne sait pas le faire lui-même, c'est juste un inutile qui finit au bout de 3 mois par ennuyer tout le monde avec ses "project plans".

Un chef de projet n'est pas un dieu au dessus des considérations de ses équipes....

[dams78]

Génial comme raisonnement.

Heureusement que j'ai vu ton âge dans le profil.

Un chef de projet dans l'informatique qui ne met pas la main dans le code, vérifie les indicateurs de qualité, centralise et contrôles les tests, évalue les charges...Ben si il ne sait pas le faire lui-même, c'est juste un inutile qui finit au bout de 3 mois par ennuyer tout le monde avec ses "project plans".

Un chef de projet n'est pas un dieu au dessus des considérations de ses équipes....

Bah tu sais j'ai connu les deux cas : un chef de projet qui avait suffisamment de boulot pour en plus devoir mettre le nez dans le code, ça veut pas dire au passage qu'il n'en était pas capable. Et celui actuel qui justement de plus en plus s'éloigne du code pour s'occuper de son vrai poste : chef de projet.
Je vois pas le chef de projet comme un Dieu qui donne des ordres mais plus comme certains l'ont dit : comme un moteur du projet (un genre de scrum master en fait), et coder c'est pas forcément compatible avec ça.
Mais ce n'est que mon avis et effectivement mon expérience pas forcément faible mais malheureusement basé sur la théorie de l'école et la pratique des plusieurs années dans une même boite (mais heureusement grosse industrie, donc bien carrée).

[Rams7s]

Quand tu donnes un projet, quel que soit sa nature, le bon chef de projet comprend que la complexité de tous les projets c'est l'humain et l'adhésion, le mauvais chef de projet s'enferme dans ce qu'il connait.

[..]La notion de chef de projet existe principalement parce que l'entreprise ne croit pas à la compêtence et l'autonomie de ses collaborateurs.

Un chef de projet dans l'informatique qui ne met pas la main dans le code, vérifie les indicateurs de qualité, centralise et contrôles les tests, évalue les charges...Ben si il ne sait pas le faire lui-même, c'est juste un inutile qui finit au bout de 3 mois par ennuyer tout le monde avec ses "project plans".

Moi je vois un petit soucis entre deux messages consécutifs.

En me basant sur l'expérience de collègues (un peu beaucoup plus expérimenté que moi), j'ai eu un chef de projet excellent. Et il ne savait pas (ou très peu) coder.
Il se fiait davantage à ton premier message B.AF, confiance à l'équipe. Par contre, pile l'inverse de ton second message, il demandait aux gens leurs soucis, leur avancement, leurs estimations pour les tâches etc.

[B.AF]

Moi je vois un petit soucis entre deux messages consécutifs.

En me basant sur l'expérience de collègues (un peu beaucoup plus expérimenté que moi), j'ai eu un chef de projet excellent. Et il ne savait pas (ou très peu) coder.
Il se fiait d'avantage à ton premier message B.AF, confiance à l'équipe. Par contre, pile l'inverse de ton second message, il demandait aux gens leurs soucis, leur avancement, leurs estimations pour les tâches etc.

Je n'ai pas la vérité universelle, je fais un cas général.
Tu as raison ce n'est jamais bon.