Cómo manejar a la gerencia de proyecto

Share

|

Mientras que más organizaciones se mueven al trabajo de proyecto formal, llega a ser crítico para manejar capaz esos proyectos. La mejor manera de hacer es tan lo más con eficacia posible establecer los estándares para la gerencia de proyecto que son corporatewide, o atravesar por lo menos el departamento de los sistemas de información (ES). Estos estándares incluyen metodologías de la gerencia de proyecto y los ciclos vitales, así como las paquetes de software para la gerencia de proyecto, gerencia de proceso, y contabilidad de tiempo.

Este artículo discute metodologías de la gerencia de proyecto y ciclos vitales, repasa algunas de las características más comunes de cada uno, y explica los tres tipos de software usados comúnmente para apoyar sistemas de gerencia corporativos de proyecto.

METODOLOGÍAS DE LA GERENCIA DE PROYECTO Y CICLOS VITALES

Aunque los encargados pueden manejar proyectos sin una metodología formal, tener uno puede ser una ayuda grande. Esta sección explica cuál son las metodologías de la gerencia de proyecto y porqué ellos es importante, y da una breve historia de las metodologías de la gerencia de proyecto. También define ciclos vitales, describe un cierto campo común ES ciclos vitales, y explica cómo los ciclos vitales se relacionan con las metodologías.

Las metodologías de la gerencia de proyecto han estado alrededor por décadas, pero primero comenzado a llegar a ser popular adentro ESTÁ en los años 70 tempranos. Estas metodologías tienen generalmente dos componentes. El primer es un proceso total para hacer cosas, mientras que el segundo consiste en las plantillas o las formas requeridas en las porciones específicas de ese proceso. Mientras que el proceso sí mismo es la metodología verdadera, la mayoría de los encargados de proyecto consideran las plantillas y las formas ser parte y paquete de la metodología. Sin embargo, la mayoría de los encargados de proyecto también convienen que las plantillas solamente una metodología no hacen. Las metodologías de la gerencia de proyecto son importantes por dos razones. Primero, estandardizan la manera de la cual una organización maneja sus proyectos. Esto permite a gente dondequiera adentro de la organización a la charla el uno con el otro que usan los mismos términos y las mismas definiciones para esos términos. La presentación de un acercamiento constante a la gerencia de proyecto vía estándares también permite que los encargados de proyecto cubran para uno otro cuando se presenta la necesidad. La segunda razón que las metodologías son importantes son que proveen de encargados de proyecto del principiante las herramientas para manejar proyectos, sin requerir una curva que aprende larga.

Los ciclos vitales del proyecto van generalmente tomados de la mano con metodologías del proyecto. Tales ciclos vitales rompen una vida’del proyecto s en una serie de fases o de etapas. El final de cada fase proporciona un punto conveniente de la revisión del proyecto para la gerencia mayor al instituto va o ninguno-va las decisiones, y también permite que los encargados de proyecto planeen las fases próximas más detalladamente. Mientras que los ciclos vitales del proyecto pueden tener muchas fases, la mayoría tiene tres a cinco. Incluyen un cierto tipo de start-up o iniciación del proyecto, una etapa de la construcción del proyecto o de la puesta en práctica, y, finalmente, una evaluación de proyecto o una revisión de la poste-puesta en pra'ctica.

SELECCIONAR METODOLOGÍAS DE LA GERENCIA DE PROYECTO

Para las organizaciones que no tienen una metodología ni están buscando un nuevo, esta sección explica qué buscar en metodologías de la gerencia de proyecto. Discute las ventajas y las desventajas en de la casa contra metodologías vendedor-provistas, así como conservado contra metodologías modificadas para requisitos particulares. Entonces describe las metodologías más populares del vendedor.

