MX2007008041A - Sistema y metodo para una oficina de proyecto automatizado y valoracion y reporte de riesgo automatico. - Google Patents

Abstract

La presente invencion se refiere a la automatizacion de identificacion de riesgos de proyecto, en la cual se combinan varias medidas cualitativas y cuantitativas para reportar un nivel de riesgo de proyecto, areas y mitigacion de una manera objetiva y automatica. El paquete de software incluye una trama de reporte y valoracion de riesgo y un procesador de riesgo, un analisis de cartera, un validador de plan de proyecto y un juego de herramientas de oficina de gestion de proyectos integrados y biblioteca de activos de procesos, y un rastro de habilidades integradas, localizacion y modulo de disponibilidad con un procesador de habilidades.

Description

SISTEMA Y MÉTODO PARA UNA OFICINA DE PROYECTO AUTOMATIZADO Y VALORACIÓN Y REPORTE DE RIESGO AUTOMÁTICO CAMPO DE LA INVENCIÓN La presente invención se dirige a un sistema y método para automatización de identificación de riesgo de proyecto y en particular, a tal sistema y método en el cual, se combinan varias medidas cualitativas y cuantitativas para reportar un nivel de riesgo de proyecto, y moderación de una manera automática y objetiva.

ANTECEDENTES DE LA INVENCIÓN En "Fundamentos para la Gestión de Proyectos" de MetaGroup, se condujo un examen estadístico para 23,000 aplicaciones de proyectos de desarrollo. Se proyectaron los siguientes resultados: 26% de éxito. Proyecto proporcionado en tiempo y en presupuesto al cliente/titular . 46% de desafío: Proyecto terminado sobre el presupuesto o más allá del tiempo límite. 28% de fracaso: Proyecto nunca terminado. Los investigadores encontraron que los problemas centrales con éxitos de proyectos, estuvieron mayormente relacionados con escasa disciplina de gestión de proyectos. La causa primordial, o problema fundamental, a menudo es Ref.: 183853 atribuible a escasas técnicas de estimación de proyecto, estructura inefectiva de equipo de proyecto (riesgos de equipo) , y una carencia de participación del cliente (usuario final), cambios de campo no gestionados, y ocupación en riesgos de proyectos a gran escala sin algunas contingencias. El software de gestión de proyectos, se trajo para dirigir estos problemas, pero a menudo, fracasa para hacerlo efectivamente .

SUMARIO DE LA INVENCIÓN Es por lo tanto un objeto de la invención, superar las deficiencias notadas anteriormente, de la técnica previa.

Con tal fin, la presente invención se dirige a un sistema y método que, en varias modalidades, puede incluir las siguientes funcionalidades.

