Je travaillais récemment avec une équipe pour développer un système en ligne. Nous avions travaillé pendant plusieurs mois et faisions de bons progrès lorsque le projet a été conçu. Nous nous sommes tous senti vivement que l'achèvement des projets était important et qu'il aurait d'importants résultats sur la productivité de nos consommateurs. Après avoir été frustré pendant un moment, je pensais que je devrais demander à certaines personnes avec plus d'expérience.
10 Réponses :
Ne mettez pas votre cœur et votre âme dans le projet de quelqu'un d'autre?
Je fais beaucoup de travail pour différentes personnes et que certains projets sont plus intéressants que d'autres, ce n'est pas mes projets, donc je ne serais donc pas trop brisé si elles ont été en conserve. J'ai mes propres choses que je travaille. Personne ne peut résilier ces projets mais moi.
grieve. Une telle perte produira une réaction de chagrin. Pas un aussi fort que si vous aviez perdu un être cher, mais c'est une réaction de chagrine néanmoins complète avec toutes ces étapes du chagrin.
La première étape du processus de deuil est le déni. Par conséquent, continuez à entrer dans le travail et à finir le projet. Si quelqu'un vous dit de vous arrêter, signalez-les à HR pour interférer avec votre chagrin.
sur un projet bien conçu, une partie du code que vous avez développé peut être réutilisé dans les projets futurs, ce qui en vaut la peine. Même si vous ne pouvez en utiliser aucun de cela, vous et votre équipe a probablement gagné une expérience précieuse qui aidera également à l'avenir. Pense à cela comme un exercice d'équipe coûteux.
Ceci peut être utilisé pour rapprocher votre équipe, si vous avez la bonne sorte de personnes. Il n'y a rien d'autre chose que de travailler dur sur quelque chose que vous croyez et de le faire en conserve. Il peut appuyer, mais il peut également motiver les gens à vouloir prouver la prochaine fois qu'ils peuvent faire le travail, qu'ils avaient la bonne idée.
Cela aide à galvaniser l'équipe; Nous étions là-bas, nous avons travaillé dur et on nous a pris de nous.
Bien sûr, il vaut mieux ne pas être dans cette situation pour commencer, mais lorsque vous vous trouvez là, utilisez-le pour construire l'équipe.
COÛT SUNK ne peut pas être utilisé comme une raison de la poursuite d'un projet. Si les dirigeants ont pris une décision d'affaires, je suis sûr que c'est bien motivé, aussi bouleversant.
Je consolerais-je dans cette affaire de grandes balançoires, les grandes entreprises ne gagnent pas toutes les offres et complètent tous les projets qu'ils commencent. Alors consolez-vous à avoir perdu une fois, peut-être que vous pourriez peut-être changer la façon dont les choses ont été faites ou se concentrer davantage sur les parties prenantes du projet pour vous assurer de comprendre pourquoi votre projet mérite d'être achevé par rapport aux autres projets et initiatives commerciales à la société.
Je vais finir avec mon dicton préféré:
"Un bon jugement vient de l'expérience. L'expérience vient du mauvais jugement."
Apprenez-en de cela!
L'échec est le meilleur (et parfois seulement) un moyen d'apprendre de nouvelles choses, même si l'échec n'est pas de votre faute. Il existe de nombreux angles différents par lesquels vous pouvez récupérer des informations utiles à partir de ceci:
Je recommande fortement de faire un postmortem, mais ne vous attardez pas. La plupart des projets sont en conserve à un moment donné de leur cycle et si vous le laissez affecter votre moral, cela devient une spirale descendante dont il est difficile de récupérer. Vous pouvez devenir sursécutent à des changements d'exigences même légères.
Un post mortem est une bonne idée tant qu'elle est menée de manière constructive et que les gens tentent vraiment de trouver de bonnes choses à emporter. Il peut également être une bonne occasion de faire comprendre à l'équipe de comprendre pourquoi la décision a été prise, ce qui peut les aider à passer à autre chose - je crois honnêtement que la plupart des programmeurs considèrent que la résiliation du projet est si mal non-personne qui leur explique la logique la logique. Décision afin qu'ils forment une opinion sur les demi-vérités flottant autour.
Attaquez chaque projet comme si c'était le vôtre. Par cela, je ne veux pas dire investir toutes vos émotions (comme indiqué ici déjà par Spencer Ruport). Mais écrivez tout votre code et organisez tout votre code d'une manière que vous pouvez facilement extraire des outils dont vous pourriez avoir besoin à l'avenir. Vous ne savez jamais si vous aurez besoin de cela ... mais des cotes es-tu. Si vous écrivez une application de compte de compte ... Faites-le d'une manière réutilisable modulaire. Si vous écrivez un téléchargeur d'image ... Écrivez-le de manière à ce que cela puisse être porté à tout autre projet que vous avez. Écrire des fonctions d'assistance autour de toutes vos principales fonctionnalités pour la rendre plus conviviale sur la route.
Ceci nécessite bien sûr une planification avant de perdre le concert! Pas de soucis. C'est rarement à cause de vous que vous (toute l'équipe) perd le concert. Une décision financière ou une décision commerciale est généralement en jeu. Dans ce cas probablement, l'économie est ce qui vous a tué. Dans le cas où vous n'avez pas d'avantages physiques au projet défaillant ... regardez-le comme une expérience d'apprentissage. Inévitablement ... peu importe la qualité que vous êtes ... Vous avez probablement eu quelque chose que vous avez fait que vous ne l'êtes pas ou n'est plus d'accord avec. Apprendre de cela. Vous avez probablement aussi quelque chose de très cool que vous aimiez. Blog à ce sujet! Cela sert deux fins ... Vous venez de créer quelque chose de tangible depuis le projet ... et vous le mettez quelque part que vous n'en oublierez pas.
suce tout autour. Mais au moins, il y a un grand marché là-bas en ce moment! Contactez-moi directement si vous voulez ma liste de têtes de tête (80 recruteurs techniques en CA et les États-Unis).
Deux choses:
Votre investissement dans le projet et le code: Le fait que votre équipe ait eu des sentiments aussi forts pour le projet et étaient si frustrés à être en conserve est un bon signe - cela signifie que vous êtes un véritable développeur / programmeur et ne font pas seulement un demi-emploi pour la rémunération complète. Donc, pour traiter le projet en conserve: sachez que vous et votre équipe êtes attachés à votre travail et que ce projet peut ne pas avoir sanctionné, vous ressemblez à un vrai crédit à ce projet et à tout autre que vous pouvez travailler. On dirait que vous avez juste besoin de trouver un projet / opportunité qui a les jambes.
Mon expérience: Les projets sont en conserve pour toutes sortes de motifs - un budget, un manque de confiance des parties prenantes, trop tard sur le marché, une portée modifiée, etc. Je voudrais une enquête / enquête sur la raison pour laquelle votre projet était en conserve. Si c'est un budget ou un manque de confiance des parties prenantes, c'est vraiment une bonne nouvelle. Cela signifie qu'une opportunité vient de vous présenter à vous et à votre équipe. Envisager de le poursuivre!
de la manière dont votre équipe aura cultivé de l'expérience: Techniquement et du point de vue des affaires.
regarder un film rocheux (le dernier était bon) et avoir quelques bières. Il n'y a aucun moyen de ne pas vous mettre dans un projet, il n'ya aucun moyen de ne pas se sentir mal à propos d'un projet de résiliation ou d'échec, il n'est aucun moyen de ne pas se sentir négatif sur la société. Ce qui permet à un bon programmeur, c'est mieux prendre toutes les émotions, la colère, etc. et pouvoir le relâcher et passer à la même focalisation et au même dévouement avec le premier projet. Toute partie de la vie et de toutes les personnes qui y travaillent.
Il y aura d'autres projets encore mieux que ceux à l'avenir; Ils pourraient également être en conserve, pour un certain nombre de raisons à la fois rationnelles et irrationnelles
Bon exemple: j'ai travaillé une fois avec une dame qui a passé 2 ans sur un projet d'imagerie de documents qui était en conserve quelques jours avant qu'il ne soit censé aller vivre; Il était en conserve parce que le nouveau responsable n'aimait pas l'ancien manager et le projet était son "animal de compagnie". Réaction de cette dame: "J'ai hâte d'apprendre quelque chose de nouveau!"