Administración de propuestas y flujos de trabajo (traducción automática)

Importante

Este artículo se ha traducido con traducción automática; vea la declinación de responsabilidades. Para su referencia, puede encontrar la versión en inglés de este artículo aquí.

La administración de propuestas es un nuevo concepto en Microsoft Project Server 2010 que integra propuestas de proyectos, análisis de cartera y administración de proyectos a través de flujos de trabajo y páginas de detalles de proyectos. El objetivo de la administración de propuestas es permitir a los usuarios proponer, ver, categorizar, clasificar por orden de prioridad y seleccionar proyectos, así como realizar un seguimiento de estos, dentro de la organización.

En este artículo se incluyen las siguientes secciones:

• Introducción a la administración de la demanda

• Control de flujo de trabajo

• Procesos de administración de la demanda

  • Plantillas de proyecto de empresa

  • Fase: Pasos para una colección de un ciclo de vida del proyecto

  • Escenario: Un paso en un ciclo de vida del proyecto

  • Páginas de detalles del proyecto en etapas

Para obtener una introducción a los procesos de gestión de la demanda, consulte Guía para autoestopistas sobre la administración de propuestas (notas del producto).

Introducción a la administración de la demanda

El proceso de administración de la demanda captura todas las propuestas de trabajo en un solo lugar, guías de las propuestas a través de un proceso de control de varias fases, ayuda a los usuarios tomar decisiones acerca de las propuestas que para aprobar y pistas el progreso de la ejecución del proyecto hasta que se complete el trabajo. Un componente clave dentro de la gestión de la demanda es el modelo de gobierno de flujo de trabajo implementado en Project Server.

La propuesta de proyecto de características de Microsoft Office Project Server 2007 ayuda a la demanda de la captura en un lugar, pero no es flexible y no incorpora un flujo de trabajo de control corporativo. El módulo de generador de Microsoft Office Project Portfolio Server 2007 es un proceso de administración flexible de demanda, pero no tiene el servidor de proyecto y el aspecto de SharePoint. El proceso Portfolio Server 2007 también tiene algunas posibilidades de uso y los problemas de escalabilidad. El proceso de administración de la demanda en Project Server 2010 está diseñado para ser flexible y utilizable.

Nota

Las versiones posteriores del SDK de la Project 2010 contendrá información acerca de cómo crear e implementar flujos de trabajo y páginas de detalles del proyecto. Los artículos en Microsoft TechNet y Microsoft Office Online incluirá información detallada acerca de cómo administrar y usar flujos de trabajo para la gestión de la demanda.

Control de flujo de trabajo

Los programadores pueden crear flujos de trabajo de control que permiten a los ciclos de vida complejos para propuestas de proyecto o a petición en Project Server 2010. Una petición es cualquier propuesta que requiere recursos, como, por ejemplo, personal, tiempo o de financiación.

Un flujo de trabajo de gobierno incluye definiciones de las fases del ciclo de vida a través del cual se avanza el proyecto, por ejemplo, la creación de la propuesta y la aprobación inicial. El flujo de trabajo establece la información que sea necesario o se bloquea en cada fase. Por ejemplo, un flujo de trabajo puede bloquear costo presupuestado de una vez aprobado el proyecto. Un flujo de trabajo puede incluir los pasos de aprobación o notificación manuales necesarios y agregar lógica de negocios para actualizar otros sistemas LOB. Por ejemplo, un flujo de trabajo puede actualizar un recurso de empresa planificación del sistema (ERP) cuando se apruebe el presupuesto de la propuesta.

La plataforma de flujo de trabajo de Project Server (figura 1) se basa en la plataforma de flujo de trabajo de SharePoint, que a su vez está basada en Windows Workflow Foundation (WF). Flujo de trabajo es un componente clave de gestión de la demanda.

Figura 1. Arquitectura de servidor de flujo de trabajo del proyecto