Valoración y Reporte de Riesgos La Trama de Valoración y Reporte de Riesgos, combina varias mediciones de funcionamiento de proyecto, así como también una serie comprehensiva de preguntas multifacéticas a ser procesadas por un procesador de riesgo para valorar un nivel o riesgo de proyecto, y las áreas donde existe el riesgo. Además de identificar riesgos, el aviso en la moderación de los riesgos identificados, así como también el rastreo de las acciones de moderación, es realizado para mejorar la capacidad del sistema para valorar y proporcionar avisos de riesgos futuros. La trama colecta datos, ya sea a través de la Interfaz del Programa de Aplicación (APIs) , o vía entrada de directa de datos, en funcionamiento de proyecto medido por base de datos de Análisis de Valor Agregado (EVA) , datos de calidad en relaciones de defecto, ponderaciones de satisfacción de titular, utilización de recursos humanos, progreso de indicio. El procesador de riesgo usa las entradas para evaluar el funcionamiento contra umbrales y límites de advertencia para identificar y reportar problemas. En el caso de EVA, se calcula una serie de indicadores de funcionamiento a partir de la entrada de funcionamiento principal, para determinar funcionamientos de programas y costos, así como también el nivel de riesgo y capacidad de recuperación del programa y costo. Además de las métricas y umbrales de funcionamiento, el procesador de riesgo usa datos a partir de series de preguntas que examinan varios aspectos de actividades de proyectos para valorar riesgos en varias áreas. Cada serie de preguntas y posibles respuestas, son categorizadas, registradas y ponderadas en tal forma, para identificar áreas de riesgo potencial, y estos riesgos son entonces recompartidos vía un tablero de mandos al usuario. Se forman la serie de preguntas a partir de una gran combinación de preguntas que contienen todas las preguntas posibles, categorías de riesgos, respuestas y registros. Se construyen nuevas series de preguntas seleccionando preguntas a partir de la combinación y almacenando la serie de preguntas en una biblioteca de serie de preguntas. La identificación de riesgos se rompe en varios niveles de clasificación e incrementa en detalle de conformidad con una estructura de riesgo de categorías de riesgo, de manera que cada categoría contiene áreas de riesgo, y que cada área de riesgo contiene atributos. Cada pregunta en la combinación de preguntas, es asignada a un atributo de riesgo particular; de este modo, cuando se incorpora en una serie de preguntas, llega a ser parte del cálculo de riesgo del procesador de riesgo . Las series de preguntas son personalizables y son asignadas de conformidad con varias clasificaciones para un proyecto. Las clasificaciones para el proyecto incluyen una cartera y un tipo de proyecto. Los proyectos se rompen en una o más carteras o colecciones, las cuales tienen alguna característica o interés en común (por ejemplo, una unidad de negocios o línea de negocios, o una tecnología particular, etc . ) . Cada cartera tiene una o más series de preguntas asignadas a esta, que son usadas para valorar los elementos de riesgo vía el procesador de riesgo para todos los proyectos que pertenecen a tal cartera. Además de la serie de preguntas asignadas a la cartera, existen series de preguntas de tipo proyecto . Cada proyecto tiene un tipo de clasificación asignado a éste, y tal tipo automáticamente incorpora una serie de preguntas de riesgo apropiadas para el tipo de proyecto particular. Además de estas dos asociaciones de series de preguntas, cada proyecto puede agregar cualquier serie de preguntas adicionales o complementarias como sean necesarias, para expandir la cobertura de valoración de riesgo . Además de la cartera, tipo de proyecto y serie de preguntas complementarias, el procesador de riesgo proporciona una asociación de rol para la series de preguntas en cada uno de estos niveles. Los roles permiten a usuarios con diferentes roles/responsabilidades, proporcionar entrada al procesador de riesgo y tener aquellas perspectivas combinadas en una valoración de riesgo total, e identificar diferencias en visualizaciones para establecer consenso dentro de un proyecto. Los roles pueden incluir (pero no están en alguna forma limitados a) , un Gestor de Proyectos, un Ingeniero de Calidad, o un Promotor de Proyecto. El procesador de riesgo proporciona un servicio para "correr" o detener periódicamente a través de la serie de preguntas para cada proyecto. El procesador de riesgo permite a la serie de preguntas, eliminar cualquier duplicado o traslape entre la serie de preguntas (conforme las diferentes series de preguntas pueden portar cualquier número de preguntas a partir de la combinación más grande de preguntas) , y presenta a un usuario con un cuestionario único, ordenado. Los usuarios son requeridos para ir periódicamente a través de la serie de preguntas para actualizar las valoraciones de riesgo y proporcionar análisis de tendencia de riesgo. Cada usuario que tiene un rol particular para un proyecto, crea una sesión de respuestas para el cuestionario, y se presenta con todas las preguntas apropiadas para el rol, cartera, tipo de proyecto y preguntas complementarias. Una vez que todas las preguntas han sido satisfactoriamente respondidas, las respuestas son proporcionadas y el procesador de riesgo calcula por ordenador y actualiza la valoración de riesgo para el proyecto. El procesador de riesgo combina los registros de valoración de riesgo, y registros métricos a partir del EVA, calidad, satisfacción del titular, recursos humanos y progreso, y reporta aquellos en un proyecto o tablero de mandos de cartera usando un tipo de indicador "luz de detención" (verde, amarilla/ámbar, roja) , para indicar un nivel total de riesgo. Los riesgos totales pueden ser "arrancados" en un buscador de red basados en interfaz para exhibir niveles incrementados de detalle del estado de riesgo. Este arranque continua al nivel de las preguntas y respuestas o métricas que están accionado el estado total. En donde se ha identificado el riesgo por el procesador de riesgo, se hace un aviso de moderación, disponible al usuario para identificar acciones que tomar que son apropiadas para moderar cada riesgo. Junto con el aviso de moderación, está un mecanismo para registrar y rastrear las acciones de moderación tomadas y los resultados de aquellas acciones para la incorporación automática en el aviso de moderación, para proporcionar heurísticos al componente de moderación del procesador de riesgo, proporcionando todos los proyectos con aviso de moderación mejorados, conforme el procesador de riesgo continua colectando datos.

