viernes, 31 de marzo de 2017

GP usando MS Project 2003: Planificación 2


GP usando MS Project 2003: Planificación 3


GP usando MS Project 2003: Planificación 4


Introducción al MS Project 2003

PRESENTACIÓN

       Introducción al MS Project  es el primero de una serie de TIPS que publicaremos con el objetivo que usted pueda elaborar Schedules para sus proyectos de la manera más eficaz y eficiente. Brindándole información práctica de cómo debe administrar la información de sus proyectos, como son la creación de tareas, asignación de recursos, actualizaciones en el cronograma del proyecto, línea base del proyecto, informes del proyecto personalizados, entre otros muchos temas.En esta primera entrega haremos una revisión rápida de las propiedades del Microsoft Project, vale aclarar que algunos de los puntos tratados pueden variar dependiendo de la versión de MS Project que Ud. maneje, nosotros nos hemos basado en la versión 2003 de Microsoft Project Professional.

CONTENIDO

1.- Generalidades
1.1.- Abrir MS Project
1.2.- Abrir Plantillas
1.3.- Crear Proyecto
1.4.- Crear Entregables y Tareas
1.5.- Crear y cargar Recursos

2.- Barra de Herramientas
2.1.- Barra de Menú
2.2.- Barra estándar
2.3.- Barra de Formato
2.4.- Barra de Guía de Proyecto

3.- Explorando Vistas
3.1.- Vistas relativas a las tareas
3.2.- Vistas relativas a los recursos

4.- Explorando Informes
4.1.- Informes Generales
4.2.- Informes de Costos
4.3.- Informes de Asignaciones
4.4.- Informes de Carga de Trabajo

5.- Explorando Tablas

1.- GENERALIDADES

 1.1 – Abrir MS Project

 Para ingresar al programa MS Project  se debe seguir la siguiente ruta:

 Versiones de Office 2003 en adelante:Inicio > Todos los programas > Microsoft Office > Microsoft Office Project

 Versiones anteriores a Office 2003:Inicio > Todos los programas > Microsoft Office Project

 Como podemos apreciar en la siguiente gráfica:


En la siguiente gráfica se explican las áreas que conforman la ventana de trabajo del MS Project:

Barra de Herramientas; esta área comprende todas las barras de herramientas necesarias para el manejo del programa como son: barra estándar, barra de herramientas, etc.

Panel de Ayuda; muestra un menú interactivo de temas y preguntas sobre MS Project, generalmente el panel de ayuda aparece al abrir el programa de MS Project , de no ser así deberá presionar F1 y podrá observar dicha área.

Tabla de Datos del proyecto; en esta área se ingresa y modifica toda la información del proyecto.

Área gráfica temporal; nos muestra gráficamente la información del proyecto que ha sido ingresada en la tabla de datos del proyecto, esta área no puede ser modificada.


Abrir un archivo en MS Project

 Para abrir un archivo MS Project tenemos 3 opciones, las cuales pasaremos a detallar:


Con cualquier de las 3 opciones detalladas aparecerá la siguiente ventana, donde se deberá elegir el archivo que se requiere abrir.


1.2 – Abrir Plantillas

Una plantilla es un documento que se usa como un estándar, es decir, tiene una estructura definida, e incluso puede tener datos registrados, los cuales nos facilitarán la elaboración de  los documentos finales. Para abrir una plantilla se utiliza la misma ruta que para abrir un archivo, y en la opción  tipo de archivo se selecciona plantillas.

1.3.- Crear Proyecto

 Al crear un proyecto estamos dando una herramienta al marco de trabajo, a través del cual se empezará la planificación del proyecto. Para esto nos valemos de información como son: el tipo de programación, la fecha de inicio y fin del proyecto, etc.

La información del proyecto la encontramos en el menú de Proyecto y elegimos la opción Información del Proyecto,



Luego de la cual aparecerá la siguiente ventana:


En Información del Proyecto tenemos Programar a partir de, la cual nos permite dos opciones:


  • Fecha de comienzo del proyecto; se define la fecha de inicio del proyecto, a partir de la cual las tareas son programadas después de la fecha de comienzo del proyecto.
  • Fecha de fin del proyecto; se define la fecha de término del proyecto, y las tareas son programadas antes de la fecha de término del proyecto.

Generalmente la información que se tiene es la fecha de fin o término del proyecto, sin embargo para un modelamiento y programación más adecuada en el entorno de trabajo del MS Project se trabaja con la fecha de comienzo del proyecto.


