Avez-vous besoin d'un système de gestion de projet si vous travaillez seul?

Question

Avez-vous besoin d'un système de gestion de projet si vous travaillez seul? Je veux dire un système de gestion de projet qui inclut le suivi des problèmes, wiki, etc. Actuellement, je garde mes problèmes dans un très bon logiciel d'organiseur et je garde la documentation du projet dans des fichiers Word (et bien sûr j'ai un système de contrôle de version), donc je suis pas vraiment sûr si j'ai besoin d'un logiciel de gestion de projet, parce que je travaille seul.

Une chose utile, je peux penser, ce système de gestion de projet peut en outre me donner est un lien des problèmes avec commits (MISE À JOUR: J'ai trouvé cette fonctionnalité utile assez: par exemple, je suis en ce moment la création de documentation la nouvelle version de mon projet et j'ouvre par conséquent tous les problèmes avec le statut "Pending for release", puis je lis la description du problème et ensuite je peux voir rapidement le diff de la validation pour ce problème - cela m'aide à voir les détails Documentation). Un autre problème - le partage de sorte que vos utilisateurs ou votre employeur peuvent les afficher ou les gérer.
Qu'est-ce qui me manque? Le logiciel de gestion de projet est-il nécessaire lorsque vous travaillez en tant que seul programmeur?

MISE À JOUR: J'ai pensé une autre chose utile: Dans les commentaires, nous pouvons donner un lien vers un problème ou un article wiki avec des informations détaillées sur le code commenté.

Answer 1

Vous dites que vous utilisez un logiciel d'organisation qui vous aide à gérer les problèmes. Vous avez donc déjà votre système de gestion de projet personnalisé. Il suffit de garder.

Les systèmes de gestion de projet ne doivent pas nécessairement être gros, prendre en charge le partage de données ou d'autres types de documentation. En tant que programmeur, vous êtes censé en utiliser un pour organiser votre travail, mais peu importe lequel. Vous pouvez utiliser des fichiers texte en toute simplicité s'ils fonctionnent pour vous. Pourtant, s'il y a même une petite chance que vous coopériez avec quelqu'un, vous devriez essayer quelque chose qui permet la coopération ... juste pour savoir comment ils fonctionnent.

Answer 2

Avez-vous besoin d'un système de gestion de projet si vous travaillez seul?

Oui. Actuellement, je garde mes problèmes dans un très bon logiciel d'organiseur et je garde la documentation du projet dans des fichiers Word (et bien sûr j'ai un système de contrôle de version).

Voir. Vous avez un système de gestion de projet. Pourquoi demander?

système de gestion de projet peut en outre me donner des problèmes de liaison avec commits.

Ce n'est pas nécessairement la gestion de projet. Vous pouvez facilement le faire avec votre logiciel de contrôle de version.

Lire ceci: http://tortoisesvn.tigris.org/issuetrackers.html

problèmes de partage afin que vos utilisateurs ou votre employeur peut consulter ou les gérer.Cela signifie que vous ne travaillez pas seul si vous partagez quelque chose. Que demandez-vous ici? Comment partager?

Answer 3

Je veux dire un système de gestion de projet qui comprend le suivi des problèmes, wiki, etc.

Je ne l'utilise pas un problème Tracker, mais je pratique l'intégration continue (pas « big bang »), et Je teste (recherche de bugs) tôt et souvent, et je corrige tous les bugs dès que je les trouve, afin que la liste des problèmes connus reste faible.

J'ai également beaucoup de structure dans le code source (par exemple des projets/assemblages séparés pour des composants séparés), donc j'essaye d'avoir "le code est la documentation".

Le tableau situé au What Types of Documents Should You Create? implique que vous n'avez pas besoin de documentation (par exemple un wiki), à moins que vous ne travailliez avec d'autres personnes: par ex. avec un gestionnaire, des testeurs et/ou des utilisateurs finaux.

Answer 4

Je ne voudrais plus travailler avec un système comme le trac, même si je suis le seul à travailler sur le projet. Vous devriez bien sûr utiliser un système de contrôle de version, cela ne fait aucun doute. Ensuite, il y a deux ou trois choses à venir, vous avez également mentionné.

La première est la documentation. Il y a beaucoup de possibilités différentes et un wiki en fait partie. Personnellement, j'utilise le wiki principalement pour des idées, des pensées et des notes. Il est facile d'y mettre des dessins, de lier des ressources sur le web et de les modifier très rapidement. Cela ne peut pas remplacer dans la documentation de code que vous faites avec des commentaires ou des outils comme doxygen. Et cela ne peut pas non plus remplacer un manuel, si le projet en nécessite un. La deuxième chose que vous rencontrerez est une sorte de todos, que ce soit des rapports de bogues (même de vous-même), des demandes de fonctionnalités, des choses comme ça. Vous pouvez les mettre en commentaire dans votre code ou utiliser une liste dans un fichier texte ou votre système PIM, mais vous pouvez également utiliser un système de tickets, juste pour garder une trace de ce que vous voulez ou devez faire dans le projet à l'avenir . Vous ne pouvez pas tout faire maintenant.

Troisième est le plus grand plan, ce n'est pas seulement todos atomique, mais les choses trac appelle des jalons. Cela doit être écrit quelque part. La grande chose à propos de trac est maintenant, vous pouvez intégrer toutes ces choses que vous avez à faire de toute façon dans un seul outil et même un lien entre toutes les parties. Lien vers les lignes de code d'un ticket, référence des tickets dans un message de commit, utilisation des ressources de votre référentiel dans le wiki, construction automatique de doxygen et intégration de celui-ci et ainsi de suite. Vous devez décider si vous voulez utiliser trac pour toutes les choses autour de votre projet ou autre chose, mais vous avez quand même ces choses alors pourquoi ne pas utiliser un système intégrant tout cela? ;-)