Primero, una exploración de las ventajas y las desventajas de las metodologías del vendedor está en orden. La ventaja más grande de una metodología del vendedor es que el trabajo está hecho ya, que puede ahorrar años de una organización literalmente de desarrollar una metodología interna. La metodología del vendedor también se ha probado y se ha demostrado trabajar, ahorrando el tiempo y los dolores de cabeza implicados en alisar fuera de arrugas de proceso.

En la desventaja, sin embargo, las metodologías compradas requieren una organización cambiar sus prácticas existentes de emparejar los de la metodología. Si no lo hace, después la organización debe modificar por lo menos algo para requisitos particulares de la metodología. Estos arreglos para requisitos particulares pueden variar de los pellizcos retorcidos de menor importancia del proceso, a los arreglos para requisitos particulares tan severos que la metodología comprada original está borrada virtualmente.

Otra desventaja de metodologías compradas es su precio. Muchos vendedor-proveieron metodologías costaron $50.000 o más para una licencia perpetua. Además, algunos vendedores cargan millares de dólares anualmente.

Algunas de las metodologías más populares para SON proyectos incluyen el método dinámico del desarrollo de los sistemas (DSDM) de asociados de la computadora y SE ENORGULLECEN de Computacenter.

PONER METODOLOGÍAS DE LA GERENCIA EN EJECUCIO'N DE PROYECTO

Esta sección explica cómo poner una metodología de la gerencia en ejecucio'n de proyecto. Las cubiertas cómo establecer la interrupción del trabajo de proyecto estructura (WBSs), así como estimar, seguir, control del cambio, control de calidad, y estándares de la comunicación. Entonces explica cómo conducir ES entrenamiento departamental y del cliente con respecto la metodología y a los estándares.

Una vez que una organización haya seleccionado una metodología del vendedor o la que esta' desarrollado interna, es listo comenzar el proceso largo, a menudo aburrido de crear estándares del proyecto. Mientras que algunas de las metodologías compradas vienen con los estándares para los varios componentes del proyecto, las organizaciones necesitarán desarrollar los estándares para los que no los tengan.

Creando WBS, estimando, y seguir estándares

El primer estándar que se establecerá es cómo el proyecto WBSs será creado. Muchas organizaciones desarrollan las plantillas del proyecto para los tipos más comunes de proyectos desarrollados en la organización, y después especifican que los encargados de proyecto trabajan de estas plantillas. La ventaja de esto es que los encargados de proyecto “no están reinventando la rueda” en cada proyecto. Alternadamente, esto aceleró el planeamiento, y permite seguir mejor del proyecto. Después de que se establezcan los estándares de WBS, la organización debe decidir a cómo las estimaciones serán creadas. Los tes de Estima se pueden determinar de los juicios de expertos, promedios cargados, estadística de proyectos anteriores, o de técnicas tales como análisis del punto de la función. Si las organizaciones siguen sus proyectos exactamente y religioso, pueden utilizar estadística de proyectos anteriores para proporcionar las estimaciones más exactas. Esto destaca la necesidad de estándares en proyectos que siguen.

La mayoría de las organizaciones utilizan un cierto tipo de tiempo automatizado - guardar el paquete para seguir tiempo contra proyectos. El seguir del tiempo tiene tres propósitos proyecto-relacionados. El más crítico es juzgar exactamente donde un proyecto actual está parado. Sin embargo, otras razones que casi están como importante son las aplicaciones de la hora que siguen para la contabilidad analítica del proyecto, y de la colección de datos — para mejorar la estimación el proyecto siguiente. Para proporcionar la mejor base de datos para estimar los proyectos futuros, estos paquetes deben permitir el seguir contra cada tarea en el WBS, reforzando la deseabilidad de WBSs estándar.

Cambie el control, el control de calidad, y los estándares de las comunicaciones

