Plantilla De Un SOW

Nombre del Proyecto

Enunciación del Alcance - SOW

Versión v0.r0.m0

03 de noviembre de 2005

CONTROL DE APROBACIÓN .

|Versión |Fecha |Autor/Peticionario |Motivos del cambio |Comentarios |

|1.0.0 |dd/mm/yyyy |< Nombre Autor > |< Documento inicial > | |

| | | | | |

| | | | | |

CONTROL DE VERSIONES .

|Versión |Fecha |Autor/Peticionario |Motivos del cambio |Comentarios |

|1.0.0 |dd/mm/yyyy |< Nombre Autor > |< Documento inicial > | |

| | | | | |

| | | | | |

LISTA DE DISTRIBUCIÓN .

|Enviado |Destinatario |Compañía / Dpto. |En calidad de |

|⎫ |< Nombre 1 > |Compañía 1 / CIO |Coordinador |

|⎫ |< Nombre 2 > |Compañía 1 / Consultoría |Miembro de Equipo desarrollo del Proyecto |

|⎫ |< Nombre 3 > |Compañía 1 / Sistemas |Miembro de Equipo desarrollo del Proyecto |

|⎫ |< Nombre 4 > |Compañía 2 / Arquitectura |Miembro de Equipo desarrollo del Proyecto |

| |< Nombre 5 > |Compañía 1 / CEO |Senior Manager |

| |< Nombre 6 > |Compañía 1 / CFO |Project Sponsor |

| |< Nombre 7 > |Compañía 2/ CFO |Project Sponsor |

| | | | |

ÍNDICE DE CONTENIDOS .

Necesidad de negocio 4

Producto del proyecto 4

Objetivos del proyecto 4

Objetivo 1 5

Objetivo 2 5

Objetivo nn 5

Factores de éxito del proyecto 5

Suposiciones, restricciones y riesgos 6

Cronograma 6

Entregables principales 6

Coste estimado 6

Riesgos principales 7

(ELIMINAR DEL DOCUMENTO DEFINITIVO TODO LO QUE ESTE EN CURSIVA)

Es absolutamente imprescindible comenzar con un claro entendimiento de qué se va a realizar. Debe ser claro y estar acordado entre el cliente y el proveedor o realizador del proyecto. Si no sabemos dónde vamos, cómo sabremos cuándo llegaremos o si ya lo hemos hecho. Este entendimiento claro se detalla en este documento en un lenguaje claro y entendible por todos los involucrados en el proyecto.

Este documento se denomina Statement of Work o SOW según unos autores, pero también Project Overview Statement o POS según otros, estando dirigido a los stakeholders no miembros del proyecto. Si el nivel de detalla aumenta el documento se denomina Project Definition Statement o PDS, y se dirige más a los miembros del equipo de proyecto ya que tiene un lenguaje más concreto y técnico que el SOW/POS

Necesidad de negocio

Justificación del proyecto que se va a emprender en base a los antecedentes del negocio, los retos a superar, las necesidades del negocio… de modo que se deje explicitado el origen del proyecto.

Constituye un hecho que no precisa de ser definido o defendido, ya que es conocido por la organización solicitante del proyecto y constituye la base lógica del mismo.

Producto del proyecto

Es establecer lo que se intenta realizar para abordar el problema o la oportunidad de negocio descrita anteriormente. Todo proyecto tiene una meta, que proporciona el propósito y la dirección del proyecto. Define claramente el producto final del proyecto de forma que todos entiendan qué hay que llevar a cabo en términos claros.

La exposición de la meta o producto del proyecto no debe tener terminología que pueda ser poco comprensible para los lectores de este documento, debiendo estar escrita en el lenguaje del negocio de la organización solicitante del proyecto, además de seguir la regla SMART en su creación.

Objetivos del proyecto

Señalar los objetivos principales que debe cubrir el proyecto, en términos SMART (Específicos, Medibles, Asignables, Realistas y Temporales)

Son los requerimientos principales a satisfacer con el producto del proyecto, el resultado del desarrollo detallado de la meta o producto del proyecto indicado anteriormente, de modo que su suma constituye la meta en sí

De cara a su definición se deben indicar varios datos para cada uno de ellos:

• Resultado: qué ha de hacerse

...