Diferencia entre revisiones de «Práctica 1 (15/10/2014)»

De Wiki de EGC
Saltar a: navegación, buscar
(Zoho Projects)
Línea 17: Línea 17:
 
Otro inconveniente, es que no tiene la opción de hacer diagramas de Gantt del proceso del proyecto.
 
Otro inconveniente, es que no tiene la opción de hacer diagramas de Gantt del proceso del proyecto.
  
== Zoho Projects ==
+
== Redmine ==
 +
 
 +
Se trata de una herramienta similar a la utilizada en anteriores proyectos, siendo ésta ProjETSII. Por lo que el aprendizaje por parte de los miembros del grupo no sería apenas necesario.
 +
 
 +
Esta herramienta de gestión de proyectos cuenta con:
 +
 
 +
*Un vistazo general de cada uno de los proyectos.
 +
*Refleja la última actividad del proyecto.
 +
*Las tareas o task se realizarán por medio de peticiones que tienen una fecha de inicio y de fin. Y una prioridad.
 +
*Cuenta con un diagrama de Gantt que nos permita comprobar si los plazos del proyecto se están cumpliendo.
 +
*Un calendario donde se podrá observar la fecha de inicio y fin de cada una de las tareas.
 +
*Un apartado de noticias.
 +
*Permite disponer de una Wiki propia del proyecto.
 +
*Permite subir archivos y documentación técnica.
 +
 
 +
 
 +
El mayor problema de esta herramienta es la falta de repositorio. Lo que nos impediría compartir código, llevar a cabo una buena gestión de las versiones de los documentos, y evitar posibles conflictos entre los documentos.
 +
 
 +
Consideramos que sería una mala elección para el proyecto que estamos realizando, ya que nuestro sistema es crítico con respecto a compartir código con los miembros del grupo y con los demás subsistemas.

Revisión del 16:44 15 oct 2014

Herramientas analizadas

NOTA DEL PROFESOR: Poner enlaces a las herramientas. Para poner enlace es tan fácil como este ejemplo pincha aquí

Assembla

Trello

• A continuación mostramos el criterio por el cual nos parece conveniente usar Trello: Hemos escogido esta herramienta porque además de ser gratuita, dispone de un tablón para cada proyecto en el que se pueden ver todos los ítems en una sola página. Se trata de una aplicación basada en Scrum que se adapta muy bien a los proyectos. También, además de tenerla en el navegador, podemos tenerla en nuestros smartphones. Es rápida y fácil de usar. Añadir nuevos miembros a un proyecto es bastante sencillo. No puedes añadir usuarios que no estén registrados, pero puedes invitarlos a usar la aplicación. Es una interfaz de usuario muy intuitiva para ver el estado general del proyecto y asignar tareas a los miembros del mismo. Dispone de varias extensiones para poder añadir algunas funcionalidades que no están incluidas por defecto.

• Los inconvenientes que hemos encontrado son los siguientes: No dispone de repositorio en sí, pero se soluciona con la integración de Google Drive y/o Dropbox desde la misma aplicación. Aún así, no tiene control de versiones. Otro inconveniente, es que no tiene la opción de hacer diagramas de Gantt del proceso del proyecto.

Redmine

Se trata de una herramienta similar a la utilizada en anteriores proyectos, siendo ésta ProjETSII. Por lo que el aprendizaje por parte de los miembros del grupo no sería apenas necesario.

Esta herramienta de gestión de proyectos cuenta con:

  • Un vistazo general de cada uno de los proyectos.
  • Refleja la última actividad del proyecto.
  • Las tareas o task se realizarán por medio de peticiones que tienen una fecha de inicio y de fin. Y una prioridad.
  • Cuenta con un diagrama de Gantt que nos permita comprobar si los plazos del proyecto se están cumpliendo.
  • Un calendario donde se podrá observar la fecha de inicio y fin de cada una de las tareas.
  • Un apartado de noticias.
  • Permite disponer de una Wiki propia del proyecto.
  • Permite subir archivos y documentación técnica.


El mayor problema de esta herramienta es la falta de repositorio. Lo que nos impediría compartir código, llevar a cabo una buena gestión de las versiones de los documentos, y evitar posibles conflictos entre los documentos.

Consideramos que sería una mala elección para el proyecto que estamos realizando, ya que nuestro sistema es crítico con respecto a compartir código con los miembros del grupo y con los demás subsistemas.