Ver Mensaje Individual
  #2 (permalink)  
Antiguo 08/09/2010, 00:50
Avatar de matanga
matanga
 
Fecha de Ingreso: octubre-2007
Ubicación: España
Mensajes: 1.091
Antigüedad: 16 años, 6 meses
Puntos: 85
Respuesta: Metodología desarrollo x una persona

Hay un mix de conceptos en la pregunta, una metología de desarrollo no especifica herramientas concretas, más bien, procesos, roles, tareas, workflows, etc, por otro lado, nunca leí sobre metodologías orientadas a un grupo de 1 o 2 personas, las que están del lado de las ágiles, proponen grupos pequeños pero hablan de 8 a 10 personas.

En este caso, puede funcionar un método de trabajo propio, siempre teniendo en cuenta lo mínimo, por ejemplo:

1. Toma, documentación y verificación de requerimientos (verificación es cuando el cliente los da por buenos), puede variar por la complejidad, pero es probable que con solo texto sea suficiente.
2. Desgloce de tareas, puede variar por el tamaño del proyecto, como mínimo, crea hitos que agrupen tareas en común.
3. Estimación del esfuerzo de cada tarea, el recurso asignado (persona que la realiza) y en consecuencia, la duración y costo del proyecto, esto es lo que puede ser más dificil, por eso es buena idea llevar el control de horas dedicadas sobre horas planificadas, ir ajustando este ratio es favorable.
4. Análisis y diseño del sistema, clases, modelo de datos, etc.
5. Programación, generando compilaciones parciales, que en este caso pueden estar asociados con los hitos.
6. Test, como no es buena práctica que el programador haga el test, podrías ayudarte con un documento de casos de test.
7. Documentación del proyecto, informe de avances parciales y totales.

En cada una de las etapas, podrías generar entregables:

1. Documento de requerimientos.
2 y 3. Documento del proyecto, con tareas, horas estimadas, recurso asignado y fechas.
4. Documento del diseño.
5. Los binarios resultantes de la compilación, script de instalación, etc.
6. Documento con la lista de casos de test más el resultado, OK, KO o Pendiente.
7. Documento del proyecto con el estado de las tareas (completa, pendiente, descartada, en curso, etc), horas dedicadas, desviaciones de fechas previstas.

Hasta aquí debería llegar el método de trabajo, ahora debes evaluar herramientas para darle soporte a cada etapa, la elección depende de muchos factores, en este caso puede ser conocimiento y costo.

1 y 6. Ms Word.
2, 3 y 7. Ms Proyect, otro más simple y open source, Gnome Planner.
4. Hay una buena lista de herramientas para diseño uml en http://en.wikipedia.org/wiki/Compari...Language_tools, si incluye base de datos, otra alternativa puede ser Workbench MYSQL.
5. Mínimo e indispensable, un control de versiones, aún cuando sea un solo programador. VisualSVN es un paquete de instalación de Subversion muy fácil de implementar.
6. Aquí tienes dos tareas, documentar los casos de test y los errores encontrados, con Ms Word puede ser suficiente.

A partir de ahora, todo es cuestión de ir ajustando los procesos en función de los resultados y el tamaño de los proyectos.

Saludos