Análisis de Cartera La Oficina de Proyectos Automatizados (APO) , integra una función de Análisis de Cartera que permite a una organización, rastrear sus proyectos de conformidad con un sistema de clasificación de alto nivel que permite entendimiento de una huella de proyecto particular o balance de esfuerzos, con relación a una meta total. En particular, la modalidad preferida incorpora el Modelo MIT de la clasificación de cartera, y usa para realizar un análisis de balance (clasificación) , aunque aquellos expertos en la técnica quienes han revisado la presente descripción, apreciarán que otros modelos pueden ser usados en lugar de, o además del Modelo MIT. Por ejemplo, el Modelo MIT clasifica proyectos como de Infraestructura, Transaccionales, de Información, o Estratégicos, y usa las distribuciones relativas de proyectos para aquellas clasificaciones para determinar una posición o balance para carteras Enfocadas en Costos, Carteras de Agilidad, o carteras de Agilidad y Costo Balanceados. Aunque la APO y carteras de organizaciones (de proyectos) , se pueden rastrear y medir de conformidad con la posición objetivo deseada. Además del Modelo MIT para clasificación de cartera, un usuario puede crear nuevos modelos con cualquiera de las clasificaciones deseadas, y usarlas en la misma forma como el Modelo MIT. Un proyecto puede ser asignado como muchas carteras/clasificaciones de cartera como se desee, y tener todos rastreados y recompartidos vía un tablero de mandos comunes vía un buscador de red.

Validador de Plan de Proyecto La APO integra un servicio de Validador de Plan de Proyecto usando heurísticos de proyecto para medir los esfuerzos del plan propuesto por fase contra estadísticas de desempeño de plan conocido para fases de proyectos generales, para determinar si el plan contiene el rompimiento de trabajo directo y distribución de esfuerzo. Usando el validador, una gestión de proyecto puede ver rápidamente si tanto o poco tiempo ha sido asignado a fases críticas del proyecto, y hace ajustes antes de que el plan esté en la línea base y se hacen compromisos para proporcionar datos. El validador usa estadísticas de proyectos terminados para establecer la distribución de esfuerzo para un tipo particular de proyecto y puede entonces, ser dado por ejemplo, un número único que cubre un elemento único a partir de un plan, y determina los esfuerzos por fase y esfuerzo total necesarios para que el proyecto sea terminado.

JUEGO DE HERRAMIENTAS DE OFICINA DE GESTIÓN DE PROYECTOS INTEGRADOS Y BIBLIOTECA DE ACTIVOS DE PROCESOS La APO integra un Juego de herramientas de la Oficina de Gestión de Proyectos (PMO) y Biblioteca de Activos de Proceso (PAL) . El juego de herramientas proporciona documentos y plantillas esenciales que corresponden a mejores prácticas de PMO, y adicionalmente, está acoplado con el aviso de moderación de procesador de riesgo, para asegurar que las herramientas para moderación de riesgo estén proporcionando visibilidad y rastreo adicional en la APO. La PAL integrada permite a los documentos y herramientas usadas por otros proyectos de la APO, ser compartidos y su empleo automáticamente rastreado por la APO para proporcionar medios poderosos para identificar mejores prácticas y herramientas organizacionales . El rastreo permite localizar alto valor, altos puntos de empleo y recorte del valor lento, puntos no usados en tiempo apropiado.