Los estándares para el control, el control de calidad, y las comunicaciones del cambio son igualmente importantes proyectar éxito. El control del cambio en este contexto no refiere a cambios en sistemas de producción de funcionamiento, sino algo a los cambios en el proyecto sí mismo. Las modificaciones más comunes que se manejarán son cambios del alcance, expresados generalmente pues una necesidad de funcionalidad creciente o diversa. Porque las estimaciones se basan en funcionalidad según lo concebido originalmente, los cambios a la funcionalidad inicial afectarán obviamente el coste’y el horario del proyecto s. Para reducir al mínimo este efecto, cambie las políticas del control contornean la gama del encargado’de proyecto s de la discreción para los cambios que aprueban, y explican niveles y procedimientos de la escalada. Mientras que estos dos estándares se pueden negociar al principio de cada proyecto, las pautas generales pueden probar provechoso.

Los estándares de calidad en SON departamento tienden para tratar cómo el departamento maneja volumen de ventas de la prueba y de la producción. Algunos ejemplos incluyen cómo la prueba, el sistema de la unidad probando, y prueba de aceptación de usuario serán realizados. Los estándares de las comunicaciones son también importantes para los proyectos acertados. La razón principal que los proyectos cambian tan a menudo como lo hacen es que alguien entendía mal una comunicación, sea la persona de los sistemas o el cliente. La organización puede reducir perceptiblemente el número de cambios a un proyecto en sus fases más posteriores fijando pautas claras de la comunicación durante el planeamiento, y después constantemente poniendo al día cada uno implicado en el proyecto como progresa, y haciendo tan en una manera estándar.

Entrenamiento De la Metodología

Mientras que es atractivo comenzar a empleados del entrenamiento en la nueva metodología tan pronto como se seleccione, esto ‘que salta el arma’ puede ser peligroso al último éxito de la puesta en práctica de la metodología. Ciertamente, la metodología se desarrollará como los empleados comienzan a usarla, pero debe haber una base de estándares en lugar antes del entrenamiento, a fin de los empleados, en un mínimo, requieran la reinstrucción. En algunas organizaciones, los empleados han rebelado y han elegido realmente no utilizar la metodología en todos — hasta que se han establecido los estándares.

Con por lo menos seguir del proyecto, estimar, control del cambio, control de calidad, y estándares tentativos de la comunicación del proyecto en lugar, la organización es lista conducir ES entrenamiento departamental y del cliente. Este entrenamiento se puede realizar en tres maneras: usando a los consultores exteriores, que desarrollan a menudo el entrenamiento también; vía empleados internos; o usando una combinación de consultores y de empleados. Si la organización elige el acercamiento de la combinación, los consultores externos desarrollan a menudo el entrenamiento, con lo cual entrenan a los empleados internos con respecto cómo entregar el entrenamiento. Desde encargados de proyecto y proyecto los participantes deben entender la nueva metodología, él tienen a menudo sentido de tener dos clases separadas. La clase más profundizada, para los nagers del mA del proyecto y los líderes de proyecto, proporciona idealmente estudios de caso, así que pueden practicar realmente las porciones críticas de la metodología. Aunque este tipo de entrenamiento inicialmente dura, la curva que aprende es menos escarpada cuando los encargados y los líderes de proyecto comienzan a seguir la metodología en “proyectos” verdaderos. El entrenamiento para los participantes del proyecto puede ser menos detallado, centrándose en sus papeles en la nueva metodología. No necesita específicamente entrenarles para utilizar todos los pedazos de la metodología.

PONER PAQUETES DE SOFTWARE EN EJECUCIO'N DE LA GERENCIA DE PROYECTO

