Il n'y a pas obtenir loin de lui, des projets de conception et de développement sont un cauchemar pour gérer avec succès, en particulier le développement de logiciels. Néanmoins, en ces jours de clients nécessitant des fonctionnalités de plus en plus et de plus en plus une technologie de pointe, ils sont parfois nécessaires.
Votre entreprise a presque certainement en place des procédures telles que Faire ou faire faire (ne vous la conception / construction de l'objet ou le vous ne vous en sous-traitance) et Design to Cost (vous avez estimé combien cela va coûter, maintenant s'assurer qu'il doesn 't exécuter sur le budget. La Marque / Acheter procédure aurait été utilisée lors de la compilation de l'offre et les avantages et les inconvénients en termes de capacité, de prix, des programmes et des risques entre le proxénétisme à partir de sources internes ou externes analysés. La disponibilité des technologies requises devraient avoir été constatée.
Le Design pour traiter des coûts devrait également avoir fait partie du programme depuis sa création par l'étape d'appel d'offres, mais il devait lui aussi être revu à ce stade. Si un coût important / réduction des risques peut être obtenue en changeant votre approche, il se pourrait bien verser des dividendes à la fin.
Il ya un certain nombre de choses à considérer en ce qui concerne la conception. Tout d'abord, vous n'avez pas à concevoir à partir de zéro. Il se peut que, il ya deux pièces de l'électronique déjà là-bas qui fera le travail que votre projet veut et tout ce qu'ils ont besoin est un morceau de logiciel ou de matériel pour faire parler les uns aux autres. C'est de loin préférable à la conception de la pièce entière de la trousse d'un carré et beaucoup moins risqué. Assurez-vous que votre fraternité de génie savent. Gardez à l'esprit que, depuis que vous avez compilé votre candidature et a fait l'évaluation technique initiale, la technologie peut avoir évolué et quelque chose qui n'existait pas, alors peut-être sur le marché aujourd'hui. Il vaut la peine un peu de temps et d'efforts pour revoir votre décision de conception et de confirmer qu'il est toujours valable.
Règle numéro un pour le gestionnaire de projet, c'est qu'il ne faut jamais oublier que les ingénieurs ne sont que des. Ils aiment bricoler et jouer, ils aiment résoudre des problèmes techniques et ils seront presque certainement pas au courant de combien de temps cela prend, ni combien il en coûte. Comme le gestionnaire de projet, vous devrez garder un œil ferme sur ce qu'ils font que même votre responsable technique peut se laisser emporter par l'excitation d'une technologie émergente de nouvelles.
Si vous devez vraiment la conception de matériel, ou d'interdire le ciel, logiciel, assurez-vous que beaucoup de contrôles et tests sont intégrés dans votre plan de route. Il est très facile de tomber en retard sur une conception et développement de l'emploi.
Un autre point important est de prendre contact avec votre client tout au long de la voie. Il n'y a pas de point de terminer un design étonnamment intelligent que d'avoir votre client vous dire qu'il a oublié de dire que depuis que votre gadget électronique doit être opérationnel à des températures de 100 degrés centigrades.
En un mot, ne pas réinventer la roue, garder les choses aussi simples que possible et d'obtenir l'approbation du client que vous avancez. Surtout, comme le gestionnaire de projet, la responsabilité ultime est le vôtre, il ne faut pas rester les bras croisés et laisser les techniciens passer à autre chose - les gérer. Cela devrait assurer le bon déroulement de votre projet de conception.
cet article est traduisé en francais
l'origine de cet article (en anglai): http://ezinearticles.com/?Project-Management---Design-and-Development-Projects&id=162637
0 commentaires
Enregistrer un commentaire