¿Necesita un sistema de gestión de proyectos si trabaja solo?

Question

¿Necesita un sistema de gestión de proyectos si trabaja solo? Me refiero a un sistema de gestión de proyectos que incluye seguimiento de problemas, wiki, etc. Actualmente mantengo mis problemas en un muy buen software de organizador y guardo la documentación del proyecto en archivos de Word (y por supuesto tengo un sistema de control de versiones), así que estoy No estoy seguro de si necesito un software de administración de proyectos, porque trabajo solo.

Una cosa útil, puedo pensar, que el sistema de gestión de proyectos también puede darme es vincular problemas con commits (ACTUALIZACIÓN: Encontré esta característica bastante útil: por ejemplo, ahora mismo estoy creando documentación para la nueva versión de mi proyecto y, en consecuencia, abro todos los temas con el estado "Pendiente de publicación", luego leo la descripción del problema y luego puedo ver rápidamente la diferencia de la confirmación para este problema, esto me ayuda a ver detalles y escribir mejor documentación).

Otro problema de compartición para que sus usuarios o su empleador puedan verlo o administrarlo.
¿Qué me estoy perdiendo? ¿Es necesario el software de gestión de proyectos cuando se trabaja como único programador?

ACTUALIZACIÓN: he pensado otra cosa útil: En los comentarios que podemos dar un enlace a un tema o un artículo de wiki con información detallada sobre el código que se está comentado.

Answer 1

Dice que utiliza algún software de organizador que lo ayude a manejar problemas. Entonces ya tienes tu sistema de gestión de proyectos personalizado. Sólo mantenlo.

Los sistemas de gestión de proyectos no tienen que ser grandes, compartir datos de soporte u otros tipos de documentación. Como programador se supone que debes usar uno para organizar tu trabajo, pero no importa cuál. Puede utilizar felizmente archivos de texto sin formato si funcionan para usted.

Aún así, si hay una pequeña posibilidad de que coopere con alguien, debe intentar algo que permita la cooperación ... solo para saber cómo funcionan.

Answer 2

¿Necesita un sistema de gestión de proyectos si trabaja solo?

Sí.

Actualmente mantengo mis problemas en un muy buen software de organización y guardo la documentación del proyecto en archivos de Word (y por supuesto tengo un sistema de control de versiones).

See. Usted tiene un sistema de gestión de proyectos. ¿Por qué preguntar?

sistema de gestión de proyectos también me puede dar problemas de vinculación con commits.

Eso no es necesariamente gestión de proyectos. Puede hacerlo fácilmente con su software de control de versiones.

Lea esto: http://tortoisesvn.tigris.org/issuetrackers.html

problemas de compartición para que los usuarios o su empleador pueden ver o gestionarlos.

Eso significa que no está trabajando solo, si está compartiendo algo. ¿Qué estás preguntando aquí? Cómo compartir?

Answer 3

me refiero a un sistema de gestión de proyectos que incluye el seguimiento de problemas, wiki, etc.

yo no uso un gestor de incidencias, pero la práctica continua (no "big bang") la integración y Pruebo (busco errores) temprano y con frecuencia, y corrijo cualquier error tan pronto como los encuentro, por lo que la lista de problemas conocidos sigue siendo pequeña.

También tengo mucha estructura en el código fuente (por ejemplo, proyectos/conjuntos separados para componentes separados), así que trato de tener "el código es la documentación".

La tabla en What Types of Documents Should You Create? implica que es posible que no necesite documentación (por ejemplo, una wiki), a menos que trabaje con otras personas: p. con un gerente, probadores y/o usuarios finales.

Answer 4

No me gustaría trabajar sin un sistema como trac, incluso si soy el único que trabaja en el proyecto. Debe usar un sistema de control de versiones, por supuesto, no hay dudas al respecto. Luego vienen dos o tres cosas, también mencionaste.

Primero está la documentación. Hay muchas posibilidades diferentes y una wiki es solo una de ellas. Yo personalmente uso la wiki principalmente para ideas, pensamientos y notas. Es fácil poner dibujos en él, enlazar a recursos en la web y editar muy rápidamente. Esto no puede reemplazarse en la documentación del código que usted hace con los comentarios fuente o herramientas como doxygen. Y esto tampoco puede reemplazar un manual, si el proyecto lo requiere.

