2010-02-18 11 views
6

Il est commun de voir que la majeure partie du projet se perd entre le développement pour de nombreuses raisons, dont certaines peuvent être fixées et certains qui ne peuvent pas. Pouvez-vous s'il vous plaît partager les différents indicateurs qui pourraient le signaler et n'hésitez pas à partager votre expérience qui pourrait vous aider.Quels sont tous les indicateurs par lesquels on peut identifier si le projet va dans la mauvaise direction

Merci d'avance.

+0

Cela ressemble à un ensemble aléatoire de balises? – APC

+1

Un indicateur est probablement poser cette question sur SO :) – Stormenet

Répondre

4

Lorsque les heures supplémentaires non rémunérées, en particulier le travail de fin de semaine, deviennent des procédures opérationnelles standard.

3

Un indicateur est quand beaucoup de problèmes commencent à venir dans les réunions d'équipe qui contredisent le SRS. Un autre indicateur est lorsque le TL et le PM commencent à expliquer la même exigence différemment ... ce qui montre clairement que l'exigence a soit n'a pas été correctement compris ou mal-interprétation de ce

Un bon lien est here

+0

TL => Chef d'équipe PM => Chef de projet SRS => ??? –

+0

SRS => Spécification des exigences logicielles –

2

L'un des signes révélateurs d'un projet dans la mauvaise direction est lorsque le projet ne devient plus un projet. La définition d'un projet est:

  1. Le projet a un objectif bien défini
  2. Le projet a début spécifique et de fin
  3. Le projet a un client

Si l'un de ceux-ci sont pas présent ou s'ils changent et ne deviennent plus un projet alors les choses vont dans la mauvaise direction. Cela m'est arrivé quand j'étais le seul développeur sur un projet. Personne n'a remarqué que nous avions perdu notre objectif clair lorsque l'une de nos hypothèses s'avérait incorrecte. Mon travail est passé du développement à la maintenance. C'était un cauchemar.

+0

La notion de "client" ne s'applique pas lors du développement d'un logiciel de marquage de masse. Parfois, on est inventé (par exemple, "le marketing est le client"), mais c'est principalement pour satisfaire cette règle arbitraire. La vraie règle est que _le projet a une viabilité commerciale_ – MSalters

+0

@ MSalters - Je ne suis pas d'accord. Je pense que si je me suis adressé aux producteurs d'un logiciel commercialisé en masse et leur ai demandé: «Qui sont vos clients?», Je pense qu'ils comprendraient cette notion et réagiraient en conséquence. – Tone

+0

Oh, les vendeurs ont des clients, ce n'est pas le problème. Mais des projets spécifiques peuvent ne pas. Par exemple, dans un tel environnement, un projet de révision de code n'a pas de client. – MSalters