El punto de partida de un proyecto (web o de otra índole) consiste en definir los límites del propio proyecto. Cuanto más definido esté el proyecto y contrastado con el cliente más cerca estaremos de dimensionar correctamente el alcance del mismo y lograr los objetivos.

1. Gestión de proyectos web
Julio 2013

2. Índice
1.
El proyecto web
○ Alcance del proyecto
○ Solución de desarrollo
○ Planificación: fases y timing.
○ Oferta económica (presupuesto)
2.
La coordinador del proyecto
○ Funciones del coordinador
○ Equipo de trabajo
○ Seguimiento y control de desviaciones
3.
Mantenimiento correctivo / evolutivo

3. 01
El proyecto web

4. Alcance del proyecto
El punto de partida de un proyecto (web o de otra índole) consiste en definir los límites del propio
proyecto. Cuanto más definido esté el proyecto y contrastado con el cliente más cerca estaremos
de dimensionar correctamente el alcance del mismo y lograr los objetivos.
●
●
●
●
●
●
●
●
●
●
●
A la hora de definir el alcance tendremos en cuenta los puntos que incluye la oferta. Ejemplo:
Consultoría y apoyo en la conceptualización del proyecto
Definición de espacios y funcionalidades
Diseño de interface
Elaboración de contenidos
Tratamiento gráfico
Desarrollo estructural
Plan de SEO
Inclusión de código de seguimiento de Google Analytics y alta en Google Webmaster Tools
Puesta en producción
Formación base
Memoria técnica
Tan importante como el punto anterior es marcar aquellas tareas que no están
recogidas/valoradas en la oferta.

5. Solución de desarrollo
Es necesario, a la hora de desarrollar la oferta de un proyecto, valorar y transmitir la opción o
distintas opciones de solución de desarrollo para el proyecto. Por ejemplo, si vamos a utilizar un
sistema de gestión de contenidos (CMS) opensource, tendremos que explicar por qué
recomendamos esta opción y en qué consiste (ventajas, características, posibles limitaciones del
software...).
La solución de desarrollo irá asociada a unos requisitos de hardware. Por ejemplo:
●
●
Servidor de Producción, proporcionado por el cliente.
Servidor de Desarrollo, proporcionado y alojado en ..., que será una réplica del servidor de
producción.
Los servidores deberán tener soporte PHP (versión 4.2 o más reciente) y MySQL (v3.23.x
o más reciente).
O unos requisitos de seguridad, en el caso de las pasarelas de pago.

6. Planificación: fases y timing
Para acometer con éxito un proyecto, debe estar dividido en fases o tareas que puedan ser
evaluadas individualmente y nos permitan llegar al final del proyecto con garantías. Asociaremos
puntos de control con el cliente (fechas de entrega) e hitos o momentos de inflexión a las
distintas fases.
Este desglose vendrá acompañado de una estimación de tiempos.
Las fases tipo en un proyecto web pueden ser las siguientes:
1.
Definición del proyecto.
2.
Documentación
3.
Diseño
4.
Desarrollo web
5.
Pase a producción

7. Oferta económica
Hay múltiples maneras tanto de calcular un presupuesto como de presentarlo. Sigue siendo el
caballo de batalla tanto para los proveedores como para los clientes.
Aun así podemos enumerar algunos puntos que se recomienda estén presentes en la oferta:
●
Una opción consiste en dimensionar a partir de las tareas definidas en el alcance del proyecto y los
tiempos de dedicación a cada una de esas tareas. Siempre es interesante remitirnos al documento (Ej.
"Desarrollo web y adaptación de plugins según lo incluido en el punto 3 de la propuesta).
●
Delimitamos cada tarea y le asignamos un presupuesto. No tienen por qué indicarse el número de
horas asociadas.
●
Hay que exponer con claridad qué tareas son propias e inamovibles en el proyecto y qué tareas son
opcionales.
●
Volvemos a insistir tanto en los servicios que están incluidos como en los excluídos (Ej. no se incluye la
traducción de contenidos a un segundo idioma).
●
El presupuesto va asociado a una fórmula de pago, que puede estar impuesta o negociada con el cliente.
●
Podemos acompañar la oferta de un texto que indique si el presupuesto será revisable según una
segunda recogida de requisitos y análisis del proyecto con el cliente.
●
También podemos hacer alusión a las desviaciones.

8. 02
La coordinación de
proyecto
Funciones
La coordinación del proyecto tiene entre sus funciones:
●
●
●
●
Mantener un contacto y comunicación fluida y eficaz con el equipo de trabajo responsable
en el cliente y asegurar la coordinación técnica entre las distintas tareas.
Asegurar el progreso global de las acciones delimitadas en la propuesta y las que se
puedan sumar.
Gestionar los posibles imprevistos y desviaciones para minimizar el impacto sobre el
desarrollo de los trabajos y fechas.
Preparación, supervisión y presentación de los puntos de control del proyecto.

9. Equipo de trabajo
Se valora positivamente incluir, junto a la oferta (o incluída en ella), una breve presentación del
equipo de trabajo que se pondrá a disposición del proyecto.
●
El equipo se presenta a través de personas y roles.
●
Incluir un breve CV de cada una de ellas (apenas un párrafo).
●
No es necesario incluir la presentación del equipo si el cliente es recurrente.
Además del equipo, si el cliente apenas conoce a la empresa contratante y competimos por
nuestro primer proyecto con el cliente podemos preparar un portfolio de trabajos del estudio o
equipo que puedan ser de interés al cliente.

10. Seguimiento y control de desviaciones
Es una de las tareas principales de la persona coordinadora del proyecto. Se trata de plantear
una fórmula para el control continuado de las acciones, verificar si se están llevando a cabo, si
han surgido incidencias y si esas incidencias suponen desviaciones tanto en los tiempos como
en el presupuesto para el desarrollo.
Es necesario que el control se realice en tiempo real y para ello habrá que plantear herramientas
útiles en función del volumen y posibilidades de la empresa proveedora.
Para acometer cualquier imprevisto se recomienda:
●
Mantener informado al cliente en todo momento (canales abiertos).
●
Identificar la responsabilidad en la desviación.
●
Valorar las posibles consecuencias y trasladarlas tanto al equipo de producción como al
cliente.
●
Tomar decisiones.

11. 03
Mantenimiento
Diferenciamos entre mantenimiento correctivo y mantenimiento evolutivo.
Mantenimiento correctivo
Es la dedicación de horas, en función de la complejidad de cada sección y fase del proyecto, a la
prueba y comprobación del correcto desarrollo del proyecto web y del software de gestión.
El objetivo es solventar posibles deficiencias en las funcionalidades acordadas en el alcance
del proyecto. Será necesario marcar un periodo de vigencia para este tipo de mantenimiento.

12. Mantenimiento evolutivo
Es aquel mantenimiento que supone un soporte y apoyo técnico desde el día de finalización del
proyecto.
Una de las formas de ofrecer mantenimiento evolutivo es a través de paquetes de horas. Y
establecemos en la oferta:
●
Las tareas que incluye el soporte.
●
Las tareas no incluidas.
●
El volumen del paquete de horas y precio.
●
El periodo de vigencia.
●
Las características y justificación del consumo del paquete: si se valorarán las horas previa
realización de la tarea, si se pondrá a disposición del cliente un sistema de control del
gasto de horas...