Answer 5

Lorsque vous travaillez seul est la clé pensée de poursuivre ici. Quand vous êtes seul, vous n'avez pas le luxe d'avoir quelqu'un d'autre pour vous garder sur vos orteils. Un bon «système» est donc essentiel afin de vous aider à gérer vos projets. En ce qui concerne le système à employer, tout dépend de vos besoins individuels et du temps que vous voulez consacrer à la maintenance d'un tel système.

S'il est possible que vous ayez besoin d'impliquer quelqu'un d'autre, vous devez décider si le système que vous utilisez évoluera pour répondre à vos besoins changeants. Cela est également vrai si vous continuez à travailler seul et que votre charge de travail change.

Comme pour le logiciel, c'est presque une autre question entièrement.Personnellement, je préfère utiliser un outil logiciel pour suivre toutes mes tâches, et pour m'aider à collecter des données qui m'aident à déterminer les priorités et la planification des tâches. C'est en gros ce qu'est la gestion de projet. Lorsque je travaille chez moi sur mes propres projets, j'utilise une configuration Redmine simple pour gérer différents types de projets. Planification de projets de programmation, élaboration de la logistique pour mon mariage, gestion des rénovations de ma maison. Tous ont été ajoutés à ma configuration Redmine privée parce que je suis trop paresseux pour essayer de garder les systèmes de style papier journal mis à jour. Au travail, j'ai une configuration plus complexe pour gérer la myriade de projets de programmation que nous avons ici, et pour gérer les dépendances entre eux. J'ai cependant trouvé que le plus important est de s'assurer que les processus sont rationalisés et que l'outil de support peut être configuré pour correspondre aux processus. Vous ne voulez pas avoir à modifier vos processus car l'outil n'est pas à la hauteur. En outre, l'outil ne doit pas devenir le seul objectif de tous vos efforts, il doit donc être configuré pour réduire le côté «bureaucratie» des choses. Vous voulez seulement capturer suffisamment d'informations pour décrire vos tâches, et déterminer quand elles doivent être faites, qui les fera et quand elles seront terminées. Oui, vos besoins peuvent exiger plus d'informations pour être capturés, mais essayez toujours de minimiser cela, car vous ne voulez pas avoir l'impression de toujours mettre à jour votre outil de gestion de projet quand vous préférez travailler sur le dernier algorithme de tueur. J'ai été impatient de le faire! ;-)

Answer 6

Vous êtes peut-être le seul programmeur maintenant mais restera-t-il comme ça pour toujours? Je travaille souvent seul sur des projets de développement mais je continue de suivre la liste des choses à faire et les problèmes dans une simple base de données Access. Cela rend beaucoup plus facile si vous avez besoin de développer/remettre un projet.

Answer 7

Vous faites absolument, au moins pour un plus gros projet qui prend quelques mois. Au cours des dernières années, j'ai essayé:

1. éclipse notepad plugin - tout fichier texte - efficace
2. éclipse les tâches de mylyn - mieux, assez pour un man-show, mais je continuais à avoir des problèmes avec la migration entre les instances d'éclipse
3. youtrack est gratuit et il est comme un JIRA, mais plus simple et pratique pour individualiste

Avec le bloc-notes, j'ai pu se concentrer sur la tâche en cours, mais je ne pouvais pas maintenir itérations à long terme , parce que sans tracker de problème je perdais la discipline, traitant de 3 tâches en même temps, ne les finissant pas, etc.