Je veux savoir à quel point il est difficile / utile de tenir un journal de projet ou un journal. Je crains que de garder une trace de ce que j'ai fait ne prenne trop de temps ...
project-management
agile
Rudolf Olah
la source
la source
Réponses:
Je m'inquiète du contraire. Je trouve souvent que le coût de ne pas documenter quelque chose me dévore encore plus. Peut-être que ça n'arrive pas aujourd'hui. Peut-être pas demain, mais à un moment donné, la plupart des choses que j'ai faites ont refait surface à un moment donné, et cela se produit généralement après que suffisamment de temps s'est écoulé pour que mon cerveau considère cela comme sans importance.
Ainsi, je documente les choses. Je documente les décisions que j'ai prises, les accords conclus avec les membres de l'équipe et, surtout, je documente mon code, même si cela implique simplement d'utiliser des mots clés pour faciliter la grep du projet pour une certaine fonction ou ligne de code.
Dans certains cas, la documentation a également fait gagner du temps aux autres. Ce sont ces cas où les X minutes passées à documenter sont devenues un investissement en soi où les X minutes investies ont donné un retour Y * X minutes en gain de temps!
Enfin, dans d'autres cas, j'ai trouvé que le travail de documentation m'aide à m'en souvenir. Dans certains cas, je n'ai jamais revu la documentation parce que pour moi, écrire quelque chose est un catalyseur pour le graver dans ma mémoire.
Tout le monde est différent, et vous devrez trouver ce qui fonctionne pour vous. Quant à moi, je ne peux pas dire que j'ai regretté le temps passé à documenter mon travail, mais je suis sûr que j'ai regretté les fois où je ne l'ai pas fait.
la source
Bien que ce soit une question assez générale, je pense que la réponse se résume à la valeur que vous voyez l'auto-réflexion.
Si la capacité de regarder en arrière sur les progrès est plus précieuse pour vous que de passer le temps qu'il vous faudrait pour prendre quelques notes sur les progrès, je dirais que c'est une activité valable.
Je pense qu'en tant que programmeur travaillant sur un logiciel, il est agréable d'avoir un journal des progrès et des mesures prises (similaires aux notes de contrôle de version) pour garder une trace des modifications que vous avez apportées, où vous les avez apportées et pourquoi. Informations très utiles lors du dépannage et lors de la résolution de problèmes similaires
Cela étant dit, ce n'est pas difficile. C'est juste plus utile si vous pouvez le faire régulièrement, et cela est aidé en adoptant une routine pour la plupart des gens.
la source
Essayez-le pendant 3 mois. Choisissez un format simple auquel vous pouvez vous engager et faites-le. S'il offre des avantages, alors continuez, sinon, laissez-le tomber. Chaque semaine, revoyez le format de vos entrées et ajustez-les si nécessaire.
Essayez ce qui suit:
Au début de chaque journée, notez
À la fin de chaque journée, notez
Chaque semaine, passez en revue
Prend probablement 5 minutes au début et à la fin de chaque journée. Plus tard, vous pourrez ajouter des choses que vous vous demandez chaque semaine ou des choses qui vous intéressent. N'ayez pas peur de changer de format ... papier une semaine, Wiki la prochaine, Trello une troisième. Il faudra un mois ou plus pour s'installer dans un style et trouver un groove.
la source
C'est du temps bien dépensé. Je conserve toutes mes notes dans un programme appelé Texte connecté . Je fais référence à des problèmes, des réunions, des éléments CYA, des notes de programmation, des notes de langue, des extraits d'API, etc. J'utilise également Evernote pour couper des éléments du Web, puis les transformer en notes. Une grande partie de ce que vous ferez dans votre carrière reviendra, alors prendre des notes sur la façon dont vous avez résolu ces problèmes est une bonne idée. Je regarde cela comme si je ne chargeais pas les détails pour garder les choses importantes à l'esprit, sachant que je peux me référer à mes notes. Après tout, c'est pourquoi vous prenez des notes pour commencer.
Ce n'est pas une perte de temps.
la source
J'utilise un wiki personnel depuis environ 7 ans maintenant, Wiki on a Stick ou WoaS: http://stickwiki.sourceforge.net/
J'ai créé une base de connaissances pour tous les logiciels que je supporte, des liens vers de nombreuses ressources techniques, des notes de réunion d'équipe - tous ces éléments sont des conférences téléphoniques, la documentation de l'environnement de développement, des objectifs techniques et professionnels, des listes de tâches, etc. Pratiquement tout ce que j'écrirais sur un bloc-notes ou collant va dans ce wiki. En utilisant Firefox depuis http://portableapps.com , tout mon wiki est autonome, ne nécessite pas de serveur ou d'installation de logiciel sur l'ordinateur client. Fonctionne également sur plusieurs plateformes. Le seul problème que j'ai rencontré est l'utilisation de Chrome. Il n'enregistrera aucune modification. Firefox a fonctionné le mieux donc je m'en tiens à lui.
Il y a eu plusieurs fois un projet qui a été mis en veilleuse pour le faire ressusciter 9 mois plus tard. WoaS m'a ramené là où je m'étais arrêté et a été productif sans essayer de me rappeler ce que j'avais fait auparavant ou ce qui est arrivé au bloc-notes que j'utilisais à l'époque.
Je n'ai jamais regretté d'avoir pris le temps de documenter mon travail. Après un peu de pratique, il ne faut vraiment pas beaucoup de temps pour prendre des notes. Si vous pouvez développer un processus simple mais affectif, vous serez plus susceptible de le faire.
la source
C'est un morceau de littérature.
Comme les temps anciens, la connaissance était mieux préservée lorsqu'elle était écrite. La «tradition orale» n'est pas si efficace.
C'est un signe de maturité quand on fait ça. Pour répondre à votre question: c'est très utile. Vous ne saurez jamais qui va lire votre travail à l'avenir. C'est une bonne contribution.
la source
Du haut de ma tête, voici quelques raisons pour lesquelles il est important de garder un journal.
Chaque fois que j'aurai fini d'écrire dans la dernière page d'un journal de bord, je me retrouverai à regarder des livres plus anciens des années précédentes, juste pour voir jusqu'où mes connaissances ont évolué, comment ma pensée a changé, et ce peut être incroyable ce que vous tirer des leçons de votre propre passé professionnel, en particulier si vous songez à changer d'emploi et que vous souhaitez remplir votre CV avec de nombreux projets et réalisations vraiment intéressants.
la source
Cela dépend beaucoup de la taille du projet et des objectifs du projet. Dans un petit projet, vous pouvez mettre des choses dans Excel. N'oubliez pas que le remaniement prend plus de temps que de faire quelque chose de bien la première fois, il vaut donc la peine de planifier un peu pour gagner du temps plus tard.
Choses que vous devez suivre dans les listes:
Engagements extérieurs, notamment dates.
Champ d'application - au moins à un niveau élevé. Selon la situation, cela devient plus détaillé.
Dépendances - ce dont vous avez besoin des autres.
Problèmes, risques et tâches
Sur quoi vous passez du temps (la rigueur dépend si c'est pour la connaissance de soi ou la facturation externe)
la source