Rastreo, Localización y Disponibilidad de Habilidades Integradas Los procesadores de habilidades de la APO, proporcionan un servicio para rastrear una organización o sub-unidad de recursos de personas de la organización. El Procesador de Habilidades proporciona primero, e "inventaría" todas las habilidades dentro de la organización o sub-organización usando la APO. Más allá de las habilidades de inventario, el procesador proporciona rastreo de los recursos y habilidades asignadas a proyectos y con una vista hacia cuando los recursos y habilidades asociadas serán disponibles para asignación adicional, así como también participando en la reasignación de habilidades y recursos a otros proyectos. El Procesador de Habilidades, proporciona servicios de búsqueda de habilidades para localizar recursos dentro de las habilidades necesarias para un proyecto. Además de la ubicación de recursos con habilidades necesarias, el procesador permite a estos recursos, tener una "petición" colocada en este. El servicio de petición puede ya sea, ser fuerte o suave. Una petición fuerte puede hacerse para recursos que son colocados en un proyecto que ha sido contraído y tiene un inicio asignado. Una petición suave se hace para recursos para un proyecto que no es formalmente comprometido, pero permite identificación del intento por utilizar recursos particulares en el futuro. Esta capacidad del procesador proporciona a gestores y gestores de proyecto, un servicio para identificar que recursos son usados, y actuar prontamente en la asignación de recursos, resolución de conflictos de recursos, e identificación de nuevos recursos con habilidad particular que se necesitan obtener. El procesador de habilidades también proporciona un rastreo de disponibilidad total de los recursos y habilidades en la organización con notificaciones y advertencias para recursos quienes están bajo asignación (con relación a su disponibilidad definida), o no asignados del todo. Como parte de este procesamiento del procesador, y perspectivas para la utilización que observa en los gestores de alertas futuras cercanas bajo utilización, las cuales proporcionan medios para evitar pérdida de productividad organizacional debido a que los recursos podrían de otro modo, dejarse libres.

BREVE DESCRIPCIÓN DE LAS FIGURAS Una modalidad preferida de la presente invención, se expondrá en detalle con referencia a las figuras, en las cuales : La Figura 1 muestra un diagrama de caso de uso de la modalidad preferida; La Figura 2 muestra una revisión esquemática de un Sistema de Datos de Oficina de Proyectos (PODS) en la cual, el proceso de la Figura 1 puede ser implementado; La Figura 3 muestra un modelo de datos para PODS de la Figura 2 ; La Figura 4 muestra un diagrama de flujo de las operaciones de la modalidad preferida; La Figura 5 muestra un diagrama de flujo de pantalla principal; La Figura 6 muestra un diagrama de flujo de pantalla de administración; La Figura 7 muestra un diagrama de flujo de pantalla de iniciación de proyecto; La Figura 8 muestra un diagrama de flujo de pantalla de proyecto activa; La Figura 9 muestra un diagrama de flujo de los reportes ; y La Figura 10 muestra un diagrama esquemático de una configuración de hardware en la cual, la modalidad preferida puede ser implementada.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Una modalidad preferida será descrita en detalle, con referencia a las figuras, en las cuales, los números de referencia similares se refieren a elementos similares o a través de etapas operaciones . Se muestra una revisión de la funcionalidad de la modalidad preferida en el diagrama de caso de uso de la Figura 1. El usuario 102 proporciona estadísticas de plan de proyecto 104 a un validador de plan de proyecto 106, el cual regresa la validación de distribución de esfuerzos 108 al usuario 102. El juego de herramientas de la oficina de gestión de proyectos integrados/biblioteca de activos de proceso 110, proporciona información al usuario 102. El usuario 102 proporciona información en las habilidades y disponibilidades de trabajadores, así como también búsquedas y peticiones para tales trabajadores, colectivamente designados 112, en un procesador de habilidades 114, el cual regresa la información 116 en un recurso y disponibilidad de habilidades, rastreo, notificación y alertas al usuario 102. El usuario 102 interactúa de la siguiente manera con el procesador de riesgo 118. El usuario 102 forma preguntas habituales, y umbrales 120 en una serie de preguntas 122, las cuales llegan a ser una de las series de preguntas pre-empacadas y definidas por el usuario 124, usadas por el procesador de riesgo 118. El usuario 102 proporciona la siguiente entrada al procesador de riesgo 118: análisis de valor agregado (EVA) 126, respuestas de preguntas 128, mediciones de funcionamiento 130, datos de calidad 132, información de satisfacción de titular 134, información de utilización de energía de personal 136, y progreso de inicio 138. También, una aplicación de recolección de datos externos 140 puede recolectar datos a partir del usuario 102 y suministrar tales datos al procesador de riesgo 118 a través de una interfaz de programación de aplicación (API) 142. Los resultados de las operaciones realizadas por el procesador de riesgo 118, son extraídos al usuario 102 a través de uno o más tableros de mando 114, los cuales son interfaces de usuario que proporcionan tales resultados en forma visual. El procesador de riesgo 118 determina el programa y funcionamiento de costos 146 y niveles de riesgo y capacidad de recuperación 148 y los extrae en la forma de salida EVA 150 a los tableros de mando 144. El procesador de riesgo determina las áreas de riesgo potencial 152 y aviso de moderación de riesgo 154 y los extrae en la forma de reportes de riesgo 156 a los tableros de mando 144. Los reportes de riesgo 156, también pueden incluir entrada directamente del usuario 102. El procesador de riesgo puede extraer una salida de riesgo total 158 a los tableros de mando 144; la salida de riesgo total puede incluir una indicación de "luz de detención" para exhibir en los tableros de mando 144, si el nivel de riesgo los garantiza. El procesador de riesgo 118 extrae información a un análisis de cartera 160, el cual puede ser estándar o definido por el usuario, el cual es extraído al tablero de mandos 144. La funcionalidad mostrada en la Figura 1 y descrita anteriormente, es implementada en un Sistema de Datos de la Oficina de Proyectos (PODS) , mostrado en la Figura 2 como 200. El PODS 200 es centrado en una base de datos de la Oficina de Gestión de Proyectos (PMO) 202, la cual almacena entre otras cosas, cuestionarios de valoración 204. La base de datos recibe información en los proyectos 206 y habilidades 208 y permite reportar y preguntar por las gestiones 210 y expertos en la materia objeto (SME) 212. La Figura 3 muestra el modelo de datos 300 para PODS. La Tabla 1 abajo, proporciona una breve descripción de las tablas en la base de datos.

