¿Cómo aplicar las habilidades de gestión de proyectos para un proyecto voluminoso?

Supongamos que estuviera trabajando solo en un proyecto de desarrollo web de 3 meses. Y tuve que empezar a desarrollar todo desde cero. Tuve que realizar todas y cada una de las actividades que requería un ciclo de vida de desarrollo de software.

¿Cómo manejaría este proyecto? ¿Qué haría yo para mejorar la calidad del proyecto y estar en el buen camino? ¿Cuáles son los procesos que me ayudarían a lograr el objetivo?

Sé que MS Project ayuda a gestionar el proyecto. Y sé cómo usar ese software. Pero, ¿cómo podría hacerlo todo yo solo?

¿Está trabajando en un proyecto de desarrollo web de 3 meses o es una tarea hipotética de una tarea?
@MarkPhillips Realmente estoy trabajando en ese proyecto.

Respuestas (2)

¿Cómo manejaría este proyecto?

Echa un vistazo a Kanban personal . La idea es bastante simple (tiene un tablero con los elementos de trabajo, las diferentes fases están representadas por columnas y, para avanzar, establece límites en las columnas) y se puede usar maravillosamente con Trello .

¿Qué haría yo para mejorar la calidad del proyecto y estar en el buen camino?

El seguimiento no mejorará su proyecto (no perderá peso al medirlo). Lo más probable es que tengas un cliente o un cliente. Tenga discusiones frecuentes sobre la última versión de su sitio web , deje que el cliente lo use y discuta las experiencias.

¿Cuáles son los procesos que me ayudarían a lograr el objetivo?

  • discusión frecuente con el cliente
  • pruebas
  • revisar proyectos similares en la web y ver cómo lo están haciendo (puede obtener algunas buenas ideas que lo ayudarán a avanzar)
Gracias por su respuesta. Me has sido de gran ayuda, incluso en mis preguntas anteriores. Lo aprecio mucho. Visité los sitios web que me diste. Es un material de aprendizaje muy útil para mí, ya que nunca me he encontrado con este tipo de materiales. Y nunca supe que en realidad hay un sitio web para administrar proyectos. Tu explicación es muy clara. He comprendido. Muchas gracias. Dios te bendiga :)
de nada y mucha suerte ;-)
Gracias. Me aseguraré de escribir su nombre y sitio web en mi bibliografía.

Me gusta el consejo de Zsolt, pero agregaría solo un poco (pero tenga en cuenta que mi experiencia NO es s / w dev).

Todos los proyectos, independientemente de su tamaño, comparten algunos rasgos comunes. Principalmente es la idea de alcance, o en el caso de s/w dev, requisitos o capacidades. Luego, obviamente, está el costo y el cronograma. Estos no determinan el éxito, pero te dan algunos parámetros para seguir adelante.

Así que trátelo como cualquier otro proyecto: defina las capacidades esperadas en este momento. Digo capacidades para evitar la discusión sobre 'algunas partes del alcance son desconocidas' y 'en este momento' para permitir requisitos emergentes a medida que avanza el proyecto. pero ten claro hacia dónde te diriges ahora. Luego, divídalo en los diferentes entregables/componentes, y el trabajo requerido para cada uno, y programe aproximadamente eso.

No estoy de acuerdo con Zsolt en un aspecto: dijo que el seguimiento no lo mejorará. De acuerdo, tal vez no lo 'mejore', pero como dijo que tiene un proyecto de "3 meses", es necesario algún elemento de seguimiento contra el progreso esperado, solo para asegurarse de que termine según lo acordado.

Una última pieza: MSProject NO lo ayudará a administrar el proyecto. En el mejor de los casos, un programa como MSP lo ayuda a 'seguir' y/o planificar el proyecto. Pero eso es SOLO si la información que contiene es precisa y está actualizada para reflejar el progreso. En un proyecto de 3 meses, una persona es excesivo. Lo más probable es que le lleve más tiempo actualizarlo de lo que será útil. Es posible que desee utilizarlo para elaborar la EDT y hacer un borrador del cronograma, y ​​luego volver a consultarlo. Pero (en mi opinión) sería mejor que lo desglosara en MSP para obtener una línea de base de flujo de trabajo y fechas objetivo, y luego cambiar a la recomendación Kanban de Zsolt para el seguimiento y monitoreo diarios, y tal vez consultar de nuevo a MSP para medir el progreso contra cómo lo planeó originalmente.

Considero que las especificaciones funcionales (como las describe Joel Spolsky joelonsoftware.com/articles/fog0000000036.html ) son extremadamente útiles para definir el alcance de los proyectos de desarrollo de software.
las pequeñas diferencias. Para mí, "mejorar" significa mejorar la calidad del proyecto, y eso no sucederá con el seguimiento. Estoy de acuerdo en que el seguimiento es imprescindible si se desea saber si el proyecto está a tiempo o no, y la información recopilada puede ayudar a programar el próximo proyecto.
@SBWorks Leí ese artículo y lo entendí. Definitivamente lo aplicaré en mi proyecto. Muchas gracias.
@Trevor Gracias por su respuesta. Usaré MSP y Kanban para mi proyecto.