1.4.- Crear Entregables y Tareas

 Un entregable es un producto del proyecto el cual se puede medir y verificar, a la vez un proyecto puede contar con subentregables, que en conjunto (es decir, entregables y subentregables) forman el gran entregable que es el producto del proyecto.

 Por ejemplo: Un proyecto donde nuestro gran entregable es “Página Web”, estará conformado por los entregables de: Diseño de portal, desarrollo de contenido, pruebas, etc.

 Una tarea son las actividades necesarias para lograr cada uno de los entregables y subentregables del proyecto.

 Por ejemplo: en nuestro entregable “Desarrollo de contenido” se realizará las actividades de elaboración de presentaciones, control de calidad de las presentaciones, etc.

 Ingresar Tareas y Entregables

 Los Entregables y Tareas se ingresan en la Tabla de Datos del Proyecto, como observamos en la siguiente gráfica:


1.5.- Crear y cargar Recursos

Los recursos, son aquellos que nos permitirán realizar el proyecto, es decir, personas, equipos o materiales que serán necesarios para el desarrollo de los entregables y subentregables del proyecto. Para crear y cargar recursos tenemos que seguir la ruta menú ver opción Hoja de Recursos,  como observamos en la gráfica:



Al elegir esta opción veremosla Hojade Recursos, como muestra la gráfica siguiente:


La hoja de recursos nos permite administrar las propiedades más importantes de los recursos, como son:


  • Nombre de Recurso,
  • Iniciales; identificador breve del recurso.
  • Tasa estándar, costo del trabajo que se asigna al recurso.
  • Capacidad Máxima; es el porcentaje de disponibilidad del recurso en el proyecto.
  • Etc.



2.- BARRA DE HERRAMIENTAS

  2.1.- Barra de Menú


Archivo: Esta opción es muy similar a las demás programas de office, donde se puede abrir, crear, guardar archivos, etc.

Edición: Presenta los mismos comandos de las demás herramientas de Office. Vale mencionar que la opción de Deshacer Escritura (ctrl. + Z)  sólo funciona una vez en el MS Project.

Ver: Permita administrar todas las vistas de recursos y tareas, además de los informes y tablas a utilizar en el proyecto.

Insertar: Permite insertar nuevos recursos, tareas y columnas al proyecto.

Formato: Presenta los mismos comandos que las demás herramientas de Office.

Herramientas: Permite la configuración de la programación y cálculo del MS Project.

Proyecto: Presenta una lista de comandos para administrar el proyecto actual en MS Project.

Colaborar: Si tiene instalado el Project Server podrá compartir información de su proyecto con otros proyectos.





2.2.- Barra Estándar



La Barra Estándar es un acceso rápido a las diversas las opciones de la barra de menú. Para una mejor comprensión, podemos agrupar sus funciones como se observa en la siguiente tabla:



2.3.- Barra de Formato



La Barra de Formato permite aplicar propiedades de sangría, texto, filtro, entre otros, del formato del cronograma del proyecto; los cuales también hemos agrupado en una tabla que se muestra a continuación:



2.4.- Barra de Guía de Proyecto



La  Barra de Guía de Proyecto nos permite manejar todas las propiedades del proyecto, sobre las tareas, recursos, seguimientos e informes. La siguiente tabla nos muestra las opciones detalladas de la barra de Guía de Proyecto.





Si no puede observar la barra Guía de Proyecto siga los siguientes pasos:


  • Ir al menú Ver, elija la opción Barra de Herramientas y seleccione Guía de Proyecto, verifique que lo ha seleccionado dando un check en dicha opción.

Si en la barra de herramientas no aparece la opción Guía de Proyecto, probablemente su MS Project no esta configurado para verlo, en tal caso siga los siguientes pasos:


  • Ir al menú Herramientas, seleccione Opciones, aparecerá una nueva ventana en la cual se debe dirigir a la peldaña de Interfaz, allí encontrará una opción de Mostrar Guía de Proyecto, seleccione con un check dicha opción y finalmente clic en Aceptar.



3. EXPLORANDO VISTAS

3. 1.- Vistas relativas a las Tareas

Diagrama de Gantt

El Diagrama de Gant nos permite observar la información de las tareas del proyecto en forma textual y gráfica (barras horizontales) en sus dos paneles, como se observa en la siguiente gráfica.

 