Mientras que seleccionar paquetes de software apropiadas es importante, él es más crítico poner con éxito estos paquetes en ejecucio'n. Esta sección discute las diferencias entre el software de la gerencia de proyecto, el software de la gerencia de proceso, y el software de la contabilidad de tiempo, y después examina los varios métodos para poner estos paquetes en ejecucio'n. También discute las ventajas y las desventajas de cada acercamiento, y contornea un proceso para la puesta en práctica acertada. Aunque hay varias herramientas del software en el mercado hoy para ayudar a encargados de proyecto a manejar sus proyectos, teniendo estas herramientas un encargado de proyecto no hace. Los encargados de proyecto deben inmóvil realizar las nueve capacidades básicas de la gerencia de proyecto dispuestas por el instituto de la gerencia de proyecto, una asociación profesional internacional de la gerencia de proyecto. No obstante, tener estos paquetes ciertamente puede hacer realizando estas funciones menos arduo.

Tipos Del Paquete

Las herramientas gerencia-relacionadas del software del proyecto se dividen generalmente en las tres categorías del software de la gerencia de proyecto, del software de la gerencia de proceso, y del software de la contabilidad de tiempo. Las paquetes de software de la gerencia de proyecto realizan programar, así como seguir limitado del proyecto. Hacen esto permitiendo que los encargados de proyecto inscriban el proyecto WBSs, asignen dependencias inter-task, asignen recursos, y asignen las estimaciones de effort/work para cada tarea. Una vez que se incorporen estos fundamentos, la herramienta calcula y exhibe el horario del proyecto, a menudo gráficamente, vía cartas de las cartas de Gantt o de la red de PERT/CPM (evaluación de programa y método de la trayectoria de la revisión technique/critical).

Después de que se hayan creado los horario iniciales del proyecto, las herramientas no prohiben a encargados de proyecto a la línea de fondo el horario original, y siguen el progreso’del proyecto s contra ese horario. Puesto que algunas de las herramientas de gerencia de proyecto son mejores en seguir que otras, las organizaciones deben pesar cómo es importante la característica que sigue está a ellos al analizar y seleccionando una paquete de software particular. La evaluación de esta característica es particularmente importante porque el seguir es crítico al planeamiento futuro del proyecto. los paquetes de la gerencia de proyecto del Bajo-extremo incluyen Ms-Proyecto de Microsoft y SureTrak de Primavera. el Bajo-extremo empaqueta el coste aproximadamente $500 y tiene características programar adecuadas, pero tiende para tener características que siguen menos robustas. Los paquetes de la gerencia de proyecto del alcance medio incluyen el planificador del proyecto de Scitor y de CA-SuperProject de asociados de la computadora. Los paquetes del alcance medio tienen generalmente horario mejor el modelar de características, de seguir mejor, y de capacidades mejores de la salida, pero el comprador paga él. Se extienden en precio a partir del $1000 a $2000. Los paquetes high-end de la gerencia de proyecto incluyen a planificador del proyecto de Primavera, generalmente llamado P3. Los paquetes high-end incluyen las características de los productos del alcance medio, pero también ofrecen un multi-proyecto mejor que maneja capacidades.

Más bien que centrándose en el proyecto programar y que sigue, los paquetes de la gerencia de proceso no prohiben a encargados de proyecto más fácilmente al plan sus proyectos. Los paquetes típicos de la gerencia de proceso vienen con estándar, con todo customizable, las plantillas para una variedad amplia de proyectos de los sistemas de información. Sin embargo, desemejante de las plantillas que vienen con algunos paquetes de la gerencia de proyecto, estas plantillas sugieren relaciones de la dependencia entre las tareas, sugieren el tipo de habilidades necesitadas para realizar cada tarea, y generalmente también proporcionan una variedad de estimar técnicas y métrica. Los paquetes de la gerencia de proceso incluyen la serie continua de proceso de asociados de la computadora, que incluye a ingeniero de proceso.

