¿Cómo gestionas profesionalmente todo el procedimiento de un pequeño proyecto web?

Soy diseñador/desarrollador web y tomo algunos proyectos de clientes individuales que incluyen todo el procedimiento de construcción de un sitio web. Eso incluye:

  • planificación
  • estructura alámbrica
  • comunicación con el cliente
  • diseño
  • desarrollo
  • administración

Incluso si el proyecto es muy limitado, por ejemplo, alguien quiere que cree la presentación de su pequeña empresa en Internet en un CMS con algunas noticias, un formulario de contacto, etc., lucho por mantenerme al día con el proyecto. No sé por dónde empezar ni dónde terminar y finalmente siempre hago un 50% más de trabajo del que estaba destinado.

Soy una persona extremadamente organizada pero quiero seguir pautas profesionales para planificar y seguir el progreso de un proyecto pequeño.

hola roberto! Vale la pena revisar ESTO , ESTO y ESTO . Si ninguno de ellos responde a su pregunta, entonces puede ser un poco más específico sobre sus necesidades. ¡Gracias!
Gracias, vale la pena leerlos, pero estoy buscando algo más específico, como un tutorial predeterminado. He leído toneladas de libros sobre gestión de proyectos y todos ellos están en el análisis "teórico" de lo que es la gestión de proyectos y qué se puede hacer con ella. Ninguno de ellos tenía ejemplos en la vida real. Dónde empezar ? ¿diseño? estructura de alambre? ¿desarrollar y luego diseñar? etc.
Cada proyecto tiene sus propias peculiaridades, me temo que no encontrará una regla de 'talla única'. Creo que la palabra en este caso es sastrería (me gusta mucho esta palabra, jeje)... necesitas reunir todo lo que lees y ver qué se ajusta a lo que necesitas.
Es por eso que estoy buscando el consejo de alguien con experiencia que haya hecho esto muchas veces antes.

Respuestas (2)

No sé por dónde empezar ni dónde terminar y finalmente siempre hago un 50% más de trabajo del que estaba destinado.

  1. Saber por dónde empezar requiere entregables claramente definidos que se puedan descomponer en tareas priorizadas.
  2. Saber cuándo ha terminado requiere una "definición de hecho".
  3. La gestión del esfuerzo de trabajo requiere técnicas de estimación precisas, una gestión activa del alcance y un proceso eficaz de control de cambios.

Se han escrito libros enteros sobre cada uno de estos temas. Es probable que esta pregunta se cierre como demasiado amplia, pero con suerte la breve lista anterior lo guiará en la dirección correcta.

No puedo imaginar por qué recibo todos estos votos negativos.
@RobertoDelgazzo No veo una pregunta real en las páginas de ayuda de por qué su pregunta probablemente está siendo rechazada y eventualmente puede cerrarse. Sin embargo, todavía está atrayendo respuestas, por lo que no perdería mucho el sueño por eso.
Pensé que la pregunta era directa. Pero la gente tiende a votar en contra sin decir una razón. Sin embargo, considerando lo que sugirió, ¿alguien realmente escribe la "definición de hecho" para un proyecto? Creo que esto es demasiado teórico para seguir estrictamente y ese es el punto: quiero obtener un borrador / documento de muestra de gestión de proyectos de construcción de sitios web para ver qué hace un profesional y decidir qué es importante incluir / seguir y qué es "demasiado".
La gente definitivamente escribe una definición de hecho tanto para tareas como para proyectos. Se trata de gestionar el alcance del proyecto. Si no sabes lo que se supone que debe lograr el proyecto, entonces nunca se terminará. Hay una buena explicación de los fundamentos del proyecto aquí: pmi.org/About-Us/About-Us-What-is-Project-Management.aspx
Pero, ¿todo esto es "papeleo" y definiciones necesarias para completar un "proyecto de un solo hombre" como todo el proceso de diseño/desarrollo de un sitio web de una pequeña empresa actual? Estoy tratando de detectar las partes más críticas.
Creo que este rápido intercambio de comentarios revela por qué estás recibiendo los votos negativos. La gestión de proyectos es una profesión que requiere tiempo, compromiso y dedicación. Sí, realmente escribimos lo que significa "hecho", porque la experiencia demuestra que escribir "hecho" y hacer el papeleo es más eficiente que hacer un 50 % más de trabajo que el pago. PM es una profesión, no un hábito. El desprecio implícito por la profesión puede tener algo que ver con los votos negativos y las objeciones a la pregunta muy amplia.
Para que quede claro, no quiero ser hostil, pero imagínese preguntándole a su abogado: "¿La gente realmente escribe escritos? Solo busco las partes críticas de ser abogado".
¿Tiene algún libro "marcado" para sugerir para empezar?

Por frustrante que sea, probablemente no encontrará una guía útil paso a paso que satisfaga exactamente sus necesidades (lo sé porque cuando empecé en PM también quería encontrar una). La verdad es que cada proyecto es diferente y necesitarás adaptar tu metodología para satisfacer sus necesidades. Por ejemplo, si primero diseña, estructura o desarrolla primero, estará determinado por una serie de factores: qué quiere/necesita el cliente; cuánto tiempo está disponible para completar el trabajo; qué tan complejo es el proyecto; cuánta incertidumbre existe en el proyecto, etc.

Mi consejo sería analizar un próximo proyecto y documentar lo que se siente como una metodología de gestión de proyectos adecuada y viable para lograrlo. Los cinco grupos de procesos del PMBOK son una guía útil sobre lo que debe cubrir su metodología, aunque la forma en que lo haga (dada la escala que parece que estamos discutiendo) probablemente será bastante diferente. Hay muchos consejos sobre enfoques para administrar proyectos de una sola persona en PMSE que probablemente le resulten útiles. Lo mejor que se puede hacer es probar una metodología y apegarse a ella durante la duración del proyecto (a menos que vaya muymal por supuesto!). Si al final no funcionó, cámbialo o adáptalo para el próximo proyecto. Les aseguro que así es como la mayoría de los PM realmente desarrollaron sus conocimientos y habilidades.

Algunos consejos específicos

Si constantemente está haciendo más trabajo del esperado, entonces necesita pensar en cómo administra el alcance. Si documenta lo que se va a entregar (como requisitos funcionales, historias de usuarios o lo que sea) y logra que el cliente firme esto, entonces tiene su alcance ordenado. Si el cliente desea cambiar ese alcance (agregando más funciones, etc.), puede acordar un cronograma adicional o costos de recursos según corresponda.

Si no sabe por dónde empezar con el trabajo en sí, lo mejor que puede hacer es preguntarle al cliente qué espera. ¿Quieren ver los diseños primero o están más interesados ​​en un prototipo funcional? Sea realista acerca de lo que se puede lograr en un período de tiempo determinado y acuerde cómo funcionará la aprobación (cuántas rondas de enmiendas hará, etc.). Este tipo de acuerdos son una parte fundamental del inicio del proyecto y deben brindar orientación a ambos. usted y el cliente sobre cómo se gestionará el proyecto.

Buena suerte.

Me resulta muy difícil y poco profesional dejar que el cliente organice mis procedimientos de trabajo. Algunos podrían decir que soy un perfeccionista, pero me parece más sabio caminar por un camino predefinido.
Pero, en última instancia, si el cliente está pagando por el trabajo y usted quiere la libertad de hacer el mejor trabajo posible, es mejor si acepta el proceso. Si trabaja de una manera incompatible con el cliente, es poco probable que sus proyectos tengan éxito. La gestión de las partes interesadas es una gran parte de PM.