Diagrama de Red

 El Diagrama de Red muestra las dependencias entre las tareas del proyecto. Las tareas se representan mediante cuadros o nodos y las dependencias entre tareas se representan mediante líneas que conectan los cuadros.

 Ruta: Ver > Diagrama de Red



Gantt de Seguimiento

La vista de Gantt de Seguimiento nos muestra la misma información que el Diagrama de Gantt, pero adicionalmente nos muestra en la vista gráfica la ruta crítica del proyecto.

  Ruta: Ver > Gantt de Seguimiento

       


Uso de Tareas

La vista de Uso de Tareas nos muestra la información de todas las tareas del proyecto, agrupados en sus respectivos entregables o subentregables.

            Ruta: Ver> Uso de Tareas



3.2.- Vistas relativas a los Recursos

Hoja de Recursos

La Hoja de Recursos nos muestra la información de los recursos que son utilizados en el proyecto. La información que se muestra en la hoja de recursos puede ser personalizada de acuerdo a nuestras necesidades.

Ruta: Ver > Hoja de Recursos



Gráfico de Recursos

La vista Gráfico de Recursos nos muestra gráficamente (mediante barras verticales) los recursos del proyecto. Mostrándonos en la misma gráfica si el recurso ha sido sobreasignado o no de acuerdo al color de la barra.

Ruta: Ver > Gráfico de Recursos



Uso de Recursos

La vista Uso de Recursos nos muestra la información de todas las tareas que realiza cada  uno de los recursos del proyecto, como se observa en la gráfica siguiente, además muestra en una tabla la duración y la fecha en que se realizará la tarea.

Ruta: Ver > Uso de Recursos



4.- EXPLORANDO INFORMES

Los Informes nos permiten mostrar la información del proyecto a los interesados en el proyecto, para tal efecto los informes han sido clasificados en: informes generales, informes de costos, informes de asignaciones e informes personalizados, los cuales veremos a continuación.

Para acceder a los informes debe seguir la siguiente ruta: Menú Ver seleccionar la opción  Informes.



4.1.- Informes Generales



4.2.- Informes de Costos



4.3.- Informes de Asignaciones



4.4.- Informes de Carga de Trabajo



5.- EXPLORANDO TABLAS

Las Tablas nos permiten ingresar o modificar los datos requeridos para el proyecto, durante su planificación y control.

El MS Project nos ofrece una lista de tablas que contiene campos predefinidos, los cuales  pueden ser modificados posteriormente, así como también se puede crear tablas personalizadas con los campos que consideremos necesarios y utilizarlos para los schedules de nuestros proyectos. Para acceder a la opción de tablas debemos seguir la ruta que se observa en la siguiente gráfica:



A continuación se muestra las tablas que se utilizan frecuentemente en los proyectos:






5 Recordatorios para Finalizar una Reunión Exitosa


  1. Recuerde no cambiar el significado del contenido del entregable, después de que la reunión ha terminado.
  2. Recuerde almacenar la información de la reunión. Es un valor importante que no se debe reemplazar, porque con ello estaremos seguros de que la información no se perderá.
  3. Recuerde que los entregables tienen que ser de alta calidad, para ello debemos:
  4. Proveer los entregables de una manera oportuna.
  5. Asegurar que todas las secciones del entregable contribuyen al valor del proyecto.
  6. Asegurar que los entregables de la reunión coinciden o superan los estándares de calidad.
  7. Verificar que el contenido de los entregables comunican exactamente las decisiones que se tomaron en equipo.
  8. Recuerde que puede continuar su crecimiento como Facilitador a través del feedback de su performance, y de su efectividad en la reunión.
  9. Recuerde que puede programar reuniones adicionales, si fuera necesario, para continuar desarrollando los entregables.



Logical Framework Approach


Calidad del Software

viernes, 24 de marzo de 2017