Un flujo de trabajo de Project Server se ejecuta en un sitio de Project Web App y ayuda a administrar una secuencia de actividades o conjuntos alternativos de actividades relacionadas con la administración de proyectos, como Valor del campo de control de proyecto personalizado y Publicar el proyecto.

Flujos de trabajo de Project Server son del tipo "sitio", lo que permite un flujo de trabajo aplicar a todo un sitio de SharePoint. Un flujo de trabajo del sitio quita la restricción de que un flujo de trabajo de SharePoint puede ser iniciado sólo en un elemento de lista. Flujos de trabajo de Project Server se implementan en Project Web App, y se puede ejecutar una instancia de flujo de trabajo sólo en una entidad de proyecto.

Figura 2 muestra los procesos de alto nivel para la creación de flujo de trabajo, administración y uso. Puede haber una y sólo una instancia de flujo de trabajo de control asociados con un proyecto en cualquier punto en el tiempo.

Nota

Flujos de trabajo de Project Server se deben crear en Visual Studio 2010. No se puede crear flujos de trabajo de Project Server en Microsoft SharePoint Designer 2010, porque la configuración de las actividades de flujo de trabajo de Project Server requiere acceso mediante programación a Project Server Interface (PSI). Visual Studio 2010 es capaz de implementar flujos de trabajo del sitio directamente a los sitios de SharePoint.

Figura 2. Proceso de creación de flujo de trabajo

La administración de flujos de trabajo de Project Server es idéntica a la administración de los otros flujos de SharePoint trabajo, lo que proporciona mayor coherencia entre Project Server y SharePoint Server y reducir redundantes a trabajar. Las instancias de flujo de trabajo se crean cuando se crea una propuesta de proyecto y se eliminan cuando el proyecto es eliminado, rechazado o completado.

A diferencia de SharePoint Server 2010, un usuario inicia una instancia de flujo de trabajo desde la página de administración que enumera todos los flujos de trabajo de Project Server.

Para obtener más información acerca de cómo configurar Visual Studio y desarrollar e implementar un flujo de trabajo de Project Server, consulte Desarrollo de flujos de trabajo de Project Server (traducción automática).

Procesos de administración de la demanda

En administración de la cartera de proyectos, un ciclo de vida del proyecto es un proceso de larga ejecución que abarque las fasesde control corporativo. Fases de administración de la demanda típica se cree, seleccione, planear y administrar. Las fases de planificación y administración se realizan mediante los procesos de administración de proyecto más familiarizados con Project Professional y Project Web App. Flujo de trabajo modela los procesos de control corporativo y proporciona una manera estructurada para proyectos continuar a través de las fases. Flujos de trabajo, junto con otros datos de la propuesta de páginas de detalles del proyecto (PDP), se capturan y se integra en el conjunto de características de administración de la demanda, proporcionando una plataforma rica y dinámica en el que los clientes y asociados de negocios pueden crear soluciones personalizadas.

Figura 3 muestra las cuatro fases de la gestión de la demanda y cómo encajan entre sí. Dentro de cada fase son las fases como la idea de proponer y Revisar inicial. Cada fase puede tener un PDP asociados en Project Web App. Toda la colección de fases representa un único flujo de trabajo que puede vincularse a una plantilla de proyecto de empresa (Aceptar).

Figura 3. Fases de administración de la demanda y fases

Plantillas de proyecto de empresa

Una plantilla de proyecto de empresa representa un contenedor que encapsula las fases, etapas, un único flujo de trabajo y los PDP. Cada Aceptar representa un tipo de proyecto único. Normalmente, tipos de proyecto se alinean con los departamentos individuales, por ejemplo, proyectos, proyectos de TI o proyectos de recursos humanos de marketing. Tipos de proyecto ayuda a clasificar los proyectos dentro de la misma organización que tienen un ciclo de vida de un proyecto similar. Para un usuario, los EPTs aparecen en una lista desplegable de tipos de proyecto, cuando el usuario hace clic en Nuevo proyecto en la cinta de opciones Project Web App.

