DEFINING THE PROJECT

25
Definiendo el Proyecto Integrantes: Pérez Palacios Jonathan Pacheco Martínez Adriana Zamudio Zaragoza Nohemí Capítulo 3:Hallows

Transcript of DEFINING THE PROJECT

Page 1: DEFINING THE PROJECT

Definiendo el Proyecto

Integrantes:

Pérez Palacios JonathanPacheco Martínez Adriana

Zamudio Zaragoza Nohemí

Capítulo 3:Hallows

Page 2: DEFINING THE PROJECT

Definir el objetivo del proyecto

¿Tengo definidos los entregables del proyecto?

¿Tengo establecido el ambiente en el que se desarrollará el sistema y/o proyecto?

¿Tengo determinado cómo serán generados y aprobados los entregables?

¿Cómo será definida la estructura y organización del equipo del cliente?

Page 3: DEFINING THE PROJECT

Definiendo el proyecto

Definir el proyecto consiste en averiguar lo que es.

Es necesario identificar lo que se va a hacer, pero con demasiada frecuencia, las necesidades del cliente se van convirtiendo en una clara aplicación. Antes que sea demasiado tarde.

Para definir el proyecto, usted debe definir, documentar y obtener la aprobación del cliente en dos aspectos: los productos y el alcance.

Page 4: DEFINING THE PROJECT

Es necesario definir la forma en que el proyecto se llevará a cabo. En concreto, deberá establecer:

Cómo va a gestionar las solicitudes de cambios en el ámbito de aplicación.La forma en que el cliente se examinará

y aprobará los resultadosPara proyectos de desarrollo, ¿qué tipo

de enfoque del proyecto se llevará a cabo.

Page 5: DEFINING THE PROJECT

Definiendo de los entregables

El cliente quiere una recomendación sobre un paquete de un programa informático, un conjunto de modelos, una tecnología de la arquitectura, o un sistema de aplicación que consiste de código y documentación.

Page 6: DEFINING THE PROJECT

Definir un proyecto

Son cruciales pues el éxito del proyecto vendrá determinado por el grado de cumplimiento de los mismos. Un objetivo de proyecto claro es específico y mensurable.Deben evitarse objetivos imprecisos como "Crear

resultados modernos".

Los objetivos de un proyecto pueden incluir:

Una lista de resultados del proyecto.Fechas de cumplimiento específicas, tanto para la

finalización del proyecto como para los hitos intermedios.Criterios de calidad específicos que deben cumplir los

resultados. Límites de costo que no debe sobrepasar el proyecto.

1. Definir los objetivos del proyecto

Page 7: DEFINING THE PROJECT

Definir un proyecto

2. Definir las suposiciones del proyecto Entregas de otros proyectos o

departamentosDisponibilidad y uso de recursos

(incluyendo personas, materiales y equipamiento) Duraciones de las tareasCostos del proyecto Tiempo disponibleResultados

Page 8: DEFINING THE PROJECT

Definir un proyecto

3. Definir las delimitaciones del proyecto Las delimitaciones en un proyecto son factores que pueden restringir las opciones del administrador del proyecto. Normalmente, las tres delimitaciones principales son:

Programación, como una fecha de fin fija o una fecha límite para un hito principal.Recursos (materiales, instalaciones, equipamiento y personal, así como los costos asociados), como un presupuesto preestablecido.Ámbito, como un requisito de realización de tres modelos del producto.

Page 9: DEFINING THE PROJECT

Definir un proyecto

4. Preparar un plan de administración del ámbito

Es la combinación de todos los objetivos y tareas del proyecto con el trabajo necesario para su ejecución, y el plan de administración del ámbito establece un procedimiento para el tratamiento de los cambios que se efectúen en el proyecto.

Page 10: DEFINING THE PROJECT

Definir un proyecto

5. Preparar un plan de administración del ámbito

Primero se especifica y organiza la lista de tareas que se deben realizar, así como la duración de cada tarea.

A continuación, se agrega al plan personas, equipamiento y materiales, y sus costos.

Después se asignan estos recursos a las tareas.

Page 11: DEFINING THE PROJECT

Definir el objetivo del proyecto

El propósito de la declaración de un objetivo es identificar a todos los participantes lo que logre el proyecto, pero una declaración objetiva es más que una simple frase que deben cumplir los siguientes cinco criterios:

Se afirma en lo positivo. Es medible. Es posible. Es pertinente. Es oportuna.

Estos criterios forman el acrónimo "SMART" en inglés.