6 Tips para convertirse en un gran Gestor de Proyecto

  1. Generar una actitud positiva frente a la autoridad: esto le ayudará a  obtener un soporte adecuado para sus proyectos y acciones, creando buenas relaciones entre sus superiores y gerentes funcionales. 
  2. Fomentar un deseo de competir con otros gestores de proyecto: esto le permitirá a través de la competencia, el lograr una posición de excelencia.
  3. Cultivar la asertividad: la adquisición de la asertividad le permitirá hacerse cargo de las responsabilidades, tomar decisiones, dirigir sin dubitaciones, e incluso tomar acciones disciplinarias cuando sean necesarias.
  4. Fomentar el deseo de ejercer el poder : un fuerte deseo de ejercer el poder le permitirá esforzarse por influenciar a los miembros del equipo y otros involucrados dentro  del proyecto, valiéndose del poder  informal y del reforzamiento positivo. Nótese que decimos “poder” y no “autoridad”.
  5. Fomentar el deseo de lograr una posición distinguida : un fuerte deseo de lograr una posición distinguida le permitirá esforzarse por lograr los objetivos de sus proyectos, por cultivar sus habilidades y adquirir nuevos conocimientos, y por superar a sus pares dentro de una sana competencia por lograr la excelencia.
  6. Cultivar un alto sentido de responsabilidad: el sentido de responsabilidad hará que asuma como propios las metas y objetivos de su empresa y sus proyectos,  hará que se haga cargo de sus colaboradores, y que sea conocido como una persona confiable y con grandes dotes de liderazgo.


Gestión de Proyectos y Metodología de Desarrollo de Software

Panorama General

Además de las metodologías comercialmente disponibles como Prince 2 y Rational Unified Process (RUP), existen muchas metodologías desarrolladas a la medida para organizaciones individuales. Este artículo trata de proveer un mejor entendimiento de las metodologías y cómo éstas se pueden desarrollar e implementar.

Metodología de Gestión de Proyectos & Metodología de Desarrollo de Aplicaciones

Es importante diferenciar entre una metodología de gestión de proyectos y una metodología de desarrollo de aplicaciones o metodología de desarrollo de software. Una metodología de gestión de proyectos cubre todas las cosas que un gerente de proyectos necesita hacer independientemente de si se trata de un desarrollo de software, una selección de paquetes, o una mudanza de su departamento de proyectos.

La Guía del PMBOK® (Project Management Body of Knowledge – Biblia del PMI) cubre nueve áreas de la gestión de proyectos, siendo éstas las siguientes:

Gestión del Costo
Gestión del Riesgo
Gestión del Alcance
Gestión de los Recursos
Gestión de las Comunicaciones
Gestión de la Calidad
Gestión del Tiempo
Gestión de las Adquisiciones
Gestión de la Integración
Como se podrá ver, no se menciona nada acerca de requerimientos, pruebas, o selección de vendedores. Eso es parte de una metodología de desarrollo de aplicaciones o metodología de desarrollo de software.

Diferencias entre Metodologías

· Una metodología de gestión de proyectos dice que los proyectos deben descomponerse en fases y debe existir un plan definido para cada fase antes de que empiecen. Una metodología de desarrollo de aplicaciones define que fases serán y que actividades deben de ejecutarse en cada una.

· Una metodología de gestión de proyectos dice que hay que definir roles y responsabilidades. Una metodología de desarrollo de aplicaciones define que roles y responsabilidades habrán en la fase de desarrollo.

· Una metodología de gestión de proyectos dice que se debe establecer un presupuesto y que debe ser gestionado adecuadamente. Una metodología de desarrollo de aplicaciones define cuales deberían ser los códigos de cuenta para un desarrollo en su organización.

La metodología de gestión de proyectos es la estructura de trabajo. Una metodología de desarrollo de aplicaciones es la carne que colocamos sobre los huesos.
La prueba auténtica para diferenciar una metodología de gestión de proyectos es hacer la
pregunta:

“¿Podría colocar otra carne sobre los mismos huesos?”

Por ejemplo, podría tener una metodología de selección de paquetes que podría encajar a
la perfección en una metodología de gestión de proyectos. La diferencia está en que contiene un conjunto diferentes de actividades, roles, responsabilidades, riesgos, etc.


¿Por qué es importante conocer la distinción?

Es importante porque cualquier organización debe tener una metodología de gestión de proyectos consistente, la cual sea de uso común para cualquier tipo de proyecto. De esta manera, el personal puede moverse confortablemente de desarrollo de aplicaciones, a despliegue de infraestructura, a selección de software, o incluso mudanzas a nuevos edificios, usando la misma metodología.

Entrenar al personal en gestión de proyectos tiene prioridad antes de que aprendan a desarrollar, seleccionar software, o incluso antes de hacer algún proyecto que no tenga una metodología definida. Las personas necesitan saber que deben administrar el alcance, y deben saber como hacerlo. Deben saber como elaborar un presupuesto y como gestionarlo. Deben saber como hacer una evaluación de riesgos y como gestionar los riesgos.

Una Metodología no es una Plantilla

Otra área de confusión es que las personas entreveran plantillas y metodologías. Cuando se pregunta a la gente si poseen una metodología, responden “Si, tenemos algunas plantillas.”