Fase: Una colección de pasos en un ciclo de vida del proyecto

Una fase representa una colección de las fases que se agrupan para identificar un conjunto común de actividades en el ciclo de vida del proyecto. Ejemplos de fases son la creación del proyecto, selección de proyectos y administración de proyectos (que se muestra como crear, seleccionar y administrar en la figura 3). Fases no tiene ningún efecto técnica directa en el comportamiento de un Aceptar. Es decir, cambiar el orden de fases no afecta a cómo reacciona el sistema. El propósito principal de fases de administración de la petición es proporcionar una experiencia de usuario más suave que los usuarios tienen la opción de organizar las etapas en grupos lógicos.

Escenario: Un paso en un ciclo de vida del proyecto

Un escenario representa un paso dentro de un ciclo de vida del proyecto. Una fase se compone de uno o varios de los PDP vinculados por tema o la lógica común. Las etapas en un nivel de usuario aparecen como pasos dentro de un proyecto. En cada paso, datos deben ser introducidos, modificados, revisados o procesados.

En un nivel técnico, cada fase representa un paso donde se manipulan los datos antes de que el flujo de trabajo puede moverse al siguiente paso. Para un flujo de trabajo de fase única, muy poco programación está implicado. El usuario introduce todos los datos en un PDP y, a continuación, puede trabajar en el proyecto como haría normalmente. Para un flujo de trabajo de varias fases, cada fase se separa mediante una actividad (SetProjectStage) dentro de un diagrama de flujo de trabajo de Visual Studio. La actividad real SetProjectStage actúa como un marcador entre fases y establece las propiedades predeterminadas de la siguiente etapa. Las actividades que siguen SetProjectStage describen las acciones que deben tener lugar dentro de la siguiente etapa.

Nota

No se crea el escenario real en el propio Visual Studio. El escenario debe crearse primero en Project Web App. Después de crea el escenario, puede vincular a esa fase dentro de Visual Studio.

Páginas de detalles del proyecto en etapas

Un PDP representa una sola página de elementos Web en Project Web App. Los PDP pueden utilizarse para mostrar o recopilar información del usuario. Puede crear los PDP de la misma manera que crear cualquier página de elementos Web en un sitio de SharePoint, donde puede agregar elementos Web que proporcionan la experiencia que desee. Puede agregar elementos Web individuales de las galerías de elementos Web estándar o crear elementos Web personalizados.

Elementos Web de Project Server y los elementos Web personalizados usados en todos los de la administración de demanda contienen campos personalizados. Elementos Web pueden realizar llamadas a la PSI, consultar la base de datos de informes o integrar con sistemas externos. Figura 4 muestra la jerarquía general de las partes de la gestión de la demanda en Project Server 2010.

Figura 4. Desglose de la gestión de la demanda

Flujos de trabajo están asociados con las fases. Desde la perspectiva de programación, los PDP no hace realmente referencia dentro del flujo de trabajo. Los PDP simplemente actúan como contenedores pueden mantener o mostrar los datos. El flujo de trabajo hace referencia a campos personalizados de los elementos Web.

Para obtener más información y algunos escenarios donde se utilizan los PDP, consulte la sección de la página de detalle del proyecto en What's New for Developers.

Nota

Declinación de responsabilidades de traducción automática: Este artículo se ha traducido con un sistema informático sin intervención humana. Microsoft ofrece estas traducciones automáticas para que los hablantes de otros idiomas distintos del inglés puedan disfrutar del contenido sobre los productos, los servicios y las tecnologías de Microsoft. Puesto que este artículo se ha traducido con traducción automática, es posible que contenga errores de vocabulario, sintaxis o gramática.

Vea también

Otros recursos

Información general sobre Project 2010 para programadores (traducción automática)

Desarrollo de flujos de trabajo de Project Server (traducción automática)

Guía para autoestopistas sobre la administración de propuestas (notas del producto)

Historial de cambios

Fecha	Descripción	Motivo
Mayo de 2010	Publicación inicial