Tabla I

Claims (40)

REIVINDICACIONES Habiéndose descrito la invención como antecede, se reclama como propiedad lo contenido en las siguientes reivindicaciones .

1. Método implementado en un dispositivo ordenador para gestionar una pluralidad de proyectos, caracterizado porque comprende : (a) recibir, en el dispositivo ordenador, una entrada a partir de un usuario que comprende datos que se relacionan con una de una pluralidad de proyectos; (b) valorar un riesgo para el proyecto basado en la entrada recibida en la etapa (a) ; (c) validar un plan para el proyecto basado en la entrada recibida en la etapa (a) ; y (d) proporcionar un reporte al usuario que representa al menos, uno del riesgo valorado en la etapa (b) y un resultado de validación del plan en la etapa (c) .

2. Método de conformidad con la reivindicación 1, caracterizado porque además comprende proporcionar un análisis de cartera para la pluralidad de proyectos.

3. Método de conformidad con la reivindicación 1, caracterizado porque además comprende proporcionar al usuario, un juego de herramientas de oficina de gestión de proyectos integrados, de mejores prácticas y biblioteca de activos de proceso que representan activos compartidos entre la pluralidad de proyectos.

4. Método de conformidad con la reivindicación 1, caracterizado porque además comprende proporcionar al usuario, un rastreo de habilidades integradas, módulo de localización y disponibilidad con un procesador de habilidades para rastrear habilidades relevantes a la pluralidad de proyectos y asignar las habilidades al proyecto .

5. Método de conformidad con la reivindicación 1, caracterizado porque la etapa (a) comprende, incitar al usuario a responder una pluralidad de preguntas, y en donde la etapa (b) se realiza de conformidad con las respuestas a las preguntas recibidas del usuario.

6. Método de conformidad con la reivindicación 5, caracterizado porque las preguntas comprenden preguntas las cuales son almacenadas en el dispositivo ordenador independientemente del proyecto.