Una evolución típica para una organización que no tiene un modo definido de hacer las cosas es empezar desarrollando plantillas para ganar algo de consistencia en la manera en que se presentan las cosas. En esta fase lo que en realidad se está expresando es: “Aquí tienes una lista de cosas que necesitas considerar”. La siguiente fase es adicionar algunas instrucciones en la plantilla que expliquen que significa cada sección. Alternativamente se puede crear una guía de usuario de la plantilla. Finalmente se podría desarrollar un proceso o metodología que indique a las personas como obtener la información que termina en la plantilla.

Existen frecuentes confusiones entre plantillas y procesos:

· Un proceso es un modo de hacer las cosas, ejecutando algunas actividades en una cierta secuencia.
· Las plantillas se usan para recolectar las salidas de los procesos.


Solo porque se tenga plantillas, no significa que la gente conozca como recolectar la información que va en ellas. Por ejemplo una plantilla podría tener una sección con un encabezado llamado “Seguridad”. El proceso correspondiente podría ser algo como esto:

· Discutir el proyecto con el gerente de seguridad de aplicaciones e identificar que acciones se requerirán para satisfacer los estándares corporativos.
· Revisar cómo el proyecto será afectado por los nuevos estándares de seguridad a ser introducidos por la arquitectura. Esto se debe hacer en un taller con las siguientes personas…
· Conversar con la administración de redes e identificar cualquier implicación de seguridad de la red.
· Reunirse con Microsoft y discutir cualquier parche de seguridad que pueda necesitar ser distribuido con el software.
· Etc.

Si sólo tenemos disponible una plantilla y no un proceso, la persona que llenará la plantilla quizás no sepa nada de las actividades mencionadas arriba, y al final la sección “Seguridad” podría llevar sólo la anotación “No aplicable a este proyecto”. Esta es la diferencia entre una plantilla y un proceso o metodología.

¿Qué debe de cubrir una metodología?

Cualquier metodología debería cubrir los siguientes tópicos:


Usando una Metodología

Una metodología no podrá ser usada por todos los proyectos que se llevarán a cabo. Habrá que hacer ajustes por muy buenas razones. Esto no significa que la metodología variará según el antojo de cada equipo. Se necesitará tener guías específicas sobre un enfoque pragmático y razonable para cada proyecto.

Una investigación de Gartner Group encontró que una metodología aplicada con holgura podría mejorar la productividad en un 30%. Aplicarla rígidamente mejoraría el producto en solamente 10%. La metodología debe ser una ayuda para el proyecto, no un obstáculo. Si se desea que nuestra organización use una metodología, se necesitará tener algunos expertos a quienes puedan recurrir las personas por ayuda.

Objeciones para Usar una Metodología

A continuación hay algunas objeciones comunes y la forma en que pueden ser manejadas:

¿Reprime mi creatividad?

· La creatividad no significa “Lo haré conforme avanzo”. Debe significar “Poseo un mecanismo de reconocimiento de problemas y uso mi creatividad para resolverlos”. En un proyecto la creatividad necesita realizarse dentro un ambiente controlado. A menos que exista una estructura establecida, los cientos de detalles y problemas no podrán ser controlados.

Poseo mi propia metodología

· Cualquiera de nosotros, que haya trabajado en organizaciones, posee usualmente una metodología. La razón para usar la metodología de la compañía es que alguien más esta operando dentro de esa metodología. Por lo tanto causará confusión a todos si cada uno usa sus propios procesos.

Mi metodología es mejor

· Una compañía debe tener un área responsable para revisar y mejorar metodologías.
Ese es el lugar donde se debe promover una nueva metodología.

La metodología no es aplicable a mi proyecto

· Si no es así ¿Porqué no? Qué componentes son aplicables, y cómo se pueden incluir otros procesos para unirse a éstos. Revise la metodología de gestión de proyectos, ¿Qué nuevas actividades, roles, etc. necesitan ser desarrollados?

La metodología (o plantilla) tiene mucha información

· Trátela como un checklist. Si algo no es aplicable, justifique porqué y haga un comentario. Podría ser una situación como el tema de seguridad mencionado anteriormente, donde la persona no entiende el proceso en forma apropiada.

Existe mucho papeleo