El tercer tipo de software gerencia-relacionado del proyecto es software de la contabilidad de tiempo. Estos paquetes permiten que los individuos y los encargados de proyecto carguen horas reales de nuevo a tareas del proyecto. Hacen tan por crear en línea y hojas de tiempo del hardcopy, enumerando cada tareas del miembro’s del equipo. El miembro del equipo entonces no pierde de vista las horas pasadas en cada tarea, y, generalmente, la fecha que cada tarea fue comenzada, así como la fecha que cada tarea fue terminada. Esta información entonces se transfiere a cualquier paquete de la gerencia de proyecto en uso en la organización. Mientras que el software c de la contabilidad de tiempo un usado sin la integración con los paquetes de la gerencia de proyecto, cuando está integrado, él puede simplificar grandemente las funciones que siguen a veces difíciles en paquetes de la gerencia de proyecto.

Un ejemplo de los paquetes de contabilidad de tiempo es profesional de TimeSheet de Timeslips.

Poner Los Paquetes En ejecucio'n

Ciertamente, ayuda a encargados de proyecto a manejar sus proyectos más con eficacia si rompen proyectos tragan en fases, actividades, y tareas. Semejantemente, la puesta en práctica de la paquete de software tiende para ser más eficaz cuando está puesta en fase adentro. Desafortunadamente, sin embargo, en su celo “a conseguir actual,” las organizaciones intentan a menudo poner también muchos cambios en ejecucio'n inmediatamente. Así las organizaciones que no tenían antes ninguna herramienta en todas pudieron adquirir tres o más. La aceptación de esas herramientas, y me iguala a veces thodology, cae a plomo.

Para las organizaciones que empiezan con rasguño con las herramientas gerencia-relacionadas del software del proyecto, la orden siguiente puede ayudar enormemente en la puesta en práctica:

paquetes de contabilidad de tiempo del §. Estos paquetes deben ser introducidos primero porque afectan el número más grande de la gente. Al usar estos paquetes, cada uno en un equipo de proyecto tiene que seguir su o su tiempo, y lo está a menudo absolutamente un choque para poblar quiénes nunca han tenido que seguir tiempo antes. Cuando se pone en ejecucio'n un plan contable de tiempo, es al del crítico que puebla entiende que el propósito no es limpiar su trabajo. Algo, la meta es recoger datos exactos sobre cómo va un proyecto actual, y construir una base de datos exacta para estimar los proyectos futuros.

paquetes de la gerencia de proyecto del §. La organización será lista estandardizar en una paquete de software de la gerencia de proyecto tres a seis meses después de que introduce un paquete de contabilidad de tiempo. Los encargados de proyecto deben estar implicados en la selección de este estándar. Si no, poner la herramienta en ejecucio'n será más difícil porque los encargados se sienten que no eran incluidos, ni que entienden el análisis razonado detrás de la selección de una herramienta específica. Tener un grupo de la base de encargados de proyecto que apoyan la herramienta seleccionada permite a la compañía incluirlos en el ing experimental de la prueba del sistema, y en el entrenamiento del sistema. Esto también forma a grupo de la defensa de la base para la herramienta nueva.

paquetes de la gerencia de proceso del §. En otros tres a seis meses después de que el paquete de la gerencia de proyecto se introduce, los encargados de proyecto serán listos afilar con piedra más lejos sus habilidades de gerencia de proyecto. Con algunos proyectos debajo de sus correas usando la contabilidad de tiempo y las herramientas de gerencia de proyecto, podrán a integran más completamente las herramientas de gerencia de proceso nuevas en su proceso del planeamiento del proyecto. Si, sin embargo, las herramientas de gerencia de proceso se introducen demasiado pronto, los encargados de proyecto no pudieron tener bastante experiencia verdadera del proyecto para apreciar las ventajas de las herramientas de gerencia de proceso algo complicadas.

CONCLUSIÓN

Los proyectos acertados son críticos al éxito no solamente de los encargados de proyecto, pero al conjunto ESTÁ el departamento — y uniformes a la compañía. Seleccionar metodologías de la gerencia de proyecto y ciclos vitales apropiados, y el apoyo de ellos con las herramientas apropiadas del software, pueden ayudar inmensurablemente con éxito del proyecto.