7. Método de conformidad con la reivindicación 6, caracterizado porque las preguntas además comprenden preguntas agregadas por el usuario para el proyecto.

8. Método de conformidad con la reivindicación 5, caracterizado porque las preguntas comprenden preguntas agregadas por el usuario para el proyecto.

9. Método de conformidad con la reivindicación 5, caracterizado porque las preguntas se toman de una lista de preguntas las cuales se pueden editar por el usuario.

10. Método de conformidad con la reivindicación 1, caracterizado porque la etapa (c) comprende comparar asignaciones de recursos para el proyecto con asignaciones de recursos derivados de proyectos previos.

11. Método de conformidad con la reivindicación 10, caracterizado porque las asignaciones de recurso son almacenadas en una tabla .

12. Método de conformidad con la reivindicación 1, caracterizado porque la etapa (d) comprende presentar una luz de detención en una interfaz de usuario al usuario, si ya sea el riesgo o un resultado de validación del plan, alcanza un nivel inaceptable.

13. Método de conformidad con la reivindicación 12, caracterizado porque el nivel inaceptable es determinado derivando un índice a partir de la entrada de datos por el usuario y comparando el índice a un intervalo de valores aceptables para el índice.

14. Dispositivo ordenador para gestionar una pluralidad de proyectos, caracterizado porque comprende: una interfaz de usuario para recibir una entrada a partir de un usuario que comprende los datos que se relacionan con una de una pluralidad de proyectos; y un dispositivo de procesamiento, en comunicación con la interfaz de usuario, para valorar un riesgo para un proyecto basado en la salida recibida por la interfaz de usuario, validando un plan para el proyecto basado en la entrada recibida por la interfaz de usuario; y proporcionar, por medio de la interfaz de usuario, un reporte al usuario que representa al menos, uno del riesgo valorado en la etapa (b) y un resultado de validación del plan.

15. Dispositivo ordenador de conformidad con la reivindicación 14, caracterizado porque el dispositivo de procesamiento además proporciona un análisis de cartera para la pluralidad de proyectos.

16. Dispositivo ordenador de conformidad con la reivindicación 14, caracterizado porque el dispositivo de procesamiento además proporciona al usuario, un juego de herramientas de oficina de gestión de proyectos integrados de mejores prácticas y biblioteca de activos de proceso que representan activos compartidos entre la pluralidad de proyectos .

17. Dispositivo ordenador de conformidad con la reivindicación 14, caracterizado porque el dispositivo de procesamiento además proporciona al usuario rastreo de habilidades integradas, ubicación y módulo de disponibilidad con un procesador de habilidades para rastrear habilidades relevantes a la pluralidad de proyectos y asignación de las habilidades al proyecto.

18. Dispositivo ordenador de conformidad con la reivindicación 14, caracterizado porque la interfaz de usuario incita al usuario a responder una pluralidad de preguntas, y en donde el dispositivo de procesamiento valora el riesgo de conformidad con las respuestas en las preguntas recibidas del usuario.

19. Dispositivo ordenador de conformidad con la reivindicación 18, caracterizado porque las preguntas comprenden preguntas las cuales son almacenadas en el dispositivo ordenador independientemente del proyecto.

20. Dispositivo ordenador de conformidad con la reivindicación 19, caracterizado porque las preguntas además comprenden preguntas agregadas por el usuario para el proyecto .

21. Dispositivo ordenador de conformidad con la reivindicación 18, caracterizado porque las preguntas comprenden preguntas agregadas por el usuario para el proyecto .

22. Dispositivo ordenador de conformidad con la reivindicación 18, caracterizado porque las preguntas se toman de una lista de preguntas las cuales se pueden editar por el usuario.

23. Dispositivo ordenador de conformidad con la reivindicación 14, caracterizado porque el dispositivo de procesamiento valida el plan comparando las asignaciones de recursos para el proyecto a las asignaciones de recursos derivas de proyectos previos.

24. Dispositivo ordenador de conformidad con la reivindicación 23, caracterizado porque las asignaciones de recursos son almacenadas en una tabla.

