Crear un plan de proyecto

Completado

Tener un plan de proyecto garantiza que tenga los recursos correctos (tiempo, personas y fondos) y que siga un enfoque coherente para asegurarse de que las aplicaciones que crea tengan un excelente nivel de calidad.

Tener un objetivo claro de lo que usted y su equipo de proyecto están tratando de lograr es importante para que los miembros de su equipo de proyecto compartan los mismos objetivos. Escribir los objetivos es una buena manera de aclarar lo que quiere que logre la aplicación. También garantiza que no pierda el enfoque sobre lo que necesita crear y qué funciones priorizar. Para más información, consulte Priorización de funciones y solicitudes.

Si tiene objetivos ambiciosos, es posible que desee considerar cómo dividir el proyecto en versiones incrementales. En una sección posterior de este módulo se analiza la metodología de lanzamiento incremental.

Definir el ámbito del proyecto

Asegúrese de definir el ámbito del proyecto para saber cuánto intentará lograr con él. Mantenga una hoja de ruta clara para lo que define como completo y lo que está fuera del ámbito del proyecto (y, posiblemente, lo que desea hacer en la próxima versión). Su ámbito afecta y determina directamente qué funciones incluir y no incluir al crear la aplicación.

Para definir el ámbito del proyecto, debe considerar las siguientes restricciones.

Diagrama que muestra las limitaciones de tiempo, personas, presupuesto y viabilidad

  • Tiempo: establezca una fecha límite para cuándo se desea lograr los objetivos del proyecto. Con proyectos más pequeños, este plazo puede ser de unas pocas semanas, mientras que los proyectos más grandes pueden tardar varios meses.

  • Personas: determine el número de personas que están disponibles para el proyecto.

  • Presupuesto: si necesita contabilizar el tiempo que dedican usted y sus compañeros de trabajo, o si necesita contratar expertos, deberá establecer un presupuesto.

  • Viabilidad: es posible que se encuentre limitado por la experiencia disponible por la falta de acceso a los datos que necesita o por la cantidad de cambios a los que su organización es propensa.

También debe considerar qué piezas funcionales puede entregar en fragmentos utilizables. No será útil para nadie si su aplicación solo ofrece la mitad de varias funciones; planee entregar cada componente en un formato que funcione, de principio a fin. Incluso si su aplicación aún no tiene todas las funciones que desea, ofrezca algo que las personas puedan usar. Su plan de proyecto debe especificar lo que entregará en cada fase.

Para obtener más información, consulte los siguientes artículos:

Ejemplo: solución para el departamento de servicio de la tienda de buceo

En el siguiente ejemplo, ayudará al departamento de servicio de la tienda de buceo a desarrollar una solución revisando el plan del proyecto, completando dos versiones, estableciendo más objetivos para la versión 1 de la solución, definiendo el alcance del proyecto y luego identificando los riesgos.

Plan del proyecto

Cuando analizó los objetivos empresariales generales de su solución, decidió dividirlos en versiones para poder ofrecer valor de forma incremental.

Lanzamiento 1

El lanzamiento 1 de su solución tiene los siguientes objetivos:

  • Inmediatamente después de la disponibilidad de la solución, el 100 % de las solicitudes de servicio se crearán mediante el uso del sistema digital.

  • En las dos semanas posteriores a la disponibilidad de la solución, el equipo de servicio debería estar completando un promedio de 16 pedidos de servicio cada día.

Lanzamiento 2

El lanzamiento 2 de su solución tiene los siguientes objetivos:

  • Cada cliente debe poder registrar sus productos dentro de su sistema.

  • Al final del año, los gerentes de departamento pueden acceder a un informe de servicio semanal que está actualizado para todas las órdenes de servicio en el sistema.

  • Los clientes recibirán recordatorios para reparar su equipo. Estos recordatorios se envían anualmente, 30 días antes del aniversario de la finalización de la orden de servicio anterior del equipo.

Más objetivos para el lanzamiento 1 de la solución

Otras metas que tiene para el Lanzamiento 1 de la solución son:

  • La formación del usuario debe ser mínima y la facilidad de uso es primordial.

  • El gerente general de la tienda debe poder usar los datos del servicio para crear campañas de marketing y promociones de ventas dirigidas a los clientes del servicio.

Ámbito del proyecto

Mientras observa su proceso de negocio, observa que se divide en cuatro tareas principales:

  1. Crear la orden de servicio

  2. Aprobar la orden de servicio (para ser completada internamente o subcontratada a un proveedor)

  3. Completar la orden de servicio

  4. Comunicarse con los clientes y programar la recogida

Identificar los riesgos

Ha creado la siguiente tabla para su proyecto de informe de gastos.

Riesgo Nivel de riesgo Plan para reducir el riesgo
No puede mover datos de pedidos de servicio antiguos con confianza al sistema porque el registro en papel está incompleto. Importante Revisar los datos de la factura para confirmar la finalización de las órdenes de servicio.
El acceso de usuarios externos para introducir datos podría hacer que se asocie un equipo incorrecto con un cliente y se pierdan oportunidades de servicio y ventas. Importante Involucrar al equipo de ventas para ayudar a los clientes a introducir la información correcta en el sistema en el momento de la compra o en el registro del servicio.