Page 12: DEFINING THE PROJECT

EJEMPLO:

Examen de Evaluación del proyecto en la Web permitirá a nuestros dos millones de propietarios que revisen sus cuotas de propiedad a través de Internet, nuestro mandato estratégico de Internet. Se completa antes del 31 de julio de 2004.

Ahora vamos a examinar para ver si cumple los criterios.

Page 13: DEFINING THE PROJECT

Es medible. No es seguro si es factible, pero ahora tenemos la información para evaluar eso. Es pertinente. Es oportuna.

Es decir, ahora es un objetivo SMART.

Como un director de proyecto, su primer paso es establecer el objetivo del proyecto. Normalmente, esto no será un problema porque el cliente conoce el propósito general del proyecto.

Page 14: DEFINING THE PROJECT

Definición del alcance

Los cambios en el alcance son la fuente más común de los sobre costos del proyecto.

Cuanto más tiempo invierten en aclarar el alcance, es menor el número de problemas que puede esperar en el desarrollo del proyecto. Esté preparado para pasar tiempo obteniendo un acuerdo sobre el alcance antes de gastar esfuerzos en el proyecto.

Page 15: DEFINING THE PROJECT

Un panorama de Alcance

Debe ser especifica. Especifica lo que el proyecto hará y lo que

no hará. Es mucho más que la aplicación de los

limites de un sistema.

Page 16: DEFINING THE PROJECT

Tipos de alcance

Alcance del producto:

Llegar a un acuerdo común de sus principales límites y las funciones de la empresa que abarca. Por ejemplo, un sistema de control de inventario

Alcance del Proyecto:

Llegar a un acuerdo común de sus principales límites y las funciones de la empresa que abarca. Por ejemplo, un sistema de control de inventario.

Page 17: DEFINING THE PROJECT

Alcance y proyectos indeterminados

En algunos proyectos, el alcance es indeterminado, porque el área de aplicación es nueva o porque el cliente totalmente no ha clarificado el mandato del proyecto.

Page 18: DEFINING THE PROJECT

Mecanismos de cambio de alcance

El alcance no se cambia sin la autorización.

Cuando usted identifica un cambio de alcance, lo somete a su gente técnica para estimaciones, y calcula el efecto del cambio sobre la lista (el programa) de proyecto y gastos.

Page 19: DEFINING THE PROJECT

Revisión y aprobación

El proceso de revisar y aprobar, más que en otros aspectos de un proyecto, es el lugar donde el proyecto, la sociología y las políticas se plantean. Es crucial definir, al inicio del proyecto, el

procedimiento por el cual los entregables serán aceptados.Es mejor si la revisión y la aprobación se lleva a

cabo cara a cara.

Page 20: DEFINING THE PROJECT

Renunciar a la perfección.

Minimizar el número de revisiones.

Recordar las tres C (Corrigen, Completan o Clarifican el entregable).

Page 21: DEFINING THE PROJECT

Limitar el alcance de los comentarios

Los revisores deben limitarse solo a una serie de comentarios. Si el documento revisado debe ser presentado para un segundo ciclo de revisión, los comentarios deben limitarse a la parte del documento que ha cambiado. Los nuevos comentarios sobre el material previamente revisado no deberían permitirse, o el proceso nunca acabará.

Page 22: DEFINING THE PROJECT

Revisión vía juntas

El mejor enfoque es conducir una junta cara a cara. Los revisores podrán colocar sus comentarios en un contexto que el autor entenderá mejor, y la mayoría de los revisores autocensuraran sus reacciones más tontas. Además, una junta permite acuerdos generales en las revisiones, así habrá un menor seguimiento de los comentarios.

Page 23: DEFINING THE PROJECT

Minimizar las sorpresas

Asegúrate que los entregables están preparados en grupos de trabajo o sesiones de información. Distribuir con claridad los proyectos marcados como tales. Discutir las tablas de contenidos. Definir los enfoques para el entregable. En general, asegurarse que los contenidos, la organización, y las conclusiones del entregable sean bien conocidas por los revisores antes de su lanzamiento

Page 24: DEFINING THE PROJECT

Revisores calificados

Los revisores deben ser las mismas personas que participan en la preparación del documento.

Los revisores ausentes son intolerables y pueden, con un poco de esfuerzo, destruir un proyecto.

Page 25: DEFINING THE PROJECT

Fomentar el trabajo en equipo

Si el proceso de revisión y aprobación es marcado por acrimonia o por cooperación depende de las actitudes del personal del proyecto y del cliente.