Dernièrement, je me sens comme si je suis tiré dans des directions différentes. Dans ma compagnie, il y a beaucoup de forces qui exigent mon temps et j'ai du mal à décider de la direction de concentrer mes énergies.
J'ai le choix de plusieurs projets de codage différents, dont certains pourraient exiger beaucoup plus de travail au fil du temps et présenter des défis inconnus.
Comment décidez-vous quoi travailler sur la prochaine image? Graisser les roues graisseuses? Fruits mûrs? (Traduction: Plus de projets)
Avez-vous un système pour déterminer et atteindre vos objectifs?
24 Réponses :
Quand j'ai le choix: tout ce qui semble être le plus gros défi avec le plus amusant attaché.
Fun + Challenge = Apprentissage rapide, pour moi.
Et parfois qui me prend loin des trucs techniques - les gens peuvent aussi être un défi amusant.
Quand j'ai le choix à propos de quel travail pour commencer ensuite J'essaie de trouver un équilibre entre deux choses: des correctifs rapides et faciles hautement visibles (par exemple, corrigez le bogue non critique qui s'est plaint de) et de prendre sur un projet où je peux utiliser quelque chose que j'apprends. Je trouve si j'abstiois entre ces types d'emplois, je peux garder moi-même et mes collègues heureux.
J'ai tendance à travailler sur plusieurs projets à la fois, je vais donc travailler sur un projet plus difficile, faire une place d'avance et quand je suis coincé et que je dois penser à la manière de faire la partie suivante, je vais aller à un peu bas -Les fruits, afin que je puisse continuer à faire la tête, car je donne mon subconscient temps pour travailler sur le problème plus difficile.
Mais cela dépend vraiment de vos priorités. Je n'ai jamais été bon pour essayer d'impressionner les gens, alors je viens tout juste d'essayer de faire du travail.
facile: quelle est la meilleure utilisation de mon temps.
Si je suis impliqué dans un projet et que ce n'est pas la réponse à cette question, je me demande pourquoi je travaille dessus et combien de temps puis-je le terminer.
Quelques-unes des choses que je demande affecter ce que je travaille sur:
Certaines de mes tâches témoignent d'autres développeurs ou de garder d'autres personnes de pouvoir faire leur travail? Si oui, ça va probablement être fait en premier.
Dois-je des tâches avec des délais à venir? Si tel est le cas, c'est peut-être le prochain candidat de travailler, à moins que je ne puisse justifier quelque chose d'autre qui vaut la valeur du calendrier de la tâche.
travaillera sur l'une des tâches qui affectent (rendre obsolète / faciliter / rendre plus difficile) toutes les autres tâches que j'ai? Si oui, cela pourrait être déplacé.
Y a-t-il une bonne chance que l'une des tâches changeait (les exigences ne sont toujours pas concrètes / autres tâches qui pourraient l'affecter), la prise de temps consacrée à ce sujet vraisemblablement gaspillée? Si oui, il est déplacé.
Y a-t-il des choses qui me font vraiment bugement, que je pense que je peux me faire faire avant que quiconque remarque que je ne travaille pas sur tout mon patron pense être la plus haute priorité. (qui est justifié parce que cela me distraire de penser aux autres choses).
Y a-t-il des tâches que je devrais travailler pendant que les choses sont encore fraîches dans mon esprit?
... Autre que cela, nous allons avec une combinaison de tout type de délais fixes que j'ai, quelles tâches que j'ai qui pourrait retenir d'autres personnes, ce que le patron veut d'abord (j'aime ce patron, et je n'aime que En avez-en un donnant des tâches ... Dans le passé, j'avais répondu différemment), ce qui semble plus intéressant, ce que je peux me faire faire rapidement pour simplement les sortir de la liste, etc.
Il y a eu des moments où j'ai eu plus d'un manager, et je devais tout simplement mettre sur une liste sur un tableau blanc et leur dire de les numériser (17 articles, qui ont continué à grandir). La direction a chier, mais j'étais marre d'être chiés à des réunions à la semaine après la semaine avec des choses qui ne sont pas faites et devoir passer la liste de chaque tâche de «urgence». (et on dit que tout responsable dans le département a été autorisé à m'abandonner dans le cas d'une urgence ... qui était quelque chose comme 30 personnes ... et être chiés à quand j'ai demandé à qui j'ai demandé à qui décider si c'était une urgence ou non.)
:) sur le travail, j'ai quitté cette décision N mon chef de projet et mon chef d'équipe, comme ils savent mieux "Quelle est la priorité du projet"
à la maison, je fais où je vois amusant, apprendre et défier
Je regarderais ce qui a la plus haute priorité de la perspective de la direction pour une hiérarchisation initiale des projets à venir. S'ils sont tous des projets prioritaires 1, il y a quelques autres facteurs susceptibles d'aider ma décision:
Est-ce que je vois à quel point le projet sera précieux pour l'organisation? Est-ce le type de chose qui aide vraiment avec l'avantage concurrentiel que nous avons?
Est-ce qu'il semble y avoir une accumulation de projets d'une taille spécifique? Par exemple, beaucoup de petits projets sont ignorés pour les quelques très gros? Si tel est le cas, je peux prendre quelques-uns des petits qui peuvent être considérés comme des victoires rapides qui peuvent aider mon équipe à bien paraître.
Est-ce que l'un de ces projets utilise mes forces? Cela peut être un peu difficile à déterminer, mais cela pourrait aider beaucoup avec motivation, au moins à l'aide de l'interprétation de Marcus Buckingham d'une force.
Quelles équipes et structures sont en place pour les autres projets? Je ne pense pas que je voudrais rejoindre un projet qui ressemble à une épave de train massive sur le point de se produire. Y a-t-il assez de structure pour que je ne puisse pas partir et faire ma propre chose qui peut blesser les chances de succès du projet? Est-ce que je crois que je pouvais supporter de travailler avec X en utilisant la méthodologie Y et la technologie Z?
Ce sont quelques-unes de la façon dont je voudrais prendre la décision, ainsi que de parler à mon responsable dans le cadre de cela, c'est son travail, non?
J'ai tendance à peser 4 articles en fonction des choses lors de la décision de quoi travailler ensuite:
+1: Aussi mauvais que cela sonne, je prendrai parfois l'intérêt que j'ai sur le point de travailler en compte lorsque vous décidez de quoi faire ensuite.
Valeur élevée + faible risque.
Allez uniquement sur une valeur élevée + quelque chose avec un risque plus élevé si vous avez déjà un enregistrement de piste dans la société / la crédibilité.
Nous avons utilisé un graphique de valeur pour identifier les projets basés sur la valeur et l'effort, dans le cadre de maigre .
Frais. On dirait que Stephen Coey appliquée au logiciel.
Je peux garantir que cela fonctionne vraiment bien, dans le cadre de la maigre ou de toute autre méthodologie. La seule chose qu'elle ne peut pas tenir compte est la politique, mais ces choses n'ont pas tendance à avoir beaucoup de choix sur quand vous les faites ..
Certaines choses sont impossibles à convertir en valeur monétaire directe: la vie humaine, l'environnement, la santé, la bonne réputation, la conformité légale, certains sont très difficiles à convertir suffisamment avec précision pour faire des jugements utiles. L'analyse coûts-avantages (ou d'effort) est susceptible de produire une approche «de la victoire rapide» à court terme et de la négligence de la stratégie à moyen ou à long terme ou à toute émergence possible. Malheureusement, cela semble être l'un des outils analytiques pratiques les plus simples pour la prise de décision pour saisir, expliquer et utiliser comme une justification et donc probablement la popularité.
Certaines choses essentielles sur l'identité et la stratégie de la société, en particulier dans le domaine du développement de nouveaux produits, ne peuvent être justifiées en termes d'effort et de valeur pour le client (un échantillon légendaire serait "Je me sens chanceux" de Google: coûte des millions, mais ne fait pas 't Ajouter beaucoup de valeur directe). De plus, il n'aurait donc pas été créé si la décision a été prise sur la base de la valeur des efforts, des experts-échanges au contraire.
Si nous parlons dans un environnement de travail, je passe et juste hiérarchiser les choses - Qu'est-ce que la mission critique, qu'est-ce qui est urgent, puis quelque chose d'autre ne fait que mettre dans la liste et cela se fait dans l'ordre .
Quant à choisir le prochain grand projet au travail, j'aime faire ce qui offre le plus grand défi. J'avais travaillé comme développeur depuis un an et j'ai eu l'occasion de travailler pour une très grande entreprise travaillant avec des experts en sécurité et de faire des choses que je n'ai jamais faites. Alors j'ai choisi ça, et ça a fière allure sur mon CV.
En termes de travail de développement personnel (pas comme dans l'auto-assistance), je vais offrir quelque chose qui me défie. Cela doit être quelque chose que je n'ai pas fait auparavant. Peu importe si quelqu'un d'autre l'a fait - je ne l'ai pas fait, et je peux apprendre de cela.
En fin de compte, tout va jusqu'à quelle valeur il contient pour vous et quelle valeur elle contient pour le client. Heureusement, j'ai également quelques années d'expérience de vente sous ma ceinture également, je peux donc facilement vendre les produits dont j'ai besoin pour les clients.
i mon équipe actuelle (travaillant sur une variété de projets logiciels de renseignement d'entreprise), nous avons récemment commencé à adopter une variante de la planification de projet classique "Agile" et d'estimation - tout le monde semble être assez heureux avec jusqu'ici, y compris États-Unis (développeurs de différents niveaux d'expérience), les responsables de produits (populations hautement techniques, généralement également avec une certaine expérience de développement, mais surtout intéressé par l'entreprise des choses), la gestion (assez technique au niveau que nous rapportons, mais aussi moins -Technique, des directeurs et des avantages spéciaux et des VPS), ainsi que d'autres parties prenantes (utilisateurs et utilisateurs serviraient de notre logiciel). Mais, bien sûr, il est tôt, et nous allons nous adapter comme nous allons. (Au cours des dernières années, j'ai utilisé d'autres variantes de ceci dans des domaines d'application très différents, tels que les logiciels de gestion des clusters; mais j'ai souvent également utilisé plus d'approches ad-hoc, moins structurées).
Le contour est comme suit. À chaque itération (nous sommes actuellement sur des cycles d'itération de 2 semaines), le PMS choisit des "unités élémentaires de valeur commerciale" qu'ils aimeraient avoir des projets de notre région - une unité typique serait une caractéristique, un bug Correction, un aspect d'optimisation, etc. Dans une petite réunion avec des prospects techniques et un ou deux ingénieurs principaux, chaque unité est décomposée dans des tâches d'ingénierie (et les dépendances entre tâches sont identifiées). Dans une plus grande réunion de l'équipe entière, le «coût» relatif de chaque tâche (combien de temps, à peu près, il faudra pour effectuer cette tâche par rapport à d'autres tâches) est évalué collectivement (nous utilisons des unités d'effort totalement abstraites que nous appelons "Points", bien que j'ai vu d'autres équipes utilisent moins d'unités abstraites telles que "Ideal Ingénierie-Days"). Les coûts évalués incluent les tests d'unités et la documentation technique.
Les tâches, chacune avec ses coûts évalués, continuez ce qu'on appelle "l'arriéré" de l'équipe, ainsi que des tâches de «restructuration interne» (généralement des refacteurs qui ne livreront aucun nouvel utilisateur observable, mais sera < / EM> Développer davantage de développement et de maintenance plus productifs), également avec des coûts évalués et un résumé des avantages escomptés (qui doivent être exprimés de manière compréhensible pour la PMS - heureusement, comme je l'ai dit, les nôtres sont des personnes hautement techniques). Un refactoring peut également, par consensus de l'équipe d'ingénierie, être considéré comme une condition préalable à certaines tâches demandées aux entreprises (par exemple, "n'a aucun sens de travailler plus loin sur le composant X avant que la classe Y, trop grande, est correctement divisé, ce qui prendra n points") .
Le PMS permet de commander désormais les tâches dans l'arriéré de quelque manière qu'elles préfèrent, sur la base de la valeur commerciale qui complète les unités que ces tâches maquillées livreraient, sous réserve des contraintes de dépendance. Ils ont une bonne idée d'environ combien de "points" l'équipe peut accomplir dans une itération de 2 semaines (notre "Velocity") basée sur des résultats passés, ils essaient donc de s'assurer que certaines libérations de valeur, peuvent être effectuées à la fin. de l'itération (par opposition à avoir de nombreuses tâches utiles sur les affaires "en vol" ... mais aucun complété et livrable aux parties prenantes! -).
L'équipe consacre ensuite environ 80% de son temps et ses efforts pour lutter contre les tâches prioritaires de priorité telles que conçues par la PMS (y compris la programmation de paires par pair certaines du temps, pour des tâches particulièrement urgentes ou des situations où un membre de l'équipe doit apprendre En savoir plus sur une technologie ou une partie du codeBase, et un autre membre de l'équipe qui est un expert dans celles-ci est disponible pour s'accorder avec eux pendant un moment). L'ordonnance de priorité est une indication importante, mais ce n'est pas rigide rigide (par exemple, si la tâche supérieure nécessite de nombreux travaux en Java, et le second l'exige en Python, je pourrais bien choisir le second, car ma productivité relative sera extrêmement plus élevée. de cette façon - et inversement pour un membre de l'équipe qui est un gourou Java, etc, etc.).
"Priorité 0" AKA "Code rouge" Les problèmes peuvent survenir à tout moment et, s'ils le font, par définition, ils prendront la priorité sur toute autre tâche (et ne seront comptabilisées que de manière rétroactive dans la planification, pour assurer la vélocité. est correctement évalué). Mais, comme nous faisons un très bon travail avec tests, libérer l'ingénierie et autres pratiques d'assurance de la qualité, ces urgences sont heureusement peu nombreuses et bien entre.
Ceci, plus d'autres moyens "obligatoires" des ingénieurs de passer leur temps (cours de formation, des réunions de toutes les mains, des auto-évaluations de performance trimestrielles et des examens par des pairs, etc.), est censé représenter environ 80% du temps des ingénieurs - les 20% restants en cours de temps de chaque ingénieur devraient consacrer à "quelque chose de complètement différent" ("Blue-Sky" Projets exploratoires "Egineering Community", des contributions à source ouverte, etc., etc.), non directement liées aux projets de main. Personne ne mesure réellement les heures précisément, mais c'est toujours une ligne directrice utile (je continue à penser à des moyens de rendre la mesure facile et sans douleur que je pouvais mettre en œuvre dans mes 20%, pour m'aider à affecter le temps et les efforts plus précisément, mais je n'ai pas effectivement obtenu des tutens ronds encore; -).
Vous devriez vous poser une question. Est-ce que vous poursuivez un cheminement de carrière générale informatique qui peut ou peut ne pas inclure votre entreprise actuelle, ou, avez-vous l'intention d'avoir une longue carrière avec votre employeur actuel?
Si vous avez l'intention d'avoir une carrière en TI succesful déplacement employeurs autour differnet puis, malheureusement, la stratégie la plus réussie est « collecte mot à la mode ». Identifier la chose en cours / Grande et essayer de l'obtenir sur votre CV. par exemple. AJAX trivial trouver un avec le projet final de retour SOA qui ne peut jamais aller à la production, cela améliorera votre valeur pour les employeurs futurs, même si le projet avait peu de valeur à votre temployer actuelle.
Si vous prévoyez une longue carrière avec votre employeur actuel, le plus strategey serait succesful d'aligner vos objectifs avec l'entreprise. Par exemple, le projet le plus important pour l'entreprise peut être mise à niveau d'un ancien unsexy paquet de contrôle des stocks VB / Oracle pour inclure une ancienne interface EDIFACT avec un nouveau fournisseur. Si vous êtes considéré comme un acteur clé dans la réussite d'un tel projet, vous aurez un rang très fortement (et à juste titre) dans votre employeur estime, et vos opinions et vos conseils seront pris au sérieux.
facile. Je demande mon patron.
Votez vers le bas ... C'est une question juste et cette réponse ne fournit aucune information que ce soit.
Mon patron connaît "la grande image" mieux que moi et son travail consiste à aider à coordonner mon département afin de maximiser notre efficacité. Quand je demande à mon patron "Que dois-je travailler sur la suivante?", Nous nous engageons habituellement sur le statut de mon travail actuel et il est généralement capable de me donner un aperçu de ce qui est vraiment important à faire et de ce qui n'est pas. Je pense que ma réponse est au minimum utile pour l'OP et j'apprécierais que les gens ne continuaient pas à baisser ma réponse légitime.
Puisque vous ne précisiez pas si vous parlez de la perspective de développeur ou de gestionnaire, je vais essayer de couvrir les deux.
Fournir un cadre pour la priorisation des efforts est un travail direct de la direction. La priorisation quotidienne immédiate peut rester avec la direction ou être remise aux développeurs.
La décision qui devrait travailler sur quoi et quand la société moyenne est susceptible d'être perçue comme une question de pouvoir, de contrôle et de prestige par des groupes et celui qui prend la plupart des décisions de priorisation comme un acteur clairement plus important.
dans des sociétés astucieuses, cependant, il est bien compris que les décisions ont plusieurs propriétés intéressantes:
chacun prend du temps et des efforts à faire, ce qui est détourné de faire le travail réel.
Chaque décision est un compromis
Pour faire un bon commerce, il fait que la décision a besoin de toutes les bonnes informations en elle ou à sa disposition
Par la suite, la direction n'a pas toutes les informations nécessaires à chaque décision et qu'elles ne disposent pas de bonnes informations pour faire un bon compromis dans chaque cas, mais les développeurs ne peuvent pas passer leur temps à faire des centaines de décisions de priorisation par jour au lieu de Produire des logiciels, ni toutes les coordonnées nécessaires.
Par conséquent, la solution consiste à la gestion de manière à créer un cadre simple pour l'évaluation et la priorisation des tâches et la remettre aux développeurs qui l'appliquera rapidement au cas par cas, remplissant les lacunes. Dans la gestion Lingo, ce cadre est appelé stratégie; Cela permet d'économiser du temps en supprimant la prise de décision redondante répétitive, donne la concentration et la cohérence des efforts et fournit une direction. Il devrait être suffisamment détaillé pour éliminer le fardeau de réévaluer la situation à chaque fois, mais suffisamment lâche pour permettre aux développeurs de faire des choix corrects lorsqu'il importe.
Le cadre lui-même peut donner des règles très simples pour prendre des décisions ou fournir des méthodes analytiques telles que Pareto, Swot, bénéfice aux coûts, l'analyse de retour attendue ou le portier cinq forces, etc. Cependant, il vaut la peine de garder les règles simples, sans ambiguïté et aussi simple que possible.
Joel Spolsky mis à la disposition du monde plusieurs très bons documents de stratégie logicielle internes écrits en anglais clair. Tous les documents ne sont pas directement liés à l'élaboration de logiciels (montrant qu'il est viable de disposer de cadres de décision non liés différents pour divers aspects de la vie de la société). Depuis que les documents sont de plusieurs années, il est en fait possible de voir comment ces cadres ont continué à changer de situation:
Si vous êtes intéressé par choisir ce que vous devez travailler à partir d'un point de vue personnel, l'un des meilleurs conseils autour de mon avis est celui donné par Paul Graham dans son essai " Ce que vous souhaiteriez que vous stiez connu ".
Si votre problème est l'une des procrastines, vous devez peut-être vous concentrer sur l'élimination de ces emplois que vous craignez de résoudre le plus - ou du moins en faisant des progrès en avant pour réduire le stress de la considération dans quelle mesure vous êtes.
Ce livre livre, par marque Forster, fournit de bons conseils.
omettre cela, vous voudrez peut-être produire un plan d'itération. Laissez tout le monde voter pour des emplois - tout ce qui se tiendra le plus régulièrement. de cette façon, chaque intervenant, y compris vous-même obtenant une contribution à la planification.
Fondamentalement en tant que développeurs de logiciels, nous sommes des facilitateurs d'entreprises. Vos priorités devraient être en tandem avec les priorités commerciales et être pragmatiques entre des victoires rapides et des initiatives stratégiques plus importantes. L'effort et la priorité font une excellente matrice dans laquelle marquer des projets prenant le moins d'effort / la plus haute priorité d'abord.
Du tonalité de votre question, il semble que les priorités d'entreprise sont soit obsolètes, soit la direction contradictoire entre les parties prenantes. C'est l'endroit idéal pour commencer et cela facilitera vos décisions une fois que cela est résolu.
Je demanderais au patron, s'ils ne prenaient pas la décision, alors j'irais pour le projet que je ressentais allait être le meilleur pour l'entreprise, dans le profit et la morale de l'équipe.
Si j'étais déchiré entre trop de projets, j'irais pour celui qui ressemble à je peux développer mes compétences plus et être intéressé par la plupart.
Si un projet semble excitant, je deviens plus basé et déterminé aussi :)
Compte tenu de la nature de votre question, je suppose que tout cela fonctionne que quelqu'un pense que vous devriez faire, mais il n'y a clairement pas assez de temps pour tout faire. Par conséquent, vous recherchez juste une priorité sachant que certains articles ne sont probablement pas faits.
Je suppose que cela dépend de combien est sur la liste. S'il y a beaucoup de fruits peu suspendus qui ont été sur la liste depuis un moment, cela vaut peut-être la peine de prendre du temps et de les nettoyer. De cette façon, il y aurait moins de demandes sur le temps disponible et potentiellement plus de temps ou d'incitation à travailler sur les grands projets.
plus, il peut être cathartique pour pouvoir traverser une bande de trucs de la liste.
Vous devez vraiment en discuter avec l'entreprise, car seulement ils peuvent vous dire ce qui leur a la plus haute valeur. Après cela, j'irais après les articles qui portent le plus de risques, car si quelque chose va causer un calendrier de glisser, il est préférable de connaître tôt plutôt que tard.
Si vous rencontrez des difficultés avec quelles priorités d'entreprise - généralement causées par de multiples projets avec différentes parties prenantes qui pensent que leur projet est le plus important - vous pouvez essayer de faire venir les deux parties prenantes dans une pièce pour discuter de quel projet est priorité plus élevée. Ou vous pouvez déléguer que la négociation à votre responsable est en réalité son travail.
Je commencerai généralement à travailler sur un projet plus important en premier. Puis, quand je sens que j'ai besoin de m'éloigner un peu, d'habitude, je peux donc l'aborder avec un esprit clair plus tard, j'essaie de lancer certaines des tâches simples et simples.
Je sais que ce n'est pas très descriptif, mais appelant l'audible occasionnel pour la distraction semble bien fonctionner pour moi lorsque vous abordez une liste de projets importante.
J'ai tendance à regarder le projet d'un apprenant prospectif. J'ai tendance à choisir un projet qui m'aidera à apprendre quelque chose de nouveau, je cherche également "cool" et entrecent aussi.
sur l'autre main, vous pouvez choisir votre prochain projet en fonction de l'endroit où il vous mènerait. Demandez-vous si vous avez un objectif de carrière que le projet X vous aidera à atteindre. Peut-être qu'un projet de haut profil est mieux puis interveluçant - au moins pendant un court-temps.
Un moyen de défier est de définir plusieurs pignons clés qui comptent pour vous (c'est-à-dire une nouvelle technologie, une intervalle, etc.) et essayez de noter chaque opportunité et de voir qui obtient le score supérieur.
Quel est votre objectif, pour bien paraître ou être productif?
N'a-t-il pas cherché la productivité?
@jjclarkson: Malheureusement, pas vraiment. Je veux dire, évidemment, cela aide, mais dans mon expérience, être un produit ne fait que partie de ce que vous devez faire pour bien paraître (c'est pourquoi l'un des conseils les plus fréquents que j'entends aider à évoluer en tant que programmeur est de Apprenez à communiquer efficacement et à apprendre à vous vendre).
@Edan apprendre à communiquer efficacement est un must à être vraiment productif - comme dans Ajout de beaucoup de valeur ... Je ne pense pas qu'il y ait quelque chose "juste pour avoir l'air bien" à cela.
Je vote pour fermer cette question comme étant off-sujet car cela n'a rien à voir avec la programmation.