· Un par de puntos: Primero, pregunté qué información está. A veces un pequeño rearreglo de información puede resultar en una solución tipo “refiérase al documento X”, o a un cortar y pegar párrafos. Segundo, es más barato y fácil desechar papel que código. Los programadores adoran tener sus manos en el teclado, pero es más eficiente construir algo en papel antes de hacerlo en código. Tercero, examine cada documento y vea si es realmente necesario. Hice este ejercicio con un CFO (Chief Financial Officer) quien hizo un comentario acerca de la cantidad de papel que estábamos generando. Después de revisar cerca de diez documentos que tenía sobre su escritorio, encontró al menos una razón para recibir cada uno de ellos. Todo se debía simplemente a que no estaba acostumbrado a ver agendas, actas o reportes semanales.

Implementando una Metodología

Una metodología no es una serie de plantillas. Es un proceso que necesita ser adaptado a la medida de cada situación. Para esto se necesita de alguien con quien el equipo se pueda comunicar, el cual será el mentor de los equipos en el uso de la metodología.
Una de las implantaciones más exitosas de una metodología en la cual he participado, fue la de un departamento de gobierno. Ellos tienen un coordinador de la metodología a tiempo completo, quien entrena, trabajaba con los equipos, e integra la retroalimentación dentro de la metodología.

La retroalimentación es muy importante. La metodología no permanecerá inmóvil. Evolucionará volviéndose más aplicable en la organización. En este sentido se necesitará un mecanismo establecido que se ocupe del “aprendizaje a partir de la experiencia”.

Proceda de manera gradual. Un cambio radical en el modo en que la gente trabaja no tendrá probablemente tanto éxito como un cambio progresivo. Si la meta es tener personas elaborando un plan para cada fase, lo mejor será que empiecen por un solo plan estándar para todo el proyecto. Si decide introducir tres puntos de control para la aprobación de recursos, introdúzcalos uno a la vez. Probablemente encontrará, después de haber establecido el primer punto de control, que tendrá que cambiar tan sólo ligeramente su proceso para establecer los otros dos puntos de control.

La disponibilidad es otro asunto a tratar. Pedir a las personas que lean 400 hojas de un manual, no funciona. Proporcionarles un entrenamiento de alto nivel, y presentándoles la información en un formato donde puedan encontrar fácilmente la parte que es relevante para la labor que están realizando, tiene muchas más probabilidades de éxito.
Una bien estructurada presentación vía Web, es una condición indispensable. Las personas necesitan ser capaces de profundizar rápidamente a través de unos cuantos clicks, para encontrar lo que es relevante para ellos en ese momento. Entrenarlos en el layout del website de la metodología probablemente tendrá mayor impacto que entrenarlos en el detalle de la metodología.

Resumen

Colocar algunas plantillas es un buen primer paso, pero no es una metodología. Asegúrese de entender la diferencia entre las plantillas y los procesos. También entienda la diferencia entre una metodología de gestión de proyectos y otras metodologías.
Para muchas personas la metodología es una palabra sucia. Significa burocracia, papeleo, y restricciones. Se necesita superar esto proveyendo soporte y flexibilidad en la manera de aplicar la metodología. Todavía no he visto una metodología que tenga éxito con tan solo presentar a las personas una serie de libros y plantillas.

Finalmente, aprenda a caminar antes de correr. Primero implante pasos simples en la metodología, dejando lo más complicado para el final. Comprenda que está tratando de cambiar el modo de pensar y trabajar de las personas. Hay una resistencia al cambio. Aborde el asunto lentamente o se encontrará obteniendo pocos resultados o ninguno.

Neville Turbit tiene más de 15 años de experiencia como Consultor TI y casi el mismo tiempo en Negocios. Es el director principal de Project Perfect. Project Perfect es una organización de consultoría y entrenamiento localizada en Sydney, Australia. Su foco es proveer soluciones creativas aunque pragmáticas para los problemas dela Gestiónde Proyectos.

Project Perfect vende el software “Project Administrator”, el cual es una herramienta que ayuda a las organizaciones a gestionar mejor los riesgos del proyecto, problemas, presupuestos, alcance, documentación del planeamiento, y programación de actividades. También ha creado una técnica para levantar información llamada “Method H”, y vende software para soportar dicha técnica. Para mayor información sobre Herramientas para Proyectos o Gestión de Proyectos visite www.projectperfect.com.au

CRÉDITOS

Autor: Neville Turbit

E-mail: project@projectperfect.com.au

Fuente: Project Perfect

Enlace artículo original: http://www.projectperfect.com.au/downloads/Info/info_methodology_implementation.pdf