25. Dispositivo ordenador de conformidad con la reivindicación 14, caracterizado porque el dispositivo de procesamiento controla la interfaz de usuario para presentar una luz de detención en una interfaz de usuario al usuario, si ya sea el riesgo o un resultado de validación del plan alcanza un nivel inaceptable.

26. Dispositivo ordenador de conformidad con la reivindicación 25, caracterizado porque el nivel inaceptable es determinado derivando un índice a partir de la entrada de datos por el usuario y comparando el índice a un intervalo de valores aceptables para el índice.

27. Dispositivo ordenador de conformidad con la reivindicación 14, caracterizado porque la interfaz de usuario y el dispositivo de procesamiento se comunican entre sí sobre la Internet o intranet.

28. Artículo de manufactura caracterizado porque comprende : un medio de almacenamiento que se puede leer por un dispositivo ordenador; y un código almacenado en el medio de almacenamiento, el código para controlar el dispositivo ordenador para gestionar una pluralidad de proyectos mediante: (a) recibir, en el dispositivo ordenador, una entrada a partir de un usuario que comprende datos que se relacionan con una de una pluralidad de proyectos; (b) valorar un riesgo para el proyecto basado en la entrada recibida en la etapa (a) ; (c) validar un plan para el proyecto basado en la entrada recibida en la etapa (a) ; y (d) proporcionar un reporte al usuario que representa al menos, uno del riesgo valorado en la etapa (b) y un resultado de validación del plan en la etapa (c) .

29. Artículo de manufactura de conformidad con la reivindicación 28, caracterizado porque el código además comprende código para proporcionar un análisis de cartera para la pluralidad de proyectos.

30. Artículo de manufactura de conformidad con la reivindicación 28, caracterizado porque el código además comprende código para proporcionar al usuario, un juego de herramientas de oficina de gestión de proyectos integrados, de mejores prácticas y biblioteca de activos de proceso que representan activos compartidos entre la pluralidad de proyectos .

31. Artículo de manufactura de conformidad con la reivindicación 28, caracterizado porque además el código comprende código para proporcionar al usuario, un rastreo de habilidades integradas, módulo de localización y disponibilidad con un procesador de habilidades para rastrear habilidades relevantes a la pluralidad de proyectos y asignar las habilidades al proyecto.

32. Artículo de manufactura de conformidad con la reivindicación 28, caracterizado porque en el código, la etapa (a) comprende, incitar al usuario a responder una pluralidad de preguntas, y en donde la etapa (b) se realiza de conformidad con las respuestas a las preguntas recibidas del usuario.

33. Artículo de manufactura de conformidad con la reivindicación 32, caracterizado porque las preguntas comprenden preguntas las cuales son almacenadas en el dispositivo ordenador independientemente del proyecto.

34. Artículo de manufactura de conformidad con la reivindicación 33, caracterizado porque las preguntas además comprenden preguntas agregadas por el usuario para el proyecto .

35. Artículo de manufactura de conformidad con la reivindicación 32, caracterizado porque las preguntas comprenden preguntas agregadas por el usuario para el proyecto .

36. Artículo de manufactura de conformidad con la reivindicación 32, caracterizado porque las preguntas se toman de una lista de preguntas las cuales se pueden editar por el usuario.

37. Artículo de manufactura de conformidad con la reivindicación 28, caracterizado porque la etapa (c) comprende comparar asignaciones de recursos para el proyecto con asignaciones de recursos derivadas de proyectos previos.

38. Artículo de manufactura de conformidad con la reivindicación 37, caracterizado porque las asignaciones de recurso son almacenadas en una tabla.

39. Artículo de manufactura de conformidad con la reivindicación 28, caracterizado porque en el código la etapa (d) comprende presentar una luz de detención en una interfaz de usuario al usuario, si ya sea el riesgo o un resultado de validación del plan, alcanza un nivel inaceptable.

40. Artículo de manufactura de conformidad con la reivindicación 39, caracterizado porque el nivel inaceptable es determinado derivando un índice a partir de la entrada de datos por el usuario y comparando el índice a un intervalo de valores aceptables para el índice.