Lo segundo que encontrarás es algún tipo de tareas, informes de errores (incluso de ti), solicitudes de funciones, cosas por el estilo. Puede ponerlos como comentarios en su código o usar una lista en un archivo de texto o su sistema PIM, pero también puede usar un sistema de tickets, solo para realizar un seguimiento de lo que desea o debe hacer en el proyecto en el futuro. . No puedes hacer todo solo ahora.

Tercero es el plan más grande, esto no es solo atomic todos, pero las cosas trac llaman hitos. Esto tiene que escribirse en alguna parte.

Lo bueno de trac ahora es que puede integrar todo lo que tiene que hacer de todos modos en una herramienta e incluso unir entre todas las partes. Enlace a líneas de código de un ticket, tickets de referencia en un mensaje de compromiso, use los recursos de su repositorio en el wiki, construya automáticamente doxygen e integrelo, y así sucesivamente. Debes decidir si quieres usar trac para todo lo relacionado con tu proyecto u otra cosa, pero de todos modos tienes estas cosas, ¿por qué no utilizar un sistema que lo integre todo? ;-)

Answer 5

Cuando se trabaja solo es la clave que se piensa perseguir aquí. Cuando estás solo, no tienes el lujo de tener a alguien más para mantenerte alerta. Un buen "sistema" es esencial para ayudarlo a administrar sus proyectos. En cuanto a qué sistema utilizar, todo se reduce a sus necesidades individuales, y cuánto tiempo desea dedicar a mantener dicho sistema.

Si existe la posibilidad de que necesite involucrar a alguien más, entonces debe decidir si el sistema que usa se escalará para cumplir con sus requisitos cambiantes. Esto también es cierto si continúa trabajando solo y su carga de trabajo cambia.

En cuanto al software, esa es casi una cuestión completamente diferente.Personalmente prefiero usar una herramienta de software para seguir todas mis tareas y ayudarme a recopilar datos que me ayudan a determinar las prioridades y la programación de tareas. Eso es en resumidas cuentas de qué se trata la gestión de proyectos. Cuando trabajo en mi casa en mis propios proyectos, uso una configuración simple de Redmine para administrar diferentes tipos de proyectos. Planificando proyectos de programación, elaborando la logística para mi boda, incluso administrando las renovaciones de mi casa. Todos se han agregado a mi configuración privada de Redmine porque soy demasiado vago para tratar de mantener actualizados los sistemas estilo libro de diario. En el trabajo, tengo una configuración más compleja para administrar la miríada de proyectos de programación que tenemos aquí, y para administrar las dependencias entre ellos.

Sin embargo, he descubierto que lo más importante es garantizar que los procesos se simplifiquen y que la herramienta de soporte se pueda configurar para que coincida con los procesos. No desea tener que cambiar sus procesos porque la herramienta no está a la altura. Además, la herramienta no debe convertirse en el único foco de todos sus esfuerzos, por lo tanto, debe configurarse para reducir el lado "burocrático" de las cosas. Solo desea capturar la información suficiente para describir sus tareas y determinar cuándo deben realizarse, quién las hará y cuándo se completarán. Sí, sus necesidades pueden requerir que se capture más información, pero siempre trate de minimizar esto, ya que no desea sentir que siempre está actualizando su herramienta de administración de proyectos cuando prefiere trabajar en el último algoritmo asesino que ' he estado esperando hacerlo! ;-)

Answer 6

Puede que seas el único programador ahora, pero ¿permanecerá así para siempre? A menudo trabajo solo en proyectos de desarrollo, pero aún sigo la lista de "cosas por hacer" y los problemas en una base de datos simple de Access. Lo hace mucho más fácil si necesita expandir/entregar un proyecto.

Answer 7

Absolutamente, al menos para proyectos más grandes que tardan unos meses. Durante los últimos años he intentado:

1. Eclipse libreta plug-in - sólo archivo de texto - efectiva
2. tareas Eclipse Mylyn - mejor, suficiente para un solo hombre-espectáculo, pero todavía estaba teniendo problemas con la migración entre instancias de eclipse
3. youtrack es libre y es como un JIRA pero más simple y práctico para un individualista

con la libreta yo era capaz de concentrarse en la tarea actual, pero no era capaz de mantener a largo plazo iteraciones , porque sin el rastreador de problemas perdía disciplina, lidiaba con 3 tareas al mismo tiempo, no las terminaba, etc.