Documentación Project Online PDF

Contents
Project Online
Introducción a Project Online
Paso 1: Registrarse en Project Online
Paso 2: Agregar personas a Project Online
Paso 3: Configurar una tienda en Project Online
Agregar Project Online a su cuenta de Office 365
Agregar Project Online a una colección de sitios
Migrar a Project Online desde Project Server
Configurar otro sitio de Project Online
Eliminar un sitio de Project Web App
Activar las notificaciones en Project Web App
Tareas periódicas para los administradores de Project Online
Crear identificadores únicos de proyectos para mis proyectos en Project Online
Idiomas admitidos en Project Online
Requisitos del cliente de Project Online
Configurar el panel de la cartera de proyectos de Office 365
Partes de horas
Configurar partes de horas
Configurar categorías para las filas de los partes de horas
Configurar el tiempo y el progreso de las tareas
Personalizar los partes de horas y el progreso de las tareas para su organización
Configurar la aprobación del tiempo y el progreso de las tareas
Configurar directivas para registrar el tiempo y el progreso de las tareas
Configurar el año fiscal
Configurar las vacaciones, las bajas por enfermedad y otras categorías de trabajo
ajenas al proyecto
Configurar cómo se registran el tiempo y el progreso de las tareas
Informes
Conceder acceso a los informes en Project Online
¿Qué herramientas de informes puedo usar con los datos del proyecto?
Configurar el resumen de los datos de informes de fase temporal en Project Online
Recursos
Configurar el Centro de recursos
Activar las negociaciones de recursos en Project Online
Preguntas más frecuentes: las negociaciones de recursos van a reemplazar a los
antiguos planes de recursos
Flujos de trabajo
Uso de flujos de trabajo para la administración de propuestas en Project Online
Solucionar problemas de flujos de trabajo de Project Online
Procedimientos recomendados para crear fases y etapas
Seguridad
Cambiar la administración de permisos en Project Online
Planear grupos de SharePoint en Project Online
Uso de Project Online con usuarios externos
Información sobre la administración de identidades en Project Online
¿Qué debo hacer si el administrador de Project Online se encuentra bloqueado?
Rendimiento
Ajustar el rendimiento de Project Online
Project Online: los límites del software
Procedimientos recomendados para mejorar el rendimiento de las negociaciones de
recursos
Oficina de administración de proyectos
Facilitar la adopción de Project Online con una Oficina de administración de
proyectos
Guía de implementación de Project Online
Procedimientos recomendados de sistema empresarial
El modelo de madurez del sistema de administración de proyectos
EPM: ¿centralizada o descentralizada?
Instrucciones de panel
Crear un Plan de implementación de EPM
Los desafíos a la hora de seleccionar el software empresarial
Los siete pecados de las programaciones de proyectos
7 formas de respaldar la adopción de una solución de PPM después de la
implementación
Cancelación de un proyecto sin cancelar su carrera profesional
¡Vendemos agujeros, no taladros!
El Batphone
Equilibrar la matriz
Cobrar por adelantado en los códigos de gastos
Ser un comprador de soluciones
Seguimiento o tratamiento
No se deje vencer por el período de semidesintegración (t 1/2): controlar la solución
de PPM después de la implementación
Dicen que lo que quieren es una resolución
El portador de malas... noticias
La conexión ejecutiva
¿Hay un piloto a bordo?
¿Le pongo también un poco de EPM?
¿Ya hemos llegado?
Asistencia de GPS a la hora de planear una implementación EPM
Descendente o ascendente
Alinear proyectos con controladores estratégicos
Un enfoque por fases para implementar la administración de proyectos
empresariales
Administración de recursos
Mantener los datos de usuario
Eliminar datos de usuario de Project Online
Exportar datos de usuario desde Project Online
Buscar elementos de usuario personalizados en la exportación de datos de usuario
de Project Online y Project Server
Definiciones de exportación de datos de Project Online y Project Server
Administración de licencias
Información importante para los clientes de Project Online sobre los cambios de
plan
Renovar los planes de Project Online en una organización más grande
Plan de desarrollo
Activar o desactivar el plan de desarrollo
Eliminar el plan de desarrollo del proyecto
Eliminar datos de usuario del plan de desarrollo del proyecto
Obtenga información sobre cómo planear, implementar y mantener Project Online en su entorno.
Empezar a trabajar con Project Online
Plan para implementar el proyecto en línea
Procedimientos recomendados para mejorar el rendimiento
Restricciones y límites de Software en línea de Project
Configurar los partes de horas
Configurar el paquete acumulativo de actualizaciones de fase temporal de datos de informes de

Project Online
Artículos destacados
Procedimientos recomendados para mejorar el rendimiento de contrataciones de recursos
Administración de permisos de cambio en Project Online
Descripción de la administración de identidades en Project Online
Empezar a trabajar con Project Online
18/12/2018 • 2 minutes to read
Información general
Project Online está basado en web y es ideal para:

Administrar varios proyectos.
Seguimiento del trabajo en los partes de horas.
Equilibrio de recursos amplia necesita.
(Si está buscando una versión hospedada de Project Server,
esto es lo!)
Para que sea legible, Project Online no es una versión basada en web de Project Professional. Project
Online es un servicio totalmente independiente que ofrece completas herramientas de administración de carteras
y proyectos en la web. Incluye Project Web App y, dependiendo de su suscripción, también puede incluir a Project
Online Desktop Client, que es una versión de suscripción de Project Professional.
¿Tiene el equivocado?
Si necesita cancelar y suscribirse a otra cosa, elija facturación > suscripciones en el centro de administración
de Office 365, elija la suscripción que desee cancelar y, a continuación, haga clic en Cancelar suscripción en el
panel en el Correcto. A continuación, puede encontrar el producto adecuado para suscribirse a y agregar a su
cuenta de Office 365 existente.
¿Necesita ayuda?
Eche un vistazo a través de la Ayuda de Project en Office.com. Si todavía se reproducirán, intente registrar los
problemas y preguntas en el foro de discusión de Project Online.
Paso 1: Suscribirse a Project Online
En primer lugar, suscribirse a Project Online
Inicio desde cero Agregar Project Online para Office

¿Nuevo en Office 365? ¡Comience por 365
aquí! Si ya tiene una cuenta de Office 365, es
posible que pueda agregar Project
Online a esa cuenta eligiendo ofrece
activar desde el menú de la izquierda
en el centro de administración de Office
365 en facturación. Más información
A continuación, asegúrese de que puede obtener en!
Puede parecer un poco con versiones anteriores, pero

después de registrarse, lo primero que debe hacer es
Asegúrese de que su cuenta se asigna una licencia de
Project Online. Algunas cuentas son y otros no lo son.
Para comprobar si está asignado una licencia:
Elija los usuarios > Usuarios activos en el menú izquierdo
en el centro de administración de Office 365.
Elija su cuenta.
Confirme que se encuentra el Proyecto en línea bajo
licencias de producto.
Aunque, como el administrador, no en realidad piensa
usar Project Online, la única forma de podrá ver que Project
Online es, de hecho, incluido en su cuenta de Office 365 es
proporcionando a usted una licencia para utilizarlo. Puede
volver más adelante y quitar su licencia para liberar para otro
usuario, si es necesario.
Tenga paciencia...
Toma un tiempo para Project Online terminar la introducción
establecer copia de seguridad. Ir una taza de café o ponerse al
día en correo electrónico. El programa de instalación
generalmente se realizará dentro de 30 minutos a una
hora, pero a veces puede tardar más tiempo (o más corto!).
¡No se preocupe si suyo está tardando más!
Cuando vuelva a comprobar en el programa de instalación,
actualice la página. Si ve que aparecen en el selector de
aplicación de Project , estará listo ir!
> [!TIP]¿> Necesita más de un sitio de Project Online? Se
puede establecer tantos como sea necesario hasta.
Parte superior de la página

Paso 2: Agregar personas a Project Online
1. en primer lugar, agregar personas a Office 365
Iniciar mediante la adición de usuarios en el centro de

administración de Office 365. Si va a agregar Project Online
para una suscripción de Office 365 existente, es posible que
ya ha agregado todos los usuarios necesitan y puede omitir
este paso.
Importante! Planear el uso de su propio dominio (por
ejemplo, contoso.com)? Agregar un dominio a Office 365
antes de agregar los usuarios de Project Online. No es
compatible con el cambio una vez que haya agregado a
los usuarios de dominios!
Cuando esté listo para agregar a alguien a Project

Online, iniciar mediante la adición de usuarios:
1. elija usuarios > usuarios activos desde el menú de la
izquierda en el centro de administración de Office 365.
2. en la parte superior de la lista de usuarios, haga clic en +
Agregar un usuario.
3. rellene la información de cuenta.
4. en licencias de producto, asegúrese de que se asigna una
licencia de Project Online y, a continuación, elija Agregar.
5. Elija si desea enviar la nueva contraseña del usuario en el
correo electrónico y, a continuación, agregue otro usuario.
Para obtener más información, vea Agregar usuarios
individualmente o de forma masiva a Office 365 - ayuda de
administración
2. a continuación, grupo de personas por lo que va a realizar con

Project Online
Ahora que ha agregado personas a
Project Online, el siguiente paso es
dividir en grupos por cómo usará con.
No todos necesitan acceso a todo el

contenido disponible en Project
Online. Normalmente, se puede
ordenar la organización en las
siguientes funciones:
Rol Descripción Nombre del permiso
Administradores Personas que necesitan un control total Los administradores de Project Web
sobre su suscripción a Project Online. App [Control total]
Los administradores administración la
lista de usuario, que obtiene los niveles
de acceso, y también administración
todas las opciones de proyecto
principal.
Jefes de proyecto Personas que va a crear y administrar Jefes de proyecto de Project Web
los archivos de proyecto. Los jefes de App [diseñar, administrar subsitios]
proyecto crear proyectos y tareas,
asignar recursos, administrar los partes
de horas y en caso contrario, será
responsable de proyectos y los archivos
de proyecto.
Miembros del equipo: Personas que realizan las tareas del Miembros del equipo para Project
proyecto. Los miembros del equipo Web App [lectura]
reciben las asignaciones y rellenen
progreso y partes de horas.
Para obtener la lista completa de permisos disponibles con Project Online, vea Plan SharePoint groups in Project
Online.
Para administrar más fácilmente las personas en Project
Online, cree un grupo de seguridad para cada una de las
funciones que necesita:
1. elija grupos > grupos desde el menú de la izquierda en el
centro de administración de Office 365.
2. en la parte superior de la lista de grupos, haga clic en +
Agregar un grupo.
3. para tipo, elija el grupo de seguridad. Hay otros tipos de
grupo en Office 365, pero esto es la única que puede
administrar más fácilmente los usuarios de Project Online.
Para obtener más información sobre los distintos tipos de
grupos, vea Comparar grupos.
4. Escriba un nombre para el grupo. Puede resultar más fácil
seleccionar un nombre que hace referencia al nivel de
permisos. Para una organización llamada Contoso, podría
denominar el grupo "administradores de Contoso" o
"Integrantes del equipo Contoso".
5. elija Agregar.
A continuación, agregar usuarios a grupos.

Para agregar usuarios a grupos:
1. elija usuarios > usuarios activos.
2. Active la casilla de verificación para cada usuario que desee
agregar a su primer grupo de seguridad y elija + Agregar al
grupo en el panel de acciones masivas .
3. Elija un grupo de la lista de pertenencias a grupos y, a
continuación, elija Guardar > cerrar.
3. a continuación, agregar personas como recursos
No cada usuario debe ser un

recurso. A veces, las personas al igual
que los ejecutivos de nivel superior sólo
necesitan tener acceso a Project Online
para mantenerse al tanto de cómo
deben determinarse los proyectos en
toda la organización.
Si sabe que una persona funcionará en los proyectos y

tareas, asegúrese de que el usuario un recurso:
1. En el selector de aplicación de Office 365, elija proyecto.

2. Elegir los recursos en el menú de la izquierda. Puede:
Agregar muchos recursos a la vez: si no ha agregado todos los recursos aún, puede sincronizar con un
grupo existente.
r. en la página Centro de recursos , elija haga clic aquí en la primera oración: "Para agregar recursos,
haga clic aquí para sincronizar con un grupo existente."
b. en la página de Sincronización del grupo de recursos de empresa de Active Directory , escriba
el nombre de un grupo de seguridad en el cuadro de Grupo de Active Directory .
c. elija Guardar.
d. Repita el procedimiento para otros grupos de seguridad que desea crear los recursos para. Cuando
haya agregado todos los grupos de seguridad que desee, elija Guardar y sincronizar ahora.
Agregar recursos de uno a la vez:
r. en la página Centro de recursos, elija recursos > New.
b. hay una gran cantidad de cosas que pueden rellenar aquí, pero sólo dos cosas son realmente
importantes ahora mismo:
-En Información de identificación, elija asociar recursos con una cuenta de usuario.
-En la sección Autenticación de usuario, en el cuadro cuenta de inicio de sesión de usuario ,
escriba el nombre del usuario que desee trabajar en proyectos y tareas.
c. elija Guardar cuando haya terminado.
4. finalmente, compartir Project Online con las personas que agregó
Ahora que ha agregado personas a Project Online, el

siguiente paso es compartir el sitio con ellos para que puedan
obtener realmente!
Cuando comparte el sitio de Project Online con un

usuario, también decidir qué pueden hacer en Project
Online:
En Project Online, elija compartir, justo debajo de su nombre
en la parte superior derecha de la página. Puede compartir
con personas o grupos de seguridad. Compartir por grupo de
seguridad si ha creado grupos de seguridad para cada nivel
de permisos que desea usar. Escriba el nombre del grupo de
seguridad o el nombre del usuario individual en el cuadro
superior y, a continuación, elija Mostrar opciones. En
Seleccione un nivel de permiso o grupo, elija el nivel de
permisos que coincida con lo que el grupo de seguridad o el
rol de la persona está en su organización. Por ejemplo, para el
grupo de seguridad Administradores de Contoso, elija los
administradores de Project Web App [Control total]. Elija
compartir. Repita este proceso para todos los otros grupos o
usuarios individuales que desea usar Project Online.
SIGUIENTE PASO...
A continuación, obtenga información sobre paso 3: configurar la compra en Project Online.
Volver al principio
Paso 3: Configurar la compra en Project Online
En este momento, si desea realmente, puede profundizar derecha en e iniciar un nuevo proyecto! Todo
el contenido es existe para que saltar en acaba y ejecutar. Pero... hay algunas cosas que puede configurar ahora,
para hacer que Project Online más útil para su organización.
Establezca la zona horaria
¿Tiene alguna a los usuarios en distintas zonas horarias?

Project Online almacena las horas y fechas en formato UTC
(hora Universal) y, a continuación, convierte veces en la zona
horaria local del sitio de Project Web App cuando se visualiza
una página. Si hay usuarios en zonas horarias fuera de la
zona horaria para el sitio de Project Web App, debe ha
cambiado su configuración de zona horaria personal para
que coincida con su ubicación para asegurarse de que están
viendo horas y fechas correctamente en Project Online.
¿Desea que los

integrantes del equipo
para activar en los partes
de horas para el trabajo
que realizan? Antes de que
los integrantes del equipo
pueden comenzar a rellenar
los partes de horas, debe
configurar algunas cosas.
Basic Advanced
Configurar los partes de Configurar cómo se
horas capturan tiempo y progreso
Configurar el año fiscal de tareas
Configurar categorías para Personalizar los partes de
las filas del parte de horas horas y progreso de tareas
Establecer un tiempo de para la organización
vacaciones y baja por Configurar la aprobación de
enfermedad progreso de tiempo y tareas
Definir una forma eficaz para administrar usuarios y recursos
¿Desea usar grupos para administrar quién está

haciendo qué en Project Online? Puede configurar Project
Online para usar los mismos grupos de Active Directory que
es posible que ya haya configurado en SharePoint Online.
Esto puede realizar un poco más fácil realizar un seguimiento
de quién hace qué entre las distintas herramientas en su
organización.
Si desea ir a esta ruta:
Compruebe que se encuentra en el modo de permiso de
SharePoint. Planeación de grupos de SharePoint en Project
Online. Configurar el centro de recursos para usar los grupos
de Active Directory.
Y hay más...
Hay una gran cantidad de formas de asignar Project

Online a la forma en que se ejecuta su negocio. A
continuación presentamos unas cuantas cosas que puede
empezar a buscar a través de, cuando esté listo para
profundizar. Algunos de estos recursos se escriben con
Project Server en mente, pero los pasos son relativamente
similares.
Esto es complicado cosas. Si no está listo para complicado, pasar por alto esta sección y pasar a crear un
proyecto en Project Web App. No es necesario saber este nivel avanzado del programa de instalación para que
pueda usar Project Online. (Es correcto si permiten a un suspire de alivio ahora!)
Si está listo para complicado, a continuación presentamos algunos lugares para empezar:
Campos personalizados de empresa y tablas de búsqueda en Project Web App
Uso de flujo de trabajo para la administración de propuestas en Project Online
Introducción al análisis de cartera
Si obtiene abrumado o confundirse, los foros de discusión en TechNet son un buen sitio para obtener
respuestas a sus preguntas.
¿Listo para pasar el programa de instalación?

¡ A continuación hacia arriba, crear un proyecto en
Project Web App!
¿Está bloqueado? Pruebe los foros de discusión de Project
en TechNet.
Agregar Project Online a su cuenta de Office 365
Si se suscribe ya a otro servicio de Microsoft, como Exchange Online o SharePoint Online, ya tiene una cuenta de
Office 365. Si usa Office 365 Enterprise, gubernamentales o académico, es posible que pueda simplemente
agregar Project Online a esa cuenta.
¿Cómo saber si tengo el tipo

adecuado de la cuenta de Office
365?
Para comprobar, vaya a la página de
servicios de compra en el centro de
administración de Office 365.
Si ve que Project Online en la lista,

que esto significa puede agregarla! Siga
leyendo para obtener más información.
Si no ve que la lista Project Online,
que esto podría ser debido a que no es
su cuenta de Office 365 Enterprise,
gubernamentales o académico. Estos
son los niveles de suscripción sólo que
son compatibles con Project Online.
Para agregar Project Online a su cuenta de Office 365 existente:

1. Inicie sesión en Office 365 cuenta.
2. En el centro de administración de Office 365, elija Servicios de compra en el menú de la izquierda.
3. Elija Agregar junto al plan de proyecto en línea que se prefiere y siga el en pantalla instrucciones.
NOTE
Si está usando una versión de prueba y desea para una suscripción de pago, elija Comprar ahora.
Agregar Project Online a una colección de sitios
Adición de Project Online a una colección de sitios existente le ayudará a usar los permisos y los usuarios que ya
ha configurado. También le permite incorporar las tareas de SharePoint en Project Online y compartir sus
proyectos de empresa en el sitio de grupo o proyecto.
TIP
Para obtener más información acerca del uso de SharePoint y Project Online juntos, eche un vistazo a información general:
ver una lista de tareas de SharePoint en Project Web App.
Para habilitar Project Online en una colección de sitios existente:

1. Inicie sesión en el sitio del portal de Microsoft Office 365.
Sugerencia Si no está seguro de su identificador de usuario, consulte el mensaje de correo electrónico
'Empezar a trabajar con Microsoft Office 365' que incluye el identificador de usuario y otra información de
cuenta.
2. Haga clic en el iniciador de la aplicación y, a continuación, haga clic en Admin.

3. En el centro de administración, en centros de administración, seleccione SharePoint.
4. Mantenga el mouse sobre la dirección URL de la colección de sitios donde desea habilitar Project Online y, a
continuación, seleccione la casilla de verificación que aparece a la izquierda de la dirección URL.
IMPORTANT
Sólo puede agregar Project Online a una colección de sitios que usa la plantilla Sitio de grupo o Sitio del proyecto .
5. Haga clic en Project Web App en la cinta de opciones y, a continuación, haga clic en Agregar.
6. En el cuadro de diálogo que aparece, haga clic en Habilitar para agregar Project Online a la colección de
sitios.
NOTE
Después de configurar el sitio, espere 15 minutos antes de usarlo, por lo que Project Online puede finalizar la
instalación.
Migrar a Project Online desde Project Server
Obtenga más información acerca de la actualización de su entorno local de Project Server 2016 o Project Server
2013 a Project Online.
¿Es Project Online para mí?

Los siguientes son consideraciones que debe tomar al planear la migración a Project Online desde el entorno
existente de Project Server:
¿POR QUÉ TENDRÍA PREFIERE MIGRAR A PROJECT ONLINE COSAS QUE PUEDEN IMPEDIR LA MIGRACIÓN A PROJECT ONLINE
Tengo que los usuarios móviles. Reglas de negocio restringen me operativo mi negocio en la
Ahorro de costos en hardware y software de instalación. nube.
Después de la migración, bajo los costos para mantener mi Necesito mi entorno de control de actualizaciones.
entorno (por ejemplo, actualizaciones automáticas, garantizada
el tiempo de actividad, etcetera.).
Migrar a Project Online

Puede hacer lo siguiente para migrar manualmente los datos del plan de proyecto:
1. Guarde los planes del proyecto desde Project Server en formato MPP.
2. Uso de Project Professional 2013, Project Professional 2016, vista previa de Project Professional 2019 o el
cliente de escritorio de Project Online, abra cada archivo MPP y, a continuación, guardar y publicar a Project
Online.
Puede crear también manualmente la configuración de PWA en Project Online (por ejemplo, vuelva a crear los
campos personalizados que necesite o calendarios de empresa).
Para obtener más información acerca de Project Online, consulte:
RECURSO DESCRIPCIÓN
Empezar a trabajar con Project Online Cómo instalar y usar Project Online.
Descripciones de servicios en línea de Project Información acerca de los distintos planes de proyecto en línea
que están disponibles para usted.
¿Necesita ayuda con la migración?

Un número de factores puede afectar a cuánto esfuerzo que necesita para poner en la migración (por ejemplo,
número de proyectos), la complejidad de los proyectos, versión de Project Server, etcetera. Si necesita ayuda con
esto, hay varias opciones:
Obtener ayuda de un socio de Microsoft - actualización a Project Online desde Project Server puede
suponer un reto y requiere una gran cantidad de planeación y preparación. Puede ser especialmente difícil si
no estuviera uno de programa de instalación y configuración de Project Server originalmente.
Afortunadamente, existen Microsoft Partners puede activar para que le ayude con esto. Puede buscar un
Microsoft Partner ayudar con la migración en el Centro de socio de Microsoft. Puede extraer una lista de
todos los Microsoft Partner con experiencia en Project, busque en el término de proyecto oro y
administración de cartera de proyectos .
Microsoft FastTrack - verificación con Microsoft FastTrack para obtener instrucciones sobre la migración a
la nube de su entorno local. Se admiten sólo las migraciones desde Project Server 2013 o Project Server
2016. Compruebe con Microsoft FastTrack en los volúmenes de licencia mínimos para usar este servicio.
Configurar otro sitio de Project Online
Es posible que decida que desea configurar un sitio de Project Online adicional, para administrar proyectos en un
entorno independiente desde el primer sitio de Project Online. Puede hacerlo mediante la creación de otra
colección de sitios con Project Web App.
Para configurar otro sitio de Project Online:
1. Where iniciar sesión en Office 365 para la empresa con su cuenta de trabajo o escuela.
2. Seleccione el icono del selector de aplicación en la superior izquierda y elija Admin.
TIP
El icono Administración aparece únicamente para los administradores de Office 365.
3. En el panel de navegación inferior izquierda, expanda Centros de administrador y abra el centro de

administración de SharePoint .
4. Haga clic en nuevo > colección de sitios de Private con Project Web App.
5. En el cuadro título , escriba un nombre para la nueva colección de sitios.
6. Seleccione el sitio web donde desea crear la colección de sitios en la lista Dirección pública del sitio Web
y, a continuación, escriba la parte de la dirección URL que señala directamente a la colección de sitios en el
cuadro que sigue.
Por ejemplo, seleccione https://contoso.microsoftonline.com desde la Dirección pública del sitio
Web de lista y, a continuación, escriba pwa en la casilla situada junto a la dirección. La dirección para la
colección de sitios será https://contoso.microsoftonline.com/pwa.
7. Rellene el resto de los cuadros, incluidas las siguientes:
Administrador Escriba el nombre del Administrador de la colección de sitios.
Cuota de almacenamiento Escriba la cantidad máxima de memoria que desea dedicar al
almacenamiento de información para Project Online. La recomendación es de al menos 200 MB. Esta
figura afecta al rendimiento.
Server recursos cuota escriba el número máximo de recursos del servidor que desea usar en Project
Online. La recomendación es al menos 300 recursos del servidor. Esta figura afecta al rendimiento.
8. Haga clic en Aceptar para crear la colección de sitios, con Project Online habilitado.
NOTE
Después de configurar el sitio, espere 15 minutos antes de usarlo, por lo que Project Online puede finalizar la instalación.
Eliminar un sitio de Project Web App
Después de que se ha suscrito a Project Online, es posible que ha creado un par de varios sitios de Project Web
App para probar cosas desprotección antes de aplicarlo al resto de su equipo. Cuando esté listo, puede eliminar un
sitio de Project Web App no usado.
1. Inicie sesión en Office 365 con su cuenta profesional o educativa.
2. Vaya al centro de administración de SharePoint.
3. Elija el sitio de Project Web App que se va a eliminar y, a continuación, seleccione la casilla de verificación a
la izquierda de la dirección URL.
4. En la cinta de opciones, en el grupo contribuir , seleccione Eliminar.
5. Seleccione Eliminar para mover la colección de sitios a la Papelera de reciclaje.
La colección de sitios permanece en la Papelera de reciclaje para 30 días y, a continuación, se elimina de manera
permanente. Durante los 30 días cuando está en la Papelera de reciclaje, puede restaurar una colección de sitios
eliminada en cualquier momento y también se restaura la base de datos de Project Web App.
Dejar espacio para un nuevo sitio de Project Web App

Project Online le permite tener siete colecciones de sitios con Project Web App. Si tiene siete sitios y eliminar uno
con los pasos anteriores, Project Online seguirán contar el sitio eliminado como uno de los siete sitios hasta que se
elimina definitivamente de la Papelera de reciclaje en 30 días.
Si prefiere no esperar 30 días para liberar un sitio de Project Web App, puede deshabilitar Project Web App en una
colección de sitios.
NOTE
Ya se ha eliminado de la colección de sitios? Restaurar una colección de sitios eliminaday, a continuación, siga los pasos
siguientes para deshabilitar Project Web App.
Deshabilitación de Project Web App es no reversible, por lo que debe asegurarse de que nunca necesitará
restaurar el sitio de Project Web App que está deshabilitando. Una vez que Project Web App está deshabilitada, la
base de datos con toda la información de proyecto se elimina de manera permanente.
1. Inicie sesión en Office 365 con su cuenta profesional o educativa.
2. Vaya al centro de administración de SharePoint.
3. Elija el sitio de Project Web App que se va a eliminar y, a continuación, seleccione la casilla de verificación a
la izquierda de la dirección URL.
4. En la cinta de opciones, en el grupo Administrar , seleccione Project Web App > Quitar.
5. Seleccione Deshabilitar.
Después de deshabilitar Project Web App, no es necesario que eliminar la colección de sitios. Cuando esté en el
límite de siete sitios, deshabilitación de Project Web App es suficiente para hacer que puede crear un nuevo sitio de
Project Web App.
Activar las notificaciones en Project Web App
Project Web App puede configurarse para enviar notificaciones de correo electrónico, ayudar a las personas
permanezca sobre lo que está ocurriendo en un proyecto. Cuando las notificaciones están activadas, los usuarios
pueden decidir qué notificaciones gustaría que Project Web App para enviar.
NOTE
En este artículo se describe cómo un administrador activa las notificaciones a través de todos los avisos de correo electrónico
de Get sobre su trabajo en Project Web App de Project Web App.
Para activar las notificaciones

1. En Project Web App, elija configuración de > Configuración de PWA.
2. En Directivas operativas, elija Configuración adicional del servidor.
3. En Configuración de correo electrónico de notificación (en la parte inferior de la página), active la

casilla de verificación activar las notificaciones y, a continuación, elija Guardar.
Tareas periódicas para los administradores de Project
Online
Este artículo describen las comprobaciones periódicas deben llevar a cabo los administradores de Project Online
para mantener sus entornos.
Los administradores de Project Online deben realizar las siguientes comprobaciones periódicas a su entorno como
una parte importante de su trabajo:
DIARIAMENTE
Comprobar la cola de trabajos de error y bloqueo .
Revise los errores relacionados con los trabajos de error y bloqueo para solucionar problemas.
Cancelar trabajos de error y bloqueo .
SEMANALMENTE
Compruebe los trabajos de

sincronización de Active Directory para
asegurarse de que se realizaron con
éxito.
Actualizar los valores de la estructura

detallada de recursos (EDR) para los
nuevos usuarios. Los usuarios recién
sincronizados no tendrán un RBS.
Nota: Esto puede ser el trabajo de la
PMO.
Desactive cualquiera demasiado largos Eliminación de objetos de empresa Delegación de usuarios.

sesiones de delegación en configuración
del servidor
Mantener un grupo de recursos de

empresa válido mediante la
comprobación para los usuarios que no
han iniciado sesión durante 60 días y
descubra por qué. Por ejemplo, es
posible que salgan de la empresa, no
son conscientes de PWA o podrían
haberse agregadas por error cuando
otro usuario es necesario el acceso.
Comprobar el grupo de administradores

para los administradores que deben
quitarse.
SEMANALMENTE
Consulte al administrador Global de

Office 365 de noticias en próximas
características o las actualizaciones.
MENSUALMENTE
Proporcione aprendizaje sobre partes de horas a los nuevos usuarios.
Proporcione aprendizaje sobre jefes de proyecto a los nuevos jefes de proyecto.
Consulte al administrador Global de Office 365 en el uso de licencias. Por ejemplo, use datos para realizar el seguimiento con
usuarios de licencias que no se usan.
TRIMESTRALMENTE
Cierre períodos del parte de horas para el trimestre anterior más uno o algún período similar. Por ejemplo, si se encuentra en el
T4, cierre períodos de informes de partes de horas para el T2. El intervalo se basará en las necesidades de negocio o de informes.
Consulte con el jefe de proyecto en primer lugar y, después, cierre tareas de actualizaciones en proyectos que hayan finalizado o
casi hayan finalizado, o que tengan tareas más antiguas.
Elimine partes de horas del pasado. Insistamos en que esto se definirá a través de una directiva que se base en las necesidades del
negocio de informes sobre datos de partes de horas.
ANUALMENTE
Cree períodos fiscales para el próximo año natural.
Crear períodos del parte de horas para el próximo año de calendario. Es posible que sea igual el prefijo "Semana.", empezando en
1, y el sufijo puede ser el año de calendario, como ". 2016". Semana del 1 período se mostrará como "Week.1.2016".
Considere la posibilidad de eliminar partes de horas de períodos muy antiguos.

Crear identificadores únicos de proyecto para Mis
proyectos en Project Online
Al crear nuevos proyectos en Project Online, algunas compañías es posible que desee crear un identificador único
del proyecto para asociar con cada proyecto. Esto permite a los usuarios hacer referencia a cada proyecto por un
identificador único de proyecto en lugar de un nombre de proyecto, ya que se pueden cambiar los nombres de
proyecto.
Un administrador de proyecto puede configurar Project Online para generar un identificador único del proyecto
para cada nuevo proyecto a través de opciones de configuración de tipo de proyecto de empresa (EPT). Puede
configurar la configuración del identificador de proyecto del EPT para que cuando se crea un nuevo proyecto a
través de la etp, generará un identificador único del proyecto para el nuevo proyecto basado en las propiedades de
nomenclatura que haya configurado.
Configuración de ID de proyecto al crear un nuevo tipo de proyecto de

empresa en Project Online
1. En la página principal de Project Web App, seleccione Configuración del servidor.
2. En la página Configuración del servidor, en la sección flujo de trabajo y páginas de detalles del
proyecto , haga clic en Tipos de proyecto empresarial.
3. Seleccione el nuevo tipo de proyecto empresarial.
4. En la página nuevos tipos de proyecto de empresa, en el campo nombre , especifique un nombre para el
tipo de proyecto empresarial que desea crear. Por ejemplo, si la plantilla EPT se va a ser utilizado por el
Departamento de finanzas para proyectos de alto riesgo , puede escribir ** Finanzas Dept (riesgo alto) **.
5. En el campo Descripción , escriba una descripción de la plantilla EPT. Por ejemplo, Utilice este EPT para
crear proyectos de alto riesgo de finanzas .
6. En la sección de ID de proyecto , debe especificar la información que se usará para crear un identificador
único del proyecto para los proyectos que se crean mediante la plantilla EPT:
En el campo prefijo , puede escribir caracteres que será al principio de cada identificador de proyecto
generado. Por ejemplo, es posible que desea que el identificador del proyecto para los proyectos creados a
través de la EPT del departamento de finanzas para que comience con FIN_. Este campo es opcional.
En el campo Número inicial , escriba un número que servirá como punto de partida para los
identificadores de proyecto que se va a ser generado para este EPT. Por ejemplo, escriba 10001 si desea que
el identificador del primer proyecto para ser 10001. Este campo es obligatorio.
En el campo sufijo , puede escribir caracteres que pueden usarse para anexar sus identificadores de
proyecto que se generan mediante este etp. Por ejemplo, si este EPT se usa para crear proyectos de alto
riesgo sólo para el departamento financiero, puede escribir _HR. Este campo es opcional.
En el campo Espaciado de dígitos como mínimo , escriba un número de dígitos que se desean tener para
los identificadores de proyecto generado recientemente. Por ejemplo, si escribe 3 y tienen un número inicial
de 1, a continuación, los tres primeros identificadores de proyecto que se generará son 001, 002y 003. Si
escribe 5 con un número inicial de 1, los tres primeros identificadores de proyecto que se generará son
00001, 00002y 00003.
Por ejemplo, con la configuración de ejemplo que se usa en el procedimiento anterior, los identificadores de
proyecto generado a través de la etp Finanzas Dept (riesgo alto) será:
FIN_10001_HR
FIN_10002_HR
FIN_10003_HR
Etcetera.
NOTE
Mientras que los campos prefijo y sufijo son opcionales, es la forma más sencilla de garantizar la exclusividad entre todos los
EPT para asegurarse de que proporcionan un prefijo único o el sufijo.
Procedimientos recomendados
Las organizaciones más grandes, es una buena idea para los administradores de proyecto o PMO para acordar un
identificador de proyecto convención de nombres y un intervalo numérico para garantizar su exclusividad. Además,
también es una buena idea para documentar la configuración de EPT de referencia. Por ejemplo:
ESPACIADO INTERNO USA PARA REALIZAR

DE DÍGITOS COMO PROYECTOS PARA ESTE
PREFIJO NÚMERO INICIAL POSTFIX MÍNIMO EQUIPO
Fin_ 10001 _HR 1 Equipo de finanzas:

Proyectos de alto
riesgo
IT_ 10001 1 Equipo de tecnologías

de información
MKT_ 10001 1 Equipo de marketing
Otros procedimientos recomendados que se deben considerar:

Es importante que elabora una convención de nomenclatura en cómo desea segmentar los identificadores
de proyecto antes de iniciar la configuración de su EPT para garantizar la unicidad en diferentes EPT.
Si va a actualizar el valor del identificador de proyecto mediante programación a través del modelo de
objetos de lado cliente (COM ), tendrá la exclusividad del valor sea administrado por el código personalizado
para evitar duplicados.
Un identificador de proyecto se puede editar si se agrega a una página de detalles del proyecto. Puede usar
este método para realizar tareas de edición de ad-hoc del valor del identificador de proyecto si es necesario.
Como siempre, asegúrese de que hay una convención de nomenclatura estándar para garantizar la
exclusividad de los identificadores de proyecto si desea realizar cambios de ad-hoc.
Idiomas admitidos en Project Online
Cuando se configura un sitio de Project Online, debe seleccionar un idioma en el que se mostrará el sitio. Si se
encuentra en un entorno en el que necesita configurar sitios de Project Online para varios idiomas, debe saber:
¿Los idiomas que son compatibles con Project Online?
¿Qué sucede si se selecciona un idioma que no es compatible con Project Online?
¿Los idiomas que son compatibles con Project Online?

Project Online admite los siguientes idiomas. Si crea su sitio Project Online y seleccione uno de los siguientes
idiomas, Project Online se mostrará en el idioma seleccionado.
NOTE
SharePoint Online admite todos los idiomas que son compatibles con Project Online.
IDIOMA LL-CC ID. DE CONFIGURACIÓN REGIONAL (LCID)
Árabe ar-sa 1025
Chino (RPC) zh-cn 2056
Chino (Taiwán) zh-tw 1028
Checo cs-cz 1029
Danés da-dk 1030
Neerlandés nl-nl 1043
Inglés (Estados Unidos) en-us 1033
Finés fi-fi 1035
Francés fr-fr 1036
Alemán de-de 1031
Griego el-gr 1032
Hebreo he-il 1037
Húngaro hu-hu 1038
Italiano it-it 1040

IDIOMA LL-CC ID. DE CONFIGURACIÓN REGIONAL (LCID)
Japonés ja-jp 1041
Coreano ko-kr 1042
Noruego nb-no 1044
Polaco pl-pl 1045
Portugués (Brasil) pt-br 1046
Portugués (Portugal) pt-pt 2070
Rumano ro-ro 1048
Ruso ru-ru 1049
Eslovaco sk-sk 1051
Esloveno sl-si 1060
Español es-es 3082
Sueco sv-se 1053
Turco tr-tr 1055
Ucraniano uk-ua 1058
¿Qué sucede si se selecciona un idioma que no es compatible con

Project Online?
Sitios de Project Online se basan en SharePoint Online. Cuando se crea un nuevo sitio de Project Online, todos los
idiomas que aparecen en la lista Seleccionar un idioma son aquellos que son compatibles con SharePoint
Online.
Sin embargo, Project Online no admite todos los idiomas compatibles con SharePoint Online. Si Project Online no
admite un idioma que es compatible con SharePoint Online, Project Online mostrará su interfaz en un idioma
alternativo.
Si selecciona un idioma que es compatible con Project Online, la interfaz de Project Online y SharePoint Online
proporcionada a través del sitio se mostrará en el idioma seleccionado. Por ejemplo, en el gráfico siguiente, español
era el idioma seleccionado y todos los componentes en la página de Project Online (SharePoint Online y Project
Online) se mostrarán en español.
Si selecciona un idioma que no es compatible con Project Online, se mostrará la interfaz de Project Online en un
idioma alternativo y la interfaz de SharePoint Online se mostrará en el idioma seleccionado. Por ejemplo en el
gráfico siguiente, tailandés era el idioma seleccionado al crear el sitio de Project Online. Dado que tailandés no es
compatible con Project Online, datos y componentes de Project Online se mostrarán en el idioma alternativo
especificado para tailandés, que es inglés. Componentes de SharePoint Online seguirá mostrándose en tailandés.
En la siguiente tabla se enumera los idiomas compatibles con SharePoint Online en el que se proporciona un
idioma alternativo Project Online.
SHAREPOINT ONLINE ADMITE IDIOMA EN EL QUE PROJECT ONLINE

NO ADMITE EL MISMO IDIOMA IDIOMAS ALTERNATIVOS DE PROJECT ONLINE
Azerí (latino) Inglés
Euskera Español
Bosnio Inglés
Búlgaro Inglés
Catalán Español
Croata Inglés
Dari Inglés
Estonio Inglés
Irlandés Inglés
Gallego Español
SHAREPOINT ONLINE ADMITE IDIOMA EN EL QUE PROJECT ONLINE
NO ADMITE EL MISMO IDIOMA IDIOMAS ALTERNATIVOS DE PROJECT ONLINE
Hindi Inglés
Indonesio Inglés
Kazajo Ruso
Letón Inglés
Lituano Inglés
Macedonio Inglés
Malayo Inglés
Serbio (latino) Inglés
Tailandés Inglés
Vietnamita Inglés
Galés Inglés
Descubra qué navegadores web y versiones de cliente de Project Professional son compatibles para trabajar con
Project Online.
Requisitos del navegador

Project Online es compatible para trabajar con los siguientes navegadores web:
Internet Explorer: la versión actual o la inmediatamente anterior.
Microsoft Edge: la versión actual.
Safari, Chrome o Firefox: la versión actual.
Requisitos de Project Professional

Al conectarse a Project Online con Project Professional, siempre habrá una compilación mínima compatible que se
indicará a los clientes. Los administradores de Project Online pueden ver cuál es el número de compilación mínimo
compatible actual comprobando la información que se proporciona en su configuración de Project Online:
Para comprobar la compilación mínima compatible para la conectividad de Project Professional
1. En el inicio rápido de Project Online, seleccione Configuración del servidor.
2. En la página Configuración de PWA, en la sección Directivas operativas, seleccione Configuración
adicional del servidor.
3. En la página Configuración adicional del servidor, en la sección Versiones de Project Professional, en
Versiones mínimas puede ver los números de compilación mínimos compatibles para los clientes de
Project Professional que pueden conectarse a Project Online. Estas incluyen:
Project Professional 2016
Project Professional 2019 Versión preliminar
Project Online Desktop Client (versión de suscripción de Project Professional)
Todas las compilaciones correspondientes al número de compilación mínimo actual publicado en esta
página o posteriores son compatibles para conectarse a Project Online.
IMPORTANT
La compilación mínima compatible de los clientes de Project Professional que se conectará a Project Online cambia
con el tiempo, a medida que se introducen actualizaciones de nuevas características y correcciones. Verifique siempre
la configuración de las versiones de Project Professional en la página Configuración adicional del servidor para ver la
información más reciente.
¿Cómo encuentro el cliente y el número de compilación de Project

Professional que estoy usando?
Debe determinar el cliente y el número de compilación de Project Professional que usa para averiguar si la versión
que tiene es compatible para conectarse a Project Online.
Si no sabe qué usa, puede ser fácil confundir Project Professional con Project Online Desktop Client. Puede
verificar fácilmente su producto y número de compilación mediante el procedimiento siguiente.
Para determinar su producto y número de compilación
1. En cualquier proyecto abierto, seleccione el menú Archivo.
2. En el panel izquierdo de la página backstage, seleccione Cuentas.
3. En la página Cuentas, en Información del producto:
Verá Project Online Desktop Client si utiliza Project Online Desktop Client.
Verá Microsoft Project Professional 2016 si utiliza Project Professional 2016.
4. Seleccione Acerca de Project.
5. En la página siguiente que se muestra, verá en la parte superior de la página el número de compilación del
cliente de Project Professional que utiliza.
Por ejemplo, si Información del producto muestra que utiliza Project Online Desktop Client, el número de
compilación podría ser 16.0.7629.1000.
Como ejemplo adicional, si Información del producto muestra que utiliza Project Professional 2016, el
número de compilación podría ser 16.0.4266.1001.
Consulte también
Actualizaciones de Project 2016
Project Online: límites y limitaciones del software
Descripción del servicio Project Online
Configurar el panel de cartera de proyectos de Office
365
NOTE
En este artículo se ha terminado su trabajo y se retira pronto. Para evitar problemas de "No se ha encontrado la página", nos
estamos quitar vínculos que sabemos acerca de. Si ha creado vínculos a esta página, por favor, quítelas y juntos se mantendrá
la web conectado.
La aplicación de panel de cartera de proyecto de Office 365 proporciona una amplia gama de proyectos, tareas e
informes basados en recursos, incluidos problemas, riesgos, entregas informes para Project Online. Puede
descargarlo desde el almacén de SharePoint de manera gratuita.
Para instalar el panel de la cartera de proyectos
1. En Configuración del sitio, haga clic en Agregar una aplicación.
2. En la página de sus aplicaciones, en el panel de navegación izquierdo, haga clic en Almacén de
SharePoint.
3. En el almacén de SharePoint, busque el panel de cartera de proyecto de Office 365.
4. Haga clic en Agregary, a continuación, haga clic en continuar.
5. Asegúrese de que está activada la casilla de verificación Agregar esta aplicación de Project Web App y, a
continuación, haga clic en volver al sitio.
6. Haga clic en Confiar en él.
En orden para que los usuarios puedan tener acceso al panel de la cartera de proyectos, deben ser miembros de
uno de los siguientes grupos de SharePoint en Project Web App:
Administradores de Project Web App
Administradores de cartera de proyectos de Project Web App
Visores de cartera de proyectos de Project Web App
Tenga en cuenta que incluso si usa el modo de permiso de Project, aún debe agregar usuarios a estos grupos de
SharePoint. Grupos de seguridad de modo de permiso de proyecto no se puede usar para conceder acceso al panel
de cartera de proyecto de Office 365.
Consulte también
Personalizar permisos del sitio de SharePoint
Antes de su equipo, los miembros pueden iniciar paso 2:

activar en un parte de horas, un administrador debe
configurar algunas cosas. Algunas cosas son necesarios, y
otras opciones que hay en caso de que desee ir más allá de
los conceptos básicos.
La forma más sencilla de configurar el sistema

Si no desea hacer a menudo una gran cantidad de trabajo para obtener los partes de horas copia de seguridad y
en ejecución, sólo lo realmente necesita hacer es configurar cómo desea activada los partes de horas.
Si va con las opciones predeterminadas al configurar cosas, que terminará con todo lo que necesita tener
miembros de su equipo activar en los partes de horas una vez por semana de un año. ¡ Simple! Lo único que
necesita para definir es la fecha de inicio para la primera semana y Project Web App se ocupará del resto.
1. Vaya a configuración de PWA.
En Project Web App, elija configuración > Configuración de PWA.
En el tiempo y administración de tareas, elija Períodos de presentación de informes.
2. Establecer una fecha de inicio.

Si desea que los partes de horas activada en semanal, lo único que necesita cambiar en Definir
masivamente parámetros de período es la fecha del primer período se inicia.
TIP
Es una práctica recomendada establecer la primera semana para iniciar en el primer día de la semana que contiene el
primer día del año fiscal. Por ejemplo, si el año fiscal de la organización se inicia el martes, 1 de julio de hagan
sentido tener su primer lote de partes de horas de inicio en el domingo o el lunes antes de.
3. Establecer el formato para los nombres de los períodos.

En Definir convención de nomenclatura por lotes, puede dejar por sí solo las cosas si desea y todo
funcionará bien. Sin embargo, una gran cantidad de organizaciones prefieren agregar alguna estructura a
cómo se da nombre a cada período de informes de tiempo.
Sin un prefijo o un sufijo, el tiempo de los períodos de informe usará números incrementales simples (1,
2, 3 y así sucesivamente). Los miembros del equipo podrán activar en los partes de horas correctamente
con este nombre básica.
Agregar algunos estructura a la nomenclatura da como resultado cada período del informe algunos
contexto. Por ejemplo, puede configurar informes de períodos que se denominan "Week1_FY15",
"Week2_FY15" y así sucesivamente. Esto puede ser útil si necesita hacer referencia a los partes de horas
más antiguos.
Al agregar un prefijo y un sufijo, se muestra un ejemplo de nombre.
4. Crear períodos y guardar.

Elija Creación masiva.
Elija Guardar.
¿Necesita sus partes de horas para hacer más?

Si observa que los partes de horas básicas no captura información suficiente, puede hacer que un poco más
sustanciales.
A continuación presentamos algunas maneras que puede tardar un poco más cosas:
Agregar categorías de trabajo para capturar los diferentes tipos de tiempo, al igual que la investigación o
desarrollo, o para capturar los esfuerzos de imagen más grande que la organización es posible que va a
seguir invirtiendo en varios proyectos.
Agregar categorías de proyecto que no sean de tiempo empleado en otros aspectos de trabajo, como
recursos de aprendizaje o de viaje.
Configurar el año fiscal para que pueda asignar el trabajo del proyecto contra los planes financieros en
general.
También existen algunas desea cambiar de configuración que afectan a cómo se captura y se controlan en su
organización tiempo y progreso de tareas.
Configurar categorías para las filas del parte de
horas
Las filas en el parte de horas de un miembro del equipo se utilizan para capturar las horas empleadas en tareas
de proyecto específico, o en otras, las actividades no son de proyecto, como recursos de aprendizaje o vacaciones.
A veces, puede ser útil clasificar las horas relacionadas con tareas de otras maneras demasiado. Necesita un
ejemplo?
Para establecer las cosas hasta captura diferentes categorías de trabajo relacionada con la tarea, puede crear
clasificaciones de línea en Project Web App.
Crear una clasificación de línea para clasificar el trabajo de la tarea

1. En Project Web App, elija configuración > Configuración de PWA.
2. En el tiempo y administración de tareas, elija Clasificaciones de línea.
3. Elija nueva clasificación.
4. En la nueva fila en blanco, escriba un nombre para la categoría de trabajo y proporcionar una
Descripción que los miembros del equipo sabrá.
5. Elija Guardar.
¿Necesita un ejemplo?
Sara es un consultor que viajan mucho para trabajar directamente con los clientes. Su compañía acaba ha
descargado un contrato con Contoso, para actualizar su sistema de nóminas. Como parte del proyecto "Contoso
nóminas actualización del sistema", Sara se asigna a la "instalación y configuración del sistema" tarea, donde
viajes a la oficina central de Contoso y ayudarles a implantar las cosas.
Marta emplea parte de su tiempo de viaje a y desde las oficinas de Contoso y parte de su tiempo a realizar la
instalación real.
En su parte de horas, puede incluir Marta la "instalación y configuración del sistema" tarea en dos filas
independientes: una fila para capturar su tiempo de viaje ("viajes") y una fila para capturar la instalación
funcionan ("estándar"). Esto ayuda a jefe de proyecto de Sara mantenerse al tanto de cuánto tiempo Sara y otros
miembros del equipo son gastos en viajes de este contrato de cliente en particular.
Pero espere, ¿qué ocurre con tiempo administrativo?

No hemos no se supone que usar tiempo administrativo para capturar cosas como viajes y
aprendizaje? Project Web App también le permite crear categorías de tiempo administrativo, para cosas como
viajes, aprendizaje, vacaciones o baja por enfermedad. ¿Qué hace tiempo administrativo diferentes es que las
horas que se registran en las filas del parte de horas no forman parte de cualquier proyecto en particular o una
tarea. Es perfectamente correcto tener cierta superposición entre las clasificaciones de línea y tiempo
administrativo.
Por ejemplo, puede que tenga una clasificación de línea para los viajes, para veces cuando están de viaje personas
a trabajar en una tarea determinada, como Marta va a Contoso para su instalación.
También es posible que deba una categoría de tiempo administrativo para viajes, para capturar el tiempo
empleado en viajan entre sucursales diferentes para hacer las cosas en varios proyectos o para asistir a las
sesiones de aprendizaje que no están relacionadas directamente a cualquier proyecto.
¿Desea configurar categorías de tiempo administrativo?
¿Qué ocurre si ya no desea una categoría?

Si ya no desea que los integrantes del grupo puedan usar una categoría en sus partes de horas, se puede definir
como inactiva.
NOTE
Pero desea eliminarla! Puede eliminar las categorías de clasificación de línea demasiado, pero sólo si no se han utilizado
en los partes de horas. Seleccione la fila que desee eliminar y, a continuación, elija Eliminar clasificación. > Categorías
inactivas no están disponibles para los miembros del equipo elegir, pero aún se pueden usar en los informes que incluyen
datos de partes de horas anterior.
Para definir una categoría de clasificación de línea como inactiva

1. Elija inactivo en la columna estado .
2. Elija Guardar.
Configuración de tiempo y progreso de tareas
Hay varias maneras que puede configurar el tiempo y progreso de tareas para su organización en Project Web
App.
1. Primero, decida cómo se debe capturar el progreso de la tarea en su organización. ¿Desea que se
indica en un parte de horas, junto con las horas de un miembro del equipo se ha completado o ¿desea
dividir?
2. a continuación, considere la posibilidad de distintas formas que puede Personalizar el progreso de
los partes de horas y tareas. Cada organización hace cosas de manera diferente, y existen varias opciones
de configuración que permiten controlar qué obtiene notifiquen.
3. Averiguar cómo desea aprobación para trabajar. ¿El jefe de proyecto es la única persona que necesita
para aprobar las cosas? ¿O bien, están más personas involucradas, al igual que un administrador de
recursos o un especialista de nóminas?
4. Refinar la configuración mediante la imposición de otras directivas. Generalmente es conveniente
mantener las cosas simples, pero a veces simplemente no puede evitar complejidad (especialmente cuando
se trata de partes de horas!).
¿Aún está bloqueado?

Si aún no encuentra las respuestas que necesita, intente buscar contenido en support.office.com.
También puede ser útil para registrar los problemas y preguntas en un foro de discusión. Los foros de discusión de
proyecto tienden a ser muy activo, que realizar un gran recurso para buscar otros usuarios que hayan trabajado
con problemas similares, o ha encontrado la misma situación.
Personalizar los partes de horas y progreso de tareas
para la organización
Hay varias maneras de personalizar los partes de horas y progreso de tareas en Project Web App.
Al elegir la configuración adecuada para su organización, hay dos zonas diferentes donde que necesitará para
realizar cambios. Iniciar yendo a la configuración de > Configuración de PWA.
Desde allí, algunas de las opciones estarán bajo Configuración del parte de horas y valores
predeterminados.
Otras opciones de configuración estarán bajo configuración de la tarea y para mostrar.
CONFIGURACIÓN DÓNDE CAMBIARLOS QUÉ SE VA A CAMBIAR
¿Qué desea incluye Configuración y valores En el Modo de creación de parte de

automáticamente? predeterminados del parte de horas horas predeterminado, puede elegir
rellenar previamente los partes de
horas con asignaciones de tareas
actuales o proyectos actuales. Cosas
como vacaciones y baja por
enfermedad es posible que también se
incluyen automáticamente, en función
de la configuración de elegir cuándo
crear categorías de tiempo
administrativo.
¿Hora del informe por día o por Configuración y valores En Unidades de columna de la
semana? predeterminados del parte de horas cuadrícula del parte de horas, elija si
desea que las columnas en un parte de
horas para representar días o
semanas. Si elige semanas, cada
columna en un parte de horas
representa siete días y la fecha en la
columna refleja el primer día de la
semana.
Esta configuración está asociada a la

presentación de informes.
¿Informar del tiempo como horas o Configuración y valores En Unidades de informes

días? predeterminados del parte de horas predeterminados, puede elegir tener
hora como horas o díasdel informe de
los miembros del equipo. También
puede establecer el número de horas
está en un diario de horas estándar y
en una semana de trabajo del parte de
horas estándar.
¿Los miembros del equipo pueden Configuración y valores Algunos miembros del equipo es
agregar tareas personal? predeterminados del parte de horas posible que desee realizar un
seguimiento del tiempo empleado en
sus propias tareas personales, junto con
sus horas para las tareas y otros
trabajos. No se mostrarán las tareas
personales fuera del parte de horas de
un miembro del equipo o estado de la
tarea. Que no están asignadas a
cualquier proyecto o tarea, o a
cualquier categoría administrativa es
posible que ha configurado.
Si desea permitir que los integrantes del
grupo agregar tareas personales, active
la casilla de verificación Permitir
nuevas tareas personales , en
Directivas del parte de horas.
¿Progreso de tareas como horas Configuración y presentación de tareas En Informes para mostrar, elija si
por día o total de horas por desea que los integrantes del grupo
semana? progreso de tareas como horas por día,
o como un total para cada semana. Si
elige informes semanales, elija también
el día de inicio para la semana.
¿Hasta qué punto con antelación Configuración y presentación de tareas En ocasiones, los miembros del equipo
desea buscar? se asignan a muchas tareas que puede
ser una tarea abrumadora verlos todos
en una lista grande. Mediante la
configuración de la ventana de
planificación futura near, determine las
tareas que se muestran como
próximamente, cuando el miembro del
equipo se desvía al progreso de la tarea
de informe.
En Definir cerca de futuras ventana
Planificación, establezca el número de
períodos de informes que está
pensando a ser "próximamente," en
términos de proyectos y tareas en su
organización.
Por ejemplo, si tenga en cuenta las

próximas dos semanas para ser el "near
futuras" y notificar tiempo y progreso
de tareas con semanal períodos de
informes, puede establecerse la ventana
de planificación futura near en 2 para
resaltar tareas que sucede en las
próximas dos semanas.
Configurar la aprobación de progreso de tiempo y
tareas
Cuando decide que desea usar partes de horas en la organización, también debe tardar algunos minutos en
realizar algunas ideas acerca de cómo desea aprobación del parte de horas para que funcione.
¿Cómo configurar aprobaciones en mi organización?

Antes de dar el salto y obtener aprobaciones configuradas en Project Web App, es una buena idea retroceder y
piense cómo funcionan las cosas actualmente en su organización, y cómo desea que funcionen en el futuro. Estas
son algunas preguntas que deben intentar responder antes el bloqueo en un proceso de aprobación formal.
¿Necesita realmente un proceso de aprobación en su lugar?
Aunque puede parecer natural para configurar cosas para que un administrador aprueba el trabajo que realiza un
integrante del grupo, es una buena idea dedicar algún tiempo charlar acerca del si realmente necesita tener ese
proceso de aprobación formal en su lugar. ¿Qué son realmente intenta realizar exigiendo aprobaciones? Si su
organización paga estructura está asociada a las horas que ha escrito en los partes de horas, a continuación, la
respuesta probablemente es Sí. Pero si está administrando proyectos totalmente independientes de los sistemas
financieros, es posible que no necesita realmente mantener un paso entre los miembros del equipo Introducción
realizar su trabajo y que el trabajo se aplica al plan del proyecto.
NOTE
No es necesario configurar un aprobador todos! Si no necesita una persona para aprobar las horas trabajada de una
persona antes de aplicarán las horas para el plan del proyecto, no debe. Simplemente hacer que al miembro del equipo su
propio aprobador. De hecho, que es cómo Project Web App se establece automáticamente las cosas al agregar una persona
nueva, por lo que realmente no tiene que hacer nada. ¡No puede ser mucho más fácil!
¿Quién es responsable de aprobar tiempo?

¿Cuando un miembro del equipo trabaja en su organización, que debe estar habilitado de punto para aprobar las
horas empleadas en ese trabajo? ¿Es el jefe de proyecto? ¿Es una persona de nóminas? Quizá es ambos. Para
poder establecer de Project Web App de forma que se asigna a cómo funciona realmente la organización, debe
averiguar las personas adecuadas para aprobar el tiempo de trabajo que sucede en la organización.
A veces, se necesita más de una persona aprobar un parte de horas. Un ejemplo de esto es posible que las
aprobaciones de un administrador de recursos, así como a alguien de nóminas. Si éste es el caso en su
organización, puede establecer una cadena de aprobadores, similares a la siguiente:
Bob Jill Frank
Bob es un miembro del equipo, y Jill es Jill es un responsable de equipo, y Frank es en nóminas y es su propio
su administrador del parte de horas. Frank es el administrador del parte de administrador del parte de horas.
Bob rellena su parte de horas y lo envía horas. Cuando Frank aprueba el parte de
a Jill. Jill aprueba el parte de horas de Bob, y horas de Bob, se aplican las horas
se envían automáticamente a Frank introducidos Bob para el plan del
para su aprobación. proyecto correspondiente.
Sólo las personas que aparecen en la página Administradores de partes de horas pueden aprobar partes de
horas.
Para agregar a alguien como un aprobador
1. Elija configuración > Configuración de PWA.
2. En el tiempo y administración de tareas, elija Los administradores del parte de horas.
3. Elija los administradores > Agregar administrador.
4. Elija a la persona que desea agregar como aprobador y, a continuación, elija Aceptar.
Cómo establecer una persona aprobador del parte de horas en Project Web App? Puede establecer el
Administrador del parte de horas de una persona en el Agregar un recurso a Project Web App.
¿Quién es responsable de aprobar el progreso de la tarea?
Recuerde que paso 3: actualizar el progreso, incluso si ambos se realiza un seguimiento en el parte de horas de un
miembro del equipo. A veces, distintas personas son responsables de aprobar el progreso de la tarea de las que
son responsables de la aprobación de tiempo. Por ejemplo, es posible que deba alguien de nóminas para aprobar
el número de horas trabajadas (tiempo), pero no es posible que deba que persona para aprobar el porcentaje de
trabajo que se ha completado (progreso de la tarea). En el otro lado, es posible que deba un responsable de
equipo para aprobar las actualizaciones de la cantidad de trabajo se deja para llevar a cabo en una tarea antes de
que se ha completado (progreso de la tarea), pero es posible que no tenga que responsable de aprobar las horas
reales trabajadas (tiempo). En Project Web App, el jefe de proyecto siempre debe aprobar el progreso de la tarea,
antes de que se aplique al plan del proyecto.
Cómo establecer una persona aprobador de progreso de tareas en Project Web App? Muy similar a la
aprobación de tiempo, también hay un aprobador de progreso de la tarea es demasiado - y esto se establece
como el jefe de proyecto que hace las asignaciones y se le conoce como el Administrador de estado.
¿Qué otras opciones existen?

Hay un par de otras opciones que puede ser apropiada para las aprobaciones en su organización. Ambas opciones
se establecen yendo a la configuración de > Configuración de PWA. Desde allí, algunas de las opciones
estarán bajo Configuración del parte de horas y valores predeterminados.
¿Los administradores pueden aprobar partes de horas línea por línea?

En la sección Directivas del parte de horas , en Administrador de estado de la tarea de aprobación, elija
habilitado si desea que los administradores puedan aprobar líneas del parte de horas individuales. También
puede requerir la aprobación de línea antes de la aprobación del parte de horas. Haga clic en Guardar
cuando haya terminado con los cambios.
Si sólo desea que los administradores para aprobar partes de horas completos, seleccione deshabilitado.
¿Un integrante del grupo, que puede cambiar quién aprueba su parte de horas en primer lugar?
En Enrutamiento de aprobación, active la casilla de verificación Enrutamiento de aprobación fijo si no desea
que los integrantes del grupo puedan cambiar a la primera persona que aprueba un parte de horas. Haga clic en
Guardar cuando haya terminado con los cambios.
Si es correcto para los miembros del equipo cambiar el primer aprobador, deje esta casilla de verificación
desactivada. Una vez que el primer aprobador, establecido por el miembro del equipo, aprueba el parte de horas,
se lanzará el enrutamiento de aprobación regular del parte de horas.
Pueden integrantes del grupo elegir cualquier persona que desean como un primer aprobador? No, solo
puede elegir de la lista de personas que se han agregado en la página Administradores de parte de horas .
Configurar directivas para capturar el tiempo y
progreso de tareas
Además de algunas de las opciones estándares disponibles para tiempo y progreso de tareas en Project Web App,
también existen algunas directivas más granulares que permiten ajustar con precisión el funcionamiento de la
organización.
Desde allí, algunas de las opciones estarán bajo Configuración del parte de horas y valores predeterminados.
DIRECTIVAS DÓNDE SE ESTABLECEN. QUÉ SE VA A ESTABLECER
¿Pueden enviar los miembros del Configuración y valores Bajo Visualización de Project Web
equipo horas extra y tiempo no predeterminados del parte de horas App, active la casilla de verificación el
facturable? parte de horas usará el tiempo de
horas extra y no facturables
estándar de seguimiento .
¿Tiene alguna límites en cuánto Configuración y valores Sistemas de contabilidad, los clientes u
tiempo se puede notificar? predeterminados del parte de horas otros factores internos pueden requerir
que tenga que las directivas de
alrededor de cuánto tiempo se puede
notificar.
En Los límites de informes cada
hora, puede establecer el Nº máximo
de horas por parte de horas, las
Horas como mínimo por parte de
horasy Nº máximo de horas por día.
¿Puede equipo (miembros de) Configuración y valores De forma predeterminada, los

informe trabajo por adelantado? predeterminados del parte de horas miembros del equipo no pueden enviar
el trabajo real para períodos futuros. Si
la organización está de acuerdo con los
informes horas antes de que ocurran
realmente, active la casilla de
verificación Permitir presentación de
informes futuros , en Las directivas
del parte de horas.
¿Los miembros del equipo pueden Configuración y valores En Project Web App, pueden se aplica
informar del tiempo frente a las predeterminados del parte de horas sangría a las tareas debajo de las otras
tareas de resumen de nivel tareas y se resumir el trabajo realizado
superior? en las tareas con sangría a la tarea de
nivel superior para resumir todo el
trabajo realizado en dicha área. Por
ejemplo, la lista de tareas es posible que
este aspecto:
Producir notas del producto
Tema de investigación
Escribir contenido
Revisar contenido
Incorporar los comentarios
Publicación de contenido
Normalmente, equipo miembros
notificación de trabajo en las tareas con
sangría y esos roll horas hasta la tarea
de resumen del nivel superior
("producen notas del producto"). Sin
embargo, en algunas organizaciones, es
posible que sentido permitir que los
miembros del equipo informar de
tiempo empleado en la tarea de
resumen, demasiado.
Si desea que los integrantes del grupo
puedan informar el tiempo empleado
en las tareas de resumen, seleccione la
casilla de verificación Permitir nivel
superior presentación de informes ,
en Directivas del parte de horas.
¿No desea que los jefes de proyecto Configuración y presentación de tareas En Proteger actualizaciones del
cambiar las horas reales? usuario, elija Permitir sólo las
actualizaciones de tareas a través de
tareas y partes de horas.
¿Desea que todos los tipos de Configuración y presentación de tareas Los miembros del equipo pueden
trabajo que se copió desde los importar sus horas del parte de horas
partes de horas para el progreso de en su progreso de la tarea, para
la tarea? obtener un salto en rellenar la cantidad
de trabajo que han finalizado. De forma
predeterminada, se importará trabajo
único que usa la clasificación de línea
estándar (en la columna de Categoría
de facturación de un parte de horas).
Si desea que todo el trabajo en todas
las categorías que se copiarán a
progreso de la tarea cuando un
miembro del equipo importa un parte
de horas, active la casilla de verificación
Importar todas las clasificaciones de
línea del parte de horas , en
Proteger actualizaciones del
usuario.
¿Los miembros del equipo pueden Configuración y presentación de tareas Progreso de la tarea es diferente de los
establecer el plazo de tiempo para partes de horas, en que no
un informe de progreso de tareas? necesariamente es necesario reflejar un
período específico de contabilidad. Si
desea que los miembros del equipo
para poder elegir qué fechas están
informes de progreso de tarea,
seleccione la casilla de verificación
Permitir que los usuarios definan
períodos personalizados para las
actualizaciones de tareas , bajo
Proteger actualizaciones del
usuario.
Configurar el año fiscal
La mayoría de las organizaciones tienen un año fiscal (del año

fiscal) que se utiliza para calcular las finanzas de forma anual.
Dentro de ese año fiscal, normalmente hay otros períodos
utilizados para distribuir equitativamente planes financieros,
meses o trimestres. Mediante la configuración de períodos
fiscales en Project Web App, puede asignar el trabajo del
proyecto contra los planes financieros en general.
¿Qué es necesario hacer?
1. Vaya a configuración de PWA.

En Project Web App, elija configuración > Configuración de PWA.
En el tiempo y administración de tareas, elija Períodos fiscales.
2. Establecer una fecha de inicio.

En Administrar período Fiscal, elija un año y, a continuación, elija definir.
En Definir fecha de comienzo de período Fiscal, escriba o seleccione la primera fecha del año fiscal.
3. Elija cómo desea configurados de períodos.

En Establecer modelo de creación del año Fiscal, seleccione un método:
Con trimestres? Elija uno de los métodos numerados ( 4,5,4, 4,4,5o 5,4,4).
Los números de estos métodos tienen que hacer con cuántos semanas que desee en cada período fiscal
durante cada trimestre. Por ejemplo, aquí es qué trimestre uno en la 4,5,4 método aspecto:
Si elige el método 4,5,4, configurará cuatro trimestres, con tres períodos fiscales en cada trimestre. El
primer período será 4 semanas de tipo long, el segundo será 5 semanas y el tercer 4 semanas.
Un total de 12 períodos fiscales se establecerá para cualquiera de estos métodos numerados.
Con meses? Elija año calendario estándar para crear períodos de 12 que van desde el primer día de
cada mes hasta el último día de cada mes.
O bien, si está pensando en meses como incrementos de 4 semanas, elija 13 meses. Con esta opción, se
configurará un total de períodos fiscales 13.
Ninguno de estos trabajos para Millennium Edition. Elija si alguno de ellos es más cercano al
funcionamiento de la organización, y puede volver atrás y refinar cosas después de que haya guardado.
4. Establecer el formato para los nombres de los períodos.
En Definir convención de nomenclatura de período, puede dejar por sí solo las cosas si desea y todo
funcionará bien. Sin embargo, una gran cantidad de organizaciones prefieren agregar alguna estructura a
cómo se da nombre a cada período fiscal.
Sin un prefijo o un sufijo, los períodos fiscales usará números incrementales simples (1, 2, 3 y así
sucesivamente).
Agregar algunos estructura a la nomenclatura da como resultado cada período algunos contexto. Por
ejemplo, puede configurar los períodos fiscales que se denominan "Sprint1_FY15", "Sprint2_FY15" y así
sucesivamente. Esto puede ser útil para informes porque proporciona un poco más información acerca de
lo que se va a capturar.
Al agregar un prefijo y un sufijo, se muestra un ejemplo de nombre.
5. Elija crear y guardar.
Después de guardarlo, puede cambiar la información o eliminar filas de la tabla para refinar el año fiscal.
¿Qué más puedo hacer?

Mientras está obteniendo configura, a continuación presentamos algunas otras cosas que desea hacer:
Configurar los partes de horas para capturar el tiempo real que los integrantes del equipo dedicado a
trabajar en las tareas.
Agregar categorías de trabajo para capturar los diferentes tipos de tiempo, al igual que la investigación o
desarrollo, o para capturar los esfuerzos de imagen más grande que la organización es posible que va a
seguir invirtiendo en varios proyectos.
Agregar categorías de proyecto que no sean de tiempo empleado en otros aspectos de trabajo, como
recursos de aprendizaje o de viaje.
Cambiar otras opciones de configuración que afectan a cómo se captura y se controlan en su organización
tiempo y progreso de tareas.
Configurar las vacaciones, baja por enfermedad y
otras categorías de trabajo del proyecto que no
sean
Partes de horas pueden usarse para todos los de horas de un miembro del equipo durante la semana capturar.
En algunos casos, es posible que sólo se interesado en capturar las horas empleadas en tareas de proyecto
específico. En otros casos, es posible que también desea incluir horas empleadas en las actividades de otras, que
no son de proyecto, como recursos de aprendizaje, baja por enfermedad o vacaciones.
Project Web App ya tiene categorías configurado para baja por enfermedad, vacaciones y tiempo administrativo
general, pero es posible que también desea crear categorías para cosas como entrenamiento o viajes.
Para configurar Project Web App para capturar las distintas categorías de horas del proyecto que no sean,
puede crear categorías de tiempo administrativo.
TIP
¿Sabía que también puede Configurar categorías relacionadas con tareas de trabajo?
Crear una categoría de tiempo administrativo para capturar el trabajo

del proyecto que no sean
1. En Project Web App, elija configuración > Configuración de PWA.
2. En el tiempo y administración de tareas, elija Tiempo administrativo.
3. Elija nueva categoría.
4. Rellene la nueva fila en blanco.

Categorías Escriba un nombre para la nueva categoría.
Estado Elija si la categoría está actualmente abierto para su uso en los partes de horas o cerrada.
Tipo de trabajo Elija si la categoría Capture tiempo de trabajo, al igual que los recursos de aprendizaje o
viajes o tiempo distinto de trabajo, como vacaciones o baja por enfermedad.
Aprobar Elija si desea que el tiempo notificado en esta categoría requerir la aprobación de un
administrador.
Mostrar siempre Elija si desea que esta categoría se incluyen como una fila en cada parte de horas para
todos los usuarios, de forma predeterminada. Esto puede ayudar a los miembros del equipo recordar al
trabajo de informe en las cosas que podrían ser fáciles olvidar, como baja por enfermedad o reuniones
periódicas de proyecto que no sean.
Permitir varias líneas Elija si desea que los integrantes del grupo puede incluir más de una fila en una
única parte de horas para esta categoría. Por ejemplo, puede ser conveniente los miembros del equipo
para que pueda agregar una categoría "Viajes" varias veces en un parte de horas único, por lo que cada
línea "Viajes" puede tener una descripción distinta de donde ha producido un problema en el miembro
del equipo.
Departamento Si su organización tiene departamentos configurados en Project Web App, puede elegir
qué departamentos esta categoría se aplica a. Si no está usando los departamentos, no se preocupe
acerca de cómo rellenar esta columna.
5. Elija Guardar.
¿Qué ocurre si ya no desea una categoría?

Si desea hacer que una categoría de tiempo administrativo no es más larga disponible para los miembros del
equipo agregar a un parte de horas, cambie la columna estado de esa categoría a cerradoy desactive la casilla
de verificación en la columna Siempre para mostrar .
Configurar cómo se capturan tiempo y progreso de
tareas
Hay un par de maneras diferentes, puede establecer de seguridad de Project Web App para capturar el progreso
de la tarea. Paso 3: actualizar el progreso
Desde allí, algunas de las opciones estarán bajo Configuración del parte de horas y valores
predeterminados.
¿Los miembros del equipo escribe Configuración y valores Si desea que las horas del parte de
tiempo y progreso de tareas como predeterminados del parte de horas horas que también se utilizará como el
horas en una vista? progreso de la tarea, seleccione la
casilla de verificación Modo de
entrada único .
¿Es el progreso de la tarea un Configuración y presentación de tareas Si no usa el modo de entrada único,
porcentaje o un número de horas? en Método de seguimiento,
seleccione el modo predeterminado en
que desea que el informe de progreso
de tarea: como un porcentaje, o como
horas. Si elige horas, tiene un par de
opciones diferentes: uno que incluya el
resto de trabajo, y uno que es
simplemente total de horas trabajadas.
también puede seleccionar la casilla de

verificación de esta sección para hacer
que los jefes de proyecto son
necesarios para recopilar el progreso de
la tarea utilizando el método que elija.
Esto ayuda a mantener la coherencia
en toda la organización, si es
importante para realizar un
seguimiento.
Conceder acceso a informes en Project Online
Antes de poder usar informes de Project Online en Excel Online, el Administrador de inquilinos debe activar esta
característica para la colección de sitios de Project Online.
1. Where iniciar sesión en Office 365 para la empresa con su cuenta de administrador.
2. En la parte superior de la página, seleccione proyectos. O bien, seleccione el iniciador de la aplicación y,
a continuación, seleccione proyectos.
3. Seleccione configuración > Configuración del sitio.
4. En Administración de la colección de sitios, seleccione características de colección de sitios.
5. Desplácese hacia abajo en la lista de Permiso de Project Web App para actualizar de Excel Web Appy,
a continuación, seleccione Activar.
TIP
Si tiene más de una colección de sitios de Project Online, tome nota sobre qué uno tiene el Permiso de Project
Web App para actualizar en línea de Excel activa. Al activar en una colección de sitios, se activa para todas las
colecciones de sitios en el inquilino de Office 365. Sin embargo, si desea desactivarla, se puede sólo desactivarla desde
la colección de sitios que se activa inicialmente.
Ahora debería poder actualizar los informes de Project Online en Excel Online.
IMPORTANT
Antes de usar los informes de Project Online predeterminados ( Información general de Project, Resource Overviewy
Panel de información general de Project), puede necesario para abrir cada informe en Excel 2013, actualizar los datos y, a
continuación, guardar el informe para su proyecto en línea. Esto actualizará el informe para que sea admitida por Excel Online.
¿Qué herramientas de informes ¿puedo usar con
datos del proyecto?
Si utiliza Project Web App, es posible que se pregunte qué herramientas puede usar para crear informes. Si está
utilizando de Project Web App para Project Server 2013 o Project Web App para Project Online, dispone de varias
opciones disponibles para ver y crear informes. Puedes:
Informes de muestra en Project Web App que se incluyen automáticamente con Project Web App para
obtener ideas acerca de los informes básicos
Características de inteligencia empresarial de Excel que incluyen gráficos, tablas y vistas
Informes en Project 2013
SQL Server Reporting Services (siempre que la organización cuente con Reporting Services configurado)
Usar otras herramientas, como PerformancePoint Services o Servicios de Visio (si su organización tiene
estas aplicaciones de servicio, configuradas y tener acceso a los datos del proyecto en estas herramientas)
En las secciones siguientes proporcionan más información acerca de las opciones informes para los datos del
proyecto. Para descargar un póster que se resume todas estas herramientas, vea de inteligencia empresarial para el
proyecto de Office y SharePoint.
Informes de muestra en Project Web App

Project Web App para Project Online viene con varios informes de ejemplo que puede usar un punto de partida.
Entre estos se incluyen:
Panel de información general de project, que proporciona información de alto nivel sobre proyectos,
incluido el inicio y fin de las fechas, riesgos, problemas y tareas. En este panel se creó mediante el uso de
Power View en Microsoft Excel 2013. Debe tener Silverlight instalado en el equipo para poder ver el libro.
Información general de project, que proporciona información de alto nivel sobre proyectos, como el
porcentaje completado, el número de asignaciones y el número de tareas. Este informe se creó mediante el
uso de Power Pivot.
Introducción a los recursos, que proporciona información de alto nivel sobre proyectos, incluidos el
número de horas trabajadas y el número de tareas por recurso. Este informe se creó mediante el uso de
Power Pivot.
Si utiliza Project Web App para Project Server 2013 (local), incluso más informes de ejemplo están disponibles.
Para obtener más información acerca de los informes de ejemplo, vea informes de ejemplo en Project Online.
Características de inteligencia empresarial de Excel

Excel 2013 tiene una gran cantidad de características de excelente business intelligence (BI). Entre estos se incluyen:
Use Autorrellenar y Flash de relleno, lo que permite dar formato a una columna de datos de una manera
determinada sin tener que usar una fórmula compleja. Por ejemplo, si tiene una columna que contiene una
lista de fechas y horas, y desea que una columna que contiene sólo fechas, puede usar Flash de relleno para
el cambio.
Analizar los datos al instante, que le permite seleccionar un rango de datos y ver al instante posibles formas
de mostrar esos datos
Crear una escala de tiempo de la tabla dinámica a las fechas de filtro y [segmentaciones de datos]
(https://support.office.com/article/01832226-31B5-4568-8806-38C37DCC180E .aspx) que permiten a las
personas ver información más específica en informes de tabla dinámica o informes de gráfico dinámico
Vea crear gráficos de principio a fin.
Muchas otras características de inteligencia empresarial están disponibles, incluidos Power consulta, Power Pivot,
Power View y mapa de energía. Vea los siguientes recursos para obtener más detalles:
Si usa Project Online (en la nube), vea las funcionalidades de BI en Excel y Office 365.
Si utiliza Project Server (local), vea de inteligencia empresarial en Excel y servicios de Excel (SharePoint
Server 2013).
Informes en Project 2013

Si utiliza Project 2013, tiene una amplia variedad de informes disponibles en la ficha informe .
Para obtener información general de los distintos informes que están disponibles, vea Elegir el informe en Project
2013 derecho .
Vea crear un informe de proyectos para aprender a crear informes en Project 2013.
SQL Server Reporting Services

Reporting Services es una plataforma de informes eficaces que está disponible con SQL Server. Algunos clientes
prefieren usar Reporting Services para crear y compartir informes. Normalmente, los desarrolladores y
administradores de TI creación informes de Reporting Services y, a continuación, compartan estos informes de uso
de SharePoint o un servidor de informes de Reporting Services. Vea las herramientas de SQL Server Reporting
Services.
PerformancePoint Services en SharePoint Server 2013

PerformancePoint Services en SharePoint Server 2013 es una gran herramienta para la creación de indicadores
clave de rendimiento de power (KPI), cuadros de mandos, informes y paneles. Ideal para (local) datos almacenan
en SQL Server Analysis Services, PerformancePoint Services permite crear elementos de panel interactiva y
reutilizable. Vea artículo de TechNet: crear paneles (PerformancePoint Services en SharePoint Server 2013) .
Servicios de Visio
Puede utilizar Visio para crear un diagrama conectado a datos y, a continuación, compartirla con otros usuarios
mediante el uso de servicios de Visio en SharePoint. Vea una guía de Visio y artículo de TechNet: información
general de servicios de Visio en SharePoint Server 2013.
Configurar el paquete acumulativo de actualizaciones
de fase temporal de datos de informes de Project
Online
Los administradores de proyecto pueden configurar Project Online para resumir datos de informes con fases
temporales en distintos niveles de granularidad. Puede elegir para resumir los datos diariamente, semanalmente,
mensualmente o por período fiscal y recuperar los datos a través de los extremos de OData con fases temporales:
AssignmentBaselineTimephasedDataSet
AssignmentTimephasedDataSet
TaskBaselineTimephasedDataSet
TaskTimephasedDataSet
Beneficios
Una ventaja clave con ello conseguirá es que puede ayudar a mejorar el rendimiento de generación de informes,
especialmente en la organización que tienen una gran cantidad de datos de informes de Project Online.
Recuperación de fase temporal de tarea y asignación de datos de informes por día era la única opción disponible
anteriormente, muchas organizaciones no es necesario mientras este nivel de granularidad. Ser capaz de recuperar
sus datos en un ámbito más amplio (por ejemplo, cada semana o mes) puede mejorar considerablemente el
rendimiento de generación de informes al reducir la cantidad de registros que deba descargar. Por ejemplo, en
lugar de tener que recuperar 300.000 registros cuando se establece en diariamente , si se establece en todos los
meses podrían reducir esto a un número muy inferior, como 10.000 registros.
Con los mayores niveles de granularidad, publicar veces será mucho más rápidos, ya que los datos del proyecto no
necesitan ser desglosadas en los niveles de diarios para la publicación. En algunos casos, también puede mejorar el
rendimiento de interactuar con páginas de detalles del proyecto. Las organizaciones que tienen los flujos de
trabajo complejos que dependen de publicación para completar para desplazarse a la siguiente PDP verán las
mejoras de rendimiento.
NOTE
Si la organización ha implementado flujos de trabajo que requieren una tarea de publicación para llevar a cabo dentro de un
paso, establecer la opción para informar de datos a diario pueden provocar una mala experiencia para los usuarios que
rellenan páginas de detalles del proyecto como el flujo de trabajo de fase temporal será necesario esperar en los trabajos de
informes para llevar a cabo antes de pasar al paso siguiente. Es recomendable para no usar diariamente , si dispone de los
flujos de trabajo que esperan en publicar para completar. > Si necesita datos de la demanda de recursos para la planeación de
capacidad de recursos, a continuación, no elija nunca - como esa configuración no se mostrará la demanda de recursos.
¿Cómo se puede configurar esta opción?

1. En la página principal de Project Online, seleccione Configuración del servidor.
2. En la página Configuración del servidor, en la sección de Datos de la empresa , seleccione informes.
3. En la página de informes, en la sección de Datos con fases temporales , seleccione la opción que necesita:
Never
Diariamente
Semanalmente
Mensual
Por período fiscal
Sugerencia: Si no usa ninguna de las fuentes de Odata de la fase temporal, se recomienda establecer la opción de
datos con fases temporales en "Nunca", que proporciona la ventaja añadida de trabajos en cola de informes
publicar mucho más rápidos.
Necesito para asegurarme de consideraciones de planeación

Vuelva a publicar proyectos existentes - después de cambiar la configuración de datos con fases
temporales, sólo surtirán efecto en un proyecto existente si se vuelve a publicar.
NOTE
Si tiene muchos proyectos para volver a publicar, puede usar el Tool(ProjToolV2) de CSOM en línea de Office 365
Project para publicar mediante programación los proyectos de Project Online. Debe planear para ello en un momento
en que será menos probable que afectan a su organización.
Nuevas instancias - en nuevas instancias de Project Online, tenga en cuenta que la configuración
predeterminada de datos de fase temporal es nunca. Asegúrese de seleccionar la configuración de datos de
fase temporal adecuada después de crear la nueva instancia para evitar la necesidad de volver a publicar
todos los proyectos en un momento posterior. Tenga en cuenta también las ventajas e inconvenientes
asociadas con una opción de configuración más granular (por ejemplo, diario frente a todos los meses) en
relación con el tiempo necesario para publicar, así como desplegar la fuente de OData de fase temporal.
Esta tabla resume las consideraciones y opciones recomendadas:
Configuración Consideraciones
Never Para los clientes que no usan la característica de análisis de
cartera y fuentes de Timephased Odata y no necesitan datos
de la demanda de recursos para planear la capacidad.
Esto es el valor predeterminado de nuevas instancias de
Project Online.
Trabajos en cola de informes publicar mucho más rápidos.
Sin cuota adicional que consumen (datos de fase temporal
consume más espacio).
> [!NOTE]> Para obtener más información acerca de la
interacción de este valor con el análisis de cartera
característica está disponible en la entrada de blog Project
Online: creación de informes y análisis de cartera.
Diariamente Mayor impacto de rendimiento para la publicación y

reporting.
Genera un conjunto de datos más grande que da como
resultado descargas más lentas de fase temporal de que
fuentes de Odata y mayor uso de la cuota de base de datos.
Sólo se recomienda si necesita que los informes
históricos/actual en una forma para cada día.
Semanalmente Es el conjunto de datos con fases temporales sobre una

séptima parte más pequeña que la opción diaria.
Sólo se recomienda si necesita que los informes
históricos/actual de forma semanal.
Mensual Conjunto de datos con fases temporales es sobre 1 13 más

pequeña que la opción diaria.
Opción recomendada.
Por período Fiscal Conjunto de datos con fases temporales es sobre 1 13 más
pequeña que la opción diaria.
Permite a los administradores control sobre el tiempo de
intervalo donde se publican los datos de fase temporal en
función de los períodos fiscales definidos.
Opción recomendada.
Vea también
Entrada de Blog de Brian Smith: Project Online-los cambios realizados en granularidad de tiempo con fases OData
Conceder acceso a informes en Project Online
Usar Excel 2013 para crear un nuevo informe de Project Online
Referencia de servicio de proyecto de ProjectData OData
Configurar el centro de recursos
Si su organización usa la sincronización de Active Directory, la primera vez que tener acceso al centro de recursos
en Project Web App, debe elegir el grupo de Active Directory que contenga los usuarios que desea hacer que los
recursos en Project Web App.
Para elegir el grupo que se va a usar para los recursos de Project Web App:
1. En Inicio rápido, haga clic en recursos.
2. En la página Centro de recursos , haga clic en el vínculo haga clic aquí para sincronizar con un grupo
existente de Active Directory.
3. En la página Sincronización del grupo de recursos de empresa de Active Directory , en la sección
Grupo de Active Directory , escriba el nombre del grupo de Active Directory que contiene los recursos de
Project Web App. Puede especificar varios grupos de Active Directory, si procede.
4. Seleccione el reactive de manera automática los usuarios actualmente inactivos si se encuentra en
Active Directory durante la sincronización de casilla a menos que haya una buena razón no se debe
hacer esto en la organización.
5. Haga clic en Guardar y sincronizar ahora para agregar los usuarios que se encuentran en el grupo de
Active Directory a Project Web App como recursos.
También puede agregar recursos que no forman parte de los grupos de Active Directory seleccionados. Para
obtener más información, vea Agregar un recurso a Project Web App .
Activar contrataciones de recursos en Project Online
Si usa Project Online, debe activar las características de contrataciones de recursos antes de comenzar a usarlos.
Las características de contratación que necesite activarlo para cada sitio de Project Online en su organización.
Información general: contrataciones de recursos
NOTE
Contrataciones de recursos sólo están disponibles si utiliza Project Professional 2016 o cliente de escritorio de Project en
línea, conectado a Project Online o 2016 de Project Server. Project Standard 2016 no incluye contrataciones de recursos.
Para activar las contrataciones para un sitio de Project Online:

1. Inicie sesión en el sitio de Project Online y elija configuración > Configuración de PWA.
TIP
Si se encuentra en el Centro de recursos, haga clic en Configuración adicional del servidor en la nota amarilla en
la parte superior de la vista y, a continuación, vaya al paso 3.
2. En Directivas operativas, elija Configuración adicional del servidor.
3. En Nuevo recurso de administración de las características disponibles, active la casilla de verificación

Activar , haga clic en Aceptar después de leer el mensaje sobre la migración de datos y, a continuación,
haga clic en Guardar.
¿Qué ocurre con Mis planes de recursos existentes?

Si ha estado utilizando los planes de recursos en el sitio de Project Online, esos planes se convertirá en
contrataciones de recursos. Obtener más información.
Preguntas más frecuentes: Contrataciones de
recursos va a reemplazar los planes de recursos
antiguo
¿Contrataciones de recursos son nuevas en Project Online, pero lo que ocurre con los planes de recursos antiguo?
Siga leyendo acerca de esta nueva característica y cómo antiguo recurso planes se convierten en contrataciones de
recursos.
He oído acerca de esta nueva característica contrataciones de recursos.

¿Cómo se puede obtener?
Iniciar en 22 de septiembre de 2015, se comenzará a implantar la nueva característica y los administradores de
Project Online tendrá la opción de activar la nueva característica en su comodidad cuando se vuelve disponible.
Este proceso es temporal y puede tardar algún tiempo antes de que se pueda ver todos los usuarios. Se trata de
una activación de nivel de sitio. Una vez que un administrador ha activado la característica, cualquier persona en
ese sitio podrán ver la nueva página de Solicitudes de recursos y ser capaz de iniciar la creación y administración
de solicitudes.
Para los sitios de Project Online nuevos creados después de que la característica está disponible para el inquilino,
el administrador deberá seguir activar la característica de la nueva instancia.
Se recomienda que el Administrador de Project Online activar la característica en una instancia de Project Web
App (PWA) repuesto en primer lugar para familiarizarse con él antes de activar en la instancia de PWA principal.
Tenga en cuenta, una vez que se ha activado la característica para un sitio no puede ser desactivado. Esta es una
operación unidireccional.
¿Durante cuánto tiempo puede esperar un administrador de Project

Online para activar la característica?
Para cualquier nuevo sitio de PWA creado en 4 de abril de 2016 o posterior, la característica de contrataciones de
recurso ya estará en — sin necesidad de activarlas.
Para los sitios de PWA creados antes de 4 de abril de 2016, el Administrador de Project Online puede elegir
activar contrataciones en cualquier momento. La característica ya no se activará automáticamente en 22 de
septiembre de 2016.
¿Estoy interesado en las nuevas contrataciones de recursos, pero lo

que ocurre con Mis antiguo planes de recursos?
La buena noticia es que, una vez que la nueva característica se ha activado, el antiguo recurso publicado planes se
convertirá en contrataciones de recursos. Cuando se activa la característica comenzaremos migrar los planes de
recursos publicados anterior. Antes de activar esta característica, se recomienda:
Asegúrese de que los planes de recursos existentes tienen datos de fase temporal.
Vuelva a publicar los planes de recursos existente.
Dado que contrataciones basadas en tiempo, si su plan de recursos no contiene ninguna información de fase
temporal (sólo para recursos), no se creará ningún contrataciones. Se lo posible para convertir los planes de
recursos en contrataciones, siempre que todos los datos necesarios está disponible. Una vez finalizada la
activación, ya no podrá tener acceso a los planes de recursos antiguo, pero puede comenzar a crear nuevas
contrataciones para reemplazarlos.
Para cada plan de recursos publicados, utilizaremos algunos de los datos para crear nuevas contrataciones. El
estado coincidirán desde el plan de recursos y se transferirán todos los datos de fase temporal.
Después de activar la característica, ya no podrán obtener acceso al plan de recursos antiguo la interfaz de usuario,
y esa página quedará obsoleto.
¿Cómo se puede saber si Mis planes de recursos se han migrado

correctamente en contrataciones?
Una vez que el Administrador de Project Online ha activado la característica, habrá una sección de la
Configuración adicional del servidor que muestra el progreso.
Una vez finalizada la migración, se cerrará la sección Nuevo recurso de administración de las características
disponibles . Ahora debería poder visitar la página de Solicitudes de recursos y ver las contrataciones recién
creadas que se basaban en los planes de recursos antiguos.
¿Qué hay de los informes que implican los planes de recursos mi

existentes?
Los informes existentes ya no devolverá ningún dato ya que los planes de recursos antiguos se eliminarán de la
base de datos de informes. Podrá crear cualquiera nuevos informes similar al uso de datos de compromiso.
Hemos agregado compatibilidad a través de OData para crear nuevos informes en contrataciones.
¿Qué información sobre el análisis de cartera de proyectos? Nuestra

organización usado para usar planes de recursos para realizar el
modelado de recursos.
Análisis de cartera ahora incluirá datos de contratación en lugar de datos del plan de recursos. De forma similar a
cómo se controlan los planes de recursos anterior, tendrá la opción de incluir contrataciones propuestas y
confirmadas o simplemente confirman los, al realizar el análisis.
¿Qué información acerca de la extensibilidad? ¿Puedo tener acceso a

las API para contrataciones?
Desafortunadamente, no en este momento. Son difíciles de ponerlas a disposición de funcionar, pero no obtuvo a
ella antes de la primera versión.
¿Cuándo esto estará disponible para los clientes de Project Server?

En la siguiente versión de Project Server, los clientes podrán tener acceso a todas estas características.
Uso de flujo de trabajo para la administración de
propuestas en Project Online
En este artículo se describe cómo se implementa la administración de propuestas en Project Web App.
Puede usar las herramientas de administración de propuestas en Project Web App para capturar todas las ideas de
proyecto en un solo lugar y, a continuación, los guía a través de un proceso de toma de decisiones dirigido a las
necesidades de su negocio. Uso de estas herramientas puede ayudar a los usuarios a tomar decisiones acerca de
las propuestas que aprobarán y realizar un seguimiento de progreso en un proyecto hasta que se complete el
trabajo.
Administración de propuestas en Project Online usa:
Páginas de detalles del proyecto - las páginas donde los usuarios pueden ver y actualizar la información
de proyecto de Project Web App.
Etapas - conjuntos de páginas de detalles del proyecto específicos de un área de ciclo de vida del proyecto.
Fases - una forma de organizar varias etapas.
Los flujos de trabajo - una manera para aplicar los procesos de negocio como proyectos desplazarse por
las distintas fases y etapas.
Tipos de proyecto empresarial - una manera para incorporar fases, fases y páginas de detalles del
proyecto junto con un flujo de trabajo en una forma estandarizada de realizar un proyecto.
Abordaremos a cada una de ellas en las secciones siguientes.
Páginas de detalles de proyectos

Los usuarios de Project Web App ven o actualizan datos de proyectos en las páginas de detalles de proyectos.
Puede personalizar una página de detalles de proyectos eligiendo elementos web que usen los campos que desea
que aparezcan. En la administración de propuestas, las páginas de detalles de proyectos se muestran al usuario en
diversas etapas de un proyecto siempre que necesita recopilar información de un usuario o mostrar información a
un usuario.
Etapas
Una etapa incluye una o varias páginas de detalles de proyectos, agrupadas para recopilar información sobre un
proyecto. Esta información se puede usar o actualizar mediante un flujo de trabajo.
En Project Web App, puede definir qué páginas de detalles del proyecto se muestra en una fase determinada, qué
campos son obligatorios y que son de lectura y escritura o de sólo lectura y qué fase (hablaremos acerca de fases
en la siguiente sección) el escenario es parte de.
Para cada etapa de un proyecto, le recomendamos definir las acciones que deben llevarse a cabo y la información
que necesita recopilarse en función de sus requisitos empresariales para el proyecto. Esta información le ayudará a
definir la lista de campos que necesita mostrar en las páginas de detalles de proyectos y las acciones que necesita
que el flujo de trabajo lleve a cabo. Los siguientes pasos explican el procedimiento general:
1. Definir lo que necesita suceder con el proyecto en cada etapa
2. Definir la información necesaria que desea capturar con las páginas de detalles de proyectos
3. Definir el estado de los campos en cada etapa (Requerido, Lectura/escritura o Solo lectura)
Fases
Una fase de administración de propuestas se usa para organizar varias etapas que componen 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 (representado en las fases de Project Web App de forma predeterminada
como crear, seleccionar y administrar). Las fases de sí mismos son una forma de organizar sus etapas y no
determinan el orden en que se ejecutan las fases. (El orden de las fases que viene determinado por el flujo de
trabajo asociado).
Para obtener más información, vea procedimientos recomendados para la creación de fases y etapas .
Flujos de trabajo
Los flujos de trabajo aplican los procesos empresariales y ofrecen una manera estructurada para que los proyectos
se muevan en las fases y etapas. Se puede configurar un flujo de trabajo para que haga diversas acciones con base
en la entrada del usuario para cada etapa, como el envío de mensajes de correo, la asignación de tareas y la espera
de acciones de proyectos específicas.
Por ejemplo, puede tener una fase "Propuesta inicial" donde incluir una página de detalles del proyecto con un
campo personalizado de costo de proyecto. Puede configurar el flujo de trabajo para aceptar o rechazar el
proyecto en función de si el costo de proyecto excede un límite determinado de automáticamente.
La imagen siguiente muestra las cinco fases de la administración de propuestas que se incluyen en Project Web
App y cómo encajan entre sí. En cada fase son las etapas de ejemplo, como "Proponer idea" y "Inicial de revisión".
Cada etapa puede tener uno o más páginas de detalles del proyecto asociado. Toda la colección de fases
representa un único flujo de trabajo que se puede asociar a un tipo de proyecto empresarial.
Hay cuatro pasos generales para llevar a cabo para crear el flujo de trabajo en Project Web App:
1. Diseñar el flujo de trabajo con base en los requisitos del negocio.
2. Cree los campos personalizados que necesite, páginas de detalles del proyecto, fases y etapas en Project
Web App.
3. Crear el flujo de trabajo en SharePoint Designer 2013 y lo implementa en Project Web App.
4. Crear un tipo de proyecto empresarial que use el flujo de trabajo.
Tipos de proyectos empresariales

Un tipo de proyecto empresarial reúne todos los elementos de la administración de propuestas combinando un
solo flujo de trabajo con sus fases y etapas con definiciones de plantilla de sitios de proyecto y departamento.
Normalmente, los tipos de proyectos empresariales se alinean con departamentos individuales, por ejemplo,
proyectos de marketing, proyectos de TI o proyectos de RRHH. El uso de tipos de proyectos empresariales ayuda
a clasificar los proyectos dentro de la misma organización que tienen un ciclo de vida de proyecto similar. Para un
usuario, los tipos de proyectos empresariales aparecen en una lista desplegable cuando el usuario hace clic en
Nuevo proyecto en el Centro de proyectos.
Solución de problemas de flujos de trabajo de Project
Online
Es común como un administrador de Project Web App tiene que solucionar los flujos de trabajo de proyecto.
Dependiendo de cómo se ha definido el proceso de flujo de trabajo para la organización, puede haber instancias
donde un administrador necesita actuar para la instancia de flujo de trabajo en curso. Hay campos que puede
agregar un usuario para el centro de proyectos, consulta OData o el extremo de Rest de Project Online mejor
comprender el estado de cada flujo de trabajo de proyecto. Con la información proporcionada en estos campos, un
administrador de Project Web App puede realizar la acción correctiva apropiada para desbloquear la progresión
del flujo de trabajo de proyecto.
Hay tres pasos de solución de problemas de flujos de trabajo de Project Online:
1. Configuración de vistas y los informes para ver los errores
2. Revisión de los errores
3. Actúa en los errores y llevando a cabo pasos adicionales
Configuración de vistas y los informes para ver los errores

Un administrador puede ver los errores de flujo de trabajo de proyecto de dos maneras:
Crear una vista del centro de proyectos para ver el estado de flujo de trabajo
Consultar el servicio de OData de Project Server o la API de REST de Project
Crear una vista del centro de proyectos para ver el estado de flujo de trabajo
Se recomienda crear una nueva vista del centro de proyectos para solucionar problemas de los flujos de trabajo de
proyecto. Para crear la vista o editar una vista del centro de proyectos, el usuario necesitará tener el permiso Global
para administrar vistas de Project Web App
NOTE
Para obtener más información acerca de cómo administrar la seguridad, vea serie de vídeo: cómo funcionan los permisos de
seguridad en Project Server
Para crear la vista

1. En Project Web App, haga clic en el icono del engranaje, a continuación, ** PWA configuración **.
2. En la página Configuración, haga clic en Administrar vistas. Aparecerá una lista de vistas.
3. Haga clic en ** nueva vista **.
4. En la sección nombre y tipo, en el ** tipo de vista ** lista, seleccione Centro de proyectos.
5. En el cuadro nombre , escriba el nombre de la nueva vista. Por ejemplo, " Los flujos de trabajo de proyecto
".
6. En el cuadro Descripción, escriba una descripción de la nueva vista.
7. En la sección tabla y campos , en la lista de Campos mostrados , quite los campos de comienzo y fin de
forma predeterminada. Agregue los siguientes campos de la lista campos disponibles :
Código de Error de flujo de trabajo
Error de flujo de trabajo
Flujo de trabajo creado
Identificador de flujo de trabajo
Última ejecución del flujo de trabajo
Propietario del flujo de trabajo
Nombre de la fase de flujo de trabajo
Nombre de la etapa de flujo de trabajo
Estado de flujo de trabajo
Desprotegido
Desprotegido por
8. Desplácese hasta la parte inferior de la página y haga clic en filtro.
9. Agregue el filtro con el campo "Código de Error de flujo de trabajoes mayor que 1" y haga clic en
Aceptar .
10. Haga clic en Guardar.
NOTE
Después de hacer clic en Guardar, recibirá el siguiente mensaje: " no se haya asignado una categoría de seguridad a
esta vista. Si no lo hace, evitará que cualquiera visualicen la vista en la lista desplegable o de uso de la vista.
¿Desea guardar de todos modos? "Haga clic en Aceptar, ya que sólo los miembros del grupo de administradores de
PWA podrá ver la vista Centro de proyectos de flujos de trabajo de proyecto.
Consultar el servicio de OData de Project Server o la API de REST de Project

De forma opcional, los usuarios pueden consultar para obtener esta información desde el servicio de OData de
Project o mediante programación a través de la API de REST de proyecto.
Servicio de OData de Project
CAMPO DE CENTRO DE PROYECTOS ENTIDAD PROPIEDAD
Código de Error de flujo de trabajo Proyectos WorkflowErrorResponseCode
Error de flujo de trabajo Proyectos WorkflowError
Flujo de trabajo creado Proyectos WorkflowCreatedDate
Identificador de flujo de trabajo Proyectos WorkflowInstanceId
Última ejecución del flujo de trabajo ProjectWorkflowStageData StageLastSubmittedDate
Propietario del flujo de trabajo Proyectos WorkflowOwnerName

Nombre de la fase de flujo de trabajo ProjectWorkflowStageData PhaseName
Nombre de la etapa de flujo de trabajo ProjectWorkflowStageData StageName
Estado de flujo de trabajo ProjectWorkflowStageData StageStatus
NOTE
Para obtener más información acerca del servicio OData de Project, consulte ProjectData Project OData service reference.
Proyecto de API de REST
Código de Error de flujo de trabajo ProjectWorkflowInstance WorkflowErrorResponseCode
Error de flujo de trabajo ProjectWorkflowInstance WorkflowError
Flujo de trabajo creado ProjectWorkflowInstance WorkflowCreatedDate
Identificador de flujo de trabajo ProjectWorkflowInstance Id
Última ejecución del flujo de trabajo ProjectWorkflowInstance LastSubmittedDate
Propietario del flujo de trabajo Proyectos ProjectOwnerName
Nombre de la fase de flujo de trabajo ProjectWorkflowStageData PhaseName
Nombre de la etapa de flujo de trabajo ProjectWorkflowStageData StageName
Estado de flujo de trabajo ProjectWorkflowInstance WorkflowState
Ejemplos de código
Leer un conjunto filtrado de proyectos y recuperar las instancias de flujo de trabajo de proyecto. Filtrado en caso
contrario, la solicitud se producirá un error si la solicitud incluye más información, a continuación, 20 proyectos,
deberá agregar adicionales:
GET https://CONTOSO.sharepoint.com/teams/project/PWA/_api/projectserver/projects?
$Filter=startswith(Name,'Budget')&$Expand=ProjectWorkflowInstance,ProjectWorkflowInstance/WorkflowInstance
Lea los códigos de respuesta mayores o iguales que 400, incluidos los detalles mínimas sobre el proyecto y el
propietario de todos los flujos de trabajo con error:
GET https://CONTOSO.sharepoint.com/teams/project/PWA/_api/projectserver/projectworkflowinstances?
$FILTER=WorkflowErrorResponseCode ge
400&$SELECT=Id,WorkflowError,WorkflowErrorResponseCode,WorkflowState,Project/Id,Project/Name&$EXPAND=Wo
rkflowInstanceOwner,Project
NOTE
Para obtener más información sobre el desarrollo con Project Online, visite el Centro de desarrollo de Project.
Revisión de los errores

Si el administrador crea una vista del centro de proyectos como se describió anteriormente, se puede tener acceso
a la vista de los siguientes pasos:
1. Desde Project Web App, vaya a centro de proyectos, haga clic en proyectos de inicio rápido.
2. Haga clic en proyectos en la cinta de opciones.
3. Seleccione la vista que se ha creado siguiendo los pasos anteriores desde el vista: lista desplegable.
Esto proporcionará al usuario con una lista de todos los proyectos y el estado actual de flujo de trabajo de
cada proyecto, incluidos los errores.
Opcionalmente, el usuario puede revisar los errores a través de un informe personalizado o mediante
programación, como se describió anteriormente.
NOTE
El flujo de trabajo creado y flujo de trabajo última ejecución muestran la fecha y hora en UTC.
NOTE
Después de actuar en los errores tardar hasta 24 horas para el estado que se van a actualizar en el centro de proyectos,
proyecto de servicio de OData y a través del punto de acceso de REST de proyecto.
Actúa en los errores y llevando a cabo pasos adicionales

Es posible que los siguientes errores con un flujo de trabajo de proyecto:
ERROR ACTION
No podemos actualizar el estado de proyecto PROJECT_GUID Normalmente, este error se resolverán si se realiza ninguna
acción durante un período de tiempo. Si necesita que el error
resolverse inmediatamente, intente cómo reanudar un flujo de
trabajo de SharePoint.
No podemos actualizar el estado de fase STAGE_GUID en el Normalmente, este error se resolverán si se realiza ninguna
proyecto PROJECT_GUID acción durante un período de tiempo. Si necesita que el error
trabajo de SharePoint.
Fase de STAGE_GUID no es la fase actual de proyecto Este error se produce cuando se intenta establecer el estado
PROJECT_GUID de fase de flujo de trabajo para una fase del flujo de trabajo
que no es válido. En esta situación, necesitará el reinicio de un
flujo de trabajo de proyecto.
ERROR ACTION
Campo personalizado CUSTOM_FIELD_GUID no tiene un valor Un campo personalizado no está correctamente configurado y
establecido para el proyecto PROJECT_GUID el flujo de trabajo no puede avanzar hasta que se actualiza el
valor del campo personalizado. Para determinar el nombre del
campo personalizado que debe actualizarse, vea la sección
titulada cómo obtener un campo personalizado de un GUID
de campo personalizado. Después de actualizar el campo
personalizado, intente cómo reanudar un flujo de trabajo de
SharePoint.
> [!NOTE]> Como procedimiento recomendado, se
recomienda para campos personalizados de verdadero/falso
implicados en un flujo de trabajo para usar una tabla de
búsqueda oposición a un campo personalizado de indicador
para evitar que este problema para campos personalizados de
este tipo.
No existe el campo personalizado CUSTOM_FIELD_GUID. Esto sucede cuando el flujo de trabajo intenta leer o escribir el
valor de un campo personalizado que se ha quitado de PWA.
Debe editar el flujo de trabajo y asegúrese de campo
personalizado correcto está asociada con el flujo de trabajo.
Error de envío de trabajo de protección para project Normalmente, este error se resolverán si se realiza ninguna
PROJECT_GUID acción durante un período de tiempo. Si necesita que el error
trabajo de SharePoint. Si el problema persiste conservar,
necesitará el reinicio de un flujo de trabajo de proyecto.
Error de envío de trabajo de publicar el proyecto Normalmente, este error se resolverán si se realiza ninguna
PROJECT_GUID acción durante un período de tiempo. Si necesita que el error
Error de envío de trabajo de resumen de publicación para Normalmente, este error se resolverán si se realiza ninguna
project PROJECT_GUID acción durante un período de tiempo. Si necesita que el error
No se pudo crear un proyecto de elemento de lista Esto es un error que está afectando a la actividad
CreateProjectFromListItem. En primer lugar, intente cómo
reanudar un flujo de trabajo de SharePoint. Si el problema
continúa, revise la cola de PWA para ver si hay un trabajo en
cola con errores para la creación del proyecto.
No se pudo encontrar el elemento de lista para crear un El elemento de lista ya no existe. Puede comprobar la Papelera
proyecto web WEB_ID elemento de lista LIST_ID LIST_ITEM_ID de reciclaje para ver si puede restaurar el elemento de lista.
No se pudo encontrar una idea asociada con el proyecto Esto sucede cuando se elimina la idea de que se usó
PROJECT_GUID al intentar actualizar estado inicialmente para la creación del proyecto. Puede comprobar la
Papelera de reciclaje para ver si puede restaurar el elemento
de lista.
Identificador de trabajo JOB_GUID no es válido Si recibe este mensaje de error, póngase en contacto con
Microsoft Support.
ERROR ACTION
Propietario del flujo de trabajo no tiene permiso para la Administración debe conceder permisos de protección al
protección de proyecto PROJECT_GUID propietario del flujo de trabajo. Después de la concesión de
permisos, intente cómo reanudar un flujo de trabajo de
SharePoint. Si el problema persiste conservar, necesitará el
reinicio de un flujo de trabajo de proyecto.
Propietario del flujo de trabajo no tiene campos de resumen Administración debe conceder permiso adecuado al
de proyecto editar o guardar el proyecto para el permiso de propietario del flujo de trabajo. Después de la concesión de
categoría de Project Server o publicar el proyecto en project permisos, intente cómo reanudar un flujo de trabajo de
PROJECT_GUID SharePoint. Si el problema persiste conservar, necesitará el
Propietario del flujo de trabajo no tiene el permiso global Esto sucede cuando se intenta crear un proyecto a partir de
nuevo proyecto un elemento de lista de SharePoint y el usuario que inicia la
instancia de flujo de trabajo no puede crear nuevos proyectos
en PWA.
Administración debe conceder permiso adecuado al usuario.
Después de la concesión de permisos, intente cómo reanudar
un flujo de trabajo de SharePoint. Si el problema persiste
conservar, necesitará el reinicio de un flujo de trabajo de
proyecto.
Propietario del flujo de trabajo no tiene permisos de categoría Administración debe conceder permiso adecuado al usuario.
Abrir y Guardar proyecto en Project Server en project Después de la concesión de permisos, intente cómo reanudar
PROJECT_GUID un flujo de trabajo de SharePoint. Si el problema persiste
proyecto.
Propietario del flujo de trabajo no tiene permiso de categoría Administración debe conceder permiso adecuado al usuario.
Abrir proyecto en project PROJECT_GUID Después de la concesión de permisos, intente cómo reanudar
proyecto.
Propietario del flujo de trabajo no tiene permiso de categoría Administración debe conceder permiso adecuado al usuario.
de publicar el proyecto en project PROJECT_GUID Después de la concesión de permisos, intente cómo reanudar
proyecto.
El flujo de trabajo de project no puede tener varias etapas en Este error se muestra si la instancia de flujo de trabajo intenta
curso especificar una etapa sin cerrar la etapa anterior. Para obtener
más ayuda con este error, póngase en contacto con Microsoft
Support.
El flujo de trabajo de proyecto debe tener una etapa en curso Este error se muestra si la instancia de flujo de trabajo intenta
dejar una fase sin establecer la siguiente fase en curso. Para
obtener más ayuda con este error, póngase en contacto con
Microsoft Support.
Proyecto PROJECT_GUID no puede tener un flujo de trabajo Este error se produce al intentar iniciar una instancia de flujo
de trabajo en un tipo de proyecto no admitido. Para obtener
más ayuda con este error, póngase en contacto con Microsoft
Support.
ERROR ACTION
Proyecto PROJECT_GUID no ha podido protección Error en un trabajo de cola de PWA impide que el flujo de
trabajo progresa. Revise el trabajo en cola con errores desde la
página de trabajo Administrar cola dentro de PWA.
Proyecto {0} no ha podido verificación en el campo Error en un trabajo de cola de PWA impide que el flujo de
personalizado después de {1} se ha actualizado el valor trabajo progresa. Revise el trabajo en cola con errores desde la
Proyecto PROJECT_GUID no ha podido de protección después Error en un trabajo de cola de PWA impide que el flujo de
de que se actualizó la propiedad value (propiedad) trabajo progresa. Revise el trabajo en cola con errores desde la
Proyecto PROJECT_GUID está desprotegido en otra sesión Administración necesita para forzar la protección del proyecto
o solicite al usuario que proteja el proyecto. Una vez activada
en el proyecto, intente cómo reanudar un flujo de trabajo de
Proyecto PROJECT_GUID está desprotegido para otro usuario Administración necesita para forzar la protección del proyecto
o solicite al usuario que proteja el proyecto. Una vez activada
en el proyecto, intente cómo reanudar un flujo de trabajo de
Proyecto PROJECT_GUID no tiene un flujo de trabajo Si recibe este mensaje de error, póngase en contacto con
Microsoft Support.
PROJECT_GUID del proyecto no está desprotegido El administrador deberá revisar la definición de flujo de trabajo
y compruebe que no hay actualizaciones del proyecto se ha
tratado de antes de que el proyecto está desprotegido.
No existe el proyecto PROJECT_GUID Si recibe este mensaje de error, póngase en contacto con
Microsoft Support.
No se puede publicar el proyecto PROJECT_GUID debido a Normalmente, este error se resolverán si se realiza ninguna
que el PROJ_PWA_SHORT_NAME está en modo de sólo acción durante un período de tiempo. Si necesita que el error
lectura resolverse inmediatamente, compruebe que el sitio de PWA no
está en modo de sólo lectura, desplácese hasta el sitio y ver si
hay una notificación a través de la parte superior de la página.
Si no hay ninguna notificación, a continuación, intente cómo
reanudar un flujo de trabajo de SharePoint.
No se pudo actualizar proyecto PROJECT_GUID Error en un trabajo de cola de PWA impide que el flujo de
trabajo progresa. Revise el trabajo en cola con errores desde la
Propiedad propiedad no tiene un valor establecido para el El administrador deberá revisar la definición de flujo de trabajo
proyecto PROJECT_GUID y compruebe que las propiedades se establecen
correctamente.
Propiedad ANIDADO no existe Si recibe este mensaje de error, póngase en contacto con
Microsoft Support.
No se pudo realizar una operación de publicación en el Error en un trabajo de cola de PWA impide que el flujo de
proyecto PROJECT_GUID trabajo progresa. Revise el trabajo en cola con errores desde la
ERROR ACTION
No se pudo efectuar una operación de publicación de resumen Error en un trabajo de cola de PWA impide que el flujo de
en el proyecto PROJECT_GUID trabajo progresa. Revise el trabajo en cola con errores desde la
401 usuario no se encuentra o está inactivo Necesitará el reinicio de un flujo de trabajo de proyecto.
System.InvalidOperationException: Cierre incompleta Necesitará el reinicio de un flujo de trabajo de proyecto.

detectado al cargar subrutinas para WORKFLOW_GUID en el
ámbito del flujo de trabajo.
Si no aparece el error o desea obtener más detalles sobre el error que se va a obtener, vea la sección cómo obtener
el mensaje de error detallado de un flujo de trabajo de SharePoint.
Si encuentra errores que no están enumerados anteriormente, háganoslo saber. Hay dos formas de ponerse en
contacto con nosotros, ya sea a través de nuestro foro de voz de usuario o por ponerse en contacto con Microsoft
admitir. Por favor, nos proporcionan los siguientes detalles.
Nombre del proyecto
Código de Error de flujo de trabajo
Error de flujo de trabajo
Flujo de trabajo creado
Identificador de flujo de trabajo
Última ejecución del flujo de trabajo
Propietario del flujo de trabajo
Error en la cola de mensajes y la marca de tiempo si procede
Procedimiento para reanudar un flujo de trabajo de SharePoint

En algunos casos, un flujo de trabajo que necesite reanudar para volver a intentar el paso actual del flujo de trabajo.
Para reanudar un flujo de trabajo de SharePoint
2. Haga clic en el nombre del proyecto.
3. Haga clic en el nombre del proyecto de inicio rápido.
4. Expanda la sección de Todas las fases de flujo de trabajo .
5. Haga clic en el vínculo de Datos de flujo de trabajo adicionales .
6. Haga clic en la "i" icono situado junto al Estado interno.
7. Haga clic en el vínculo Resume este flujo de trabajo .
Cómo reiniciar un flujo de trabajo de proyecto

Reiniciar un flujo de trabajo de Project se coloque al principio del flujo de trabajo. Los usuarios necesitan avanzar el
flujo de trabajo a la fase actual de TI. Antes de reiniciar el flujo de trabajo de proyecto, es posible que desea
reanudar el flujo de trabajo de primer intento para volver a intentar los pasos actuales. Vea cómo reanudar un flujo
de trabajo de SharePoint para ver los pasos reanudar un flujo de trabajo.
Para reiniciar un flujo de trabajo de proyecto
3. En la ficha proyecto , haga clic en Opcionesy, a continuación, Reinicie el flujo de trabajo.
NOTE
El proyecto debe ser protegido de antes de que se puede reiniciar el flujo de trabajo. Para obtener más información
acerca de cómo proteger un proyecto, vea proteger manualmente proyectos y recursos que están desprotegidos por
otro usuario.
4. Haga clic en Aceptar

Para reiniciar los flujos de trabajo de proyecto para un conjunto de proyectos
1. En Project Web App, haga clic en el icono de engranaje, a continuación, Configuración de PWA.
2. Haga clic en cambiar o reiniciar flujos de trabajo.
3. Elija el Tipo de proyecto empresarial de la lista de los proyectos.
4. Seleccione el conjunto de proyectos que se deben tener sus flujos de trabajo reiniciarse.
NOTE
Proyectos que necesite estar protegidos para que aparezcan en la lista. Para obtener más información acerca de cómo
proteger un proyecto, vea proteger manualmente proyectos y recursos que están desprotegidos por otro usuario.
5. Para los proyectos seleccionados, seleccione reiniciar flujo de trabajo actual .

6. Haga clic en Aceptar.
Opcionalmente, los flujos de trabajo de proyecto se pueden reiniciar mediante programación.
ProjectWorkflowInstance tiene dos métodos para reiniciar los flujos de trabajo de proyecto:
RestartWorkflow ()
POST https://CONTOSO.sharepoint.com/teams/project/PWA/_api/projectserver/projects('
PROJECT_GUID')/ProjectWorkflowInstance/RestartWorkflow ()
RestartWorkflowSkipToStage(stageId)
POST https://CONTOSO.sharepoint.com/teams/project/PWA/_api/projectserver/projectworkflowinstances('
WORKFLOW_INSTANCE_GUID')/RestartWorkflowSkipToStage('STAGE_GUID')
NOTE
Reinicio de flujos de trabajo de proyecto de forma masiva puede provocar la limitación de peticiones para que se produzcan.
Para obtener más información, vea la limitación de peticiones de flujo de trabajo de SharePoint 2013 y el rendimiento en
SharePoint Online y Project Online.
Cómo obtener el mensaje de error detallado de un flujo de trabajo de

SharePoint
Si el mensaje de error proporcionado en el centro de proyectos no proporciona suficientes detalles para solucionar
el problema, es posible que desee revisar el mensaje de error detallado de flujo de trabajo de SharePoint.
Para obtener el mensaje de error detallado de un flujo de trabajo de SharePoint
3. Haga clic en el nombre del proyecto de inicio rápido.
4. Expanda la sección de Todas las fases de flujo de trabajo .
5. Haga clic en el vínculo de Datos de flujo de trabajo adicionales .
6. Haga clic en la "i" icono situado junto al Estado interno para ver el mensaje de error detallado.
Cómo obtener un campo personalizado de un GUID de campo

personalizado
1. En Project Web App, haga clic en el icono de engranaje, a continuación, configuración de PWA.
2. Haga clic en campos personalizados de empresa y tablas de búsqueda.
3. Haga clic en un campo personalizado.
4. Desplácese hasta la parte inferior de la página.
5. Expanda la sección Datos de identificación del sistema para revisar el GUID de campo personalizado.
Cómo revisar los trabajos en cola de PWA

En algunos casos, un error será un resultado de un trabajo de cola de PWA con errores. PWA proporciona
mensajes de error detallados para trabajos en cola con errores.
Para revisar los trabajos de cola de PWA
1. En Project Web App, haga clic en el icono de engranaje, a continuación, configuración de PWA.
2. Haga clic en Administrar trabajos en cola.
3. Busque el trabajo de cola con errores relacionado con el error de flujo de trabajo y haga clic en el error para
obtener más detalles.
NOTE
Debe cambiar el Historial de trabajos si el error de flujo de trabajo es más antiguo, a continuación, una semana para
aparezca en la lista.
Pasos adicionales
Fecha última ejecución de flujo de trabajo es el momento en el pasado para un proyecto activo
El proyecto se desprotegido en otra sesión y el flujo de trabajo no puede avanzar hasta que el proyecto está
protegido. El administrador es posible que desee considerar forzar comprobación en el proyecto para permitir que
el flujo de trabajo en curso. Para obtener más información acerca de cómo proteger un proyecto, vea proteger
manualmente proyectos y recursos que están desprotegidos por otro usuario.
NOTE
Fecha última ejecución de flujo de trabajo se conoce hasta la última fecha enviado en el proyecto de servicio de OData y API
de REST de servicio de Project.
Procedimientos recomendados para crear fases y
etapas
Fases y etapas son una parte importante del uso de flujo de trabajo en Project Web App. En este artículo se
presenta algunos procedimientos recomendados para la creación de fases y etapas. Si se tiene experiencia con
flujo de trabajo de Project Web App, pollito fuera de flujo de trabajo de uso para la administración de propuestas
en Project Online en primer lugar.
Puede asignar el nombre su fases de la administración de propuestas y fases de cualquier medio que le gustaría,
pero utilizando las siguientes directrices puede ahorrar tiempo como administrador y que sea más fácil encontrar
cosas.
Para cada fase o etapa que cree en Project Web App, se recomienda usar las convenciones de nomenclatura
específicas. También se recomienda que cree únicas fases y etapas para cada tipo de proyecto empresarial. Las
siguientes convenciones pueden proporcionar facilitar el mantenimiento a medida que amplía el uso de
características de administración de propuestas.
Para las fases:
Cree fases únicas para cada flujo de trabajo y coloque un prefijo a la fase con un acrónimo que clasifique el
flujo de trabajo (por ejemplo, TI).
Agregue un número después del acrónimo para que las fases aparezcan en orden cronológico.
En la siguiente tabla se muestra un ejemplo de los nombres que podría asignar a las fases de los proyectos de TI.
NOMBRE DE LA FASE DESCRIPCIÓN
Crear TI-1 Crear fase para proyectos de TI.
Seleccionar TI-2 Seleccionar fase para proyectos de TI.
Planear TI-3 Planear fase para proyectos de TI.
Administrar TI-4 Administrar fase para proyectos de TI.
Finalizar TI-5 Finalizar fase para proyectos de TI.
Para las etapas:

Agregue el número y el acrónimo adecuado antes del título de la etapa para hacer que las etapas aparezcan
en orden cronológico.
Cree etapas únicas para cada flujo de trabajo. Esto le permite hacer cambios en una etapa en un flujo de
trabajo sin afectar a otros flujos de trabajo.
En la siguiente tabla se muestra un ejemplo de los nombres que podría asignar a las etapas de los proyectos de TI.
NOMBRE DE LA ETAPA DESCRIPCIÓN
Proponer idea TI-1 Etapa de proponer idea para proyectos de TI.
Revisión inicial TI-2 Etapa de revisión iniciar para proyectos de TI.
Completar solicitud TI-3 Etapa de completar solicitud para proyectos de TI.
Solicitar revisión TI-4 Etapa de revisión de solicitud para proyectos de TI.
Selección de cartera TI-5 Etapa de selección de cartera para proyectos de TI.

Administración de permisos de cambio en Project
Online
Project Online ofrece dos opciones de administración de seguridad para controlar el tipo de acceso que tienen los
usuarios a los sitios y proyectos:
Modo de SharePointPermission Con esta opción seleccionada, un conjunto especial de grupos de
seguridad de SharePoint se crean en sitios asociados con Project Online. Estos grupos se usan para
conceder a los usuarios debido a distintos niveles de acceso a proyectos y la funcionalidad de Project
Online.
TIP
Para obtener más información acerca de los permisos incluidos en los grupos de seguridad que se usa con el modo
de permiso de SharePoint, vea permisos predeterminados del modo de permisos de SharePoint para los grupos de
SharePoint de Project Server 2013. Aunque este artículo está escrito con Project Server 2013 en mente, la
información también se aplica a Project Online.
Modo de permiso de Project Con esta opción seleccionada, Project Online proporciona un conjunto de
grupos de seguridad personalizable y otras funciones que es distinto de los grupos de SharePoint.
Project Online usa el modo de permiso de SharePoint, de forma predeterminada. Este modo es más sencillo, lo
que le permite implementar la seguridad de forma rápida y coherente a través de SharePoint Online y Project
Online. Sin embargo, puede haber situaciones donde tiene más sentido usar el modo de permiso de Project. Por
ejemplo, si piensa que su organización necesita para administrar el acceso basado en la estructura de EDR, debe
usar el modo de permiso de Project. Este modo ofrece un mayor control, debido a que puede personalizar y
cambiar permisos individuales para cada de seguridad de grupo y normalmente diseñado para las organizaciones
más grandes de PMO con un requisito para tener control de acceso más granular y tiene experiencia interna (o
tiene ocupado con un socio) para ayudar con la implementación.
Administradores de colección de sitios tienen permisos administrativos para el sitio de Project Online.
Estos permisos permiten que el Administrador de colección de sitios omitir cualquier Project Online permisos de
seguridad que se establecen en modo de SharePointPermission o en modo de permiso de Project. De este modo,
alguien siempre tiene acceso a Project Online. ¿Qué debo hacer si mi administrador Project Online obtiene
bloqueado?
Cau t i on
Cambiar entre el modo de permiso de SharePoint y el modo de permiso de Project, elimina toda la configuración
relacionada con la seguridad. Si cambia de modo de permisos de SharePoint al modo de permiso de Project, se
debe configurar manualmente la estructura de permisos de seguridad en Project Online. Cambiar del modo de
permiso de Project volver al modo de permisos de SharePoint, elimina la información de permisos de seguridad
de Project Online.
Para cambiar entre los distintos modos de permisos:
1. Where iniciar sesión en Office 365 para la empresa con su cuenta de administrador y vaya a Project Online.
2. En Project Online, haga clic en el icono de configuración y seleccione Configuración de PWA.
3. En la página Configuración de PWA , en la sección Directivas operativas , seleccione Configuración
4. En la sección Administración de permisos , elija el modo de permiso que desea usar para el sitio de
Project Web App: Modo de permisos de SharePoint o el Modo de permiso de Project.
5. Seleccione Aceptar.
Planeación de grupos de SharePoint en Project
Online
En Project Online, modo de permisos de SharePoint crea grupos de SharePoint que se corresponden
directamente con los grupos de seguridad predeterminados que se encuentra en el modo de permiso de Project.
TIP
¿Necesita cambiar entre los modos de seguridad? Eche un vistazo a la administración de permisos de modificación en Project
Online.
¿Qué grupos están disponibles?

En la siguiente lista se describe los grupos de SharePoint y lo que le permiten a los usuarios llevar a cabo en
Project Online.
Administradores Los usuarios tienen permisos globales de todos los permisos de categoría a través de la
categoría Mi organización . Esto les permite tener un acceso completo a todo el contenido en Project
Online.
Visores de cartera de proyectos Los usuarios tienen permisos para ver datos de Project Online. Este
grupo está pensado para los usuarios de alto nivel que necesitan visibilidad de proyectos, pero no son ellos
mismos asigna tareas de proyectos.
Jefes de proyecto Los usuarios tienen permisos para crear y administrar proyectos. Este grupo está
pensado para los propietarios de proyectos que asignan tareas a los recursos.
Jefes de cartera de proyectos Los usuarios cuentan con una variedad creación del proyecto y los
permisos de creación de equipos. Este grupo está pensado para administradores de alto nivel de los grupos
de proyectos.
Jefes de recursos Los usuarios tienen permisos de recursos más globales y de categoría. Este grupo está
pensado para los usuarios que administran y asignan recursos y modificar datos de recursos.
Responsables de equipo Los usuarios han con permisos limitados para informes de creación y el estado
de la tarea. Este grupo está pensado para las personas de una capacidad de liderazgo que no tienen
asignaciones regulares en un proyecto.
Miembros del equipo Los usuarios tienen permisos generales para usar Project Online, pero los
permisos de nivel de proyecto limitados. Este grupo está pensado para proporcionar a todos los usuarios
acceso básico a Project Online.
Estos grupos de SharePoint tienen el mismo global y los permisos de categoría que se les haya asignado en el
modo de permiso de Project. En el modo de permiso de SharePoint, no puede crear grupos personalizados
adicionales, categorías, los nodos de la estructura detallada de recursos (EDR ) o editar los permisos
predeterminados asignados a cualquiera de estos objetos.
Existen dos métodos para agregar usuarios a los grupos de SharePoint: agregar usuarios individuales, o el uso de
grupos de Active Directory para agregar usuarios. Puede usar uno o ambos de estos métodos para cada grupo.
Agregar usuarios individuales a los grupos de SharePoint
Al agregar usuarios individuales a uno de los grupos de SharePoint, que el usuario se sincroniza con Project
Online automáticamente. Sincronización de usuario ejecuta cada diez minutos.
Usar los grupos de Active Directory para agregar usuarios a los grupos
de SharePoint
Al agregar grupos de Active Directory a uno de los grupos de seguridad de SharePoint, los usuarios no se
agregan automáticamente a la lista de usuarios de Project Online. Cada usuario individual se agrega la primera
vez que se tiene acceso a Project Online.
Debido a que los usuarios en grupos de Active Directory no aparecen en la lista de recursos hasta que ha tenido
acceso Project Online, le recomendamos que configure la sincronización de Active Directory en Project Online
para rellenar previamente la lista de recursos. Esto le permite tener una lista de recursos completo y para asignar
el trabajo a los recursos antes de que se ha tenido acceso Project Online.
Uso de Project Online con los usuarios externos
En Project Online, un sitio de Project Web App es una colección de sitios dentro de SharePoint Online y uso
compartido de un sitio de Project Web App con usuarios externos funciona del mismo modo uso compartido de
cualquier otro sitio de SharePoint Online. En este artículo se describe las opciones de uso compartido externo que
son relevantes para Project Web App en Project Online, junto con licencias implicaciones para proporcionar a los
usuarios externos acceso a las características de Project Web App en Project Online. También le recomendamos
que lea acerca de cómo Administrar externo de uso compartido para el entorno de SharePoint Online.
Una vez que se ha compartido un sitio de Project Web App con un usuario externo, el usuario puede colaborar a
través de documentos y listas en ese sitio, incluidos los riesgos y problemas. Cualquier interacción en un sitio de
proyecto requiere una licencia de Project Online.
NOTE
Para obtener más información acerca de las consideraciones de licencia Project Online para los usuarios externos, vea la
Descripción del servicio de proyecto en línea.
Administración de licencias y permisos para los usuarios externos es el mismo que para los usuarios internos. (Para
buscar los usuarios externos en la lista de usuario, busque los usuarios con EXT # en el nombre de usuario).
Planear el uso compartido de Project Web App con usuarios externos

Hay dos opciones para compartir su sitio de Project Web App en Project Online. Se puede rellenar previamente su
directorio de Office 365 con los usuarios con los que desea compartir el sitio, o puede enviar las invitaciones para
compartir a los usuarios directamente desde su Project Web App del sitio.
Rellenar previamente el directorio
Puede rellenar previamente su directorio de Office 365 con usuarios externos, como por ejemplo, mediante el uso
de colaboración B2B de Azure Active Directory o mediante la adición de usuarios manualmente y cambiar el
usuario, escriba invitado. Hay varias ventajas de esto:
Al configurar el uso compartido para el sitio de Project Web App, puede elegir la opción Permitir el uso
compartido sólo con los usuarios externos que ya existen en Active directory de su organización .
Esto le ofrece un mayor nivel de control sobre el sitio de uso compartido al limitar el ámbito de que pueden
ser invitado al sitio.
Si importa una lista de usuarios en el directorio a la vez, puede automáticamente agregarlos a grupos de
seguridad y usar estos grupos de seguridad para controlar los permisos de sitio para las distintas funciones
de Project Web App, como jefe de proyecto, miembro del equipo y así sucesivamente.
Puede asignar licencias a los usuarios importados antes de enviarlos el vínculo al sitio de Project Web App
por lo que tienen el acceso adecuado cuando inician sesión en Project Web App.
Adición de usuarios a medida que avance
Si decide no rellenar previamente el directorio, puede elegir la opción de Permitir que los usuarios externos que
aceptan las invitaciones para compartir e iniciar sesión como usuarios autentican al configurar el uso
compartido para el sitio.
La ventaja de este método es que el sitio se puede compartir fácilmente con cualquier persona que tiene una
cuenta de Microsoft o de Office 365. Puede invitar a nuevos usuarios cada vez que necesite, haga clic en recurso
compartido en el sitio de Project Web App. Los usuarios que aceptan invitaciones se agregan a su directorio de
Office 365 y puede administrar no existe.
Una cosa que tenga en cuenta en el uso de este método es que los usuarios invitados no se agregan a su directorio
de Office 365 hasta que aceptan la invitación para compartir, y deben estar en el directorio para poder asignar una
licencia de Project Online. Por este motivo, no tendrán acceso total para el sitio de Project Web App cuando reciben
la invitación por primera vez. Se puede seguir trabajando con documentos, problemas y riesgos, pero no podrá
administrar proyectos o trabajar con hojas de tiempo hasta que cuentan con una licencia de Project Online.
Elegir un método de uso compartido
Puede usar cualquiera de los métodos anteriores de uso compartidos, o puede usar una combinación de ambas.
Puede rellenar previamente su directorio con una lista inicial de los usuarios, a continuación, invitar a más adelante.
Lo importante es elegir la opción de uso compartido que es mejor para usted.
La opción Permitir el uso compartido sólo con los usuarios externos que ya existen en Active directory de
su organización es más restrictiva y permite un mayor control sobre quién puede ser invitados al sitio. Para usar
esta opción, debe rellenar previamente el directorio con los usuarios que desea invitar al sitio.
La opción de Permitir que los usuarios externos que aceptan las invitaciones para compartir e iniciar
Office 365 en como los usuarios autenticados es más versátil y le permite enviar invitaciones a todas las
personas con una cuenta de Microsoft o. Se pueden aún rellenar previamente los usuarios en el directorio con esta
opción, pero no es necesario.
Configurar el uso compartido de Project Web App

Use el procedimiento siguiente para configurar el uso compartido para el sitio de Project Web App en Project
Online. Asegúrese de que el uso compartido está habilitado en el nivel de inquilino antes de continuar.
Para configurar el uso compartido de Project Web App
1. En el centro de administración de SharePoint Online, en el área de las colecciones de sitios , active la
casilla de verificación para el sitio de Project Web App que desea compartir.
2. En la cinta de opciones, haga clic en Compartir.
3. Seleccione la opción que desea usar para el uso compartido:
Permitir el uso compartido sólo con los usuarios externos que ya existen en Active directory de su
organización si desea compartir sólo con los usuarios que se han importado desde otro directorio o
inquilino.
Permitir que los usuarios externos que aceptan las invitaciones para compartir e iniciar sesión
como usuarios autentican si desea poder enviar invitaciones a los usuarios con una cuenta de Microsoft o
de Office 365.
Una vez que haya configurado las opciones de uso compartidas para el sitio de Project Web App y los usuarios a
su directorio de Office 365, si es necesario, puede invitar a los usuarios externos para el sitio mediante el botón de
recurso compartido en el sitio de la misma manera que se invita a los usuarios internos.
Descripción de la administración de identidades en
Project Online
Antes de empezar a usar Project Online, una de las decisiones más importantes que tendrá que hacer es cómo
desea administrar las cuentas de usuario de Project Online.
Opciones de las cuentas de usuario en Project Online

Project Online usa las cuentas de usuario que configurado para Office 365.
Hay dos formas de configurar las cuentas de usuario en Office 365:
Puede agregar cuentas para cada usuario usted mismo o importar usuarios desde una lista, como un libro
de Excel.
Puede sincronizar las cuentas que ya tiene en los servicios de dominio de Active Directory (AD DS ) con
Office 365.
Mientras que sincronizar las cuentas de Active Directory requiere una configuración adicional, la ventaja de
hacerlo es por lo que los usuarios sólo tienen un nombre de usuario y una contraseña que funciona con su
red local y Office 365. Esto facilita el mantenimiento de cuentas y proporciona a los usuarios una experiencia
más descriptiva y sin problemas.
Si decide sincronizar las cuentas con Active Directory, es muy importante que haga lo antes de que dé a los
usuarios acceso a Office 365 o Project Online. Si agregar cuentas a Office 365 manualmente y, a
continuación, más adelante decide sincronizar las cuentas con Active Directory, a continuación, puede
terminar con dos cuentas para cada usuario en Office 365. En Project Online, donde va a asignar recursos
para administrar los proyectos y tareas, terminará con recursos duplicados. No podrá eliminar las cuentas
antiguas en favor de las nuevas cuentas, debido a que las cuentas antiguas se asociarán con el proyecto y
datos de informes de tiempo.
Este es un ejemplo:
Suscribirse a Office 365 con Project Online y usar el nombre de su compañía, Contoso, al iniciar la sesión de
copia de seguridad. Su dominio de Office 365, a continuación, es contoso.onmicrosoft.com. A continuación,
agregue una cuenta para Robyn Buckley, uno de los usuarios. Su cuenta de Office 365 es
robynb@contoso.onmicrosoft.com; mientras su cuenta de Active Directory en la red de Contoso es
robyn@contoso.com.
Si más adelante sincronizar las cuentas de Active Directory para Office 365,
robynb@contoso.onmicrosoft.com y robyn@contoso.com existirá en Office 365. Robyn puede iniciar sesión
en una de estas cuentas, y cada uno aparece como un recurso independiente en Project Online.
Sincronizar los usuarios primero
Si usa los servicios de dominio de Active Directory como parte de la red de su empresa, es muy
recomendable sincronizar las cuentas de Active Directory con Office 365. Esto será mucho más sencillo
administrar a largo plazo y le ayudará a reducir los costos de asistencia al usuario de la Ayuda y mejorar la
satisfacción del usuario.
Para obtener información sobre cómo sincronizar los usuarios, vea integración de Office 365 con entornos
local.
¿Qué debo hacer si mi administrador Project Online
obtiene bloqueado?
¿Bloqueada? No se preocupe. El Administrador de colección de sitios para el sitio de Project Online

automáticamente tiene permisos administrativos y puede obtener Project Online hacer una copia de
administrador en.
Paso 1: Intenta averiguar qué ha sucedido

Es posible que sepa exactamente qué ha sucedido con obtener la cuenta de administrador de Project Online
bloqueada. Si es así, ha abordar el primer obstáculo. Si no está seguro, piense a través de sus última varias
acciones en Project Online antes del bloqueo.
Cuando inicia sesión como el Administrador de Project Online, es posible que:
Quita todos los usuarios del grupo Administradores en Project Online, incluido el grupo de Active
Directory de administrador de forma predeterminada y, a continuación, guarda los cambios.
Configurar la sincronización de Active Directory para controlar quién tiene acceso a Project Online,
sin ser miembros del grupo de Active Directory seleccionado.
Un grupo de Active Directory en el centro de recursos de sincronizados mientras su cuenta ya se
publicó como un recurso. Cuando se produjo la sincronización, la cuenta de administrador de Project
Online se realizó inactiva como no es parte del grupo de Active Directory.
Estos son algunos ejemplos de cosas que pueden haber ocurrido. Su situación puede ser diferente, y su
administrador de colección de sitios tendrán una introducción de tiempo más fácil que copia en si puede restringir
lo que puede haber provocado el bloqueo.
Paso 2: Buscar el Administrador de colección de sitios

Su organización puede tener un administrador global (inquilino) para todas las de Office 365, un administrador de
SharePoint Online, un administrador de colección de sitios y un administrador de Project Online. Una persona
puede rellenar todos los roles, o es posible que tenga varias personas rellenar cada uno de ellos. Para averiguar
quién es el Administrador de colección de sitio Project Online, debe intentar identificar a alguien en el
administrador global o roles de administrador de SharePoint Online. A continuación, esa persona puede buscar en
quién va a administrar la colección de sitios específica para Project Online.
Si tiene problemas para conectarse con el Administrador de colección de sitios, o si esa persona no está
seguro de cómo le ayudarán a recuperar el acceso a Project Online, el administrador global o administrador
de SharePoint Online también puede administrar colección de sitios los administradores de para el sitio de Project
Online. Como un administrador de colección de sitios, tendrá todos los permisos administrativos en Project
Online y puede intentar resolver el bloqueo de usted mismo.
Paso 3: Ayuda el get de administrador de colección de sitios copia en

Una vez que ha encontrado la persona adecuada que le ayudarán a, explique lo que piensa ha ocurrido que
provocó el bloqueo. Algunos problemas que dan como resultado el bloqueo se pueden resolver mediante la
adición de la cuenta de administrador de Project Online a un grupo de Active Directory. Cuando se produce la
sincronización, debe volver a obtener acceso a Project Online.
Si los cambios de Active Directory se puede resolver el bloqueo, el Administrador de colección de sitios no
necesita una licencia de Project Online. Sin embargo, en algunos casos, es necesario para corregir el problema de
inicio de sesión en Project Online y será necesario el Administrador de colección de sitios que se asignará una
licencia de Project Online. Es posible que ya tenga uno. Si no tiene el Administrador de colección de sitios
Seleccione su cuenta en la página usuarios activos en el centro de administración de Office 365 y, a continuación,
elija Editar bajo licencia asignada en el lado derecho de la ventana para seleccionar una licencia de Project
Online .
No tiene suficientes licencias? Si su organización ya tiene todas las licencias asignadas, el Administrador de
colección de sitios puede quitar la licencia de la cuenta de administrador de Project Online bloqueada y, a
continuación, asignar licencia a ellos mismos temporalmente. Debe pasar la licencia y hacia atrás para probar el
acceso, por lo que obtiene asignado al administrador de Project Online una vez que se ha restaurado
correctamente el acceso.
Ajuste de rendimiento de Project Online
Con el lanzamiento de Project Online hace unos pocos años, las organizaciones de todos los tamaños han sido
podrán utilizar amplio conjunto de Microsoft de las capacidades de administración de cartera de proyectos (PPM )
de la comodidad de nuestra infraestructura de nube de Office 365.
Aunque una de las ventajas del uso de un servicio basado en la nube obvias es evitar la necesidad de abordar los
problemas con la implementación, el programa de instalación y hardware y software ajuste de, todavía hay
algunos pasos que puede seguir para asegurarse de que la organización obtiene el mejor rendimiento de Project
Online .
Project Online ofrece muchas opciones de configuración y la personalización, pero las personalizaciones pueden
tener un impacto de rendimiento. En este artículo se resalta el impacto de rendimiento y ventajas e inconvenientes
de algunas de las opciones de Project Online más comunes, para que pueda tomar decisiones información cuando
se trata de personalización y configuración de Project Online.
En este artículo es parte del proyecto de Diseño de la red y

ajuste del rendimiento de Office 365 .
Procedimientos recomendados de Office 365 y SharePoint Online

Hay una gran cantidad de información sobre planificación de red y ajuste del rendimiento de SharePoint Online y
Office 365. Toda esta información es relevante para los clientes de Project Online y se debe consultar además de
los siguientes procedimientos recomendados específicos de Project Online.
Personalización y configuración de project Online

Muchos de los elementos de un sitio de Project Web App se pueden configurar y personalizar, de las opciones
administrativas a los permisos y de configuración de colaboración al aspecto y estilo. Veamos la configuración que
puede tener un impacto en el rendimiento general del sitio de Project Web App.
Analizaremos lo siguiente:
Modos de permisos de seguridad
Tipos de proyecto empresarial
Configuración de sitio de proyecto
Mecanismos de sincronización entre Project Online y SharePoint Online
Sincronización de Active Directory del grupo de recursos
Personalización de la interfaz de usuario y la apariencia y funcionamiento
Los flujos de trabajo y páginas de detalles de proyecto (PDP )
OData y creación de informes
Cuota de Project Online
(Parte de esta información se aplica a Project Server 2013 y Project Server 2016 así como).
Modos de permisos: SharePoint o Project

Con Project Online y Project Server 2013, se introdujo un modelo de permisos nueva y simplificada denominado
modo de permisos de SharePoint, en contraposición con el modo de permiso de Project heredado. La
comparación entre ambos modos puede encontrarse en Technet.
Nuevas instancias de Project Online se aprovisionan en el modo de permiso de SharePoint de forma
predeterminada, y estamos seguros de que este modo abordar las necesidades de la mayoría de los clientes.
Mediante el uso de este modo, puede administrar la autorización del usuario a través de los grupos de SharePoint
regulares y permisos.
Modo de permiso de Project ofrece un alto grado de personalización, pero puede llegar a un precio en términos de
rendimiento. Si crear cientos de categorías y se basan principalmente en permisos dinámicos a través de la
estructura detallada de recursos (EDR ), puede ralentizarse la experiencia del usuario final para los usuarios que
tienen acceso a una gran cantidad de contenido, como los jefes de cartera de proyectos y de administradores.
NOTE
Cambiar entre el modo de permiso de SharePoint y el modo de permiso de Project Server, elimina toda la configuración
relacionada con la seguridad. Si cambia de modo de permisos de SharePoint en modo clásico de permiso de Project Server,
debe configurar manualmente la estructura de permisos de seguridad en Project Server 2013 y Project Server 2016. Cambiar
del modo de permiso de Project Server volver al modo de permisos de SharePoint, elimina la información de permisos de
seguridad de Project Server 2013 y Project Server 2016.
Recomendación:
Si es posible, mantenga el modo de permiso de SharePoint predeterminado para un mejor rendimiento general. Si
necesita usar el modo de permiso de Project, limitar las personalizaciones que sea posibles.
Tipos de proyecto empresarial

Un Tipos de proyecto empresarial (EPT) representa un contenedor que encapsula fases, etapas, un único flujo de
trabajo y páginas de detalles del proyecto (PDP ).
EPT también permite definir:
Mecanismos de sincronización entre Project Online y SharePoint Online
Sitios del proyecto se basan en la funcionalidad de SharePoint principal. Creación de sitios de proyecto no es un
proceso ligero y decidir si su organización puede necesitar sitios de proyecto puede ir mucho en la mejora de la
experiencia global del usuario final.
Una gran cantidad de organizaciones usar Project Online para recopilar y clasificar las propuestas de proyecto
antes de decidir qué proyectos a fondo. Si se establecen los sitios de proyecto que se creará automáticamente la
primera vez que se publica un proyecto, todas las propuestas de proyecto, incluso los que no se realizan el corte,
obtenga un sitio de proyecto. Estos sitios innecesarios tendría que manualmente limpiarse posteriormente.
Un mejor enfoque, si decide usar sitios de project, ya sea es permitir al usuario elegir cuándo crear su sitio de
colaboración, o incluso mejor y haberlo creado por un flujo de trabajo tan pronto como la propuesta de proyecto
alcanza una puerta de fase determinados.
SharePoint Online actualmente los límites de SharePoint Online el número de subsitios que se pueden crear para
cada colección de sitios. Un ETP le permite definir qué colección de sitios para crear nuevos sitios de proyectos en.
Esto le permitirá crear un sitio de proyecto para cada proyecto tal y como se pueden abarcar a través de varias
colecciones de sitios.
Por ejemplo, si tiene una colección de sitios dedicada a su departamento de TI, puede configurar los Proyectos de
TI etp para crear sitios de proyecto de https://contoso.sharepoint.com/sites/IT .
Recomendación:
Si su organización usa sitios de proyecto, seleccione la opción para crearlos a petición en lugar de
automáticamente. Esto acelera la primera experiencia de publicación y evita la creación de contenido y sitios
innecesarios.
Para cada EPT, puede configurar esta opción por:
1. Configuración de Project Web App, haga clic en Tipos de proyecto empresarial.
2. Seleccione el EPT a las que se necesitan cambiar la configuración.
3. En la página de configuración de EPT, en la sección Sitio de proyecto , seleccione Permitir a los usuarios
elegir.
Crear sitios de proyectos en su propia colección de sitios mediante la plantilla EPT. Mantenga el número de sitios
de proyecto en una colección de sitios por debajo de los límites de SharePoint Onlinede SharePoint Online.
¿Qué sincronizar?
Project Online se ejecuta sobre SharePoint Online del mismo modo que se ejecuta Project Server sobre
SharePoint Server. Como resultado, tenemos mantener actualizados un determinado número de componentes
entre dos sistemas. Estas sincronizaciones pueden llevar mucho tiempo y, dependiendo de su negocio necesita, a
veces puede resultar innecesarias. Este artículo examinan todos estos sistemas distintos de sincronización para
ayudarle a decidir cuáles necesita y cuáles pueden apagar. Algunas de estas opciones están ya desactivadas de
forma predeterminada.
En las secciones siguientes, se describen:
Sincronización de los permisos de usuario para el sitio de proyecto
Listas de tareas de SharePoint Sync para proyectos de empresa
Permisos de usuario de sincronización
Sitios de proyecto son las áreas de trabajo donde pueden colaborar, cargar documentos y provocar problemas de
los equipos de proyecto. Cuando los permisos de usuario de sincronización está activado, cada vez que una
persona se le concede permiso a un proyecto, se actualizan los permisos de sitio de proyecto correspondientes.
Esta sincronización ocurre cada vez que se publica el proyecto. El equilibrio para la comodidad de sincronización es
el rendimiento, por ejemplo, el más usuarios y sitios que necesitan sincronizarse, más lenta la operación,
especialmente si está publicación masiva, importar o crear varios proyectos (con sitios de proyectos) o actualizar
las pertenencias a grupos que requerirá una resync de permisos de sitio del proyecto.
Para cada EPT, puede definir si los permisos de usuario de sincronización está activado.
NOTE
Si se crean los sitios de proyecto en otra colección de sitios que donde se ubica el sitio de Project Web App (por ejemplo,
https://contoso.sharepoint.com/sites/pwa es donde se encuentra Project Web App y consiste en crear sitios de proyecto en el
EPT https://contoso.sharepoint.com/sites/IT), no se admite la sincronización de los permisos de usuario.
Recomendación:
Se recomienda deshabilitar la opción de sincronización de permiso de sitio de proyecto si es true de la
implementación de lo siguiente:
Tiene un gran número de recursos (>1000)
Tiene un gran número de proyectos que requieren un sitio de proyecto (>1000)
Tiene un gran número de recursos que necesita para tener acceso a la mayoría de los sitios de Project
Se crean los sitios de proyecto fuera de la colección de sitios predeterminada (se deshabilita la
sincronización)
Estas son algunas de las opciones que se deben considerar para administrar los permisos del sitio de proyecto:
Si los equipos del proyecto tienen rotación baja, considere la posibilidad de desactivar la sincronización de
permiso de sitio de proyecto para mejorar el rendimiento de publicación del proyecto y páginas de detalles
del proyecto. A continuación, deberá conceder o quitar permisos para los sitios del proyecto cada vez que
una persona se une a o sale de un equipo de proyecto manualmente.
Si access debe tener para todos los usuarios de PWA y asigna a los permisos de grupo existente, considere
la posibilidad de configurar los sitios del proyecto para que herede desde el sitio de PWA primario.
Si el acceso al sitio se alinea con roles específicos, crear uno o varios grupos que se asignan a dichas
funciones (posiblemente si tiene habilitado de sincronización de grupo, puede usar los mismos grupos) y
conceda permisos de esos grupos al sitio del proyecto.
Para cada EPT, puede activar la sincronización de usuario existentes por:
3. En la página de configuración de EPT, en la sección sincronizar , seleccione Sincronización de permisos
de usuario.
Listas de tareas de SharePoint Sync para proyectos de empresa
Listas de tareas de sincronización de SharePoint está desactivado de forma predeterminada para mejorar la
velocidad de publicación del proyecto. Esto también ayuda a acelerar la transición entre páginas de detalles del
proyecto. Si los usuarios se basan en la lista de tareas y su visualización de escala de tiempo en el sitio del
proyecto, puede activar esta característica y compruebe si su impacto en el rendimiento de publicación de proyecto
es razonable.
NOTE
Si se crean los sitios de proyecto en otra colección de sitios que donde se ubica el sitio de Project Web App (por ejemplo,
https://contoso.sharepoint.com/sites/pwa es donde se encuentra Project Web App y consiste en crear sitios de proyecto en el
EPT https://contoso.sharepoint.com/sites/IT), no se admite la sincronización de listas de tareas de SharePoint.
Recomendación
La sincronización de SharePoint las listas de tareas opción se diseñó para usar con los planes de proyecto
pequeño. Si el proyecto tiene un gran número de tareas, la sincronización en publicar tardarán algún tiempo cada
tarea debe ser actualizado uno a la vez. Por ejemplo, se tarda varios minutos en sincronizar un plan de proyecto de
500 tarea a la lista de tareas de SharePoint. Aunque el trabajo en cola se encuentra en una correlación
independiente y planean no guardar bloque y edición del proyecto, se recomienda no habilitar la opción listas de
tareas de SharePoint de sincronización. Se recomienda sólo sincronizar proyectos con menos de 250 tareas.
Esta opción está desactivada de forma predeterminada. Sólo activar sincronización de listas de tareas de
SharePoint si los usuarios necesitan la característica para cada etp. Para configurar esta opción:
3. En la página de configuración de EPT, en la sección sincronizar , seleccione Listas de tareas de
sincronización de SharePoint.
Sincronización de Active Directory del grupo de recursos

Sincronización de Active Directory del grupo de recursos por sí mismo no tiene problemas de rendimiento
concreto y puede importar miles de recursos a la instancia de Project Web App en minutos. Sin embargo, su efecto
descendente en otras partes del sistema puede afectar al rendimiento. El proceso principal para mantenerse al
tanto de es la sincronización de permiso de recursos mencionada anteriormente. Si hay rotación de gran tamaño
en su pertenencia a grupos de Active Directory, y que requiere que se va a sincronizar el grupo de recursos a
menudo, supervisar cualquier posibles efectos descendentes en los trabajos de sincronización de permiso
relacionados.
Recomendación:
Límite de sincronización de Active Directory a los grupos de recursos que realmente se necesitan para usar el
sistema y supervisar los posibles problemas de permisos después de la sincronización de grupos de gran tamaño.
(Para configurar Enterprise recursos grupo de sincronización de Active Directory, en configuración de Project Web
App, haga clic en Sincronización de grupo de recursos de Active Directory.
Personalizaciones de páginas y las vistas de PWA

Personalizaciones de la página
La plataforma de SharePoint ofrece capacidades de gran personalización con su infraestructura de webpart
modular y soporte técnico para las páginas personalizadas. Al agregar logotipos, elementos Web personalizados y
los temas nuevos, no puede tener un impacto significativo en el rendimiento en una infraestructura local debido a
las ventajas de proximidad de servidor, una latencia baja y redes de ancho de banda alto. Sin embargo, en un
servicio en línea, el artículo es diferente.
Al cargar un logotipo o gráfico con un tamaño de archivo grande, podrían reducir las páginas de un poco de una
implementación local, pero en línea, el rendimiento de aciertos en la página de carga es considerable.
El mismo principio se aplica cuando agrega varios elementos de Web a una página. Puede resultar tentador tienen
una página personalizada con elementos Web varios, pero a menos que los usuarios necesitan realmente ver los
datos en paralelo, es mejor tener páginas especializadas independientes que tener todo en un solo lugar. Si los
usuarios sólo necesitan el contenido de un elemento Web en la página, aún debe esperar más tiempo para que la
página cargar y mostrar los datos de todos los elementos Web.
Recomendación:
Al personalizar las páginas, tratar su sitio Project Online como cualquier sitio de Internet normal y crear páginas
ligeras medida de lo posible.
Personalización de vistas
Aquí de nuevo, simplicidad contribuye en gran medida a mejorar el rendimiento de carga de página. Las
organizaciones pueden crear vistas personalizadas mediante el uso de varias páginas de Project Web App, incluido
el centro de proyectos, centro de recursos, tareas y partes de horas.
Se muestra el contenido más, será la representación de páginas más lenta. Puede reducir el tiempo de carga de
cada página por unos segundos si proporcionar a los usuarios con un mayor número de vistas simples y dirigidas
en lugar de unos vistas "todo en uno".
En los ejemplos siguientes, la segunda vista toma una media de 2 a 3 segundos menor a cargar como el primero.
Recomendación:
Al configurar vistas, ofrecer vistas especializadas simples de los usuarios para la navegación más rápido, en lugar
de una vista en uno compleja que se pueda cargar datos innecesarios la mayor parte de la hora.
Configuración de la vista de usuario
Centro de proyectos: Group by con paquetes acumulativos de actualizaciones
Los usuarios pueden configurar diferentes formas de la vista de que se les incluidos tener agrupados por
diferentes campos de datos. Cuando se utiliza Agrupar por, pueden acumular datos para los campos de
agregación admitido (por ejemplo, la suma de los costos o un campo personalizado). Informática el servicio de
seguridad de todos los valores de carga con el fin de mostrar el total de estas solicitudes de valores de agregado.
Recomendación:
A menos que el usuario necesita ver los valores resumidos, deshabilite la opción de paquete acumulativo de
actualizaciones en la cinta de opciones.
Centro de proyectos: diagrama de Gantt

La parte de gráfico de la vista Diagrama de Gantt muestra cada proyecto como una barra de Gantt de resumen.
Recomendación:
A menos que el usuario necesita ver el diagrama de Gantt, deshabilite la opción del diagrama de Gantt en la
cinta de opciones.
Los flujos de trabajo y páginas de detalles del proyecto personalizado

Además de la recomendación proporcionada anteriormente para el diseño de página, páginas de detalles del
proyecto (PDP ) son concretas en que pueden desencadenar una actualización de todo el proyecto y acciones de
flujo de trabajo, ambos de los cuales pueden ser operaciones costosas en términos de reunión de inicio
rendimiento, dependiendo de las personalizaciones.
Project Online y Project Server tienen dos procesos de actualización principal de información del proyecto:
Actualiza la necesidad de realizar una actualización de programación (vea la lista que aparece a
continuación)
Campos relacionados con el nonschedule, como el nombre del proyecto, la descripción y el propietario.
Se recomienda que no es necesaria la actualización de ambos tipos de datos en el mismo PDP para evitar la
activación de los procesos de actualización al mismo tiempo.
Aquí es una lista de las acciones más comunes que requieren una actualización de programación.
Cambios del calendario de proyecto
Cambios realizados en los siguientes campos de fecha:
Fecha de inicio
Fecha de finalización
Fecha de estado
Fecha actual
Cambios en los campos personalizados de proyecto
Si el proyecto tiene dependencias en las entregas
Una segunda forma de mejorar el rendimiento de PDP es reducir el número de elementos Web y los campos
personalizados que se muestran en cada PDP. Si los procesos de negocio requieren actualizaciones frecuentes en
el mismo conjunto de campos, crear una PDP dedicada con sólo estos campos para mejorar la carga y ahorrar
tiempo. Mostrar todos los campos personalizados en todas las veces los resultados en una gran cantidad de
sobrecarga innecesaria.
Recomendación:
Crear PDP especializado ligero y evite mezclar actualizaciones relacionados con la programación y relacionadas
con el nonschedule.
Actualizaciones de los campos personalizados de masivas en flujos de trabajo con la nueva API de REST
La actualización de campos personalizados de proyecto valores en un flujo de trabajo uno a la vez requiere una
solicitud de servidor independiente mediante la acción Establecer campo de proyecto. Esto da como resultado
disminución del rendimiento al actualizar una gran cantidad de campos personalizados al mismo tiempo en una
red de alta latencia, ancho de banda bajo.
Para solucionar este problema, hay un método CSOM para actualizar los campos personalizados de forma masiva.
Este método requiere que se pase en un diccionario que contiene el nombre y los valores de todos los campos
personalizados que desea actualizar.
API de aprovisionamiento de sitios de proyecto bajo demanda
Cada proyecto puede tener su propio sitio de SharePoint dedicado donde los miembros del equipo pueden
colaborar, compartir documentos y provocar problemas. Estos sitios se pueden crear automáticamente por
primera vez publicar manualmente creados por el jefe de proyecto mediante Project Pro o el administrador
mediante la configuración de Project Web App o simplemente puede deshabilitarse.
Puede utilizar el método CreateProjectSite('') para decidir cuándo se debe crear sus sitios del proyecto. Esto es
especialmente útil para las organizaciones que desean crear sus sitios sólo después de un alcance de propuesta de
proyecto una fase determinada en un flujo de trabajo predefinido, en lugar de en primer lugar publicar. Esto
mejora considerablemente el rendimiento de la creación del proyecto por posponer la creación de sitios de
proyecto.
OData y creación de informes

Informes
En Project Online que puede elegir la granularidad de tiempo con fases datos de informes - o puede elegir nunca
si no necesita los datos de informes de fase temporal. Esta característica está totalmente documentada en
Configure paquete acumulativo de actualizaciones de datos de informes con fases temporales en Project Online. Si
selecciona una opción que utiliza la menor cantidad de datos que satisfaga las necesidades del informe, que
generan informes más rápidamente, es posible que pueda usar diferentes opciones informes que va a tener un
conjunto de datos más pequeña y también se beneficiará de publicación más rápida de proyectos. La lista de
opciones en el orden de mayor beneficio rendimiento son:
Never
Períodos fiscales
Mensual
Semanalmente
Diariamente
Períodos fiscales tiene la gran ventaja sobre mensual en que los datos de informes se mantienen sólo durante los
períodos fiscales definidos, mientras que mensual contendrá datos para la duración completa a través de todos los
proyectos.
Mediante el uso del servicio OData de Project, puede extraer información de la instancia de Project Online para
informes.
Recomendación:
Almacenar la menor cantidad de datos de fase temporal que sean coherentes con las necesidades de negocio. No
use diaria si dispone de los flujos de trabajo que esperan en publicar para completar.
PowerBI
Si la cantidad de datos es pequeña, Power BI con regularidad puede leer datos desde el servicio de OData de
Project y ayudar a proporcionar una variedad de informes de dynamics. Puede encontrar un paquete de contenido
de ejemplo aquí.
Si la cantidad de datos en Project Online es grande, aún puede traer en un subconjunto de los datos mientras que
cumple con el PowerBI datos tamaño límites indicados para su aquí. Otra opción consiste en crear los informes en
una ventana de movimiento, es decir, los proyectos filtrados que estaban activos en los últimos 30 días o ver la
capacidad de los recursos para los próximos 6 meses.
SQL Server Integration Services (SSIS)
Uso de SSIS, datos que pueden extraerse del servicio OData de Project y pueden descargar los datos de informes
en una base de datos SQL server localmente o en Microsoft Azure. Un paquete SSIS de ejemplo para el servicio
OData de Project puede encontrarse aquí.
Recomendación:
Si sus necesidades informes sigue siendo necesitan extraer una gran cantidad de datos, considere el uso del
paquete de servicios de integración de SQL Server (SSIS ) para copiar los datos de informes en una base de datos
SQL server localmente o en Microsoft Azure.
Cuando se usa SSIS, tenga en cuenta los siguientes pasos:
Sincronización completa
Obtener una instantánea actual de los datos de informes que le interesa.
1. Registro de fecha y hora actual como hora de sincronización
2. Descargar los datos de cada extremo.
Sincronización delta
Compruebe periódicamente para mantener actualizada la copia.
1. Tiempo de registro de fecha actual.
2. Extremo de ProjectId desde proyectos de consulta.
3. Eliminación de proyectos locales donde el ProjectId ya no existe.
4. Cada extremo por proyecto de consulta:
5. Los identificadores de entidad de consulta.
6. Eliminar entidades locales donde los identificadores ya no existe.
7. Consulta para mod_dates que ha cambiado desde la última sincronización.
Campos personalizados
Cuando se recuperan datos desde el extremo OData, cálculo adicional se requiere al usar los campos
personalizados que son las búsquedas de varios valores. El cálculo extra no permite el extremo OData aprovechar
las ventajas de un número de optimizaciones.
Recomendación
No use campos personalizados de búsqueda de varios valores.
Consulta de OData
Hay límites para el número de entidades que se pueden devolver en una consulta del servicio ProjectData. Como
resultado, consultar una gran cantidad de datos requiere varias solicitudes web que se envíen al servicio, adición
de la sobrecarga de la red y la latencia para cada solicitud.
Para una instancia de Project Web App que contiene un gran número de entidades, como proyectos, asignaciones
o tareas, debe limitar los datos devueltos en al menos una de las siguientes maneras. Si no limita los datos
devueltos, la consulta puede superar los límites predeterminados y afectan al rendimiento del servidor.
Utilice una opción de dirección URL $filter, o $select para limitar los datos. Por ejemplo, los
siguientes filtros de consulta por proyecto fecha de inicio y devuelve sólo cuatro campos, en el orden del
nombre del proyecto:
http://ServerName/ProjectServerName/_api/ProjectData/Projects?$filter=ProjectStartDate gt datetime'2012-
01-
01T00:00:00'&$orderby=ProjectName&$select=ProjectName,ProjectStartDate,ProjectFinishDate,Project
Cost
Obtener una colección de entidades mediante el uso de una asociación. Por ejemplo, la siguiente
consulta usa internamente la asociación Project_Assignments_Assignment_Project para obtener todas las
asignaciones en un proyecto determinado:
http://ServerName/ProjectServerName/_api/ProjectData/Projects(guid'263fc8d7-427c-e111-92fc-
00155d3ba208')/Assignments
Hacer varias consultas para devolver la página de datos uno a la vez, por utilizando el operador
de $top y el operador $skip en un bucle. Por ejemplo, la siguiente consulta obtiene problemas 11 al 20
para todos los proyectos, en el orden del recurso que está asignado el problema:
http://ServerName/ProjectServerName/_api/ProjectData/Issues?
$skip=10&$top=10&$orderby=AssignedToResource
Recomendación:
Intentar limitar la cantidad de datos consulta en tiempo de ejecución mediante el uso de filtrado del lado del
servidor.
Cuota de Project Web App
De forma predeterminada, el sitio de Project Web App viene con un límite de 25GB y es independiente del límite
en todos los datos almacenados en la colección de sitios de SharePoint donde está habilitado Project Web App.
Uso de las opciones de granularidad informes para reducir el volumen de datos puede ayudar a desvía la cuota.
Nota: Para los clientes de gran tamaño, se puede aumentar la cuota, pero también se esperaría a los clientes se
consideran las opciones de granularidad informes para limitar el volumen de datos. Para aumentar la cuota,
póngase en contacto con Microsoft.
Conclusión
Project Online, al igual que cualquier servicio de nube que se ejecutan en Internet, requiere el ajuste específico
para proporcionar el mejor rendimiento en comparación con una implementación local.
Aunque estamos mejorando constantemente el sistema para acelerar el rendimiento, hay algunos pasos que
puede realizar mientras tanto para proporcionar una buena experiencia a los usuarios finales.
Recomendación de resumen:
Utilizar el modo de permiso de SharePoint cuando sea posible.
Activar sólo las características que se va a usar realmente.
Mantenga las páginas y personalización como simple y ligero como sea posible para tiempos de carga de
página.
Use el filtrado de servidor o exportar los datos de fuentes de Odata a una base de datos de SQL Server
para una mayor flexibilidad informes.
Elija una opción de granularidad informes que utiliza la menor cantidad de datos que satisfaga las
necesidades del informe.
Temas relacionados
Project Online: limitaciones del software y los límites
Project Online: los límites del software
Existen algunas limitaciones importantes que debe conocer si usa Project Online. Estas limitaciones se aplican
independientemente de si usa Project Online por sí solo o con otros planes de Office 365.
TIP
Desea obtener más información acerca de los planes de Project Online y Office 365? Eche un vistazo a las
descripciones de servicio para Project Online y Office 365.
Límites de Project Online

Para mantener Project Online proporciona el mejor rendimiento, hay algunos límites para la cantidad de datos
puede almacenar de forma realista:
30.000 proyectos por sitio de Project Web App.
Los sitios del proyecto para estos proyectos no deben superar los sitios de 2000 en cualquier colección
de un sitios - y para obtener un mejor rendimiento con un gran número de proyectos objetivo que
ninguno de los sitios del proyecto en la misma colección de sitios de PWA.
Cuota inicial de 25GB por sitio de Project Web App. Para obtener más información, consulte Project Online
de ajuste de rendimiento .
NOTE
El límite de 25GB para cada base de datos de Project Online es independiente de los límites de SharePoint Online
donde está habilitado Project Web App.
Para informes, también hay algunos límites para campos personalizados cuántos de valor único, de cada tipo,
obtengan almacenados en el esquema de informes.
CAMPOS PERSONALIZADOS DEL PARTE DE CAMPOS PERSONALIZADOS TAREA Y

CAMPOS PERSONALIZADOS DE PROJECT HORAS RECURSO, COMBINADOS
450 campos de texto 450 campos de texto 450 campos de texto
450 tablas de búsqueda 450 tablas de búsqueda 450 tablas de búsqueda
450 campos personalizados de los 450 campos personalizados de los 450 campos personalizados de los
demás tipos (costo, fecha, duración, demás tipos (costo, fecha, duración, demás tipos (costo, fecha, duración,
número, marca) número, marca) número, marca)
NOTE
Aunque puede crear más campos personalizados que estos límites, sólo esto muchos de los campos personalizados se
incluirán en la fuente de OData. No es posible elegir cuál de los campos que se incluyen.
También para informes, si el archivo de Excel de origen de un informe individual es mayor que 10MB, no pueda
actualizarse en Excel Online. En su lugar, se puede:
Actualizar el informe con Excel 2013.
Considere la posibilidad de obtener Power BI para ampliar ese límite de 10 MB y actualizar el informe en
Excel Online.
Los límites de tamaño de archivo para los libros en SharePoint Online.
Determinar el uso del sitio de PWA
Un administrador puede comprobar qué parte de la cuota de 25GB el sitio de PWA está actualmente con a través
de la configuración de PWA.
1. Where iniciar sesión en Office 365 para la empresa con su cuenta de administrador y vaya a Project Online.
2. En Project Online, haga clic en el icono de configuración y seleccione Configuración de PWA.
3. En la página Configuración de PWA , en la sección Directivas operativas , seleccione Configuración
4. En la sección uso de Project Web App , que muestra el tamaño actual de Project Web App en relación
con su cuota.
Por ejemplo: tamaño de Project Web App: uso de 11MB de 25600MB disponible.
NOTE
Debe ser un administrador de colección de sitios para el sitio de PWA para ver la configuración de uso del sitio de PWA en la
página Configuración adicional del servidor.
Otras consideraciones
Más allá de los datos y los límites de campo personalizado, hay un par de otras variables que se deben considerar.
No se admite el cambio de dominios
Si desea usar su propio dominio, como contoso.com, en lugar del dominio de forma predeterminada, al igual que
contoso.onmicrosoft.com, debe configurar su dominio antes de agregar usuarios a Project Online. No es
compatible con el cambio una vez que haya agregado a los usuarios de dominios.
Uso de símbolos períodos en su dirección de sitio de colección de sitios de PWA
No se admite los símbolos de período en la parte de nombre de sitio de una dirección de sitio de colección de
sitios de PWA. Esto se configura cuando el administrador crea un sitio de PWA en el centro de administración de
SharePoint.
NOTE
Se permiten puntos en los nombres de sitios de PWA, pero no en la parte de nombre de sitio de la dirección del sitio.
Tarda más tiempo en cargarse más proyectos

Debido a que se tarda más tiempo para cargar más proyectos, cualquier persona que tenga acceso a una gran
cantidad de proyectos posible que se tarda más en hacer algunas cosas, como abrir el centro de proyectos o
cambiar las vistas en el centro de recursos. Considere la posibilidad de establecer filtros para reducir el tiempo de
carga para aquellos usuarios que tienen acceso a una gran cantidad de información.
Se tarda más tiempo para calcular varios calendarios
Cuando un proyecto, tarea o recurso tiene su propio calendario personalizado, Project Online tarda un poco más
para calcular las fechas para el trabajo en su organización. Tenga en cuenta si tiene sentido para hacer que algunos
de los cambios de calendario en una escala más amplia, en toda la organización.
Es importante la velocidad de conexión
Si su conexión con Project Online se ejecuta lentamente, puede tardar un poco más para hacen cosas como cargar
informes con una gran cantidad de datos, o abrir, guardar y publicar un proyecto a través del cliente de escritorio
Project Online.
Temas relacionados
Ajustar el rendimiento de Project Online
Procedimientos recomendados para mejorar el
rendimiento de contrataciones de recursos
En Project Online, los jefes de recursos y los jefes de proyecto pueden negociar un acuerdo, denominado un
información general: contrataciones de recurso, para asegurarse de que los recursos se usan adecuadamente y
eficaz en toda la organización. En este artículo se describe maneras que los jefes de recursos pueden mejorar el
rendimiento, como son los tiempos de carga de página reducido y menos errores de tiempo de espera, cuando se
usa contrataciones de recursos.
¿Por qué está mi página de solicitudes de recursos tardando tanto para

mostrar?
Al hacer clic en Solicitud de recursos en la cinta de opciones del centro de recursos, llamará solicitudes de
recursos para todos los recursos seleccionados en el centro de recursos. Si todos los recursos seleccionados en el
centro de recursos, las solicitudes de recursos para todos los recursos en el inquilino de Project Online intentará
cargar a la página de solicitud de recursos. Según la cantidad de recursos y sus solicitudes, esto puede causar
retrasos y tiempos de espera en la carga de datos a la página.
** Entonces ¿qué debo hacer? ** Para mejorar el rendimiento, debe intentar mostrar las solicitudes de recursos
para los recursos que le interese en contraposición a todos los recursos de la organización. En la mayoría de los
casos, los administradores de recursos sólo desean ver las solicitudes de recursos para un pequeño subconjunto de
los recursos, como los recursos que se les haya asignado. En este caso, un administrador de recursos puede
seleccionar simplemente estos recursos individuales en el centro de recursos antes de pasar a la página de solicitud
de recursos.
¿Puedo crear una vista para mostrar sólo los recursos que propietario?
Mientras que puede seleccionar manualmente los recursos, como se mencionó anteriormente, los jefes de recursos
también pueden crear fácilmente una vista de centro de recursos que muestra sólo los recursos que administran.
Esto elimina la necesidad de buscar y seleccionar los recursos de cada vez que vaya al centro de recursos. Por
ejemplo, podría crear una vista personalizada de centro de recursos (" recursos poseo ") que muestra todos los
recursos que administre.
Para crear una vista que muestra el recurso que es propietario
1. En Project Online, en la Guía de inicio rápido, haga clic en Configuración del servidor.
2. En la página Configuración del servidor, en la sección aspecto, haga clic en Administrar vistas.
3. En la página Administrar vistas, haga clic en Nueva vista.
4. En la página nueva vista, en la sección nombre y tipo:
En la lista desplegable Tipo de vista, seleccione Centro de recursos.
En el campo nombre, escriba un nombre para la vista (por ejemplo, recursos poseo ).
En el campo Descripción, escriba una breve descripción de esta vista.
5. En la sección tabla y campos, seleccione los campos que desee que se muestren en la vista y Agregar a la
lista de campos mostrados.
6. En la sección de formato de la vista, use los controles de agrupación para elegir cómo mostrará los
elementos a la vista.
7. En la sección filtro, haga clic en filtro para mostrar el control de filtro personalizado.
En la lista desplegable Nombre de campo, seleccione el Nombre del recurso.
En la lista desplegable prueba, seleccione es igual a.
En el cuadro valor, escriba el nombre exacto del recurso que se le han asignado.
Haga clic en o.
Repita este proceso para agregar el resto de los recursos que se le han asignado.
Haga clic en Aceptar.
8. En la página nueva vista, haga clic en Guardar.

Después de crear la vista personalizada, puede seleccionar en el menú Ver en la cinta de opciones de recursos en el
centro de recursos. Después de seleccionarlo, el centro de recursos debe mostrar los recursos que escribió en el
filtro personalizado cuando se creó la vista.
Al hacer clic en el botón de solicitud de recursos en la cinta de opciones de recurso, a continuación, encontrará las
solicitudes de recursos para sólo estos recursos específicos.
Project Online de forma predeterminada utilizará la vista personalizada al salir y volver a la página - no tendrá que
volver a seleccionarlo la próxima vez que se devuelven al centro de recursos.
¿Cómo se puede mostrar sólo las solicitudes de recursos propuestos para Mis recursos?
Ahora que ya sabe que puede mejorar el rendimiento mediante el filtrado de sólo los recursos que le preocupa, se
puede mejorar aún más por un filtro de recurso solicita que necesita para la dirección.
De forma predeterminada la página solicitud de recursos mostrará las solicitudes de recursos en todos los Estados ,
los que ya se ha confirmado y aceptado incluidos. Como un administrador de recursos, es posible que desee
principalmente ver las solicitudes de recursos que se encuentran en un estado propuesto. Si éste es el caso, puede
crear una vista de las solicitudes de recursos que filtra únicamente las solicitudes de recursos propuestos. Esto
puede ayudar con rendimiento ya que elimina la necesidad de cargar la página de solicitudes de recursos con las
solicitudes de recursos que ya se ha solucionado en el pasado, que podría importe a una gran cantidad de datos.
Para crear una vista que muestra sólo las solicitudes de recursos propuestos:
1. En Project Online, en la Guía de inicio rápido, haga clic en Configuración del servidor.
2. En la página Configuración del servidor, en la sección aspecto, haga clic en Administrar vistas.
3. En la página Administrar vistas, haga clic en Nueva vista.
4. En la página nueva vista, en la sección nombre y tipo:
En la lista desplegable Tipo de vista, seleccione Las solicitudes de recursos.
En el campo nombre, escriba un nombre para la vista (por ejemplo, propuesto ).
En el campo Descripción, escriba una breve descripción de esta vista.
5. En la sección tabla y campos, seleccione los campos que desee que se muestren en la vista y Agregar a la
lista de campos mostrados.
6. En la sección de formato de la vista, use los controles de agrupación para elegir cómo mostrará los
elementos a la vista.
7. En la sección filtro, haga clic en filtro para mostrar el control de filtro personalizado.
En la lista desplegable Nombre de campo, seleccione estado.
En la lista desplegable prueba, seleccione es igual a.
En el cuadro valor, escriba propuesto.
Haga clic en Aceptar.
8. En la página nueva vista, haga clic en Guardar.

Después de crear la vista personalizada, puede seleccionar en el menú Ver en la cinta de opciones de
contrataciones en la página de solicitudes de recursos. Después de seleccionarlo, la página de solicitudes de
recursos sólo debe mostrar las solicitudes de recursos en un estado para sus recursos propuesto.
¿Necesita realmente los datos con fases temporales vista?
Si no necesita realmente ver sus solicitudes de recursos en la vista con fases temporales, asegúrese de que los
Datos de fase temporal no está seleccionado en la sección Mostrar de la cinta de opciones de contrataciones de
la página de solicitudes de recursos.
Cargar sus contrataciones de recursos en la vista de hoja reduce la cantidad de datos que se debe cargar en la
página, lo que reduce la cantidad de tiempo que se tarda en mostrar los datos.
¿Por qué no están algunos de mis contrataciones de recursos mostrar?

Si algunos de sus contrataciones de recurso no se muestran en las páginas de las asignaciones de recursos o las
solicitudes de recursos, puede ser debido a que quedan fuera de filtro de intervalo de fecha codificado de forma
rígida de las páginas que quita contrataciones de recurso que:
Termina al menos tres meses en el pasado.
Comienza al menos un año en el futuro.
Sólo se mostrará contrataciones de recurso para las solicitudes de recursos que entran dentro de estos períodos de
tiempo. La única excepción a la será para las solicitudes de recursos que se encuentran en un estado propuesto.
Compatibilidad con la adopción de Project Online
con una oficina de administración de proyectos
(PMO)
¿Qué es una PMO?

Por lo que va a adoptar Project Online en su negocio. ¿Cómo va a utilizar, o una mejor manera de poner en él, ¿cuál
es el problema del negocio intenta resolver? Algunos de los ejemplos podrían ser:
Mis ejecutivos desean una mayor visibilidad de estado del proyecto.
Necesitan una mejor manera de administrar Mis recursos y asignarlos a proyectos.
Desea realizar un seguimiento sencillo el tiempo que se dedican personas en sus tareas.
Deseo de forma más eficaz para realizar un seguimiento de los datos del proyecto que el uso de hojas de
cálculo de Excel.
Las organizaciones que han tenido más éxito con el uso de Project Online en hacer frente a problemas
empresariales como estos son los que creación un conjunto de estándares, procesos y procedimientos
recomendados para la forma en que los proyectos son administrados en su organización. La persona o grupo que
crea y administra estas reglas de administración de proyectos se conoce a veces como Project Management Office
(PMO ).
¿Qué hace un PMO?

En las empresas más grandes, una PMO puede constar de un departamento que se ocupa de los problemas de
administración de proyectos en toda la organización, como el gobierno de la administración de proyectos,
implementación, formación, investigar las necesidades de administración de proyectos o determinar la mejor
forma de crear informes útiles. En pequeñas y medianas empresas, una PMO puede oscilar entre una sola persona
para un pequeño grupo de personas, pero también se puede escalar para intentar resolver los problemas mismos
como en las grandes empresas. Los objetivos comunes de todos los PMO, sin embargo, debería incluir:
Impulsar y promoviendo la adopción del sistema de administración de proyecto.
Simplificación de administración de proyectos para usuarios de la organización mediante la automatización
de procesos en la herramienta.
Creación de directivas, procedimientos y prácticas recomendadas alrededor de las funciones de
administración de proyecto.
Que se va la administración de proyectos expertos en la materia por que actúa como un 'centro de
excelencia' todas las cosas administración de proyectos y proporcionar recursos de aprendizaje en
herramientas y mejores prácticas de administración del proyecto.
Está habilitada por patrocinadores ejecutivos para realizar y aplicar el cambio a través de sus
recomendaciones.
¿Aún puede confundir? Vamos a retroceder un paso y usar un ejemplo que se pueden relacionar personas con -
cómo es posible que tenga cuidado de una cabeza de familia de su propia familia:
Qué busca PMO Familia
La PMO ayuda a establecer una manera Los jefes de uso doméstico usará
eficaz para ofrecer información a los necesitan más información sobre cómo
participantes del proyecto a través de van las cosas:
informes de estado y mantenimiento de -Informes trimestrales sobre estudios
proyectos. Esto podría implicar de elementos secundarios.
investigar las necesidades del informe, -Instrucciones de banco mensual para
mover los datos necesarios para el mostrar el estado de las finanzas.
sistema y el establecimiento de los flujos -Anualmente visitas al médico para
de trabajo para asegurarse de que los determinar el estado del miembro de la
datos necesarios para los informes familia.
periódicos facilita al sistema en el
tiempo.
La PMO crea procesos para obtener los Las personas de la familia necesitará
datos correctos para el sistema de saber quién hace qué. Esto puede
administración de proyectos para incluir:
proporcionar el estado en un nivel de -Quién va a recoger los elementos
proyecto a los jefes de proyecto. secundarios de la escuela hoy en día,
También proporciona instrucciones y facilitarán el perro en el lugar por las
procedimientos recomendados para la tardes, cena Bermejo, etcetera.
administración de recursos. -Si alguien no puede hacer sus tareas
habituales, necesita saber quién está
disponible para su lugar.
Ayuda para mostrar de todo el mundo
trabajo y programación de escuela y
disponibilidad, en un calendario familiar
central. De este modo es fácil saber que
se pueden programar por qué.
La PMO ayuda a crear sitios de Miembros de la familia será necesario

colaboración de project y personalizar un foro en el que puedan colaborar,
para adecuen mejor a las necesidades tales como:
de los usuarios del sitio. -Registro eventos importantes en un
calendario de pared en las cocinas
-Hablar entre sí a diario en la tabla cena.
La PMO es responsable de la Jefes de hogar es posible que debe

configuración de un sistema controlar la planear reducir el riesgo:
administración de riesgos. -Determinación de las necesidades de
seguros para el estado.
Comprar una suscripción de club de
mantenimiento.
-Aumentar la cantidad que va a guardar
de la jubilación.
La PMO analiza los flujos de trabajo y Jefes de hogar establecerá reglas y
procesos actuales y encuentra un procesos para la familia, tales como:
método de automatización de ellos a -Establecer horas de horarios de llegada
través de la herramienta de o suspensión de elementos secundarios
administración de proyecto que se -Busque factores para determinar que
implementan. Uno de los siguientes compra para realizar (por ejemplo,
podría implicar la determinación de "deberíamos se comprar un automóvil,
controladores para seleccionar qué corregir la cubierta, o vaya de
proyectos para mover hacia delante al vacaciones este año?").
indicar un presupuesto de conjunto -Set up aspersores césped en un
(análisis de cartera de proyectos). temporizador automático.
-Elija una hora de la semana para
comprar alimentos y recados.
Una PMO unidades de una empresa más eficaz administración de proyectos por hacer las cosas tales como:
Recopilación de información para ayudar a definir cuáles son los requisitos de administración de proyecto
para la organización. Por ejemplo, analizar su negocio de las organizaciones necesidades, diseñar los
procesos para satisfacer sus necesidades y, a continuación, asignar los procesos a configuración o flujos de
trabajo en Project Online.
Determinar qué datos están importantes para revisar de forma continuada y trabajar con el administrador
del proyecto para compartir datos con las partes interesadas. Por ejemplo, determinación de los datos
necesarios y el proceso para obtener los datos en el sistema para crear un estado semanales del proyecto de
informes para proporcionar a los participantes con acumulados del estado de los proyectos en curso.
Crear reglas para los procesos y flujos de trabajo. Por ejemplo, el establecimiento de un flujo de trabajo
donde se vaya ideas de proyecto a través de un proceso de aprobación se convierta en proyectos en Project
Online.
Migrar los datos existentes de su sistema de administración del proyecto actual a una nueva. Por ejemplo, la
búsqueda de la forma más sencilla para migrar datos de recursos y proyectos de hojas de cálculo de
Microsoft Excel a Project Online, o desde Project Professional en el equipo de cada persona en un entorno
centralizado de Project Online.
Proporcionar compatibilidad con la administración de cartera de proyectos para ayudar con las prioridades
de proyectos y las previsiones. Al igual que la mayoría de las empresas, hay muchos proyectos que le
gustaría hacer, pero limitado presupuesto y recursos para hacer todos ellos. Se necesita una forma para
determinar qué proyectos que se deben mover en. PMO puede dirigir el proceso de selección de proyectos
y programas para asegurarse de que las inversiones futuras en alineación con objetivos estratégicos y visión
de crecimiento de la organización.
Administrar los usuarios emocional cambios puede surgir en mover desde su sistema de administración de
proyecto actual a los que están conectados. Por ejemplo, manera discreta que influyen en los jefes de
proyecto para mover de su antiguo proceso de guardar sus archivos de proyecto en sus unidades de disco
duro y compartir de forma que se muestra las ventajas de publicarlos para Project Online. La PMO puede
hacer esto si dedica más tiempo a convencer a los jefes de proyecto más senior en primer lugar y esperando
su influencia en el otro ayuda a los jefes de proyecto para el cambio de la unidad.
Administración de los desafíos técnicos de cambio mediante el ofrecimiento de las opciones de aprendizaje
satisfactorias.
¿Por qué es necesario un PMO?

En el ejemplo de la familia, las consecuencias de no hacer frente a algunas de las necesidades pueden ser graves.
Por ejemplo, no revisar el informe de un elemento secundario que podría provocar la suposición de que las cosas
son de forma precisa la tarjeta cuando llegue en primer lugar, cuando en realidad más estudiar una hora, o un tutor
podría ser necesarios. Implementación de Project Online sin crear una entidad para ayudar con la estandarización y
la adopción de la misma manera, puede tener también graves circunstancias. Establecimiento de una PMO le
ayudará a aumentar las posibilidades de éxito para la implementación de Project Online. Función de los objetivos,
esto puede traducir a una mayor eficacia en la administración de proyectos (por ejemplo, más proyectos
completados en el tiempo), que suele estar asociada con los costos de administración de proyectos (por ejemplo,
más proyecto completado en o debajo del presupuesto).
¿Qué son los primeros pasos en la creación de una PMO?

Los primeros pasos en la creación de una PMO probablemente ya han sucedido si ha realizado un esfuerzo para
buscar en este artículo. Si está interesado en mover a Project Online, lo más probable es que ya tiene una idea de
cómo podrían mejorar la eficacia o resolver un problema en su compañía. En la creación de una ruta de acceso al
formalizar su PMO, tenga en cuenta lo siguiente:
Definir qué desea su PMO hacer
¿El objetivo principal de su PMO va a ser a solucionar un problema específico del negocio? Por ejemplo, es posible
que desee implementar un sistema de parte de horas para obtener un mayor control de análisis de los costos. O
bien, es posible que deba su proyecto datos reparten entre dos o incluso tres aplicaciones diferentes y desean
consolidar los datos en un solo sistema, que le ayudarán a proporcionar una mejor perspectiva de la ejecución de
proyectos. O bien, podría ser proporcionar instrucciones de administración de proyecto en curso y para satisfacer
necesidades de recursos de aprendizaje de administrador de project. Una vez que entienda por qué se necesita la
PMO, será mucho más sencillo de ámbito de cuáles son los requisitos de establecimiento y su mantenimiento.
Obtener patrocinadores ejecutivos
Asegúrese de que alguien seguridad alta admite. Es importante que su PMO tiene patrocinadores ejecutivos, como
la falta de apoyo ejecutivo es uno de los motivos principales por que PMO producirá un error. Si ya tiene un
ejecutivo que conocen las ventajas y la importancia de es satisfactorias, intentar hacer! Si no es así, una de las
mejores formas para que estén en su parte consiste en mostrarlos las ventajas de mover a un sistema de
administración de proyectos como Project Online. Para ello, puede que se muestra el problema empresarial que se
resuelva. Se puede haber hecho esto en un grado cuando realizaba en primer lugar la evaluación de Project Online,
pero puede encontrar realmente aliados en las clasificaciones ejecutivas si puede mostrarles cómo funciona con
sus propios datos en un entorno piloto. Captura de beneficio es esencial en la obtención de patrocinadores
ejecutivos.
Patrocinadores ejecutivos seguro pueden ser útil para hacer frente a los usuarios pueden tener en mover desde la
que están familiarizados, a un nuevo sistema de administración de proyecto, como Project Online de resistencia.
Dedicado a promocionar y promoción de los beneficios a otras partes interesadas influyentes, como los jefes de
proyecto senior, también pueden ayudar a la separación de los datos adjuntos emocionales que otros usuarios
pueden tener en el sistema que se va a mover desde.
Crear un equipo
Si se intenta establecer una PMO en una empresa grande o pequeña, responsabilidades que deben tratarse por los
roles en la PMO es lo siguiente:
Rol Descripción
Unidad el plan de adopción Project Online Si está en el proceso de implementación de Project Online, el
plan general necesita alguien controlarlo. Al igual que
cualquier proyecto, el plan de adopción necesita un propietario
para garantizar que las tareas necesarias se cuenta con
personal y completadas.
Las necesidades de administración de proyectos de Esta persona va a evaluar los requisitos de administración de
investigación proyecto de la organización. Esta persona tendrá que hablar
con los usuarios en toda la empresa y departamentos para
averiguar cómo actualmente administrar proyectos, cuáles
serán sus requisitos y cómo estos podrían mejorados a través
de la implementación de Project Online. Estos requisitos
deberán expresarse al administrador de proyecto para que se
pueden implementar correctamente en Project Online. Esta
persona debe tener habilidades de administración de proyecto
buena, pero también debe ser una persona que es una buena
communicator. Es posible que las personas de la compañía
pueden asociarse manera emotiva para el proceso que intenta
moverlos desde, por lo que esta persona deberá ser capaz de
hacer esto al mostrar cómo el nuevo sistema que vida sea más
fácil para ellos.
Recursos de aprendizaje, documentación y soporte técnico Esta persona será necesario evaluar el nivel de habilidades de
los usuarios y será responsable de proporcionar los recursos
de aprendizaje necesarios para usar el producto
correctamente. Esto podría incluir la creación de aprendizaje
basado en roles para los administradores de Project, los jefes
de proyecto, jefes de equipo y los miembros del equipo.
Aunque es posible que la mayor parte de su esfuerzo en
colocando conjuntamente recursos de aprendizaje para los
jefes de proyecto o los administradores, responsables de
equipo y los miembros del equipo pueden encontrar tarjetas
de referencia rápida, hojas de datos básicos, listas de
comprobación o breves tutoriales para ser la forma más eficaz.
También necesitará encontrar una forma de proporcionar
interno de soporte técnico para los usuarios y un método para
pasar más complicados problemas a través de las rutas
adecuadas.
Enlace al departamento de TI Colaboración con su departamento de TI es esencial para la

contratación de ellos para ayudar en el inicio de sesión de
copia de seguridad, del programa de instalación y
configuración de Project Online. Si está solo en el proceso de
evaluación de Project Online, esto se puede realizar por
alguien de su departamento de TI sin demasiados problemas
mirando en la documentación de Introducción a Project Online
.
Necesitará la PMO para que funcione con el departamento de
TI a solucionar estas dos áreas:
-Administración de office 365: PMO la necesitará trabajar con
el Administrador de Office 365 para asignar usuarios y
licencias.
-Administración en línea de project: la PMO también tendrá
que trabajar con un administrador de Project Online en cosas
como campos personalizados, recursos y configuración de
parte de horas. Es posible que también deben trabajar con la
PMO para implementar procesos en Project Online a través de
los flujos de trabajo.
Algunos PMO en las empresas más grandes también tiene los jefes de proyecto que se pueden asignar para
ayudar a proporcionar la dirección de proyectos específicos que requieren ayuda. Esto puede oscilar entre advierte
el propietario del proyecto, para poner realmente a través de la propiedad, dado el ámbito del proyecto.
Crear una declaración de misión para su PMO
Todos los PMO debe tener una declaración de misión. Si ya evaluar la necesidad de su PMO, será mucho más fácil
de crear. Examine la declaración de objetivos de su compañía existente e intente crear uno que se alinea con él, así
como. No necesita ser demasiado complejo, pero sólo lo suficiente como para proporcionar todos los un
conocimiento básico de por qué la PMO existe y ¿qué es su función en su compañía.
Cree un plan para generar la PMO
Después de ámbito de las tareas que necesita para crear su PMO, es posible que desea crear un plan de proyecto
de alto nivel para él. Tenga en cuenta la creación de su PMO como un proyecto grande, con las tareas asociadas, las
duraciones y las asignaciones. El plan del proyecto se convierten en más definirá como el paso a través de algunas
de las tareas iniciales, por ejemplo, la evaluación del entorno. El plan del proyecto ayuda a proporcionar su PMO
una programación de compilación para realizar un seguimiento de lo que ha hecho, está trabajando en y sobre qué
tiene todavía hacer en la creación de su PMO. Por ejemplo, a continuación presentamos cómo varias tareas de
compilación PMO en un plan de proyecto de Project Online podrían ser:
Encontrará más información acerca de PMO

Si aún no tiene una PMO, es posible que intimide un poco en la idea de iniciar uno. Aunque las necesidades y los
requisitos de la compañía se unidad su PMO, necesita aprender a crear el marco para establecer y evolucionar la
PMO. Según los objetivos, es posible que desee investigar los diversos métodos de proceso y de la industria PMO
o vea qué modelo PMO que podría alinearse estrechamente con. Hay muchos libros, aprendizaje y recursos en
línea disponibles sobre la creación y administración de PMO que puede ayudarle en sus esfuerzos.
Si intenta configurar un PMO y necesita ayuda, es posible que desea ponerse en contacto con un Microsoft
Certified Partner o servicios de consultoría de Microsoft. También tenemos consultores internos de Microsoft con
una excelente experiencia en configuración de PMO para empresas pequeñas, medianas y grandes.
¿Qué ahora?
¿Por lo tanto, está preparado para iniciar la PMO? Es de esperar que haya logrado después de leer este artículo
que iniciar una PMO es una inversión que será merece la pena el tiempo y esfuerzo. Requerirá una gran cantidad
de colaboración con personas de su compañía, y disponer de un ejecutivo "campeones" es esencial. También
necesitará una inversión en investigar más sobre la configuración de una PMO a través de los muchos recursos
que están disponibles. Y si necesita ayuda, puede activar para socios certificados de Microsoft, así como servicios
de consultoría de Microsoft.
Si se encuentra en una organización pequeña, el ámbito de todo esto puede parecer abrumadora. Es posible que
no tenga los recursos necesarios para contratar a personas para cada función de PMO indicada en la tabla "Build
su equipo", y no es necesario. Sólo tenga en cuenta que se trata de responsabilidades que es probable que deba
solucionarse en algún momento en el tiempo, y en un grado que mejor se adapte a sus requisitos. Tenga en cuenta
también que el esfuerzo necesario puede escalar a los objetivos y el tamaño de la compañía. Una PMO en una
organización pequeña sólo es posible que tenga que reunirse con unos senior los jefes de proyecto de su compañía
para evaluar sus necesidades, frente a varios departamentos con diversos requerimientos de una compañía más
grande.
Establecimiento de una PMO puede ayudar a la unidad de su éxito Project Online y el uso de Project Online
pueden impulsar su éxito PMO. ¡ Buena suerte en su implementación!
Procedimientos recomendados para sistemas
empresariales
En este artículo forma parte de nuestra colección "Desde las trincheras". Describe las mejores prácticas
operacionales para los sistemas empresariales en general (incluidos Microsoft Project Server). Notas de cómo,
aunque sistemas empresariales procuran proporcionar una interfaz fácil de usar en el nivel de usuario, la
tecnología y la infraestructura necesaria para proporcionar a menudo es muy compleja. Estas notas del producto, a
continuación, se describe cómo esta complejidad, es necesario utilizar algunas prácticas recomendadas básicas que
proporcionan la mejor posibilidad de mantener un alto grado de confiabilidad en el sistema de la empresa.
Para descargar la versión de Word de este artículo, vea Mejores prácticas de administración de empresa.
Para ver más artículos, vea "desde las trincheras" notas del producto.
Mejores prácticas de administración de empresa

Escribo principalmente acerca del parte de horas de la empresa o sistemas de administración de proyectos de
empresa y la fase más comunes de implementación que hablar con estos sistemas sería fase de la selección o la
configuración: hablando sobre el punto de vista estratégico. En este artículo es mucho más acerca de las prácticas
operativas y no es específico de acaba a sistemas de parte de horas o un proyecto de empresa como Microsoft
Project Server. En su lugar, se trata de sistemas empresariales en general, aunque la materia sin duda se puede
asociar a casi todas las implementaciones de Project Server.
Cuando se encuentra ya ha implementado sistemas de Project Server o hablamos con los clientes existentes, a
menudo se formular preguntas acerca de cómo la organización implementado y ha apoyado el sistema y su
entorno. Cuando se got iniciados en el sector, se trataba de conversaciones simples debido a que el software de
project que se instalaría siempre sería live en el PC del usuario final y atención del sistema siempre fue un
concepto local. Estos días que ocurre en raras ocasiones. Sistemas de la empresa son simples en la interfaz o donde
los usuarios finales pueden normalmente acceso a la funcionalidad a través de un explorador web en qué aspecto
tiene cualquier otra página web de nivel de presentación. Tan sencillo como es posible que estos sistemas en la
parte frontal es tan complejo como volverá a estar en la parte posterior. La tecnología necesaria para mostrar esa
interfaz es probable que tiene muchas capas, depende de varios orígenes para la tecnología y la infraestructura y (si
no es suficiente), es probable que se actualiza todo el tiempo.
Sin embargo, hay algunas prácticas recomendadas básicas que pueden proporcionar la mejor posibilidad de
mantener un alto grado de confiabilidad en el sistema de la empresa.
Busque un propietario
De hecho, tenemos dividir esto en dos propietarios porque cualquier sistema de la empresa tiene un propietario de
la empresa y el propietario de una técnico. Sólo cuando el propietario de la empresa es un ejecutivo en el
departamento de TI y el sistema de la empresa es principalmente para ese departamento pueden los propietarios
de ser la misma. Por lo tanto, vamos a echar esto en dos partes:
Busque un propietario de la empresa
Esta persona debe ser una persona de nivel de administración de nivel o senior executive que tiene un interés
personal en los resultados del sistema de administración de proyecto. Las ventajas que debe entregar el sistema o
los desafíos del negocio que el sistema debe superar deberá ser beneficios y los desafíos que afectan directamente
a este ejecutivo. Y, antes de que alguien dice incluso No, normalmente no puede ser un Comité o varias personas.
Tiene la responsabilidad para diseñar en algún lugar y que casi siempre significa una persona. Esta persona
también es posible que el patrocinador ejecutivo para la implementación del sistema, pero no es posible. A
menudo el patrocinador ejecutivo no es el propietario de la empresa ultimate de un sistema empresarial.
Incluso una vez que el proyecto de implementación a través de, el propietario de la empresa se sigue siendo el
propietario del sistema y, debe ya no se requieren, ya sea otro propietario de la empresa tiene que identificar y
debe confirmar en el sistema o el sistema debe ser retirado.
Busque un propietario técnico
Para sistemas de nivel de empresa, no tener solamente un técnico disponible es suficiente. Recuerde, sistemas
empresariales dependen de muchas capas de tecnología. El propietario de la técnico debe ser lo suficientemente
senior manager o ejecutivo en el departamento de TI que él o ella podrán interactuar inmediatamente con los
propietarios de las otras capas de la tecnología. Que puede incluir personas senior que el propietario de la base de
datos de SQL Server, el servidor de base de datos que SQL Server está instalado en los servidores de aplicaciones
que Project Server está instalado en, las funciones de red, el servidor Web o granja de servidores, la conexión a
Internet, el firewall, Activos Directory y los servidores Exchange, los servidores de seguridad o sistemas y la
imagen de sistema operativo de nivel de cliente. Alguien senior debe poder representan este sistema enterprise a
los jefes de controlan otros aspectos del entorno.
Ser intencionados
Asegúrese de que Project Server a) tiene un propósito y b) es llevar a cabo su propósito. ¿Sonido obvia? No lo es.
Sistemas de la empresa con mucha frecuencia se adquieren para el motivo incorrecto y recurrirá a una persona de
TI para buscar un propósito a aplicar al sistema. La persona que la firma en el propósito del negocio para el
sistema empresarial debe ser el propietario de la empresa, aunque otros usuarios pueden estar implicadas.
Siempre realizar a esos ejecutivos una pregunta que he usado para años, "¿qué decisión empresarial pueden ahora
es no realizar o solo puede realizar con gran dificultad, la realización de las cuales se habilitará por la
implementación de este sistema?" Una vez que se establecen los requisitos empresariales (tenga en cuenta que no
he dicho la funcionalidad deseada), asegúrese de que el sistema enterprise realmente llevar a cabo este requisito.
Cumple una gran cantidad de personas que tienen una lista de la compra de funciones pero poco descripción de lo
que está intentando llevar a cabo con ellos.
A medida que evoluciona la organización, asegúrese de que el propietario de la empresa se vuelve a este concepto
básico. Sólo la implementación de un sistema empresarial como Project Server puede cambiar fundamentalmente
la empresa se implementa en, por lo que no es sorpresa para buscar que pueden cambiar los requisitos de la
organización para un sistema.
Es habitual entran en una organización varios años después de Project Server se ha adoptado y se implementa
sólo para encontrar imposible buscar a alguien que sepa por qué es importante para la organización. El sistema
para garantizar que está en uso. Se está llevando a hacia delante en inercia ingente pero se ha perdido la finalidad y
los ejecutivos que se benefician todos los días no se den cuenta procedencia de ese beneficio.
Obtener en la arquitectura de empresa
Hace varios años recuerde continuas con uno de nuestro personal técnico a la ubicación de un cliente molesto. La
instancia de Project Server que había instalado ellos mismos estaba causando todos los tipos de problemas.
Mientras existe en persona, se le pida que entrevista hacer una copia de un número de personal técnico, el sistema
de rastreo a través de sus capas. Cuando se llega a la capa de base de datos, estábamos atónitas. En lugar de ser
uno de los servidores de base de datos estándar de la organización, la versión de SQL Server en el que instaló el
sistema estaba en el PC del usuario final. Cada vez reiniciado, como había desactivado el PC o instalar algo,
convertiría no está disponible en la base de datos. Esto afecta literalmente cientos de los usuarios finales.
La organización no era una grande por lo que se ha producido ningún falta de servidores enterprise o
infraestructura a se basan en. En este caso, el problema se ha solucionado fácilmente. Aunque era una buena
lección. ¿Es el sistema que va a implementar se integran en la infraestructura empresarial existente en el que la
organización es posible que ha empleado un enorme esfuerzo Introducción estable, confiable y segura?
Copia de seguridad
Lo sé. ¿Esto es broma, derecha? Sorprendentemente y Desafortunadamente no es. Sistemas de la empresa pueden
ser bastante complejos para hacer una copia como puede depender de varios aspectos del sistema de copia de
seguridad al mismo tiempo. No hay los datos básicos por supuesto, sino también los datos de metadatos y la
configuración de la implementación. Y todos los datos relacionados de sistemas auxiliares que pueden tener para
que coincida con el sistema pueden tener que formen parte de la misma combinación de copia de seguridad.
Cuando hablamos de Project Server, tenemos pensar de copia de seguridad no sólo las bases de datos de project,
pero también la base de datos de SharePoint Server. En las versiones de Project Server antes de 2010 puede que
sea necesario realizar una copia de seguridad de la plantilla Global. Incluso ahora puede haber elementos de las
plantillas que se encuentran en equipos individuales.
Y simplemente realizar copias de seguridad no es suficiente. Cuando el cambio de sistemas o están actualizados,
realice una restauración de base de datos al menos una vez. Recuerde hace que se va a con un cliente que
hubiéramos ayudó a diseñar una estrategia de copia de seguridad para años. Apague el servidor, extraído el disco
duro, poner en otro disco duro y, a continuación, explicaba con nosotros y dice "no existe. El disco duro sólo se
bloqueó. Es un disco duro recién formateado. Por favor, restaurar Mis Project Server". Estaba sorprendida, pero
más es así debido a que obtienen una buena cómo una solicitud era y más de elaboración de la misma, más me di
cuenta cómo increíble era que nunca nadie había realizado la solicitud antes (o desde). Por lo tanto, realice una
prueba de restauración de al menos una vez. Hemos podido restaurar ese sistema a la forma, pero no volver
perfectamente tal y como se hubiéramos sospecha que lo haría y hemos tenido que actualizar nuestros
procedimientos de copia de seguridad.
Almacenamiento provisional/Producción
"Todo el mundo de una fase y todos los hombre y mujer simplemente reproductores," dice Shakespeare hace
mucho tiempo. En este caso, el escenario es más acerca del almacenamiento provisional y es clave para cualquier
sistema empresarial. Una vez que el sistema esté en producción, desea probar nuevas configuraciones, agrega
nuevas personalizaciones, intente nuevos informes, vínculos, campos y otros cambios. Tendrá las actualizaciones y
las actualizaciones y todos estos deben intentar primero en un entorno de ensayo o de desarrollo antes de que se
infligir en los usuarios en el entorno de producción. Algo tan básico como una actualización del explorador o una
actualización de base de datos puede iniciar sistemas empresariales para un bucle, por lo que debe asegurarse de
mantener y mantener un entorno de ensayo que es independiente de un entorno de producción. En la actualidad
de los servidores virtuales, esto puede resultar más sencillo de lo que podría haber sido en el pasado. Todo el
entorno ahora a menudo se puede clonar desde el sistema de producción, pero que puede ser más fácil decirlo que
realizar dependiendo de cómo ha implementado. Recuerde que puede hacer referencia a una gran cantidad de
distintas partes del puzzle de tecnología, aunque haya copiado todo el servidor.
Monitor, monitor, monitor
Hay una gran cantidad de puntos de supervisión que pueden usarse para supervisar un sistema empresarial. En
primer lugar, asegurándose de que Project Server está disponible para los usuarios finales es crítico, y también es
esencial asegurarse de que el personal técnico apropiado reciben lo antes posible si alguna vez no está disponible.
Afortunadamente, existen muchas herramientas en el mercado para asegurarse de que el sistema es funcional y
disponibles puede notificar automáticamente a personal técnico incluso si los usuarios finales no ha observado
todavía el problema. Sin embargo, hay otros aspectos de supervisión que también son importantes. Es conveniente
mantener un registro del estado de la aplicación, incluida la cantidad de memoria que está usando, la cantidad de la
CPU ocupa, los errores que es posible que ha informado sobre el sistema, incluso si va a recuperar de ellas propio
y una inspección , los reinicios del servidor necesarios y el mantenimiento de otros elementos de la infraestructura
técnica relevante. Conocer, por ejemplo, que IIS está teniendo problemas técnicos podría ser muy importante para
mantener la disponibilidad de la aplicación de empresa.
Incluso los pequeños cambios son cambios
La tecnología en la que es el servidor de Project Server en función de los cambios por días. Es imposible evitar
todos estos cambios. El servidor de Windows del sistema operativo suele recibir actualizaciones dentro de unos
días, SQL Server puede recibir actualizaciones cada pocas semanas. Los sistemas operativos de cliente de
Windows, sus programas de detección de virus, firewalls y el Explorador de Internet y sus complementos obtienen
actualizaciones de forma regular. Cualquier parte de la cadena entre los datos y el usuario final es un posible punto
en el que puede desglosar, por lo que cree una estructura para administrar los cambios a lo largo de toda la pila de
tecnología de la aplicación.
Esto puede suponer un reto, como muchas aplicaciones de empresa diferente pueden depender de aspectos
similares de la pila. Hemos tenido un cliente que actualizó inocente Project Server hace algún tiempo sólo para
encontrar que todo el entorno de SharePoint Server puso hacia abajo. Claramente hubiera un error en cómo el
servidor de Project / tenía se ha aplicado la actualización de SharePoint Server. Mientras se han producido las
copias de seguridad completados y se ha perdido ningún dato, el proceso de actualización no tenía una provisión
de reversión de instantánea y, por tanto, los efectos estaban devastadoras, tal y como asistieron a días para invertir.
En otra organización, hemos tenido un cliente que había actualizado otra aplicación de empresa para buscar que
sea absolutamente necesario todos los usuarios actualizar la versión de explorador sólo para descubrir que no era
compatible con otras aplicaciones de empresa ya está en uso en la empresa la versión más reciente del explorador.
Era el rock manos y el lugar del disco duro. Al final, tenían que revertir la actualización del sistema enterprise y
espere hasta que todas las aplicaciones de empresa pudieran avanzar con una nueva actualización del explorador.
En ocasiones, es mejor buscar integrada de ser integrado
Demostraciones de ventas siempre hacen que la integración de varias herramientas de aspecto tan fácil. Hola eso
es todo, los datos se inicia aquí y termina existe! Establecer un vínculo entre altamente flexibles herramientas como
Project Server y otros sistemas empresariales como ERP/Finanzas es lo suficientemente resistente, y se
recomienda siempre que ambos sistemas sea de producción y estable antes de que se establecen los vínculos. Sin
embargo, una vez que están en curso, es aún más importante para supervisar los cambios de los dos sistemas con
una cuenta para asegurándose de que seguirá vincular correctamente.
Con cualquier actualización de cualquiera de los sistemas, puede haber diferentes requisitos técnicos, los cambios
de estructura o cambios de datos. También puede haber nuevas características y las ventajas que son posibles, pero
asegúrese de que la funcionalidad existente de vinculación se haya probado en el entorno de ensayo antes de
implantado a la producción.
Documentos, documentos, documentos
Las personas que hubo cuando Project Server se ha seleccionado y se implementa una eternidad no existirán en
dichas funciones. De hecho, si lo hacían un gran trabajo, que estén fuera de la administración de la implementación
de enterprise siguiente que necesita la organización. Para documentar las decisiones de configuración, las ventajas
proyectadas, el funcionamiento las expectativas y parámetros que se usaron para tomar esas decisiones es esencial.
En el futuro, otros usuarios verán con este sistema y arañar sus cabezas diciendo, "¿qué estaban pensando?"
Asegúrese de que les dice.
Documentos de empresa del sistema deben ser documentos de vida que se actualizan con cada actualización, cada
cambio en el negocio o técnico propietario o cualquier cambio importante en la estructura de funcionamiento o los
requisitos de negocio.
Aspecto antes de que leap
Es el Consejo que damos personas profundizar en un lago murky por primera vez. ¿Es superficial? ¿Hay rocks justo
debajo de la superficie de? Sistemas de administración de Enterprise project como Project Server de hecho pueden
incorporar elementos de datos complejo en un solo lugar donde las decisiones se basan en que datos pueden ser
más eficaces y las ventajas de esas decisiones pueden suponer una diferencia profundo a una organización. Pero
debe hacer las tareas para asegurarse de que utiliza el sistema de la empresa de forma que puede obtener los
beneficios que usted necesita sin exposición de la organización a los costos y los riesgos que pueden borrar
rápidamente el valor de esos beneficios.
Autor
Chris Vandersluis es el presidente y fundador de HMS Software de basados en Montreal, Canadá, un Microsoft
Certified Partner. Tiene un grado de ahorro de McGill University y más de 30 años de experiencia en la
automatización de los sistemas de control de proyecto. Es un miembro desde hace mucho tiempo de Project
Management Institute (PMI) y ayudó a encontrar los capítulos Montreal, Toronto y Quebec del grupo de usuarios
de Microsoft Project (MPUG ). Publicaciones para el que haya escrito Chris incluyen Fortune, intensa de
construcción de noticias, Canadá Computing magazine y PMNetwork del PMI y columnista regular para períodos
del proyecto. Enseña a avanzada de administración de proyectos en la Universidad de McGill y con frecuencia se
habla en las funciones de asociación de administración de proyecto entre Norteamérica y todo el mundo. Software
de HMS es el Editor del sistema de sincronización de hora orientado a proyectos TimeControl y ha sido un socio
de solución de Microsoft Project desde 1995.
Chris Vandersluis se puede establecer contacto por correo electrónico en: chris.vandersluis@hms.ca
Si desea leer más artículos relacionados con la EPM por Chris Vandersluis, sitios de orientación de EPM del vea
HMS (http://www.epmguidance.com/?page_id=39).
El modelo de madurez del sistema de administración
de proyectos
En este artículo forma parte de nuestra colección "Desde las trincheras". Describe cómo como consolidada de las
organizaciones, pueden ser más eficaces en el uso de sus sistemas de administración de proyecto. Describe cómo
puede ser más eficaz para las empresas a decidir usar sólo determinados aspectos de un nuevo sistema de
administración de proyectos a un nivel con los que están cómodos, aunque se vean tentados a usar todas las
características que está disponible para ellos. A medida que la empresa continúa maduración, puede convertirse en
avanzadas más en su uso de las características que necesita para usar.
El modelo de madurez del sistema de administración de proyectos

El modelo de madurez de administración de proyecto (PMM ) es un tema bastante hot estos días. Hay ondas de
consultores que va a realizar un buen vida ayudar a las organizaciones a evaluar su "nivel de vencimiento de
proyecto" que es bastante gran parte siempre se muestran jerárquicamente con más consolidada siempre se
muestra como mejor que menos consolidada. Defensores de dice el concepto del modelo de PMM muestra las
capacidades de una organización para administrar proyectos. Hay una conversación completa para ser tenía acerca
de cómo las organizaciones llegar a ser más eficaces y no estoy seguro de que acaba de escalada necesariamente el
modelo de madurez de administración de proyecto obtiene no existe. Pero eso es un asunto para otro día. Si hay o
no eres un ventilador del modelo PMM, otro tipo de modelo de madurez que he visto con organizaciones que usan
sistemas de administración de proyectos.
Cuando se trabaja con las organizaciones que están implementando un sistema de administración de proyectos, es
muy común encontrar que es el deseo de organización aprovechar las ventajas de cada elemento único del nuevo
sistema solo tenían ha demostrado por el proveedor. El cliente ve informes y pantallas y flujos de trabajo y las
funciones que nunca han soñado de y imagine un mundo donde todo lo que funciona la funcionalidad como sin
problemas en su organización, tal como se hace en la demostración de venta. Es normalmente clara para el cliente
que la configuración de datos y demostración de demostración que se muestra se desarrolló cuidadosamente con
el fin de mostrar tanta información del producto como sea posible. En el caso de Microsoft Project y Project Server,
esto puede ampliar más allá de solo el producto para incluir toda la pila de tecnología.
El cliente ve pantallas que se inician desde Windows SharePoint Services o de formularios de Microsoft Office
SharePoint Server. Consulte la funcionalidad que toca Active Directory o SQL Server Reporting Services. Es
posible que vea el flujo de trabajo de BizTalk Server o Windows Workflow Foundation y muestra que provienen de
PerformancePoint. Es posible que siga el flujo de datos de un guión gráfico o en un escenario de casos de uso que
hace que la descripción de los posibles pero fácil de ventajas descripción de la tecnología subyacente más difícil.
Cuando se reciben para entregar realmente la funcionalidad que el cliente está interesado en, necesitamos moderar
sus deseos para implementar todo a la vez con una comprobación de la realidad. El cliente debe decidir cómo
quiere hacer negocios antes de que nos podemos incluso considere la posibilidad de configurar esta funcionalidad
y si puede enviarse fuera de la caja, con la configuración o con el esfuerzo de personalización. Hay algunos clientes
que están insistente que implementan todos los aspectos de la funcionalidad que han previstas y están preparado
para profundizar y realice el diseño, formación, aprendizaje y desarrollo de esa solución, así como la financiación
tanto en tiempo y dinero para implementarlo , pero estas organizaciones son la excepción.
¿Qué es mucho más común es que el cliente decide implementar los aspectos de su nuevo sistema de
administración de proyectos en el nivel que ya está familiarizado con. Tal y como se convierte en la organización
más información sobre el sistema y los procesos empresariales subyacentes, se exigen cada vez más del sistema;
cada vez más 'consolidada' medida que se ejecuta. Es una progresión natural.
A medida que evoluciona la descripción de la organización de un proceso de administración de proyecto que se
puede automatizar, su demanda para esa automatización evoluciona también. Esta evolución natural es igual que
los modelos de administración de proyectos o de vencimiento de la capacidad. Saber que las organizaciones
probablemente evolucionará a lo largo de estas rutas de acceso realizados por nosotros muy eficaz en saber dónde
colocar nuestros esfuerzos en la realización de una organización eficaz. Se tiende a centrarse en las áreas de
sistema de proyecto que sabemos que tendrá más posibilidades de adopción y de dar un retorno de la inversión a
partir de vencimiento del sistema de proyecto de la organización. Por supuesto ningún dos organizaciones son los
mismos, por lo que chiseling este conocimiento en una tableta no es un buen plan. Es simplemente la progresión
probablemente según nuestra experiencia con muchas compañías.
En nuestra experiencia, la evolución natural de uso de un sistema de administración de proyecto viene en cinco
áreas básicas, aunque la secuenciación de ellos ha cambiado en gracias últimos años en gran parte a la tecnología.
Hablemos sobre las cinco áreas básicas para empezar con y trataremos algunos de los turnos de nuevo que hemos
visto durante los últimos años cercana al final de este artículo.
1 - planeación. Casi siempre se vea Planear como la primera ola. Algunas organizaciones nunca obtienen más
allá de esto. Hacen un basic programar, bronce el diagrama de Gantt y, a continuación, se monte en la pared de
office del equipo de proyecto. Personas hacer referencia a la placa de vez en cuando nostalgically como
recuerdan el estado no pasa nada de su programación justo antes de iniciar el proyecto.
While I'm being a bit cruel at those who are only using their expensive project management software to make a
bar chart, there is certainly value from doing so. Creating an organized schedule tends to make the project
participants think about how the work should be put together and is much more effective than doing nothing or
just making a spreadsheet list.
2 - seguimiento. A continuación en línea en nuestra experiencia es normalmente de seguimiento. Una

organización que es un poco más "contenido para adultos" en el uso de su sistema de administración de
proyectos no va a planear sólo, podrán realizar un seguimiento de sus programaciones, avanzar a ellos de
forma regular con el progreso hasta la fecha y esperamos incluso con programaciones proyectadas como los
planes de avanzar. Para muchas organizaciones, detener aquí es eficaz. Está planeando en su sistema de
administración de proyecto y, a continuación, está trabajando el plan por actualizarlo con regularidad e incluso
mayor para informes útiles a la administración.
3: administración de recursos. Una vez que se administran de planeación y seguimiento, las organizaciones
tienden a tener un aspecto para el problema de administración de recursos y cómo puede resolverse mediante
el sistema de administración de proyecto. Recursos pueden tener muchos de los aspectos, tal y como he
tratado aquí antes, pero en el nivel más básico, asignación de recursos (asignar el trabajo a los recursos) es un
gran paso, seguido de análisis de recursos de algún tipo.
4: administración de costos. Administración de costos es la cuarto área típico y muchas organizaciones
nunca obtienen aquí. En un nivel básico, tener una estimación del costo desglosada por fase o mejor aún por
tarea en el proyecto es un buen comienzo de gestión de costes. Seguimiento de los costos reales por horas o
por dólares es el siguiente nivel.
5 - avanzada. Podrá poner un área quinto aquí para temas de "Avanzada" para lo que es posible que una
amplia variedad de temas que yo no he puesto en las otras categorías hasta ahora. No es que no son
importantes pero que cuando llegue a la quinta ola de evolución de una organización, puede ir una gran
cantidad de distintas maneras. Por lo tanto, podrán colocar el análisis de riesgos, la administración de
documentos y flujos de trabajo automatizados en aquí. También hay áreas avanzadas en cada una de las otras
cuatro áreas que he tratado hasta ahora.
Cada uno de los elementos que he tratado hasta ahora podría ser extended aún más y a menudo es como fecha de
vencimiento de proyecto de la organización y la comprensión de los aspectos automatizada de que aumenta su
entorno de administración de proyecto.
Para la planeación, la progresión puede ir a varios proyectos programaciones integradas con administración de
programa o vínculos entre proyecto con subproyectos.
Para el seguimiento, la organización normalmente avanza desde simple progreso del porcentaje completado, que
normalmente es el menor calidad de los datos, a la duración restante de seguimiento. También es posible que
extender el seguimiento de los partes de horas para proporcionar un valor exacto de horas trabajadas con respecto
al plan original por persona.
En el área de recursos, vemos continuas desde simplemente asignar las tareas a los recursos para el seguimiento
del progreso de los recursos normalmente con un parte de horas y, a continuación, mover al aspecto más solicitado
de EPM, planeación de capacidad de recursos. Para algunas organizaciones, cadena críticos se adapta a aquí
también, combinar la información de recursos y programación en un algoritmo avanzado.
Para los costos, normalmente vamos desde la gestión presupuestaria básica para el seguimiento de los costos
reales junto con horas y tiempo para obtener presupuesto frente a real variación y desde allí a seguimiento de
valor acumulado, tal y como se realiza en los sectores de defensa y aeroespacial.
Incluso en el área avanzado ha temas avanzados. Los más populares entre ellos son el análisis de riesgos Monte
Carlo y la metodología de administración de proyecto integración (especialmente en el sector de TI).
Progreso de las organizaciones mayoría con todos los cinco de los elementos básicos del lado izquierdo del gráfico
por encima en el orden en que he descrito justo antes de activar a cualquiera de las áreas avanzadas. Algunas
encontrar que sus desafío de administración de proyecto determinado significa centrándose en un elemento
delante de otros. ¿Qué es extremadamente difícil y con muy poca frecuencia correcta está intentando a ser más
consolidada que están.
Es muy común, por ejemplo, para que una organización de planeación de capacidad de recursos en los casos, aún
cuando examine los conocimientos y experiencia de la organización, encontrará que faltan los bloques de creación
de la creación de un sistema de planeación de capacidad de recursos. Se utiliza a menudo la planeación de la
capacidad como un ejemplo de por qué es tan importante saber dónde se encuentre en el modelo de madurez de
sistemas de administración de proyecto. En mi experiencia, este es el único beneficio más solicitado desde sistemas
EPM y aún es casi la última ventaja que puedo entregar. Esto es debido a que la planeación de capacidad de
recursos requiere por lo que muchos otros elementos para que funcione en primer lugar. Para poder entregar los
requisitos de recursos proyectados frente a disponibilidad, que primero es necesario:
Nos podemos contar en los planes de proyecto
Realiza un seguimiento con progreso precisas de proyectos
Todas las tareas que se asignará a los recursos
Disponibilidad de recursos completo y preciso
Todo el trabajo de proyecto que no sean para cuantificar y realiza un seguimiento
Complete el cumplimiento por los jefes de proyecto y los directores de departamento de trabajo
completado, trabajo previsto y los cambios en recursos.
¡ Como puede ver! No es ninguna lista pequeña y la cultura corporativa necesaria para cumplir con un entorno de
este tipo a menudo requiere la administración de cambios en una escala grande. Por lo tanto, nos volver a activar
en el modelo de madurez de sistemas de administración de proyecto y los clientes pueden realizar una guía básica
de lo que necesitan llevar a cabo.
Esto no es una lista exhaustiva por supuesto. Podemos hacer fácilmente una tercera columna y, a continuación, un
cuarto, pero he no hecho aquí porque desde este punto de la progresión más común es menos clara. Los requisitos
de administración de proyecto de la organización determinarán el interés en mover hacia delante en un área
determinada.
Prometido anteriormente en este artículo se describen algo que ha cambiado en los últimos años. El modelo que
he descrito ha soportado durante bastante tiempo, pero en los dos últimos años, movimiento en el sector de TI ha
realizado un cambio significativo en otra dirección, y que tiene todo lo que debe hacer con la colaboración.
Al mismo tiempo en la industria de software de administración de proyecto estábamos muy centrado en los
algoritmos. Todo lo que se debía a la programación de ruta crítica, pensamos. En los últimos años, sin embargo,
algunas cosas han cambiado. En primer lugar, la disponibilidad de las personas a través de la tecnología de Internet
o por teléfono ubicua ha hecho aún más fácil ensamblar y comunicarse con el equipo del proyecto. Esto ha
ayudado a cambiar quién está en un equipo de administración de proyecto. Mientras una vez habría pensamos de
miembros del equipo de proyecto que se va a personas profundos dentro de la organización, trabajar en una
pequeña habitación sin ventanas con mesas que rodea un trazador masivo, ahora creemos de miembros del
equipo de proyecto en toda la organización.
Por supuesto, los integrantes del grupo incluyen aquellos realizando el trabajo, pero también pueden incluir el
patrocinador ejecutivo, los administradores de recursos del departamento, los usuarios, el departamento de
marketing. Ahora, no en absoluto es frecuente encontrar que el equipo del proyecto se extiende no sólo más allá de
las paredes del edificio, pero también fuera de la propia para incluir contratistas subcaracterística, primo
contratistas e incluso el cliente de la organización. Contratistas subcaracterística no pueden estar en la misma zona
horaria o incluso el mismo país. Comunicación todo esto ha realizado un factor clave para el éxito de proyectos en
muchos tipos diferentes de sectores.
Algunas organizaciones que ha provocado en sectores como R&d. y TI, por ejemplo, para buscar en un modelo de
madurez de sistemas de administración de proyecto que progresa de forma muy diferente:
El primer elemento en estas organizaciones consiste en crear un plan de comunicaciones y que casi siempre se
basa en la tecnología de colaboración como SharePoint Server. Estas organizaciones encuentran que desde una
perspectiva de centralizado pueden obtener mayores beneficios de obtención de su equipo de administración de
proyecto extendida a colaborar y comunicarse que desde cualquier planeación centralizado. El aumento meteoric
en popularidad de SharePoint Server es FE cuánto Pentium seguridad deseo hay para conseguir que las personas
para que trabajen conjuntamente.
La progresión de un plan de comunicaciones básica, a continuación, a menudo va a administración de documentos:
el uno documento de los cuales podría ser una programación de proyecto. Está activando el progreso de la
administración de proyecto de empresa clásico su cabeza, pero puede ver cómo atractivo Esto puede resultar para
algunas organizaciones. Obtener un identificador en los contratos, documentos, mensajes de correo electrónico,
reuniones y otros tipos de comunicación y aumenta la eficacia muy rápidamente. No obtenga un identificador en
las comunicaciones y la pérdida de eficacia podría ser grave.
Desde la administración de documentos, es un paso breve para la administración de problemas y realizar la
administración de cambios, que para TI y R&D significa administración de uno de los aspectos más potencialmente
dañinos de un proyecto.
Sorprendentemente, partes de horas se incluyen siguiente. De hecho, a veces los partes de horas incluyen incluso
anteriormente. Cuando nuestra organización comenzó en primer lugar en la empresa de partes de horas con
nuestro producto TimeControl, estábamos bastante determinados que las organizaciones que sea necesario un
parte de horas como nuestro eran las que ya estaban consolidada suficiente en su proceso de planeación y
seguimiento que puedan aprovechar las ventajas de la misma. Se puede suponer nuestra sorpresa para encontrar
que muchas organizaciones desean implementar un parte de horas de la empresa antes de implementar un
sistema de administración de proyecto de empresa. Cuando examine el desafío de la administración de cambio de
cada TI queda claro por qué. La mayoría de los usuarios adoptará un parte de horas a regañadientes pero
rápidamente. Obtención de una organización de 1000 persona para aceptar un sistema centralizado del parte de
horas, toma una cuestión de semanas. Introducción a los mismos usuarios 1000 para aceptar un sistema de
administración de proyecto centralizado puede tardar de meses a un par de años. Por lo tanto, aunque la
planificación centralizado no está establecida, la organización puede obtener una gran ventaja de datos
centralizado de partes de horas.
Por último, estas organizaciones activen su atención al proyecto principal ejercicio de planeación. Esto es no quiere
decir que aún no ha realizado hasta el momento de programación de proyectos, pero no habrá sido muy
centralizado.
Al igual que el modelo de madurez de primer proyecto de administración de sistemas, cada uno de estos
elementos puede llevar temas avanzados, demasiado.
Comunicaciones planes a menudo progreso a sistemas de comunicaciones más integrados, incluidas la mensajería
instantánea, integración de correo electrónico y mucho más.
Administración de documentos a menudo avanzar a la integración de administración y formularios de flujo de
trabajo.
Administración de problemas normalmente evoluciona a la administración de listas de todos los tipos y un proceso
de administración de cambios integrados.
Partes de horas evolucionan desde los partes de horas de la tarea a los vínculos con las finanzas, nóminas, recursos
humanos y en última instancia vínculos hacer una copia en el sistema de administración de enterprise project para
los datos de seguimiento de auditoría.
Planeación y administración de recursos tienden a evolucionando al igual que mi clásico modelo de madurez de
sistemas de administración de proyecto.
No hay ninguna forma de "derecha" para avanzar en el uso de su sistema de administración de proyectos, ni hay
una forma "incorrecta". Como he dicho en estas columnas antes, lo que es más importante es que examine primero
lo que necesita llevar a cabo para que sea más eficaz como una organización y desde allí diseño la solución para
ese desafío. ¿Qué es importante es saber que dispone de los bloques de creación de los elementos básicos antes de
empezar a crear algo más avanzado. A menudo estoy oído que indica que necesitamos 101 de administración del
proyecto antes de que se mueva a PhDs de administración de proyecto.
Recuerde que el uso de un sistema de administración de proyecto es sólo un aspecto de una solución posible y es
copia de seguridad para decidir cómo "contenido para adultos", debe ser y en qué áreas para que sea más eficaz la
administración de los proyectos.
Autor
¿EPM: Centralizada o descentralizada?
En este artículo forma parte de nuestra colección "Desde las trincheras". Describe cómo las organizaciones
necesitan comprender los problemas que se intentan resolver la hora de decidir sobre la implementación de un
sistema de administración de proyectos. En ocasiones, implementar un sistema de administración centralizada de
proyecto no puede ser la mejor respuesta.
Para descargar la versión de Word de este artículo, vea centralizada o descentralizada?.
¿EPM - centralizada o descentralizada?

He sido un Defensor de administración de proyectos empresariales desde que escribió en primer lugar la industria
de administración de proyecto en comienzos de 1980. Se podría pensar que, a continuación, que siempre sería
votar en el lateral de administración de proyectos centralizado, pero que no siempre es el caso. Hablemos sobre
durante un momento justo qué queremos decir con administración de proyectos empresariales.
EPM puede significar una gran cantidad de cosas diferentes para diferentes personas. Ya he descrito en otros
artículos en esta columna cómo es posible que el foco de una implementación de EPM administración de
documentos para una organización y programaciones integradas para la siguiente. Administración de proyectos
empresariales tiene en su núcleo, sin embargo, la noción que personas deben interactuar entre sí en el ejercicio de
administración de proyecto. Esto significa que el jefe de proyecto o el equipo de administración de proyecto no
funciona de forma totalmente independiente. Pero ¿eso significa que es la única forma de conseguir esta
interacción"" tener un sistema de programación de proyecto centralizado? No necesariamente. Para algunas
organizaciones, el desafío de la administración de proyecto podría ser la incapacidad de producir informes de
administración de proyectos de resumen, en toda la empresa debido a los proyectos administrados bienestar todos
los de forma ad-hoc. En este caso, se pueden lograr EPM redirigiendo los estándares de proyecto que se
comparten entre todos los personal de administración de proyectos. Mejor que se pueden lograr con un grupo de
servidores central de plantillas, material de aprendizaje, documentos y los estándares de informe que todos los
usuarios pueden usar. Quizás un sitio de SharePoint simple sería suficiente.
Para algunas organizaciones, el desafío de la administración de proyecto podría ser ineficaces programaciones
personal debido a la falta de comunicación entre recursos sobre lo que está trabajando y cuál es su enfoque
siguiente. En este caso, es posible que se consigue EPM mejorando la comunicación entre equipos y de equipo. Las
herramientas de podrían ser tan simples como un calendario compartido, mensajería instantánea o un portal
compartido donde personas podrían mostrar ¿cuáles son sus prioridades.
En algunas organizaciones, el desafío de la administración de proyecto está empezando progreso en los proyectos
de desarrollo de programación. Si ese es el caso, las herramientas de presentan ya en un producto como Visual
Studio Team Services puede ser suficiente. Es un proceso bastante común en la programación de proyectos para
encontrar que muchas de las tareas pueden realizarse en casi cualquier orden, por lo que las exigencias de la
programación de ruta crítica no es posible que incluso ser apropiadas según el tipo de desarrollo que se está
realizando.
¿Recuerde que un número de años de trabajar con el departamento de mantenimiento de un compañías aéreas. El
personal se ha permitido para elegir sus propias programaciones al principio de cada mes y si esto no se ha
coordinado (como a menudo era el caso), era posible llegar para administrar un turno sólo para averiguar que
nadie trabajaba. Desafío de la administración de su proyecto no era "Cuando el trabajo obtendrá completado?" era
"es cualquier persona que incide en trabajar?" En este caso, se logró EPM mediante la implementación de un
cambio en la herramienta de programación.
Incluso cuando se centran el desafío EPM a las programaciones del proyecto, no es obvio que la implementación
de un sistema de administración centralizada de proyecto es la única o la mejor respuesta. Vale la pena pregunte
qué interacción de la administración de proyectos personal necesita tener con cada una de las demás. Si debe
colaboran de forma regular para resolver conflictos de recursos, para ver qué otras prioridades en la organización
subiendo o para ver cómo el progreso de un proyecto afectará a otra, a continuación, mirar una herramienta como
Project Server tiene mucho sentido , pero a menudo acaban interactuar con las organizaciones que no solicitaron
incluso esta pregunta de sí mismos.
En algunas organizaciones se encuentre un número muy pequeño de programadores y un gran número de
recursos. Incluso en una organización de grandes, esto puede ser la estructura según el sector y el tipo de
proyectos que se está llevando a cabo. No que hace mucho tiempo cumplen con una organización que estaba
seguro que tenían seleccionan la solución adecuada para su desafío EPM. Se pide que me para explicar la solución
pero, como es habitual, se me pide que primero explicar su problema de administración de proyecto.
En el momento en que se realizaron que describe su entorno en una pizarra era evidente incluso a ellos que la
solución que ha elegido no iba a resolver el problema.
En este caso, el problema era una falta de progreso del proyecto que se informó de un grupo de servidores grande
de subcontratistas. El cliente determina que lo que se necesitan realmente hacer sería imponer una hora y el tipo de
facturación de parte de horas en sus subcontratistas. Se recomienda no el Director de programa. "Nunca
podremos obtener que en los contratos de subcontratista," comentaron. Afortunadamente, un miembro del
departamento de finanzas estaba presente. "Conoce," respondido esa persona, "una cláusula que les exige que
rellene el parte de horas de nuestra elección ya está en el contrato de subcontratista". Resolver el problema.
La idea de recorriendo el problema antes de que incide en la solución es uno hablamos a menudo por aquí pero es
una resistente a adoptar. ¿Dictar lógica pensando que sería el orden de determinación de una solución
automatizada:
1. Identificar el problema
2. Definir la solución
3. Determinar si se debe (y, si es así, cómo) automatizar la solución
Demostraciones de la solución automatizada en sitios web, vídeos y cualquier otro lugar nos realizar olvida. No
buscamos una solución, por supuesto, a menos que se tenga algún tipo de problema, pero el aspecto de soluciones
automatizadas y sonido es tan atractiva que se acaban de esta forma:
1. Elegir la solución automatizada
2. Hacer que el problema de implementación de la solución
3. Resolver este problema mediante la definición de cómo se puede aplicar la herramienta automatizada a la
solución
4. Intente recordar ¿cuál fue el problema original
El problema nuevo se convierte en la implementación de la solución para bastante tiempo y, a continuación,
semanas, meses, o incluso un par de años hacia abajo la carretera que alguien desde administración superior
pregunta cuando se resuelva el problema original y todos los usuarios que se busca en mutuamente sorpresa en su
lugar. Era fácil de olvidar.
En los años he recomienda todos los tipos de posibles soluciones automatizadas. Por cierto, Project Server ha sido
una de las opciones por supuesto, pero también he recomienda una combinación de profesionales de TI de
Microsoft Project y SharePoint Server. He se recomienda usar una combinación de Excel y Outlook. He se
recomienda el uso de los partes de horas de terceros con Project.
Recomienda ni siquiera una vez utilizando una pizarra big. A decir verdad. La organización no era una empresa con
que hubiera hecho para años. La persona en cuestión estaba en una función de bienes inmuebles y tuvieron que
renovar concesiones a largo plazo en bienes inmuebles. Cuando le pregunte ¿cuál fue el problema, sin lugar a
dudas era un problema de programación. La persona tenía perdidas unos plazos que eran importantes y estaba
seguro que una herramienta de administración de enterprise project debería solucionar el problema. La
organización ya tenía más frecuentes para que los informes que se distribuyan a los ejecutivos varias para que no
se perdidas plazos futuros. "¿Cuántos usuarios hay sería?" Se pide. "Sólo personal," respondió. "¿Cuántos de estos
proyectos existen en un momento?" Le "Siete u ocho", respondió. "Y cuántos de estos hitos fecha límite se gestiona
para cada proyecto" es muy complicado. Hay sobre una media docena de fechas límite para cada uno de ellos,"me
dijo.
Era ya desactive a mí que nos no deberíamos instalar un sistema EPM big centralizado para este tipo deficiente.
"¿Por qué no sólo puestos a una pizarra big en su cubículo y usar algunos coloreados marcadores para los hitos
diferentes?" Se pide. "Podría usar azul para el primero un verde para el segundo, rojo para el último, etcetera".
Tomó notas de un sistema completo, fascinadas por el concepto. Dejó la empresa saber que no había vendido
ningún servicio o producto que habían decepcionado día, pero que había abandonado a la persona han podido
implementar el sistema que tenía previstas. En la página principal de manera mi teléfono recibí en el automóvil. Era
él. "Se explican los distintos colores de la Pizarra?" frecuentes.
Averiguar qué problemas que se intenta resolver antes de diseñar la solución y antes de decidir cómo automatizar
no sólo ahorren dinero. Puede guardar una enorme cantidad de tiempo dedicado a trabajar en los elementos de la
organización que no tienen un problema que sea necesario resolver en primer lugar.
Cuando los problemas que se intenta resolver pueden ser mejor resolver con software de administración de
proyecto de empresa centralizado, a continuación, nada más hará realmente, pero el foco que habrá adquirida por
dan forma el problema le ayudará a incluso existe. El equipo de implementación puede crear los logros
conseguidos que permiten declararse un éxito cuando se han solucionado los problemas del proyecto. Centralizar
o descentralizar? Administración de proyectos empresariales se puede lograr con cualquiera.
Autor
Directrices para los paneles
En este artículo forma parte de nuestra colección "Desde las trincheras". Se describen algunos de los desafíos
comunes que pueden surgir al decidir usar paneles en el entorno de EPM. Describe cómo el prettiness de un panel
de aspecto profesional en ocasiones, es posible que ocultar la necesidad de los usuarios a buscar en la calidad de
los datos: "genealógicos" y los datos actualizados, por ejemplo. Se menciona cómo deben ir los datos de paneles a
través de un proceso de aprobación para garantizar la integridad y calidad de los datos alta. Incluye algunas
técnicas para impedir que los usuarios sesgo datos bajo su control para falsificar los datos que se muestran en el
panel. Y, por último, indica algunas reglas básicas que debe tener en cuenta al crear paneles de EPM.
Para descargar la versión de Word de este artículo, vea directrices para los paneles.
Directrices para los paneles

No hay ninguna duda acerca de él. Los paneles son el último grito. Si es un gráfico de barras, un histograma, un
gráfico circular o una vista de advertencia de semáforo, los ejecutivos parecen dichos a la respuesta instantánea de
un panel.
Con cada vez más presión en nuestra cultura empresarial para ofrecer resultados más rápidos y más rápidos, la
demanda de paneles no es probable que hacer disminuir pronto en cualquier momento.
La industria de software de administración de proyecto es un elemento secundario de póster para este tipo de
presentación debido a que los datos de administración de proyecto están perfectos para los paneles. Cuando nos
fijamos en ¿qué tipo de datos sería necesaria para paneles, observamos varias calidades:
¿Se lo agrupada de formas que pueden mostrarse y entiende?
¿Es oportuna?
¿Hay algunas aprobación o proceder a la instrucción proceso para los datos?
¿Hay datos numéricos o de fecha y hora que pueden ayudar a realizar las variaciones?
Eso es exactamente lo que se encuentre en datos de administración de proyecto desde un sistema de Enterprise
Project Management (EPM ) como Microsoft Project Server.
Ninguna sorpresa, a continuación, que la mayoría de los sistemas EPM incluidos en Project Server tiene algunas
funcionalidades de paneles. En el caso de Microsoft, se incluyen las capacidades de cortesía de SharePoint Server
en el centro de inteligencia empresarial. Este tipo de sistema puede buscar en los datos de SQL y generar una muy
amplia gama de representaciones gráficas. Y, al igual que un gatito, no hay que nada un ejecutivo me gusta mejor
que un brillante toy nuevo. El deseo por los directivos de instantánea de la opinión de los proyectos puede ser tan
grave que muchas de las oficinas de administración de proyecto están presionadas para ofrecer la presentación
antes de que los datos subyacentes se incluso listos.
"Puede hacer que nos un panel de EPM?" Una vez se me solicita por un ejecutivo senior de TI mientras estaba en
sus oficinas de ayudar a diseñar su entorno de EPM.
"Seguro", respondió.
"Podríamos lo tenemos antes del viernes?" más frecuentes exec para mi sorpresa.
"Mensajería unificada, seguro," ha atendido. "Bueno, no este viernes. Pero un viernes en el futuro."
No era en absoluto amused por mi humor.
No era un administrador, pero que subyace a la presión de la experiencia de esas personas para permitir una rápida
toma de decisiones.
Los paneles son tan visualmente atractivas, a menudo se olvida que se supone que para representar algo que
genera la presentación. Por lo tanto, antes de ejecutar la para averiguar cómo hacer que un panel y antes de
empezar a dedicar demasiado tiempo paletas de color de selección de lo que sus iconos de color debe ser, vamos a
través de unos desafíos comunes en el ámbito del panel.
Asistente de síndrome onza
¿Recuerde que el Asistente de onza cuando finalmente back extraen la cortina y que se encuentra a justo un guy
regular que fue extraer las palancas y la activación de la marca para generar toda la magia"impresionante"?
Muestra elegante que es impulsada por intervención humana son algo que se vea todo el tiempo en los paneles.
Una gran cantidad de trabajo se coloca en el diseño y la presentación, incluidos gráficos excelentes, iconos grandes,
colores excelentes e incluso animación y efectos de sonido. El problema es que nadie ha buscado en una ruta de
acceso entre los datos y el panel y el resultado es que alguien tiene que sentarse frente a un servicio de asistencia y
decidir manualmente qué indicador a hacer qué color.
Cuando se busca la primera vez en un panel existente, siempre merece la pena para formular ver los datos sin
procesar que componen la presentación. "Lo que hace esto significa y puede mostrarme donde este indicador se
controla desde?" es una pregunta clave. Realizar una auditoría mínima de unos indicadores, seguimiento de ellos a
sus datos de los componentes.
El mismo principio contiene si va a diseñar un panel. Para cada indicador, debe haber una pista de hacer una copia
en algún origen y es mejor si se está documentado. Si el panel está controlado por la cumplimentación de Bob en
una hoja de cálculo con cómo lo considera acerca de los proyectos, solo tendrá que le indicará. Va a ser más rápido.
Medir todo
"Si nos podemos medir, se incluirá en el panel" parece ser el lema de algunos diseñadores de panel.
Es fácil obtener a pensar en la tecnología de paneles y hay un determinado emoción visceral cuando busque
algunos datos que parece cuantificables y de fácil comprensión y realizar un indicador fuera de ella.
Repentinamente en lugar de una lista aburrida antigua de costos, tienes termómetros llenar con rojo o tacómetros
revving en la zona roja o flechas en distintos colores. ¿No cree que esto es divertido? Pruébelo en Excel para una
media hora mediante el uso de la nueva funcionalidad de formato condicional de Excel 2010 (o Excel 2013).
Los problemas se producen cuando una persona que está realizando un panel ejecutivo obtiene detecta por lo que
en su capacidad para realizar un indicador que no se detenga para buscar y ver si debería ser hacerla en absoluto.
No siempre es "¿cómo lo hace?"; a veces es "debe lo hace?"
Una vez que hay muchos indicadores visualmente atractivas en la página que tenga un aspecto como el panel del
control de espacio, sabrá que está bien van a necesitar años de aprendizaje como un Astronauta o va a necesitar
simplificar la vida.
Aquí es una regla básica que debe tener para muestra menos: cada indicador necesita una posible acción; cada uno.
Por lo tanto, si tiene un indicador de semáforo y es de color rojo, a continuación, deben haber una acción apropiada
que alguien se supone que para tomar cuando esto ocurre. Podría ser un simple "Cuando este claro en color rojo,
un jefe de proyecto debe mostrar un informe detallado al encabezado de la PMO". Sea cual sea la acción, debe
haber uno.
Planes de medias
No coma un pastel que sólo tenía la mitad de los componentes, especialmente si no sabe qué mitad faltan. ¿En un
panel, cómo se sabe que tiene todos los datos?
Vamos a echar un ejemplo de la búsqueda en informes de capacidad de recursos. ¿El semáforo de recursos se ha
convertido en color rojo para TI (no siempre)? Administración desea ahora examine el problema y cuando examina
el detalle, ven la respuesta más obvia. Debe ser de color rojo el indicador debido a que TI es por lo tanto, un exceso
con personal!
En este primer histograma muestra el problema. La línea roja muestra la capacidad de la organización. Los
histogramas apilados muestran los requisitos combinados previstos mediante la adición de los requisitos de todos
los proyectos. Si este es el panel que se presenta a la administración, la decisión de Aceptar mucho más trabajo o
para reducir los niveles de nuestros personal inmediatamente sería evidente.
AH, pero mantenga en un momento. Justo antes de la reducción de los niveles de personal plan entra en vigor, se
produce a una persona para comprobar si todos los proyectos se han representado en la vista de panel.
No eran.
Se han producido algunos proyectos que aparecía en la leyenda pero se muestra ningún resultado de estos
proyectos en el histograma. ¿Donde fueron los resultados? Quizás estos proyectos no se han publicado todavía.
Quizás todavía se determinó el ámbito del proyecto completo. Quizás los requisitos de recursos no tenían se ha
definido en el nivel apropiado. Cuando se revisión los datos, podemos ver en la segunda histograma que en
realidad, no hay ahora más trabajo que las personas y nos debemos teniendo en cuenta al contratar más personal,
agregar algunos capacidad de contrato o retrasar algunos proyectos en el futuro; exacta opuestas decisión se
habría realizadas desde mirando la misma vista con sólo una parte de los datos.
El problema no es el diseño del panel; ni es la calidad de los datos. Es la integridad de los datos que es el problema.
En este ejemplo evidente, nos podemos ver el problema con nuestros propios ojos, pero imagine un entorno de
proyecto con cientos o incluso miles de proyectos o proyectos sub en el mismo conjunto de datos.
Tomar una decisión con sólo una parte de los datos a menudo se dará como resultado una decisión inapropiada.
Tomar una decisión donde la toma de decisiones no sabe incluso que los datos están incompletos en es, en el
mejor, disempowering a ellos.
Podemos resolver esto con una revisión de los datos de algún tipo de proceso de aprobación o, quizás, con la
combinación de un proceso de validación y un indicador de base de datos que nos dice que sólo observamos una
imagen parcial de nuestro indicador.
Mejor antes de las fechas
Si usted es como yo llegar a en el refrigerador y obtener el queso más cercano a usted, pero no debería ser
comprobando las fechas de "mejores antes de"? ¿Y ya que estamos en el asunto de los datos de origen que
componen dicha imagen descriptivo en el panel, es necesario ninguna noción de cómo antiguo están de los datos
que está generando ese indicador?
No es poco frecuente para realizar una auditoría de un indicador de panel sólo para encontrar que todavía no se
han actualizado los datos que se origen el indicador en mucho tiempo. A menudo es un ejecutivo de nitidez que se
recoge en una reunión de revisión. Este es el tipo de persona que aporta no sólo sus notas desde la última reunión
de revisión, sino también copias de todos los documentos que se han concedido última vez y sus ojos prácticas
tiene el aspecto a través de los últimos documentos y los documentos nuevos y compara los datos.
Los indicadores de idénticos Media que cosas han cambiado (poco probable en la mayoría de los entornos de
project) o que los datos no se ha actualizado (mucho más probable es que una gran cantidad de organizaciones).
Para aquellos en finanzas que viven y un dado desde los resultados de la hoja de cálculo o una granja de servidores
de hoja de cálculo masiva formada por muchos libros auxiliares que a menudo, esto es un error común. Los jefes
de proyecto y aquellos que examine los datos del proyecto pueden ser menos probables detectar estos errores sin
atención estricto.
El peor de los caso es uno donde algunos de los datos se ha actualizado y es actual y algunos de los datos no se
han actualizado en absoluto. Por lo tanto, quizás se actualizó el plan hacia delante en la mitad de los proyectos y los
datos reales para el último período se contabilizaron en esos proyectos, pero no lo tiene datos reales registrados o
no tener su plan que se actualizó la otra mitad de los proyectos. Si las decisiones va a estar en la vista del panel o
los datos resultantes que procede, cómo actual están de esos datos debe mostrarse en algún lugar.
También se puede resolver con algunas comprobaciones básicas y equilibra en los datos que, a continuación, se
pueden mostrar en el panel de este tipo de problema. Por ejemplo, una prueba simple podría Asegúrese de que:
1. Todos los partes de horas que se recopilaron para el período que se muestra; y
2. las horas del parte de horas total recopiladas son aproximadamente equivalentes al total de horas que se
muestra.
Genealógicos de datos
El mejor aspecto la presentación, menos probabilidades de que se van a preguntar, "¿de dónde proviene esos datos
y cómo confiable es?" Hay algo acerca de orden es que los recuentos de cuando se ponga los datos en una
visualización gráfica de aspecto profesional. Para aquellos que está creando datos desde una base de datos, se se
pueden mantener a menudo a una distancia de donde llegó esos datos desde. Una gráfica busca diseñador un par
de útil ¿está buscando campos y formas de calcular los indicadores de ellas y fácilmente puede olvidó preguntar si
estos campos se rellenan a través de un proceso validado, con cualquier tipo de supervisión, mediante el cálculo, o
si los datos no se consideran" calidad corporativa"las personas especificarlos.
Quizás que estamos trabajando en un proyecto de desarrollo de software y una lista de pendientes y recién
agregado problemas de software y no hay una gran lista de SharePoint de los problemas que se crean por el
departamento de control de calidad como un componente de software acerque una fecha de lanzamiento. Este tipo
de lista puede ser un indicador clave de cómo listo es el software de versión. Si, sin embargo, varios grupos de
diferentes están usando la misma lista de nuevas ideas de funcionalidad y solicitudes de mejoras, contando sólo la
lista de problemas le proporcionará un indicador inapropiado debido a que la lista se convertirán en contaminados
con datos que se usa con un propósito diferente.
Datos que se van a mostrar la copia de seguridad en un indicador en un panel que se ha de tener algún proceso y
algunos validación de calidad.
¿Estamos se busca en toda la imagen?
Vuelva a dicho informe semáforo de panel y busque en la línea de TI.
Vamos a imaginar que TI tiene luces de rojo para la programación y el costo de indicadores en un proyecto
determinado de año-long porque es junio y ambos indicadores están desactivadas de forma más del 20%!
El director financiero ordenador ha examinado los resultados detallados ya y es un proceso bastante interferir.
Enero - junio datos reales mostrar el testigo:
($, 000S) ENE FEBRERO MAR ABR ES POSIBLE QUE JUN
Presupuesto 80 100 120 120 120 120

($, 000S) ENE FEBRERO MAR ABR ES POSIBLE QUE JUN
Real 100 120 140 140 140 140
Variación 20 20 20 20 20 20
Variación 20 40 60 80 100 120

acumulativa
Hasta ahora el proyecto ya es 120.000 $ por encima del presupuesto y es sólo mitad-over! A este ritmo, indica que
el director financiero, el proyecto costo 18% más de su presupuesto de 1,3 millones de dólares original y,
posiblemente, se debe recortar sus pérdidas y cancelar el proyecto.
Si nos fijamos en más detalle, sin embargo, la imagen tiene un aspecto muy diferente. El proyectados programan y
costos hasta el final del proyecto este aspecto:
ES
(, POSI NOVI
000S FEBR BLE JULI AGO EMB TOTA
) ENE ERO MAR ABR QUE JUN O STO SEP OCT RE DIC L
Pres 80 100 120 120 120 120 120 120 120 120 100 80 1.32
upu 0
esto
Real 100 120 140 140 140 140 120 100 80 40 0 0 1,12
0
Varia 20 20 20 20 20 20 0 (20) (40) (80) (100 (80) (200

ción ) )
Varia 20 40 60 80 100 120 120 100 60 (20) (120 (200

ción ) )
acu
mula
tiva
Ahora podemos ver más información del artículo. El proyecto se está ejecutando con mayor rapidez que había sido
anticipado. De hecho, se va a finalizar en mediados de octubre en lugar de hacerlo en diciembre y está previsto
para terminar de 200.000 $ por debajo del presupuesto.
Éste es el desafío con paneles simples y cómo está interpretan. El panel estaba completamente preciso pero la
razón era rojo fue buena, no está mal.
Indicadores de panel que necesite los ejecutivos alertas que acción debe realizarse y dónde buscar, pero también
debe llevar a ese mismo ejecutivo a los datos más detallados que se va a mostrar toda la imagen.
Múltiples jugadores
Aceptar, ahora dispone de algunas cosas que puede hacer para asegurarse de que los paneles no confundir a la
administración de decisiones inadecuada, y que es un enorme paso. Pero, de ser aconseja, tan pronto como los
indicadores de tipo de panel se ponen a disposición, las personas usarán para sus propias ventajas. Es
completamente comprensible que las personas juego el proceso si se pueden sesgo datos bajo su control para que
no tenga el aspecto incorrecta.
No hay ningún personas prevención de intentar el proceso de juego, pero hay algunas técnicas para evitar los
eventos de estos jugadores:
Cambios en el proceso
Puede hacer que dura el proceso de juego cambiando todo el tiempo; intenta mantenerse por delante de los que
piensan que tienen el proceso descubrió que. Todas las personas de la empresa del motor de búsqueda de
optimización del motor de búsqueda saben este uno pero el desafío con esto es la enorme cantidad de trabajo que
se tarda en mantener cambiar el proceso y aprendizaje todos los usuarios de los cambios.
No hay zanahoria, simplemente pincel
Otra opción consiste en disciplina aquellas que detecta el proceso de juegos. Esto es muy difícil. Las personas que
se encuentran directamente sobre sus datos debería obtener en problemas, pero los que sólo se dando lagunas en
el proceso castigar a es normalmente incorrecta para morale.
Comprobaciones y equilibra
Suele ser la herramienta más eficaz contra jugadores. Si dispone de datos de orígenes diferentes que tiene para
equilibrar frente a otros datos, resulta muy difícil a alguien manipular sólo los datos bajo su control y anular el
proceso de panel en su regalos sorpresa. Por supuesto no siempre es posible encontrar dichos controles y equilibra
dentro de los datos, por lo que vigilancia siempre es bueno.
Algunas reglas básicas
Aceptar, vamos a ajustar un poco de lo que hemos dicho. Creación de paneles eficaces ¿está buscando
técnicamente no es difícil, pero existen algunas reglas básicas que puede implementar en el diseño de panel y el
proceso de administración de proyecto que se puede garantizar que las decisiones que se incluyen fuera de dichos
paneles son apropiados y eficaces .
Éste es un resumen de algunos de los conceptos básicos que hemos analizado anteriormente:
Los indicadores de deben realizar un seguimiento en origen de datos
Asegúrese de que no son indicadores sólo el opiniones introducidas manualmente o sentimientos de una persona,
pero que representan realmente algo en los datos detallados de su entorno.
Cada indicador necesita una acción
Cada indicador necesita una acción; cada uno. Sea cual sea la acción, debe haber uno. Esto es probable que
también ayudará a mantener el número de indicadores a un nivel razonable.
Los datos deben ser completa o mostrar que no es
Asegúrese de que es está claro de la presentación que los datos están incompleta o completa para que no se toman
las decisiones de inapropiadas mientras se buscan en sólo una imagen parcial.
La presentación debe mostrar su puntualidad
Si es posible tener algunos datos actualizados y otros datos no, a continuación, la fecha de actualización de los
datos debe se muestran en el panel de forma que se evitan inapropiadas decisiones basadas en datos antiguos o en
una combinación de los anteriores y nuevos datos.
Comprobar la calidad de los datos de forma continuada
Un panel debe tener revisiones regulares de los datos que impulsa los indicadores y actualizaciones periódicas
para evitar que personas desde el proceso de toma de decisiones de juegos. Algunas organizaciones va a
implementar un proceso de auditoría periódico que analiza los indicadores clave y realiza un seguimiento de vuelta
desde sus resultados en el origen de datos, comprobación de las fórmulas y la calidad de los datos para asegurarse
de que no ha cambiado. Por supuesto, no puede hacerlo todo el tiempo, pero un trabajo normal revise de qué hace
esos turn pretty semáforos verde, amarillo o rojo es una idea correcta.
¡ Paneles feliz!
Referencias
Para obtener más información acerca de cómo hacer paneles con Microsoft Project Server, le sugiero leer un par
de grandes artículos en TechNet:
Microsoft Project Server 2010 creación de informes con Excel Services escritas por Jean-Francois LeSaux y
Steven Haden de servicios de consultoría de Microsoft (https://go.microsoft.com/fwlink/p/?LinkId=222672)
Creación de paneles para Microsoft Project Server 2010 escrito por Blaise Novakovic, Jean-Francois
LeSaux, Steven Haden, servicios de consultoría de Microsoft (https://go.microsoft.com/fwlink/p/?
LinkId=222669)
Autor
Creación de un Plan de implementación de EPM
En este artículo forma parte de nuestra colección "Desde las trincheras". Se describe cómo crear un plan de
implementación de Enterprise Project Management (EPM ). Identifica las fases y los puntos principales de un plan
de implementación de EPM y previsiones de horas para cada una, basándose en una organización de tamaño
mediano con varios cientos de usuarios de sistema EPM. Se identifican los factores que pueden afectar a los
tiempos de duración estimada para cada fase.
Para descargar la versión de Word de este artículo, vea creación de un Plan de implementación de EPM.
Creación de un Plan de implementación de EPM

"Puede que nos ayudará a instalar el sistema EPM y obtener la copia de seguridad y que se ejecuta en unos días?"
es una de las solicitudes más comunes de las empresas de implementación de EPM obtener. Y el tamaño de la
organización, independientemente de la respuesta corta, es Desafortunadamente, "no". El desafío no es tecnología;
es una serie de preguntas de directiva, proceso, procedimiento y práctica que tienen el potencial para crear cambios
organizativos largo alcance.
Vamos a echar un vistazo a lo que debe incluir un plan de implementación de EPM y cómo puede crear sus
propias. Se han identificado los puntos principales y put incluso en estimado tiempos de cuánto puede tardar cada
fase en una organización de tamaño mediano con varios cientos de usuarios de sistema EPM. Antes de cerrar cada
estimación de tiempo como demasiado corto o demasiado largo, piense en lo que necesita hacer en su
organización en particular para llevar a cabo esa sección. Las duraciones no son las estimaciones del trabajo, son
las estimaciones de calendario, por lo que tenga en cuenta cuánto tiempo tarda para obtener determinados tipos
de personas ensamblado para el tipo de trabajo que necesitará.
1. establecer el equipo de implementación del sistema de EPM
Si no se dispone de ningún equipo del proyecto no va mucho nuestro proyecto. Varias personas que deba
montarse para poner este proyecto desde la fase de idea hasta producción. Con un Introducción a plan ya en
mente, debe pensar en las personas que serán con el proyecto mientras un par de años.
Los pasos clave en esta primera fase son:
Identificar a las partes interesadas clave
A menudo es un participante clave antes de incluso inicia el proyecto. Normalmente es una persona en el nivel
ejecutivo que se siente las dificultades de no tener este tipo de sistema. Es un estupendo inicio pero no se casi
suficiente incorporar esos proyectos podrá ver. Que identifica el propietario de la empresa del sistema es
fundamental para una implementación correcta de EPM y debe llevarse a cabo casi inmediatamente. El propietario
de la empresa será la persona que usa las ventajas del sistema completado y ve el valor de pasar por lo que se
tardará en completarla. También puede haber uno o varios de los patrocinadores ejecutivos. Es posible que los
patrocinadores ejecutivos personal de nivel de administración que tienen algunos uso para los resultados ultimate
pero también es posible que las personas que va a trabajar en el proyecto hasta su finalización y, a continuación,
mover con poca inversión en la operación final del entorno de EPM. Puede live sin un patrocinador ejecutivo. No
se puede live sin un propietario de la empresa.
Identificar los recursos de conocimientos interna
Habiendo determinado que son el propietario de la empresa y, posiblemente, los patrocinadores ejecutivos, el
equipo del proyecto debe determinar qué experiencia interna es necesaria y están disponibles para avanzar en el
proyecto. A menudo se encuentra la falta de experiencia en una tecnología determinada, como la versión actual del
software EPM, pero que no es el único tipo de experiencia que se requieren. Conocimiento interno de la
organización, prácticas, procedimientos, funciones y responsabilidades y procesos donde los datos pueden estar
ubicados para dirigir el proceso será esencial.
Integrarse experiencia externa (si es necesario)
Es habitual determinar que hay un espacio de conocimientos o aptitudes en el equipo del proyecto para mover de
administración de proyectos que no sea de empresa a la administración de proyectos empresariales. Si ese es el
caso, no hay ningún sustituto para buscar a alguien con conocimientos técnicos. Para cualquier grado los recursos
internos no están disponibles, deben ser ocupado desde el exterior. Estas personas podrían ser ocupadas como
parte de un contrato de subcontratación o de consultoría o contratadas para su uso a largo plazo en el entorno que
le ayudarán a desarrollar. Recursos de aprendizaje para este tipo de experiencia desde el interior es correcta con
muy poca frecuencia. El desafío más comunes que se vea en esta área es averiguar que los recursos internos se han
concedido la responsabilidad pero no tengan los conocimientos o tiene solo un conocimiento limitado. "Una vez
utilizado el software EPM y ahora me solicitan que les para implementarlo," es un lema se oye todos con mucha
frecuencia.
El tamaño de su equipo dependen de cómo todo un ámbito del proyecto en última instancia se convierte en. No es
frecuente encontrar algunas personas con el proyecto para varios meses que, a continuación, se reemplazan con
otros usuarios como fases del cambio de proyecto. La entidad de certificación del equipo y la compatibilidad de
administración también son esenciales para establecer en este momento.
¿AH, y es necesario decirlo? ¡ Tratar este proyecto como un proyecto! Increíbles tal como se podrían de sonido y, a
continuación, las implementaciones de EPM son el proyecto más probable es que en la organización para
implementarse sin cualquiera de los elementos que puede colocar en cualquier plan de implementación (algo
sobre los elementos secundarios del zapateros que va barefoot). Por lo tanto, realizar una programación de
proyecto, un presupuesto, una carta, asignar suficientes recursos etcetera.
Tiempo para hacerlo: cuatro semanas.
2. identificar los objetivos de negocio
Aceptar, tenemos el equipo juntos. ¡ Tiempo para que funcione! Tenemos ahora identificar el ámbito del proyecto,
dividir ese ámbito en fases si es grande y, a continuación, cree un plan para el trabajo.
Aquí es lo que se necesitará para llevar a cabo en esta fase:
Ejecutivo y talleres de los participantes
No hay ninguna forma de solucionar esto. La única finalidad de la creación de un entorno de EPM es una mejor
administración de habilitar y los usuarios finales para tomar decisiones empresariales. Por lo que el personal de
administración relevantes deberá invertir algún tiempo al principio del proceso para ayudar a identificar qué
decisiones se realizarán con el sistema. He escrito acerca de cómo llevar a cabo este tipo de talleres en el pasado
(vea ser un comprador de soluciones: notas del producto) pero cómo hayan acabado es menos importante que
hayan acabado.
Ésta es la oportunidad para el equipo de implementación obtener otras dos cosas muy importantes mientras
disponen de atención de la administración. En primer lugar, el compromiso de administración para el proceso, el
esfuerzo y las ventajas de ultimate. Segundo (y mucho más importante), las expectativas administradas de
administración. La expectativa de administración más comunes es que esto puede llevarse a cabo en unos días o
unas cuantas semanas breves. Cuando entender el impacto de lo que implica la, es posible que Evaporar
compatibilidad con la administración. Mejor que tener que suceda inmediatamente que comenzar en algo que no
se puede entregar, posiblemente, con tiempo suficiente o los recursos.
Los resultados de estos talleres (Sí, puede tardar más de uno) serán los objetivos de negocio que harán que el
ámbito de seguridad y determinan en última instancia la programación.
Identificar el impacto de la función de administración
Una vez han los objetivos de negocio se han aceptado por la administración, deberá ser una sesión o dos que
identifica el impacto de las funciones y responsabilidades de la administración de. Un ejemplo común a menudo
aparece con la planeación de capacidad de recursos. ¿En las empresas de alta tecnología, la planeación de
capacidad de recursos casi siempre es una solicitud de administración del sistema EPM, sin embargo, que tendrá
que obtener la entidad de certificación que procesar para asignar recursos, administración de conflictos y
establecer la prioridad del trabajo de personas en distintos departamentos? No podrá solucionar estos problemas
en este punto, como no tener ningún proceso definido, pero la identificación de quiénes en el conjunto de
aplicaciones de ejecutivo se verán afectados es importante aquí por lo que podrá al fondo círculo para incluirlos en
el proceso cuando llegue el momento.
Prioridad de los objetivos empresariales y crear un Plan de implementación de maestro
Es casi seguro de que el plan debe dividir en fases. Con prácticamente todas las implementaciones de EPM, la
desea la administración de en qué ventajas debe entregar el sistema EPM es extensos. La asignación de prioridades
que de los objetivos para ir para primer es un elemento esencial de éxito en este momento. Obtenga la parte
superior objetivos de dos o tres quizás poner en una fase y todo lo demás dirección descendente de inserción.
Cada fase debe entregar un trabajo, el entorno de EPM de producción es valioso en su propio derecha.
Establecer los hitos y métricas
Estamos los jefes de proyecto, no se?! Vamos a obtener algunos hitos en nuestro proyecto y confirmar para
algunas métricas cuantificables. Con cualquier implementación de enterprise del sistema, asegurándose de que se
encuentre en el camino es una parte importante del proceso.
Deberíamos tenemos ahora suficiente información para desarrollar nuestra programación general con todos los
detalles para la primera fase.
Tiempo para este trabajo: cuatro semanas
Fase 1
Para cada fase será algunas tareas que deben repetirse. Los pasos del 3 al 9 forman parte de una fase.
3. procesa el inventario
Antes de entrar en cualquier lugar cerca de las herramientas, necesitamos determinar qué procesos en última
instancia deberá ser automatizada en esta fase.
¿ Qué procesos existen y pueden adoptar?
Se inicie con mirar qué procesos, prácticas y procedimientos que ya existen en la organización para los objetivos de
negocio identificado en esta fase y determinar que puede adoptar, en el nuevo entorno de EPM. Hay una ventaja a
doble cara a buscar los procesos existentes que se pueden adaptados con poca o ninguna. En primer lugar, son ya
creados y conocidos a los usuarios. En segundo lugar, hace un amigo de la persona que creó la adopción de ellos.
Ahora se denomina como un experto en la materia en que el proceso y que facilita la implementación.
¿ Qué procesos deben diseñarse
Nunca encontramos todos los procesos, prácticas y procedimientos que necesitamos, pero hemos desarrollado que
identificar qué hay que faltan. Que pueden ser más difíciles de localizar los procesos que ya existen. Está buscando
What ' s no existe y toma un ojo experimentado.
Talleres de Pizarra de proceso
Para los procesos que requieren trabajo deben adaptarse o para los procesos que deben crearse desde el principio,
necesita obtener algunas sesiones de taller con una pizarra en curso. Recorrer el proceso y todas sus implicaciones
mejor se realiza con las personas que residan una vez que se lleva a cabo. Todo el contenido de documentos.
Funciones de administración de resolver afectada
Recuerde que cuando se identificaron los ejecutivos o jefes podrían ser implicados en los cambios que se
producen? Tiempo de ellos para volver a llamar. Para cualquiera de los procesos recientemente diseñados que
afectan a funciones, entidad de certificación, jerarquía o responsabilidades existentes, debe organizar reuniones a
resolverlos.
El resultado final de esto es el borrador de la Guía de proceso.
Tiempo para llevar a cabo el ejercicio de procesos: cuatro semanas.
4. adoptar, adaptar y diseñar los procesos
Revise, adaptar y acepte los procesos diseñados
No todo el mundo habrá sido una parte de cada ejercicio de proceso que se realizaron en el último conjunto de
tareas. Por lo tanto, obtener el borrador de la nueva guía de proceso publicado a las partes interesadas, los
administradores y las partes afectadas es esencial. Es un proceso bastante común de esta guía ir a través de varias
revisiones e incluso para talleres adicionales ser programado para resolver conflictos en los procesos.
El resultado de este es un documento de proceso completado y aceptados. No deje engañar, el aspecto "aceptado"
es posible que entran en varias redondea hacia arriba e incluso requieren intervención ejecutiva del nivel más alto
de antes de que se completa, pero sin un proceso aceptado, que no hay nada para automatizar. La buena noticia es,
incluso si detiene el proceso de implementación aquí, esto es ya de gran valor. Es inevitable que los que trabajan
internamente a través de estos procesos ven cosas acerca de su organización que no tenían considera que nunca.
Será más eficaces, como resultado casi inmediatamente iniciar.
Tiempo para llevar a cabo la Guía de proceso completado: ocho semanas
5. evaluar y seleccionar las herramientas EPM
Preparar los documentos de "exposición del problema" para los proveedores
Si ha leído otros artículos que he hecho, sabrá que creo que encarecidamente en proporcionar una descripción de
los problemas de EPM de posibles proveedores y lo que permite saber cómo sería solucionarlos. ¿Después de
todo, dicen están en la empresa de soluciones? Great, pídales que diseñar la solución. Esto es un poco más difícil
que realizar una hoja de cálculo de todas las funciones que le gustaría, pero es importante.
Solicitar respuestas de proveedor
Nunca realice sólo uno. Es posible que ya sabe quién es su proveedor preferido, pero incluso si cree es la adecuada,
obtener algo con el que comparar. No hay dos proveedores intentará solucionar el problema de la misma manera
para estar preparado para ser sorprendan y mantener una mente abierta.
Lista corta
Incluso si está viendo un producto pero implementadores varias, poner en marcha que le gustaría cumplir en
persona.
Presentaciones de proveedor e implementador
Emmm, día de demostración. Hay muchos aspectos de valor se tenía observando una demostración pero
Introducción a pensar en la flash del mismo no es uno de ellos. Demostraciones de ventas detenidamente
organizadas por todos los proveedores. Si está especialmente interesado a través de una vista o un informe o un
panel, en concreto, consulte "¿cuánto tiempo se tardaría para desarrollar esa vista exacta?"
Adquisición y selección de herramientas
Aceptar, el tiempo de realizar la compra grande. Sé, considerar que estaba el punto de partida, vuelva al principio
de este artículo. Bueno, no se preocupe. Estamos finalmente aquí. ¡ Realice la selección del sistema EPM y get que
pedido de compra en su camino!
El resultado final de esta fase es un producto nuevo brillante de EPM sentado en su escritorio.
Tiempo para llevar a cabo esta fase: ocho semanas.
6. automation diseño y configuración
Aplicar el documento de diseño de proceso para la herramienta EPM seleccionada
Ahora que sabemos qué es la herramienta que podemos comenzar a crear documentos de diseño de sistema que
empiece con nuestra documento de proceso y terminan en especificaciones funcionales. Se querrá probablemente
una instancia de desarrollo de nuestro nuevo sistema EPM instalado por lo que podemos probar o comprobar
determinados criterios de diseño. Por primera vez, es necesario a bordo un sistema experto en la configuración del
sistema real.
Diseñar e implementar los estándares
Hay numerosos estándares que tendrán que se puede establecer. Cada uno de esos estándares lleva a
implicaciones en la arquitectura del sistema y el diseño. El calendario por ejemplo es a menudo se pasa por alto.
¿Se tendrá un calendario o muchos? ¿Es necesario que los calendarios de recursos? ¿Quién tendrá la autoridad
para cambiarlos? ¿Conocemos los efectos en los datos de programación y el progreso del cambio de un calendario
de recursos? Y así sucesivamente... Éstos son algunos de los elementos de nuestro sistema de EPM que
necesitamos los estándares para:
Calendarios
Convenciones de nomenclatura
Jerarquía de recursos
Estándares de la carga de recursos para el proyecto y el trabajo del proyecto que no sean
Tasas y los estándares de administración de costos
Roles y responsabilidades
Estructuras de aprobación
Jerarquías de proyectos y tareas
EDT y otras estructuras de codificación
Administración de documentos
Plantillas de comunicación
Plantillas de proyectos
También vamos a necesitar algunos otros diseño y codificación incluso posibles para los elementos que procede
fuera de los objetivos de negocio de una fase. Algunos de los elementos que deberían tenerse en cuenta son:
Diseñar e implementar la codificación personalizada
Diseñar e implementar paneles
Diseñar y crear vínculos a sistemas externos
Diseñar y crear el flujo de trabajo
Diseñar e implementar informes
Diseñar y crear recursos de aprendizaje de herramienta EPM
Revisión de diseño con todas las partes afectadas
El resultado es una herramienta EPM que está lista para tomarse para conseguir transporte. Debe tener todas las
configuraciones necesarias para mover en un entorno de trabajo.
Tiempo necesario para esta fase puede variar en gran medida según la cantidad de trabajo personalizado era
necesaria pero vamos a decir doce semanas dados hemos restringidos decir nosotros a la primera fase.
7. herramienta de EPM piloto
Ahora que tenemos nuestro sistema listo para ir, nos debemos identificar el grupo piloto y obtener trabajar en él.
Fase 1 instalar, configurar y migrar datos
Necesitamos instale el sistema recién configurado en una instancia de piloto (no en la instancia de desarrollo.
Vamos a continuar usar para las fases futuras y como un sistema de aprendizaje y soporte técnico). También se
debe actualizar la configuración para hacer coincidir con nuestra instancia de desarrollo y migración de la prueba
piloto proyectos por cualquier están ahora en nuestro nuevo sistema.
Formación
Recursos de aprendizaje es es el hijastro deficiente de las implementaciones de project. Lo es a menudo olvidado
en un plan de implementación. Asegúrese de que nuestro personal piloto obtener el aprendizaje que necesitan
para utilizar el sistema correctamente.
Ejecutar proyectos activos
Ahora, dispone de esos proyectos pilotos administrarse en función de los procesos, prácticas, procedimientos y
automatización que ha empleado mucho tiempo definición. La prueba piloto debe tener una programación propio
que a menudo se orienta alrededor de cuánto durará estos proyectos.
Lecciones aprendidas y documento
Una vez finalizado el proyecto piloto, es el momento de volver a montar y cómo lo que se creó ha resuelto los retos
que se establecieron para ella. Si hay ajustes, correcciones o cambios básicos para realizar, ahora es el momento.
Hora de un proyecto piloto completado y revisar: doce semanas.
8. Implantar fase 1 en producción
Puesta en marcha
Es el momento. Desplegar el uso del nuevo sistema a los usuarios adecuados y migrar los datos adecuados. No se
olvide de aprendizaje, soporte técnico y seguimiento live medida que pasa el sistema.
Tiempo de implantación depende en gran número de usuarios totales: cuatro semanas.
9. revisar y adaptar el Plan de implementación de maestro
Revisar y ajustar el plan maestro en preparación para la siguiente fase que del plan maestro probablemente no se
ha atendido en meses. Tiempo de polvo y vea lo que se ha planeado originalmente para la fase dos. Es inevitable
que los ojos que examine la siguiente fase verán cosas diferente. Después de todo, ahora tiene toda la experiencia
de la primera fase.
Tiempo para completar esta fase: dos semanas.
10. fase 2 - realice de nuevo los pasos del 3 al 9
Sólo se ha completado la fase uno y en lo que respecta a las fases futuras que necesitará para rehacer los pasos del
3 al 9 (a excepción del paso 5). Recuerde que cada fase debe dar como resultado de un trabajo de producción EPM
que abandona la organización más eficaz de lo que era antes de.
¿Ha sido recuento las duraciones para cada uno de los pasos de la primera fase? Agrega hasta 58 semanas. Esta es
una programación de los pasos de resumen definido anteriormente:
Ahora, cada organización es diferente. Hay muchos factores que afectan a la duración total de un proyecto. El más
importante es el grado en que están adultos existente procesos de administración de proyectos de empresa. A
continuación es el tamaño de la organización y su complejidad. Es más fácil implementar un sistema EPM en una
organización que se encuentra en una creación de lo que resulta para una organización que se reparten entre
muchas divisiones, oficinas, ciudades y países incluso obviamente.
En cada implementación de la programación tendrá un aspecto diferente y no siempre más corto. Casi siempre es
presión para realizar una programación que se puede realizar en días o incluso semanas, pero es esencial que se
consideran algo más que la instalación de software EPM con el fin de ofrecer una implementación correcta.
Autor
Los retos de seleccionar software de empresa
En este artículo forma parte de nuestra colección "Desde las trincheras". Describe cómo implementaciones del
sistema enterprise deben poder adaptar y evolucionar a realizarse correctamente.
Para descargar la versión de Word de este artículo, consulte Los desafíos de selección de Software de empresa.
Los retos de seleccionar Software de empresa

Sucede por aquí todo el tiempo. Realizar una copia de un envía una "solicitud para propuesta" (PDP ) a la oficina
con instrucciones para completar una respuesta en unos días o una semana y enviarla de cliente para que nuestro
sistema de empresa que se consideran para la compra. RFP casi todos el mismo aspecto. Normalmente es una
breve introducción, instrucciones sobre lo que hay que hacer para disponer la respuesta se consideran, incluido
cómo debe tener el formato y cuándo enviarlo atrás, etcetera. A continuación, hay una cuadrícula de tipo long de
características que son necesarias y un número de escribir las respuestas a las preguntas de redacción adicionales.
El desafío con RFP es que no eran ideales para seleccionar software de empresa, y lo que tiene lugar cuando se
sigue un proceso de RFP no garantiza que las mejores decisiones para la organización. Se diseñaron RFP por la
Comunidad de compra como una forma de obtener el mejor mercancía al mejor precio y aún hacen un gran
trabajo. Cuando las ofertas son comparables, a continuación, el proceso de toma de decisiones puede centrarse en
el mejor precio con sólo uno o dos variables adicionales (por ejemplo, las fechas de envío) para lidiar con. Cuando
las posibles soluciones en la misma categoría general, pero no en absoluto comparable (como es el caso con el
software de empresa), a continuación, el número de variables que deben tenerse en cuenta por los compradores es
enorme y el proceso de RFP no agrega valor a la selección. La mayoría de las empresas seleccione software de
empresa vamos a iniciar observando el proceso que sucede todo el tiempo en cualquier proveedor o un proveedor
de soluciones de software de empresa. Podrá hablar acerca de software de administración de enterprise project o
software de parte de horas de enterprise como es lo que ofrece mi empresa, pero el paradigma es el mismo para
prácticamente cualquier selección de sistema de la empresa.
La mayoría de las empresas seleccione software de empresa
Vamos a empezar examinando el proceso que sucede todo el tiempo en cualquier proveedor o un proveedor de
soluciones de software de empresa. Podrá hablar acerca de software de administración de enterprise project o
software de parte de horas de enterprise como es lo que ofrece mi empresa, pero el paradigma es el mismo para
prácticamente cualquier selección de sistema de la empresa.
En la mayoría de las organizaciones, el impulso para buscar software de empresa procede de algún problema.
Quizás el problema se expone por el personal de campo. Quizás el problema se identifica con una persona de
directivos. Sin embargo, lo que sucede, tiene la iniciativa para obtener soporte técnico de alguien de directivos.
Selección de raíz de un sistema que afectan a toda la empresa es un fantasía en incluso en las organizaciones más
progresivas. Por lo que decide senior manager, "necesitamos este tipo de sistema de la empresa."
El proceso de selección de software empresarial típico es el siguiente:
1. Administración indica que es necesario un nuevo sistema de empresa
2. Se selecciona el jefe de proyecto
3. Solicitar las solicitudes de todos los departamentos implicados
4. Combinar todas las solicitudes en una hoja de cálculo de gran tamaño
5. Enviar la cuadrícula de los requisitos para una gran cantidad de proveedores
6. Obtener una gran cantidad de respuestas
7. Lista corta
8. Vea las demostraciones
9. Negotiate
10. Obtener la aceptación de administración
11. Tener la administración de decidir en algo más
Un jefe de proyecto para el esfuerzo de selección es ofrecido. Él o ella no lo que todos los hacemos, vaya a Internet,
carga de seguridad de un motor de búsqueda y escriba "EPM Software" (o se desea que el sistema que enterprise).
Inmediatamente se devuelven una mitad-millones de visitas. Quizás el jefe de proyecto diligente navega por la
primera docenas o lo para aprender qué tipo de sistemas puede estar disponible antes de pasar. Sin lugar a dudas
nadie tiene tiempo para navegar a través de un millón de un byte o más visitas para ver si quizás el último es el
sistema ideal para la organización.
Sin desanimarse, que el jefe de proyecto ahora ensambla un Comité de selección entre las que se verán afectados
por la implementación de este nuevo sistema de empresa. Algunos de los que están en el Comité posible entre el
personal de campo que identificó en primer lugar la necesidad de la organización. Puede que otros no. Puede
haber una mezcla de personas en este Comité de selección que tienen diversos intereses en ¿qué tipo de sistema se
seleccionará.
Ahora, el jefe de proyecto desventurados solicita a cada miembro del Comité consulten su grupo representativo
para lo que necesitan en el nuevo sistema de empresa. ¿Cómo cada representante Comité hace esto? Bueno, en
primer lugar, no todos los usuarios se coloca en el mismo esfuerzo, pero para las que realizan sus deberes, pida a
su personal para enviar una lista de características que consideren importantes. A continuación, ellos también, de
aciertos de Internet y navegar por algunos sitios Web de proveedores. Pueden copiar y pegar desde las
características que se ven en los folletos de estos sitios como cada sitio, se les concede nuevas ideas de qué tipos de
solicitudes es posible que pueda realizar de un nuevo sistema.
Ahora se vuelve a ensamblar el Comité y la hoja de cálculo largo de cada miembro del Comité se combina con los
demás en una hoja de cálculo masiva. Se clasifica por categorías en la hoja de cálculo mega de requisitos, pero
existen desafíos. En primer lugar de todas las diversas necesidades del Comité que ahora se hacen más evidentes
como características se solicitan desde una amplia gama de perspectivas. Puede haber los miembros del Comité de
distintos departamentos, sino también en distintos países o incluso a distintos divisiones. Casi siempre hay una
solicitud que está en conflicto con otra solicitud en la misma lista (por ejemplo, el sistema debe ser muy fácil y no
tienen muchos mensajes y el sistema debe ser muy flexible con un gran número de opciones para cada usuario).
Por último, la hoja de cálculo combinada que verán los proveedores está completa. Tiene cientos de solicitudes de
características y para cada uno de ellos con el proveedor se espera que diga "Yes", "No" o "Sí con algunos
esfuerzo". Un sistema de ponderación es posible que también adjuntarse a decir si esta característica es una "debe
tener", un "importante tener" o una "Nice tener".
La PDP es casi preparado para comenzar. Habrá algunas preguntas de redacción, normalmente acerca de la
arquitectura técnica de la selección y, dependiendo de cuántas personas fueron sondeadas acerca de estos
requisitos, la arquitectura de solicitudes puede ser igualmente en conflicto (por ejemplo, el sistema debe tener
todos los datos almacenados centralmente en el ¬and¬ de la base de datos de SQL Server el sistema debe
permitir que todos los datos se almacena localmente en el equipo del usuario).
¿En realidad, lo suena bastante bien hasta ahora, no cree? Después de todo, vamos a obtener un montón de
respuestas de proveedor que muestran que puede entregar todas las características que necesitaremos. ¿En
realidad, lo suena bastante bien hasta ahora, no cree? Después de todo, vamos a obtener un montón de respuestas
de proveedor que muestran que puede entregar todas las características que necesitaremos.
Pero no hay realmente un problema fundamental con lo que he descrito hasta la fecha: un problema que no se
produce cuando estamos utilizando el proceso de RFP para una mercancía en lugar de un sistema empresarial.
Esto es: un sistema empresarial es una solución a algo. Pero hemos dicho nada hasta ahora acerca del problema.
Esto es tales habitual que el sector de la tecnología ha llegado a la acepta como normal y aceptable.
¿Por qué no funciona la selección de software de empresa de ese modo
Compradores han estado utilizando este método durante décadas y nadie la preguntas, pero las personas de la
empresa de software de empresa saber que hay un problema con el método RFP clásico de seleccionar software
de empresa fundamental.
En primer lugar, simplemente porque tiene una enormemente larga lista de características, no necesariamente
significa que son los más cerca para resolver un problema empresarial. De hecho, si aún no ha articulados ¿qué
problemas empresariales específicos se intenta resolver, a continuación, es probable que hacer cosas más complejo
y peor en última instancia, no mejor. El proceso de RFP se diseñaron para reexportación de compra. Cuando
tenemos productos homogéneos como calzado o patatas o azúcar, compra, a continuación, estos elementos de esta
forma puede provocar el pujador de menor costo y la mejor selección entre los proveedores posibles. Las
respuestas a un RFP para una mercancía similar hace que la comparación de posibles proveedores muy fáciles.
Cuando las variables para cada producto en la combinación son infinitas (que se utilizan con el software de
empresa), a continuación, las respuestas a la RFP tienen un número infinito de variables también y el proceso
produce resultados que tienen poco valor.
Cuando se utiliza el método RFP de seleccionar los sistemas de la empresa, la RFP principalmente todos el mismo
aspecto. Esto es debido a que se crean en respuesta a la misma estímulo. El jefe de proyecto solicita una lista de 'lo
que se necesita en este sistema enterprise' y el vocabulario sólo que tienen la mayoría de los administradores de
medio para responder a dicha solicitud es una lista de características. Por consiguiente, las respuestas de RFP todos
el mismo aspecto. Son una lista de comprobación de todas las características disponibles como parte del sistema o
como parte del sistema con algunos esfuerzo.
¿Qué es más comunes para los equipos de la selección es que reciben un número de respuestas a su RFP, podrá
examinar de los cientos de páginas y, una vez que han terminado, no se sienten cualquier más cerca de una
solución que cuando inicia. Esto es muy frustrante para los compradores que se colocan en un esfuerzo enorme en
la creación de cuál debe ser una solicitud de propuesta razonable y evaluar las respuestas sólo para encontrar que
el ejercicio era para naught.
Peor que todo esto es que los vendedores empresa experimentados saben el proceso producirá resultados
frustrantes y está en el trabajo desde el momento en existe oír se creará un RFP. No trabaja en la respuesta RFP.
Que no es relevante. En su lugar, están trabajando dos o tres niveles superiores en la estructura de administración,
buscando el ímpetu original que obtuvo el RFP iniciado. Busca el director ejecutivo que articulados algunos desafío
para el negocio y establece las ruedas en movimiento para que compradores y otro personal de administración de
medio en última instancia sería crear la RFP y enviarlo a los proveedores.
Cuando las respuestas RFP terminen sin una respuesta clara a los problemas del negocio que casi nunca se
articulados dentro del proceso de compra, que el vendedor de la empresa está listo para punto de entrar en acción,
tener un ejecutivo senior omitir totalmente el proceso y seleccione un sistema basado en su propia relación
personal con el vendedor senior de empresa.
Si piensa que este sonidos hastiado, es incorrecto. De hecho, puede realizar un caso de mejor para tener software
seleccionado a través de relaciones personales en el nivel de ejecutivo de puede para comprar a través del proceso
RFP.
Pero ¿qué ocurre con una prueba de concepto o piloto?
Por lo tanto, sabemos que el proceso de compra clásico contiene errores cuando se aplican a la compra de software
de empresa. Si ese es el caso, ¿cómo deberíamos se elige software de empresa, como un sistema de administración
de proyectos de empresa? Un método popular consiste en usar el método fase piloto o de prueba de concepto.
Estos dos términos a menudo se utilizan como sinónimos, por lo que Comenzaremos hablando acerca de qué es
una implementación piloto o prueba de concepto.
Prueba de concepto. En una prueba de concepto, la organización potencial implementa el software de

empresa en un modo limitado a fin de demostrar que puede conseguir un desafío técnico donde hay alguna
pregunta acerca de la capacidad de la solución de superar ese desafío. Es posible que un ejemplo para el
volumen de datos. "Estamos interesados que es posible que el producto no pueda controlar tantas tareas como
hemos desarrollado por proyecto. Nos gustaría que se incluyen con el software, tomar dos o tres proyectos de
ejemplo con cada 500 tareas y nos muestran cómo éstos se pueden cargar en el software y que el software aún
puede realizar sus funciones básicas con este volumen en ella."
Fase piloto. Una fase de prueba piloto es una instalación de software de empresa, pero con un ámbito
limitado. Es posible que una implementación piloto para un subconjunto de los usuarios; Por ejemplo sólo 10
fuera de 1000 personas usará el software totalmente durante un período de cuatro semanas. O bien, podría ser
para una subsección de la funcionalidad o un subconjunto del volumen de datos; Por ejemplo, se cargarán 10
fuera de 500 sólo los proyectos.
Cómo es la prueba de concepto o fase piloto usa? El problema que se encuentra a menudo es cómo se
aplica la fase piloto o prueba de concepto. Es muy raro cuando una organización potencial llama y nos
pregunta para una propuesta de prueba de concepto y también se puede identificar qué concepto técnica debe
probarse. Le pedimos "lo que se espera probar y cómo se podrán medir que nos hemos demostrado it?".
¿Qué es más común es que alguien en la administración de medio se ha identificado un componente de software
de empresa que esperan facilitará sus vidas en su organización. No en absoluto está implicado directivos y el
personal de administración de medio no haber articulado incluso qué desafíos para el negocio que intentan
superar. Es su deseo de que si la solución se ha sólo en el edificio, que la próxima vez que alguien desde
administración sería recorrer hacia abajo el corredor, 'accidentalmente' pueden ver la solución en la operación y
asignaría instantáneamente su bendición a una implementación de enterprise. Para tomar prestado una frase de la
película de campo de sueños, "Si creamos, se entran."
Es correcto con muy poca frecuencia. El problema con el software de empresa es que necesitamos participación de
los directivos para que la implementación sea un éxito. Es directivos que serán 'clientes' de los informes y análisis
de este sistema de la empresa. Es directivos que se necesitan invertir personalmente para permitir un intervalo de
personal el tiempo necesario para diseñar, configurar y formar en el software de empresa. Es directivos que se
tienen que aceptar o incluso ayudar a volver a diseñar los procesos empresariales que forman parte de cualquier
implementación de sistema de la empresa. Sin ocupó conceder no sólo su bendición pero también su implícita
asistencia y soporte directo, ninguna prueba de concepto le ayudará a.
Esto es así también para una fase piloto. Si la empresa no haya confirmado desde el nivel más alto para resolver
algún problema empresarial mediante el uso de software de empresa, la introducción de una fase piloto no es
productiva.
Esto es no quiere decir que fases pilotos de una implementación de tengan ningún lugar. Lleven una zona crítica en
una implementación correcta. Ese lugar es inmediatamente después de finalizada la decisión de compra y se ha
firmado el diseño del sistema enterprise. Ahora una fase piloto hace un buen momento para probar nuestro diseño
del sistema enterprise y ajustar para la implementación general.
Cuando se realiza una fase piloto con la intención de que vean el software en acción dará como resultado de la
administración de seleccionándola, a continuación, se tiene un entorno de pruebas ineficaces y obtendrá no más
adelante en el proceso de selección.
¿Cómo las organizaciones deben seleccionar software de empresa?
Sistemas de la empresa se compran por organizaciones intermedio grande-tamaño a todos los días y, mientras que
el método RFP no puede ser más eficaz, existen varios métodos de seleccionar software de empresa que están muy
eficaces. A continuación presentamos algunas sugerencias para la creación de su propio proceso de selección de
empresa eficaz.
Explicar el problema. Primero y más importante, exprese el problema. Esto significa que deben estar
involucrado directivos y el problema para explicar es un problema del negocio por lo que se debe se articula
en términos empresariales. Es una buena pregunta, "¿qué decisión empresarial podemos no realizar ahora o
podemos realizar únicamente con gran dificultad, la realización de las cuales podría ser facilitó la satisfacción
con la implementación de este solution? de sistema de la empresa"
Puede haber una serie de desafíos para el negocio que se desean resolver con el uso de este sistema de la
empresa.
Dar a proveedores cierta libertad para crear la solución. Una vez se ha articulados el problema
empresarial o problemas, póngase en contacto con proveedores posibles y asegúrese de que el acceso a los
jefes de administración que asistida en el proceso es transparente. Las reuniones de proveedor "Secret" con
directivos se convierten en imposibles cuando la administración es parte del proceso de desde el principio.
Permita a los proveedores de comprender el problema y algunos latitud en responder a ella. Es posible que
encuentre más información acerca de la organización en la que se explique cómo estos desafíos del negocio
afectan a que no den cuenta y sin duda, verá una amplia gama de posibles soluciones a su problema cuando
no intenta describir la solución a los proveedores potenciales .
Al hablar a proveedores de soluciones posibles, asegúrese de que saben que debe hablar con la tecnología y
el desafío de los procesos empresariales. Nunca ha habido una solución de sistema empresarial que no tiene
algún impacto en el proceso de la organización. Si el proveedor de soluciones le puede ayudar con cómo se
verá afectado el proceso, a continuación, sólo busca en parte de la solución.
Vaya a cumplir a algunas personas. Cuando llegue hacia abajo a un par de proveedores de soluciones
posibles, pida hablar con algunos de sus clientes existentes. Mejor aún, vea si el proveedor le permiten ir
visite algunos de sus clientes existentes. Proveedores de buena solución a menudo tienen los clientes que
han tenido éxito en sus propias implementaciones y quiénes son lo suficientemente favorables para hacer
que el tiempo para cumplir con los clientes potenciales.
Obtendrá información más de un par de horas con un cliente de la solución de posible experimentado que
nunca habría aprendió de lectura de respuestas RFP o mirar demostraciones de ventas de proveedor. Hace
referencia a cuando pida el proveedor para cliente posible y visita el sitio, es posible que resultaría la
compañía ideal para satisfacer uno exactamente como la suya. No siempre es el caso.
A menudo es extremadamente valiosa para satisfacer a las compañías en otros sectores que están relacionadas con
o algo similar a la suya. También es posible que obtenga información sobre una gran cantidad de organizaciones
que son mayores o menores que es. Poner más énfasis en cuánto experiencia de la organización ha tenido con la
solución en lugar de la versión que están usando o si son del tamaño exacto o en el sector exacto se encuentra en.
Si es la suerte visite a un cliente existente, recuerde que no es el proveedor. Sea respetuoso con y cortés y
agradecido. A menudo se agradece coloca un regalo pequeño, quizás de compañía material promocional de
logotipo. Mientras está con la organización o al comunicarse con referencias en el teléfono, es posible que incluyen
algunas preguntas posibles:
1. ¿Qué proceso ha utilizado para seleccionar esta solución a través de otras personas?
2. ¿Qué impacto tiene esta solución en sus procesos de negocio?
3. ¿Cuál fue el aspecto más desafiante de la implementación?
4. ¿Cuál fue la rentabilidad de la inversión más valiosa hasta ahora?
5. ¿Cómo puede ver la solución evolucionando desde aquí?
No se espera que sólo felices respuestas.
Un proveedor que no puede proporcionar referencias completamente tiene que ser sospechosa algo más que uno
que tenga un número de clientes satisfechos.
Por último, cuando haya realizado la selección, implementar en fases. Puede encontrar otros artículos en esta
columna acerca de cómo implementar en un escalonada frente a modo de signo de exclamación grande. Esto se
mitigar los riesgos involucrados en cualquier implementación de enterprise del sistema y ajustar con precisión el
proceso de implementación a medida que evoluciona el sistema de ayuda.
Recuerde que cualquier implementación de enterprise del sistema es un proceso dinámico. No es una decisión
única con resultados felices que llega forevermore mes tras mes. Las implementaciones de empresa más éxito
iniciar con una selección que implica el personal clave que va a formar parte del proceso de implementación desde
el cargo más alto en la administración a la más tácticas en el campo y continúe con la evolución del sistema en fase
Después de la fase.
Una selección de sistema empresarial efectivo es sólo la primera fase del proceso.
Autor
Los siete Deadly Sins de las programaciones del
proyecto
En este artículo forma parte de nuestra colección "Desde las trincheras".

En este artículo se describe los errores más comunes que se realizan en las programaciones del proyecto y ofrece
consejos prácticos. Proporciona consejos prácticos y recomendaciones que son relevantes para cualquier versión
de Microsoft Project.
Los siete Deadly Sins de las programaciones del proyecto

Programación de nunca es un componente simple de un proyecto; aún en los últimos 20 años, he ejecutar
repetidamente en los mismos problemas básicos en cada organización he trabajado para o consultado con sobre
sus programaciones. Aquí estructurará el sins deadly siete de las programaciones del proyecto y proporcionarle
algunas antídotos. Espero es que utilizará este Consejo para sentar las derecho para administración de proyectos
correcta al usar programaciones.
Seno #1: La programación es demasiado compleja!
Cuando se haya de programación que tiene más líneas trazadas norte a sur de izquierda a derecha, tiene un
problema. Si se tardan semanas o días para las partes interesadas a entender la programación, el modelo es
demasiado complejo. ¿Si es demasiado difícil explicar a los ejecutivos o incluso a su equipo, a continuación, cómo
puede piensa alguien para beneficiarse de él?
¿Cómo sé si el proyecto es demasiado complejo? Pida a usted mismo lo fácil que es encontrar la ruta crítica de la
programación.
Seno #2: La programación tiene muchas tareas
Esto, más de cualquier cosa, contribuirá a ¿por qué se dividen las programaciones por la tierra. Los jefes de
proyecto alguna manera obtienen la impresión de que debe ser una lista de comprobación de todo lo que necesita
para realizar una programación. Los elementos de tareas pendientes y avisos-to-self no pertenezcan a una
estructura de descomposición del trabajo. Este enfoque completamente anula la finalidad toda de una
programación que representa un modelo de su proyecto.
Para ilustrar el punto, voy a compartir un ejemplo. Supongamos que es la persona de suministro de madera o la
framer que va a ser erecting un enrutamiento que se está generando. Necesita saber cuándo se debe entregar el
paquete de madera o cuándo se deben mostrarse con su crew para empezar a trabajar. Normalmente, esto se
produce una vez finalizada la base.
Puede crear una programación como esta:
O uno como este:
Si se encontraba el generador y el programador, ¿qué método prefiere tiene que actualizar y mantener los datos
reales?
Ahora suponga que tiene 30 casas en construcción al mismo tiempo. ¿Cuál preferiría?
Que es no quiere decir que todas las demás tareas que aparecen no son importantes, o que no es necesario para
que se realice otras tareas. La verdadera pregunta es cómo realizar un seguimiento y mantenimiento. También
puede mostrar las tareas de todos los detalles como una nota a la tarea de una línea que se muestra encima de.
Aquí es mi regla general, que toman de la libreta de Eric Uyttewaal, programación de previsiones con Microsoft
Project 2010: la duración mínima es uno por ciento de la duración del proyecto; el valor máximo es 10 por ciento
de la duración.
Seno #3: La lógica de la red está incompleta o no es dinámica
Lógica de red incompleta es la razón número una por qué producirá un error en planes de previsión correctamente
o evolucionar dinámicamente. Muy pocos dependencias tiene en cuenta. Uso de restricciones demasiados afectará
también simplifica en gran medida la naturaleza dinámica de una red correctamente de diseñar. Si ve
principalmente las restricciones en la columna de indicador, esto indica que es posible que no sabe lo que está
haciendo. Los jefes de proyecto a menudo convertirla en un punto para ocultar esta columna con el fin de ocultar
que cuentan con muchas de las restricciones en su programación.
Aquí tiene una prueba fácil para usted. Busque la ruta crítica de la programación (si no puede, ya tiene un problema
importante), a continuación, realice una de las tareas incompletas más larga en la programación y doble la
duración. ¿El proyecto termina de cambio de fecha? Si no es así, a continuación, no tiene una programación de
trabajo. No podrá se benefician de los inquilinos básicos de contar con una programación dinámica que puede usar
para las tareas y los plazos de previsión y para usted como jefe de proyecto para controlar mejor los resultados.
Seno #4: La programación no es una línea de base
Líneas de base no una programación hará que sea difícil, si no imposible medir la varianza. Líneas de base ayuda a
capturar la programación antes de comenzar el trabajo y le permite aprender de las desviaciones cuando la
realidad se establece. Si no se puede medir, no puede controlarlo.
Seno #5: No se actualizará la programación
La mayoría de las programaciones que he visto de no están actualizadas. Los jefes de proyecto a menudo se
abandonar la programación una vez que el proyecto está en curso y busque ellos mismos incendios mientras está
en ejecución. La probabilidad de que esto ocurra aumenta significativamente si la programación es demasiado
detallada y requiere demasiado trabajo para mantener actualizados. La línea inferior: si no actualiza la
programación, a continuación, se ha perdido la capacidad de previsión fechas futuras.
Seno #6: La programación tiene no tiene asignaciones de recursos, o que están a través de tareas asignadas
A menudo las programaciones se crean sin las asignaciones de recursos en absoluto. Esto puede tomar para una
imagen bien, pero también podría dar la falsa impresión de que la escala de tiempo es posible. Si los recursos se
agregan y, a continuación, redistribuirse, puede surgir una escala de tiempo totalmente diferente.
Cuando se asignan recursos, más a menudo que no cuando ¿está buscando "enfoque técnico" (mediante la vista
Uso de recursos), están manifiestamente más asignados. Si inicia con de-fábrica unidades fijas, comenzará en el pie
incorrecto. Tómese el tiempo para evaluar si ha realizado asignaciones realistas en términos de tiempo y trabajo
asignado dentro de la capacidad de una persona.
Además, mostrar sumo cuidado cuando se usa la característica de redistribución de recursos de automático. Mejor
se usa en modo manual. Y uso de una solución empresarial que proporciona visibilidad en otras cargas de trabajo
de proyecto debe aumentar su confianza que pueden obtener llevarse a cabo las tareas.
Seno #7: No sabe qué son los tipos de tarea
Si no comprender cómo funciona el motor de programación de proyecto y cómo funcionan los tipos de tareas en
la ecuación
Duración * unidades = trabajo
va a ser una eternidad extraer el proceso e Introducción frustrados con la herramienta.
Si se encuentra no recibe el mensaje, a continuación, recomienda usted mismo obtener un buen recurso y
estudiarlo. Programación con Microsoft Project 2010 es un buen lugar para iniciar la previsión.
Autor
Con más de 25 años de administración de proyectos de experiencia, Kevin Watson, médico principal, MCT, MCTS,
es una vez negro en Microsoft Project y Microsoft Project Server. Kevin aporta una combinación única de
administración de project y project server para el campo, en la que es un consultor Senior de Microsoft. Póngase
en contacto con él en kevinw@microsoft.com.
7 formas de mantener la adopción de la solución
PPM, posterior a la implementación
Herramientas de administración de cartera de proyectos (PPM ) y de proyecto provocan casi siempre un cambio
radical en cómo proyectos administrados, seguimiento y se informa en toda la organización. Sin embargo, se
pierde en las organizaciones que tiene que haber como mucho énfasis en continuado adopción porque no hay está
en la implementación de las herramientas. En estas notas del producto, veamos algunas de las áreas claves puede
centrarse en para sostener la adopción: registrar la implementación, hasta que el uso de las nuevas herramientas
PPM pasa a formar parte de la referencia cultural organizativa.
Para descargar la versión de Word de este artículo, vea 7 formas para mantener la adopción de la solución de PPM,
posterior a la implementación: notas del producto.
7 formas de mantener la adopción de la solución PPM, posterior a la

implementación
Introducción
¿Ha sido implicados en un proyecto donde la idea nueva o innovación parece ser lo más próximo, ganancias
seguros admitir toda, obtiene ejecuta y, a continuación, dentro de unos meses de bienestar implementado, nadie
usa ya? Si respondió Sí, que estará también de acuerdo con me que en estos proyectos, se ha producido ningún
nivel de los esfuerzos de administración de cambios, los esfuerzos de capacitación y así sucesivamente. ¿Por qué
personas simplemente detención con determinadas herramientas, que se han de elaboración de ser las ideas
mayores en el momento de la implementación?
Puede haber muchas respuestas a la pregunta anterior. Puede que la herramienta ha quedado obsoleta debido a
las condiciones del mercado, o quizá ha cambiado la estrategia organizativa. Sin embargo, si examina
detenidamente, más a menudo que no es la razón real que no se han realizado esfuerzos para mantener la
adopción en el que se ha conseguido durante la implementación del proyecto. No es suficiente administrar el
cambio durante el ciclo de vida del proyecto; cambio debe administrarse más allá del cierre del proyecto. Esto se
aplica a cualquier proyecto, pero más por lo que en el contexto de la implementación de la solución de PPM,
debido a que las herramientas de PPM provocan casi siempre un cambio radical en cómo se administran los
proyectos, realiza un seguimiento y notifica en toda la organización.
En estas notas del producto, veamos algunas de las áreas claves puede centrarse en para mantener la
implementación posterior a la adopción y no suelte el Acelerador hasta que el uso de la nueva herramienta PPM
pasa a formar parte de la referencia cultural organizativa.
7 formas de mantener la adopción
Supongamos que su organización se va a implementar la PPM solución (o actualizar a una versión más reciente)
en un futuro próximo. También asumiremos que hay completo-force soporte de aprendizaje y soporte técnico de
administración de cambios disponibles durante el ciclo de vida del proyecto. En ese contexto, éstas son las áreas
claves que requieren atención real una vez completada la implementación.
(1) establecer 30-60-90 días objetivos
Antes de implantar la solución PPM, lo primero que debe hacer es determinar el 30-60-90 objetivos de día de la
implementación. Leer correctamente. Esto debe realizarse antes de la implantación y no después. Empiece con las
cosas que son sencillas de medir, al igual que % de partes de horas que se han enviado en tiempo o el número de
proyectos creados etc., y ellos medir de forma coherente e informar sobre ellos. Estos objetivos de' ' le ayudarán a
la siguiente manera:
En primer lugar, las metas y métricas le indicará cómo se está usando la herramienta. Si las métricas de
aspecto incorrectas, inmediatamente puede saltar a la acción y proporcionar el soporte necesario para
aumentar el uso de la herramienta.
Los objetivos le proporcionará las cosas específicas para trabajar con, en lugar de ser genérica sobre el éxito
o el fracaso del proyecto. Le ayudará a mostrar el valor de la solución PPM para la administración.
Y por último, esto ayudará a celebrar el victories pequeñas. Mientras la solución PPM se podría haber
implementado para incorporar acerca de barrido de cambios en toda la organización, es importante tener
wins rápidos y celebrar ellos, para mantener el interés y la positividad alrededor de la solución.
Y a la forma, no se detienen en 30-60-90 objetivos del día. Asegúrese de establecer así como algunos objetivos a
largo plazo y supervisarlos.
(2) mostrarles el valor!
Antes de que se implementó la solución PPM, casi se garantiza que se ha realizado un análisis de beneficios, que
aparece más sencillo proyecto seguimiento y el mantenimiento, una colaboración mejorada, mejor visibilidad y
control etc., sin embargo, el elefante grande en la sala de que nadie habla es, todas estas sólo son posibles, si todos
los usuarios de la solución PPM realizan el trabajo necesario para generar y mantener los datos. La consecuencia
de esto es que, el usuario final no tiene idea sobre el valor que aporta a la organización sólo mediante el envío de
sus partes de horas en hora, o cómo puede ayudar un administrador de recursos mediante la supervisión de sus
asignaciones de recursos.
Si desea que a largo plazo de adopción de usuario real, debe ser el primer enfoque mostrar el valor que ofrecen a
la herramienta y la organización de cada usuario. Muestre los informes y paneles que se generan. Uso de los datos
que envían a la herramienta. Integrarse ocupó realmente usar esos informes y paneles y comunicar a sus grupos,
sobre el valor es ponerlos. Al igual que una planta crece sólo cuando el DOM destaca en él, los usuarios finales se
sienten la importancia de la herramienta, sólo cuando saben que líderes de la organización tengan su enfoque en
él.
(3) cambiar sus metodologías de aprendizaje
Opinión sobre esto. A medida que se impulsa a lo largo de su automóvil, escucha la radio, repentinamente existe
proviene una canción que realmente solía like como un elemento secundario, pero no ha oído en un mucho, mucho
tiempo. ¿Seguro en el, mientras que no es posible que recuerde las letras exactas de la canción, puede casi hum a lo
largo de la optimización de la canción. ¿Por qué se cree, que es lo? Debido a dos razones.:
1. Se escuche ese canción muchas, muchas veces.
2. Aunque las letras estaban 'information', el de ajuste tenía una sensación' ' adjunta a ella. Como ser humano,
nos tienden a recordar sentimientos mejores que deducir de su información.
Por lo tanto, ¿cómo que aplicar a nuestro discusión aquí?
Capacitación tradicional para soluciones de PPM tiende a centrarse en cramming una gran cantidad de datos o
información en conferencias, las sesiones de aprendizaje, manuales y así sucesivamente. Sin embargo, no hay
ningún sensación ni emociones asociado a dicha información, por lo que las personas no la conservan una vez que
se realizan estas sesiones. De hecho, se debe asumir que los usuarios no retendrá más del 20% de lo aprendan por
primera vez. Por lo tanto, ¿cómo se soluciona esto? Al igual que se administra la canción que se gustado.
Proporcionan más entradas para obtener recursos de aprendizaje. Todos los usuarios no saben cosas de la
misma forma. Algunas personas se ajustan más hacia la lectura de material, mientras que otras personas,
como los vídeos. Por lo tanto, asegúrese de que las personas tienen más de una forma de obtener
información y recursos de aprendizaje.
Permitir a los usuarios adjuntar una sensación de usar a la información. Esto puede incluir cosas como la
inclusión de los usuarios en las sesiones de comer y aprenda pequeño grupo, lo que permite a los usuarios
formular preguntas en una configuración de grupo, se abren los foros de discusión y así sucesivamente.
Estoy seguro que aún recordar lo que dice un orador determinado en respuesta a uno de sus preguntas. Lo
mismo se aplica a todos los usuarios.
Ideas buena recompensa, preguntas y participación. TechCenter de Project y foros son buenos ejemplos de
esto, donde todas las respuestas correctas son recompensadas por la Comunidad de sí mismos, con lo que
se propulsión más activa el uso compartido de conocimientos y experiencia.
(4) valorar y volver a confirmar
A la vez, cuando estaba trabajando con un cliente en una implementación de PPM, decidimos que todos los
informes de la solución de PPM habrá terminado con cubos OLAP. Si no está familiarizado con la funcionalidad de
los cubos OLAP, para los propósitos de este artículo, comprender que sólo se actualizan los datos en una
programación predefinida. En nuestro caso, hemos aceptado se iba a diario. Sin embargo, una vez que se
implementó la solución, se comenzó a obtener las reclamaciones que los informes son incorrectos y no muestra los
datos como los usuarios han especificarlos y así sucesivamente. Tal y como se ha profundizado más profunda en el
problema, descubrimos que los ejecutivos estaban buscando en la base de datos casi cada hora (se esperaba datos
en tiempo real), y los usuarios han actualizar datos en como--resulte necesario. Y puesto que los datos OLAP eran
una actualización por la noche, los informes obviamente no se actualizaron. Por lo tanto, después de evaluar las
opciones, nos se aplicaron y volver a escribir los informes para extraer directamente los datos de la base de datos,
convertirlos en tiempo real.
¿Conclusión de todo? Lo que el equipo del proyecto de elaboración de, que se encuentra, supone y diseñada
durante la fase de diseño del proyecto no siempre funcionen en el mundo real. Por lo tanto, estar abierto para
poder realizar cambios. Si observa que la implementación de la solución inicial no se alinea con qué hacen los
usuarios en realidad en su trabajo diario, no ser rígido y forzar el diseño en las personas. Que es una manera
segura de perder el interés del usuario.
5) establecer gobierno
Establecimiento de un modelo de gobierno para mantener su solución PPM, incluidos los cambios, etc., es, en mi
opinión, crucial. En este tema se ha cubierto con un gran detalle en las notas del producto vencer la vida Media (t
½): supervisión de su solución de PPM, posterior a la implementación. Mientras que la estrategia de gobierno
ayuda a mantener su propia solución PPM, también se muestran a los usuarios que no es necesario para todos los
aspectos de la implementación único, como. Se muestra que solicita un cambio es Aceptar. Este propio devolverá
una apertura a la tabla, lo que ayuda a los usuarios se convierten en los controladores. Activamente hablar acerca
de lo que se puede mejorar acerca de la solución es mucho mejor para la adopción que acaba suponiendo que todo
el mundo se alinea con lo que se ha implementado.
6) proporcionan compatibilidad completa
Estos días parece que puede obtener una herramienta gratuita para cualquier tipo de trabajo que desea hacer en su
PC. No me malinterpreten — absolutamente me gusta el material gratuito. Sin embargo, lo que no me gusta sobre
herramientas gratuitas es la falta de compatibilidad. Si encuentra con problemas, estoy en mi propia para buscar
una solución de la investigación probar varias soluciones y, esperamos uno works. No coloque los usuarios de su
solución PPM en esta situación.
En mi opinión, todos los seamos completa sobre la compatibilidad con nuestros usuarios, independientemente de
qué aplicación o un proceso que estamos auxiliares. Siempre responder fast tal y como se puede, incluso si no es
siempre con una solución. Una vez que el usuario sabe que alguien está prestando atención a su problema, en la
mayoría de los casos que sí es suficiente para colocarlos en facilidad. Y asegúrese de que seguimiento con una
solución, o al menos apunte a la dirección correcta. Siempre, recuerde que la herramienta PPM que admite es una
de las muchas herramientas que el usuario utiliza todos los días para realizar su trabajo y más rápido puede que su
vida sea más fácil mediante la resolución de su problema, los usuarios la felicidad son.
Confiar en mí; Sin soporte seguro posterior a la implementación, puedo garantizar que la implementación de PPM
pasará muy rápidamente. Además, ser inteligentes acerca del proceso de resolución y soporte técnico. Tal y como
se proporcionan soluciones a los usuarios, crear una base de conocimientos, de modo que para futuros problemas,
sólo se pueden redirigir a los usuarios para una solución de autoayuda.
7) comportamiento de que se recompensa se repetirá!
Si tiene hijos, sabrá esto inmediatamente: recompensa una kid con una cara feliz cuando hacen algo, y se mantenga
a hacerlo, hasta que se inicia al obtener en sus nervios. Cualquier comportamiento que recompensa se repetirá
hasta que hacer algo para cambiarlo. Para cada adopción reacias que está intentando para atraer, hay al menos 3
otros primeros que realmente están intentando aprender, comprender y usar la herramienta.
No se olvide de estos aliados desconocidos. Son los que realmente acepte el cambio, usan la herramienta y
finalmente dar lugar a otros usuarios si les ayuda a. Proporcionarles con tanta compatibilidad tal y como se puede.
Reconocer y recompensan las cosas están haciendo para que continúan haciendo ellos y otros usuarios pueden
obtener información de ellas. Hacerlas super a los usuarios y les permiten a los artículos de Ayuda de borrador. Es
la línea inferior, fomentar comportamientos deseables para que finalmente reemplazan los no deseados.
Conclusión
Las técnicas enumeradas anteriormente no son los únicos que pueden ayudar a la adopción del usuario final y
definitivamente puede agregarse a la lista. Es el punto clave que es necesario conocer, no es suficiente para
centrarse sólo en la administración de cambios y adopción de usuario durante la implementación o unos meses
después de la implementación. Este es un proceso estándar, continuado que nunca termina y necesita un enfoque
constante y atención.
Autor
Prasanna Adavi (médico principal, MCTS, MCITP, MCT) es un consultor sénior Enterprise Project Management
(EPM ) y el instructor especializado en las plataformas de Microsoft Project, Microsoft Project Server y Microsoft
SharePoint. Su objetivo principal es crear y habilitar soluciones de negocio ayudar a las organizaciones a lograr el
mejor retorno de sus inversiones.
También tiene una amplia experiencia en líder proyectos-to-end en una amplia gama de dominios y verticales,
incluidos TI, ERP (SAP ), fabricación, desarrollo de aplicaciones, automoción y servicios creativos. Es moderador
habitual en diversos eventos de Project Server, EPM y SharePoint a través del país y un colaborador regular a la
Comunidad de EPM y SharePoint.
Patricia es un regular blogger (http://www.prasannaadavi.com) y también ejecuta un podcast quincenal
(http://www.msprojectpodcast.com), enfoque principalmente en las soluciones de Microsoft Project y Project
Server. Patricia es un consultor Senior de EPMA (http://www.epmainc.com).
Cancelación de un proyecto sin necesidad de
cancelar su carrera profesional
En este artículo forma parte de nuestra colección "Desde las trincheras". Describe procedimientos recomendados
para reconocer cuando un proyecto se debe detener, las ventajas de hacerlo y consideraciones que debe tener en
cuenta al cancelar el proyecto.
Para descargar la versión de Word de este artículo, vea cancelación de un proyecto (sin necesidad de cancelar su
carrera): notas del producto (Project Server 2010).
Cancelación de un proyecto (sin necesidad de cancelar su empleo)

Como los jefes de proyecto, ya que estamos conectados no para salir. Las personas que algo salga fácilmente no
encuentran el rol del proyecto de administrador para ser atractiva en absoluto. Los jefes de proyecto son, por
naturaleza, optimista. Estamos la ordenación orientada a los resultados, esta fundamenta el desafío, nunca diga
chip, suceder de TI de realizar, vea-the-cristal-Media-completo de personas. Después de todo, cuando el proyecto
está en sus comienzos, donde no hay nada en absoluto para mostrar para él, pero una buena idea, el jefe de
proyecto lleva a la visión del proyecto completada con ellos. Es el evangelista para la finalización del proyecto.
¿Incluso ahora, no están leyendo este artículo muy y pensando, "Espero que se va a dígame cómo guardar
proyecto en el que realmente no se desea cancelar"?
No sería por sí solo.
Como una referencia cultural, los jefes de proyecto son cheerleaders naturales. No sé sobre usted, pero cuando
inspeccionando la película la tormenta perfecta, cuando el envío se iba hacia arriba la pared de agua, en modo
silencioso era cheering, "C'mon. Va a hacerla." ¿Sorprendan? (Alerta deflector: el barco no incluyeron y sabía que
antes de inicia la película. Lo no impedir que me cheering).
En ocasiones, es el momento justo para detener
El indios Dakota tienen un dicho "Si desaparece el caballo, desmonte." Los jefes de proyecto prefiere hacer nada.
En lugar de obtener desactiva un caballo muerto..., project, los jefes de proyecto están más probables que cambiar
cláusulas adicionales (los jefes de proyecto), debe colocar dos caballos inactivos (proyectos) juntos para ver si
extraen del carro más rápido como un equipo. Se prefiere cambiar el nombre el caballo, enviar el piloto de más
recursos de formación, agregar fondos para el caballo o esperar modo silencioso en la parte superior esperando
que nadie avisos que no se respirar y evitar una declaración de lo que todos los usuarios que ya se generó. El
caballo no es continuar cualquiera hacia delante.
Todavía, en el mundo de la administración del proyecto moderno, es probable que extender más allá de un único
proyecto y en la administración de carteras de nuestro enfoque y cuando proyectos deben compiten por los
mismos recursos, es posible que llegue un momento cuando la cancelación de un proyecto es la mejor ruta para
toda la organización.
Detención de un proyecto comienza con la que identifica el hecho de que no será adecuado continuar. Puede que
no sea evidente. Algunas organizaciones han adoptado los procesos de control de fase como parte de su entorno
de administración de cartera de proyectos de project. Fase pasarela conjuntos de copia de seguridad formal revisa
entre cada fase del proyecto y se asegura de que el proyecto está listo y notable de mover hacia delante. Aún,
incluso en esta estructura es resistencia a la detención de un proyecto. No en absoluto es poco habitual buscar un
entorno de pasarela de fase definido e implementado, pero también buscar que hay política no será para detener
un proyecto una vez que se inició. No hay control de fase, pero todas las puertas están abiertas.
Si no se puede disminuir, pausar o cancelar un proyecto, a continuación, pasarela fase tiene poco valor.
La razón que no debe avanzar el proyecto podrían no estar tolerancia de cualquier persona. Hay un número
ilimitado de causas posibles. Quizás han cambiado los aspectos económicos del proyecto. El parámetro de
devolución esperado de la inversión ahora claramente no va a ocurrir debido a que ya no es viable el precio que
pensamos que recibimos para el producto terminado. Quizás ha cambiado la economía propio. Un proyecto de
bienes de lujo quizás tiene ningún lugar en una región donde ya no es vende vehículos. Quizás competidores ha
cambiado el entorno mediante la liberación de un producto que compitan entre sí antes de lo esperado y antes de
que esté listo. Quizás ha perdido a algunos personal clave con críticos y los conocimientos necesarios para el éxito
del proyecto; o quizás el proyecto ha superado el umbral de presupuesto, programación, riesgos, calidad o
complejidad que hace continuar con él dudosos.
¿El proyecto ya se ha iniciado, cómo hacer se detenga?
Independientemente de si usa un proceso formal de control de fase o un proceso de revisión de negocio ad-hoc,
existen varios métodos para determinar que un proyecto no debe ir hacia delante.
La primera y más obvia es hacer una business case "actualización". Deben obtener revisadas con independencia
métricas de controlador de negocio usa cuando inicia el proyecto. ¿El proyecto todavía tiene la oportunidad de
ofrecer la devolución esperada de la inversión? ¿Es el resultado del proyecto aún deseable? Usar la misma
estructura que se usa para evaluar el proyecto antes de su inicio permite comparar ¿qué es la situación actual.
Otro método posible es utilizar las áreas de conocimiento 10 del proyecto administración de centros de PM cuerpo
de conocimientos: evaluar el estado del proyecto de cada una de estas áreas y comparar esa evaluación frente a
sus expectativas al principio del proyecto:
1. Gestión de la integración de Project
2. Administración de ámbito de proyecto
3. Administración de tiempo del proyecto
4. Costos de administración de proyectos
5. Administración de calidad de Project
6. Administración de recursos humanos de Project
7. Administración de comunicaciones de Project
8. Administración de riesgos del proyecto
9. Administración de compras de Project
10. Administración de los participantes del proyecto
Vamos a echar número 8, administración de riesgos, como ejemplo. El proyecto debe tener el mayor riesgo en su
primer día. Que es cuando tienen más "desconocidos". En el último día, el riesgo debería ser cero porque solo ha
entregado el proyecto. Ahora sabe cómo resultó. A continuación, naturalmente cabría esperar que conforme
avanza el proyecto, podría disminuir la cantidad de riesgo. ¿Es decir es así? Si continúa aumentar el riesgo, que
puede ser un inicio de sesión que debe revisarse el ámbito del proyecto.
Si lo hace una devolución en el análisis de la inversión (ROI) (siempre una cosa buena pensar cuando se detiene un
proyecto para un análisis de empresa), no olvide que la "I" en inversión no es cero. Ya ha empleado parte de ese
dinero, por lo que la inversión que se debe tener en cuenta los restantes recursos y dinero costo fuera para
completar el proyecto. Si cancela el proyecto, la "R", como se muestra en la devolución, puede ser cero, pero al
menos la "I" no obtendrá más grande.
A medida que avance la revisión de negocio, también es bueno para considerar el costo de oportunidad. ¿Si ha
acabado de gasto alguno más información sobre este proyecto y sus recursos no se han relacionado con copia de
seguridad en este proyecto, podrían hacer realizando algo en otro proyecto que sería es tan importante, que se
podría superar la inversión pierden aquí?
Finalizar derecho
Si tiene que cancelar un proyecto, asegúrese de que lo hace por lo que influidas consciente. Simplemente termina
un proyecto en un tirade emocional puede causar más daño que mantenerlo.
Asegúrese de que se encarga de los miembros del equipo que estén en el proyecto que se va a ser cancelado. Un
exceso de comunicarse y asegúrese de que el personal tiene una oportunidad para proporcionar información
durante la revisión de negocio. Quizás tienen una perspectiva que ha no ha considerado y todas las entradas en
este momento son probablemente bienvenida.
Adoptar algunas recomendaciones claves de final de proyecto y asegúrese de que se apliquen en esta situación. Es
posible que incluyen:
El personal para revisar qué se puede recuperar desde el trabajo en curso de la reunión. Puede haber
algunas ventajas big que incluso no sabe que tiene.
Mantenerse fuera de responsabilidad es una buena idea. Responsabilidad es generalmente inútil igualmente
pero centrándose en responsable en lugar de qué se debe hacer que puede robar de cualquier oportunidad
para obtener un resultado positivo fuera de este resultado más satisfechos estarán en caso contrario.
Realizar una reunión de conclusiones para cerrar el proyecto y gracias a todos los miembros del equipo
para su participación. Asegúrese de que cualquier lecciones aprendidas y otra documentación de proyecto
se registra y se archivan junto con cualquier producto de trabajo.
Asegúrese de que hay una contabilidad final del proyecto, por lo que se puede calcular el coste real frente a
beneficios. También asegúrese de que no olvide sus contratistas subcaracterística. Asegúrese de que todas
las facturas pendientes se resuelven y que no hay nada pendientes con los proveedores, como las
suscripciones a largo plazo. Después de todo, puede estar trabajando con ellos nuevo en el siguiente
proyecto pronto.
Las ventajas de detener el proyecto ahora
No es mala todas. Como parte de la revisión de negocio, puede haber algunas devuelve inversión del proyecto
hasta la fecha en que vale la pena mencionar.
La ventaja de la primera y más obvia es la disponibilidad de los miembros del equipo del proyecto recién
adquirida. Si no están trabajando en este proyecto, inmediatamente estarán disponibles para otros proyectos.
A continuación es residual. A menudo es sorpresa ¿cuánto trabajo en curso se puede adaptar a otros fines de
personas. En algunos casos, esto puede ser un producto completo (pero más modesto). En otras situaciones puede
ser recuperables módulos que son valiosos inmediatamente en otros proyectos. A menudo es un gran error
desechando todo lo que se ha logrado. Incluir en sus cosas de pensando residual como hardware, software, las
suscripciones y servicios que han sido previamente pagados para. Quizás otra parte de la organización podría
utilizar dichas licencias para productivas.
Una ventaja suave es casi siempre morale mejorada. Casi todo el mundo trabajar en un proyecto que se debe
detener sabe que se debe detener antes de que suceda. Casi siempre hay una sensación de alivio que el problema
está inactiva en el cuadro Abrir en lugar de algo temido y los conocimientos que el final del proyecto no significa el
final de su empleo son suele ser muy noticias para personal que ahora pueden trabajar en algo más productivos .
¿Qué ocurre con mi carrera? ¿Estoy ahora asociado a un error?
En 2005 KPMG hizo una encuesta de administración de TI Global. En ella tratan los proyectos que tuvieron que se
ha detenido y uno Comentador dice, "cancelación de un proyecto poco probable ofrecer los beneficios previstos no
debe verse como un error — con errores cancelar un proyecto de este tipo deben ser." Tiene sentido perfecta. Si es
un cheerleader para un proyecto que no debería seguir, sólo ha se convierten en parte del problema, no la
solución.
Una ventaja de lado de pasar por este proceso final de proyecto inesperado es que se convierten en un agente
de"honest". Que se ha estado dispuesto a soporte de copia de seguridad y compartir la mala noticia y su
credibilidad con administración como resultado seguramente aumentará. Si ha realizado un buen trabajo al cerrar
el proyecto también tiene una gran cantidad de datos y los beneficios para ofrecer. No hay la contabilidad de lo que
era recuperar y una contabilidad true tanto el retorno de la inversión. Las ventajas para el resto de la organización
también que señalar como lo haría como administración saber la cancelación de un proyecto no es una catástrofe.
Después de todo, lo que libera la disponibilidad de los integrantes del equipo haya realizado el éxito de otros
proyectos más probable.
Ningún jefe de proyecto que desea salir de un proyecto. No es en nuestra naturaleza. Pero es una parte natural de
que se va a un jefe de proyecto y algo que cada jefe de proyecto debe estar preparado para cara.
Autor
¡Nos estamos vender huecos, no ejercicios!
Encontré una expresión interesante recientemente. Un vendedor de software estaba hablando acerca de la entrega
de toda la solución a su cliente. "Nos no vender ejercicios. Se venden huecos,"dice. Es una excelente analogía.
Muchas personas (me incluyen) han pasado en el almacén de hardware y la ventana comprado en el departamento
de herramientas power mientras se esté preguntando qué proyecto, posiblemente, podría creo que pudiera
justificar comprar esta herramienta de gran eficacia. Pero aplicar esta lógica sentido tanta información en el mundo
personal tal como lo hace en sistemas de software empresarial.
Si no tiene un problema, no necesita una solución.
Al igual que nadie debe ir buscando un detalle a menos que sea el problema que le gustaría resolver hacer un
agujero, nadie debe ir busca software de empresa a menos que resuelve algún problema. Ahora si tiene un
problema que se solucionará la implementación de software de empresa, es lo siguiente para asegurarse de que lo
que va a comprar ofrecerá la solución que necesita. Que a menudo es mucho más que sólo el software con la
compra.
Implementación de un sistema empresarial es un desafío complejo, por lo que tiene el beneficio que vale la pena el
esfuerzo. En el mundo actual de los equipos de proyecto global, una de las cosas más comunes para hacer es
dividir el gran esfuerzo de una implementación del sistema enterprise. Aunque esto puede háganos economías de
escala en el uso de los equipos que están altamente capacitados en su aspecto del proyecto, también contiene el
riesgo de alto aspectos del proyecto de maneras muy peligroso. Se compone este riesgo son más físicamente y en
la organización desconectado en el de los diferentes equipos.
Vamos a echar un vistazo elementos comunes a más de un proyecto de sistemas de empresa.
¿Qué es una empresa?

En primer lugar, ¿qué significan por empresa? Vamos a echar una definición de que debe trabajar para casi todos
los usuarios. "Empresa", en este contexto, significa cualquier proyecto que tendrá un impacto cómo las funciones
de toda la organización. Digamos que esto es así para cualquier organización. Las implementaciones que se
pueden considerar enterprise implementaciones no son prácticamente cuántos usuarios pero el impacto que
tienen. Por lo tanto, la actualización de nuestro software de proveedor de que un proveedor B probablemente no
califica de detección de virus. No califica la implementación de software en el escritorio para algunos de los
usuarios es probable que la programación del proyecto. Centralización nuestra administración de proyectos y usar
un sistema de administración de proyecto de empresa centralizado probablemente cualificados.
Bien, por lo tanto, si eso es un proyecto de empresa, ¿qué son los elementos más comunes de una implementación
de un sistema empresarial? En nuestras oficinas la experiencia más comunes es implementar sistemas de parte de
horas de enterprise, como nuestra propia TimeControl o sistemas de administración de proyecto de empresa, al
igual que Microsoft Project Server, pero estos elementos será comunes a casi cualquier sistema empresarial
implementación.
Bits y bytes
Primer vamos a tratar los bloques de creación fundamentales más de software: la arquitectura técnica. Hoy en día
tenemos dividir nuestro pensando en función de nuestra decisión de trabajar con una implementación local o una
suscripción en la nube. Lo dejaremos las maravillas de elegir cuál de las siguientes es mejor en qué condiciones
para otro día, pero éstos son algunos de los conceptos básicos de lo que tenemos que piense en cada categoría.
Si vamos con una instalación local, tenemos opinión acerca de qué hardware vamos a utilizar. ¿Cuáles son los
requisitos de hardware para la memoria y CPU? ¿Se usará servidores virtuales o físicos? ¿Utilizaremos servidores
dedicados o compartidos? ¿Qué tipos de servidores quizás sea necesarias? ¿Se necesitarán los servidores de
aplicaciones, servidores de seguridad, servidores de servidor web? ¿Qué ocurre con el equilibrio de carga,
recuperación ante desastres y las copias de seguridad? ¿Se necesitará pasiva o semiactiva servidores de copia de
seguridad? ¡ Como puede ver! Pero no hemos terminado! ¿Qué ocurre con la base de datos? ¿Cuáles son los
requisitos de existe? ¿Qué soporte para nuestro seguridad existente, aplicación y arquitecturas de la base de datos?
¿Qué información acerca de la compatibilidad con exploradores, versiones de exploradores y dispositivos móviles?
Una vez que tenemos todas las respuestas a las mismas, tenemos que tratar los problemas de entornos de
instalación, prueba y producción y, a continuación, el estado del sistema y supervisión una vez que el sistema está
en funcionamiento y ejecución.
Si vamos con una implementación de suscripción en la nube, todavía tenemos preguntas para responder aunque
estén muy distintas preguntas. ¿Qué servicios en línea se utilizan? ¿Se van con una instalación dedicada o un
servicio multiempresa? ¿Qué información acerca de la seguridad? ¿Podemos se integra con nuestra propia
autenticación? ¿Cómo se trata la recuperación ante desastres con el servicio de suscripción? ¿Dónde se encuentran
físicamente los datos? ¿Esto presenta problemas legales para nosotros? ¿Qué soporte para nuestro interno de los
exploradores y dispositivos móviles? ¿Cómo se obtendrá nuestros datos de y cómo podemos se conectan con las
bases de datos internos o de otros servicios externos de SaaS (Software como servicio) para integrar la
funcionalidad de?
¿Fuera del aire aún? Cuando nos referimos a un sistema empresarial, son estas preguntas y mucho más en la
agenda. Si este elemento de nuestro proyecto se MAYÚS desactivado a nuestro equipo de técnico altamente
capacitado, es posible que comienzan a pensar de esto como el ámbito de todo el proyecto, cuando no es sólo la
construcción de nuestro detalle, pero la realización del agujero necesitamos.
¡Configurarme!
Aparte de introducción acaba nuestro sistema trabajar, existe es también aplicar la funcionalidad dentro de dicho
sistema a nuestros problemas específicos. He visto implementaciones de Project Server donde el cliente obtiene
Project Server y en funcionamiento y, a continuación, se da cuenta de que no asignado cualquier fondos para crear
flujos de trabajo, cómo asignar prioridades a su cartera de proyectos de aprendizaje o aprender a realizar un único
informe. Al igual que 101 de análisis de sistemas en la universidad, normalmente Empezaremos esta parte de la
implementación en el extremo derecho de una pizarra tal y como se pregunte a los profesionales que tienen el
problema empresarial real qué "resultados" que necesitarán. He se habla de esto antes de en otros escritos por lo
que no extenderme aquí, pero los resultados en última instancia deben decisiones empresariales. Para hacer que
las decisiones, qué informes, análisis, y, en última instancia, entradas de datos es necesario? Trabajamos desde el
lado derecho de la pantalla a la izquierda y termina con una lista de todos los bloques de creación que
necesitaremos en el formulario de elementos de datos, los cálculos de Contabilidad analítica y exportaciones e
informes que se deben configurarse en el sistema. En este ejercicio de configuración puede tardar semanas o
meses en función de su complejidad.
A menudo los tipos de recursos que necesitaremos para este aspecto del proyecto son una combinación de analista
de negocios y expertos de sistema y es común que mientras que estas personas pueden ser altamente cualificadas
en la funcionalidad del sistema que se va a implementar, no son como experiencia en la arquitectura técnica. Esto
hace que tener desconecta los equipos para dos elementos críticos del sistema bastante común. Comunican el
menor de estos dos grupos, más probable es que se encontrará desafíos más adelante.
Se trata de un proceso
No es posible implementar un nuevo sistema de empresa y no afectan a los procesos de la organización. Incluso si
se abandonar un sistema centralizado de empresa y se mueve a su competencia, cambiará los procesos. De hecho,
si no desea que los procesos de cambio, es totalmente posible que no tienen un problema que necesita resolver y
aquí se encuentra aún otro desafío. Cuando se cambia la rutina diaria de una persona, se hace que el inconveniente.
No significa algunas de la hora. En mi experiencia es inconveniente en este momento de cambio de un
determinado. Esto es así incluso cuando el cambio de proceso, se producirá en un proceso de mejor! Por lo que
piense en cómo va a cambiar los procesos y trabajar con quienes se verán afectados son fundamental para el éxito
del proyecto. Sin embargo, los expertos muy que son esenciales para el diseño de este cambio en el proceso de
probablemente son las mismas personas que se verán afectadas por dicho cambio, por lo que puede ser un de los
retos de la implementación. Normalmente, un responsable con experiencia y habilidades funcionarán con los
expertos internos de instrucciones para el cambio en el proceso que se ha convertido en posible con la
implementación del nuevo sistema. En nuestra línea de trabajo, vemos este desafío todo el tiempo. "Pero los jefes
de proyecto tienen que hacer las aprobaciones del parte de horas en primer lugar," un nuevo cliente TimeControl
nos dice. "Es nuestro proceso". Cuando se explique que pueden permitir que project aprobaciones de matriz los
administradores realizar sus aprobaciones del parte de horas como parte de un proceso más grande, más eficaces,
recibimos molesto; retroceso. En este punto, tenemos uno de nuestro trabajo personal más experimentado con las
personas afectadas para asegurarse de que sus preocupaciones se efectúa de, y que son una parte integral de
cómo cambiará el proceso.
Por lo tanto las personas de proceso son probablemente no la configuración de las personas o las personas
técnicas, sin embargo, si no tenemos este equipo planeado para, todos los nuestro trabajo en la instalación y
configuración probablemente no se va a implementar. Este equipo es demasiado debe ser parte de nuestro
planeación, incluidas en las comunicaciones y las decisiones tomadas por los dos equipos.
Formación
Desafortunadamente, "Por lo tanto, se necesitarán formación?" es una pregunta que se suele solicitar por última
vez. Algunos cursos pueden venir a través de los cambios de proceso como parte del proyecto requiere una gran
cantidad de discusión práctico, pero ¿qué acerca de la Guía de usuario real de cómo el nuevo sistema funcionan en
más de un modo paso a paso? Al mismo tiempo, aprendizaje se considera como un elemento esencial de las
implementaciones de software y espera que los clientes asignar a aproximadamente un 20% del presupuesto total
en él. Sin embargo, con los cambios en los costos de software y la velocidad de instalación, gradualmente ese 20%
se convirtió en menos y menos dinero. ¿Si nos estamos prestando 20 dólares al mes por usuario para un sistema,
debo colocar reservar 4 $ por usuario para realizar un curso? No puedo prometer, no vaya demasiado lejos. Hay
muchas opciones de suscripción en línea para realizar un curso, pero ninguno de los tendrá en cuenta la solución
exacta que ha diseñado.
Instructores pueden venir desde el exterior o es posible que provienen de los elementos de configuración o
proceso del proyecto, pero a menudo son las personas que especialistas en lugar de las personas que realmente la
implementación funcionó. Por lo que incluso si ha colocado reservar fondos para este equipo (y espero que tiene),
todavía tiene que asegurarse de que estas personas saben lo que el sistema están formación personas en está
realmente diseñada para hacer. He visto instructores llegan para Microsoft Project Server y les tenía iniciar explicar
a los usuarios cómo configurar los campos de empresa y configurar los impulsores de negocios en el análisis de
cartera de proyectos, sólo para que los usuarios proporcionar un observe fijamente en blanco porque sus campos
de empresa ya estaban todos establecidos copia de seguridad y no se va a usar análisis de cartera en su de
implementación inicial. ¿Sabe sus instructores incluso el problema se debe para resolver esta implementación
determinada? Debería. Pensar en recursos de aprendizaje en el inicio del proyecto se le da la posibilidad de éxito
mayor. La técnica, configuración y los equipos de proceso pueden ser colocando datos críticos reservar todo ello a
través de sus secciones para la formación que se entregan en última instancia. Eso significa que implica al equipo
de recursos de aprendizaje pronto.
Cambio de roll-out o aceptación o referencia cultural

Si fueron pensando hacia delante y reservar poner los recursos necesarios para iniciar estos equipos y que haya
tenido todos ellos trabajar y comunicarse entre sí a través del proyecto, a continuación, la implantación de su nuevo
sistema seguramente vaya mucho más suave que es posible que de lo contrario, pero no subestimar la resistencia
a los cambios de referencia cultural. Tener expertos claves disponibles en el momento oportuno puede ser crítico.
¿Además, se todos estos miembros del equipo empaquetar y pasar a su próximo proyecto? Habrá una gran
cantidad de conocimientos del sistema incluido en estas personas por el tiempo que se implementa el proyecto. Era
especialmente impresionado con uno de nuestros clientes principios del último año. Era el departamento de TI de
una organización grande financiero. Una de las preocupaciones se exponen al usuario técnico clave que estaba
evaluando el software anteriormente en el proyecto era "quién será el administrador una vez que se ajusta el
proyecto de copia de seguridad?" "Será", dice. Fue True para su word. Evolución de sus habilidades y
conocimientos a través de la implementación de varios meses, que era un éxito, y permanece todavía el
Administrador de la clave.
Ajuste de copia de seguridad

Hay cien otras cosas que piense en cómo para asegurarse de que los equipos se comunican y trabajar como parte
de un objetivo mayor, y que comentamos sólo unos. Espero que está realizando piense ya en la siguiente
implementación del sistema de enterprise. "¿Qué sobre documentación?" piensa. "¿Qué sucede con el soporte
técnico?"
La clave que debe recordar es esto: al planear una implementación del sistema enterprise, se debe expandir su
perspectiva para incluir no sólo el esfuerzo de instalación, sino también la entrega de la solución completada.
Asegúrese de que el agujero aparece justo donde debería en sólo el tamaño correcto, profundidad derecho y
ángulo recto.
Acerca del autor

El batifono
El título de este artículo hace referencia a utilizan libremente del Comisionado Gordon el Batphone siempre que la
ciudad de Gotham estaba en dire straits (de la serie de TV "Batman" de la década de 1970).
En este artículo forma parte de nuestra colección "Desde las trincheras". En el artículo "Batman" ficticio que se
relaciona a cómo, durante una implementación de EPM, que en algún momento queramos que hemos tenido
acceso a un Batphone cuando estamos en problemas. También se describen varias formas de evitar problemas
durante la implementación.
Para descargar la versión de Word de este artículo, consulte El Batphone.
El Batphone
En 1966, la serie de TV Batman original suministrada en el aire. Había pasado episodios sólo 120 pero ha
cambiado una referencia cultural de maneras que por última vez a este día. En el mundo de Batman y Round Robin
(reproducido Adam West y distrito Burt), se ha producido una solución 'bat' a todo el contenido.
Independientemente de qué el problema, Batman tendría la solución. El Batmobile, Batboat, Batplane y Batcave
tenían en su lugar. Y, si fuera una persona que necesita ayuda, independientemente de cómo difícil, ¿cómo podría
llegar a Batman? ¡ Bien, con el Batphone de curso! Recoger el Batphone y ayuda sería en la forma.
Gordon comisionado hiciera a la Batphone cuando las cosas donde desesperado, que se ha producido por
supuesto cada episodio. No es importante la dificultad el desafío, recoger el Batphone y en 22 minutos (más
tiempo para anuncios) debería ser vanquished el Villano y ciudad Gotham devuelto al estado Pacífico.
Cada solución en el mundo Batman se ha realizado el aspecto de un Bat. ¿Esposas? Bat en forma. ¿Vez utilidad? Bat
logotipos. ¿Enlace de grappling? Por supuesto, parece ser bat alas. Para mi sorpresa, mirar atrás imágenes de la
Batphone devolviera upsettingly normal. Un teléfono rojo con un marcado (recordar a aquellos?) No estoy seguro
de por qué que tenía un marcado. Sólo llamar un solo lugar: el Batcave, donde salvación fue a mano.
Como trocitos como es posible que desee pensar de teléfonos con la marca y los episodios antiguos de Batman,
realmente no es el punto del artículo de hoy en día. Ha sido 40 años desde que se ha retirado el Batphone, pero las
personas realizan llamadas a consultores EPM todos los días que se espera que el Batphone funcionará para una
sola llamada más.
Sus villanos son variadas. Algunas son técnicas; que necesitan actualizar desde la versión x a y versión. Algunas son
arquitectura; que necesitan para realizar su sistema interno de EPM hablar a los usuarios en el exterior. Algunas
son culturales; denegación a los usuarios usar el sistema. Y algunos son procedimientos; el proceso que están
siguiendo no parece entregar el resultado que se esperaban.
¿Independientemente de qué el desafío, la solicitud de la empresa de consultoría es el mismo: puede corregirlo en
22 minutos?
Es una situación que obtener un gran número de usuarios EPM en: una situación donde urgente que necesitan
asistencia para salir de una situación difícil. A menudo es una emergencia y se requiere la solución de
administración de ayer. Las personas que realizan estas llamadas (recibo un par cada semana) no son feeble-
minded. Son los administradores altamente inteligentes, capaces, realizados.
No hay ningún Batphone, por supuesto. Deseo que se han producido. Usaría para todos los tipos de desafíos
personal. Y, por lo que las personas que realizar estas llamadas son rara vez satisfechos con las respuestas
obtienen. Por lo tanto, vamos a tardar unos minutos y hablar acerca de cómo personas terminan en esa una zona
estricta que haremos que necesitan para tomar el teléfono rojo y cómo se puede evitar bienestar uno de ellos.
Introducción a los problemas
Primer hablemos acerca de cómo obtener personas tiene problemas al realizar una implementación de EPM. Hay
un par de causas comunes:
Subestimar el desafío Esto es, sin lugar a dudas, el error más habitual en una implementación de EPM. Es
no quiere para decir que cada implementación debe ser grande y difícil. Sin duda no siempre es el caso.
Pero, quizás debido a nuestras ideas, es muy común a subestimar lo que se tardará en obtener las ventajas
de una implementación de EPM. El primer error de subestimar es el destino de selección. Algunos usuarios,
al elegir la instalación de la herramienta como el éxito de un proyecto. No lo es, por supuesto. Algunos
usuarios, al elegir el primer uso de la herramienta o el primer informe de que haya salido de la herramienta
como destino. No es así, ya sea. Una resolución de problemas con independencia de las herramientas EPM
se eligieron para es donde debe poner como destino. Eso significa que ha cambiado la referencia cultural, el
aprendizaje es completado, es el uso en producción, funcionan las herramientas, los datos están allí. Sí, que
puede ser una gran acontecimiento, pero si usted es una pulgada quedando sin ese objetivo, que aún no
tenga nada. (Bueno, casi nada, de todos modos.)
Realizar un proyecto técnico Para aquellos de nosotros en la empresa de tecnología, ya que estamos
cometidos más de esto y realmente, la mayoría de nosotros conoce mejor. Aún, de alguna manera, es difícil
resistir la tentación para pensar que la disponibilidad de la tecnología significa que el problema se ha
resuelto. Muchas organizaciones que se visite diga alguna variación de "pero se instalado a Project Server,
¿por qué está sobrecargados nuestro personal? Tal y como hemos dicho durante algún tiempo, realizar el
trabajo de administración de proyectos de empresa es una combinación de personas, tecnología y el
proceso y una gran cantidad de administración de cambios que se produce por si acaso. Que no reciben
automáticamente cuando el software de DVD pase a través de la puerta.
No impliquen administración Esto, demasiado, sucede muy a menudo. Después de todo, las personas
que mejor comprenden que las ventajas de un sistema de administración de proyecto de empresa tienen
más probabilidades de aquellos que se enfrentan a analizan las grandes cantidades de datos que provienen
de un entorno con muchos proyectos y muchos recursos. Administración de proyectos empresariales es
más popular cuando una organización intenta conciliar un conjunto complejo de las prioridades en conflicto
y una combinación de miles de conocimientos y experiencia. ¿Cree que administración que supondría con
naturalidad en un proyecto de este tipo, pero a menudo no es el caso. El desafío de cambiar la cultura
corporativa de mentalidad de un único proyecto a una mentalidad de proyecto de empresa es casi imposible
de resolver sin ellos y aún se omite la administración con mucha frecuencia debido a una preocupación que
no se podrán apreciar lo que se tardará en obtener una implementación de EPM completada.
Realizar programaciones realistas No hay nadie que desee que una implementación de EPM tardará
mucho tiempo. Y es habitual esperamos que el proyecto puede llevarse a cabo en días o un par de semanas
en lugar de los meses que es más comunes. También es un desafío común de no obtener los recursos para
un proyecto "interno" como EPM tan fácilmente como un proyecto basado en cliente o comercial. Para
responder a estas y otras razones, es común para realizar una programación de proyecto con los requisitos
de recursos que no son suficientes Lamentablemente.
No aplicar administración de proyectos para el sistema de administración de proyectos Si ha leído
nada escritas por mí, las posibilidades son que ya lo ha visto antes. Los jefes de proyecto son vulnerables a
"zapateros cuyos elementos secundarios son barefoot" síndrome. El resultado es una falta comunes de un
contrato de proyecto, un presupuesto aprobado, una marca de revisión de programación, recursos
dedicados y todos los otros accoutrements para su propio proyecto que son comunes a todos los otros
proyectos que administran.
¿Qué esperaba?
Aceptar, es cómo personas por lo que a menudo obtener ellos mismos problemas. Las ventajas de lo esperadas
por la administración de la implementación de un sistema EPM normalmente proceden directamente de los
desafíos del negocio. Es la promesa de la resolución de los desafíos que Traer administración para aprobar los
gastos de infraestructura, hardware, software y, posiblemente, incluso servicios. Los más comunes de estos retos
pueden resultarle familiares:
Recursos están sobrecargados Puede que no sea claro lo que los recursos se que se invierten en, pero es
muy común encontrar que están sobrecargados recursos. Un problema más complejo es encontrar que
algunos recursos están sobrecargados y otros usuarios están bajo carga, que a menudo indica una
discrepancia entre los conocimientos y experiencia disponible frente a los necesarios.
Proyectos críticos no se completan de manera oportuna Debería ser obvio que deberían finalizar
proyectos críticos cuando está planificadas, pero vida parece interrumpir dichos planes. Esto puede resultar
debido a los requisitos de recursos en conflicto, elegir demasiados proyectos que requieren un número
excesivo de la misma aptitud o priorización acaba incorrecta. En ocasiones, las organizaciones consideren es
una falta de habilidades del jefe de proyecto, pero en un entorno de varios proyectos, Multi-departamento
matrix, la causa más probable es de naturaleza organizativa.
Proyectos no se completan dentro del presupuesto ¿Qué sucede en la programación igualmente puede
aplicar a los costos. En alta tecnología, así como otros muchos sectores, el componente más variable de
costo de un proyecto es la cantidad de mano de obra que se ha aplicado. Tardan mucho más con las mismas
personas y adición de los costos para el proyecto. Un número de proyectos potestad impresionante aún
permanece sin seguimiento. Está planificadas pero no se registra el coste real por proyecto.
La competencia es completar los proyectos con mayor rapidez que está En una economía
competitiva, ser el primero en el mercado puede realizar la diferencia entre la supervivencia y oblivion. Por
lo tanto, para muchas organizaciones, asegurándose de que la administración de proyectos es al menos tan
eficaz como sus competidores es importante.
No hay ninguna visibilidad en lo que los recursos de proyectos dedican su tiempo en o ninguna
forma de saber cuánto tiempo se está utilizando en cada proyecto En ocasiones, no hay respuesta es
peor que una respuesta incorrecta. Si se encuentra en ocupó esto es especialmente cierto. Si conoce que los
resultados son incorrectos, puede aplicar sus habilidades y los recursos a su disposición para el problema en
cuestión. Si sabe algo es incorrecta pero no puede indicar qué, que está handcuffed. No hay ninguna forma
de saber dónde intente solucionar el problema algo.
¿Cómo mantiene fuera de problemas?
No desea obtener nunca a un punto donde piensa que se necesita la Batphone. Por lo tanto, ¿qué puede hacer con
su entorno de EPM para asegurarse de que no se termina existe?
Bien, todo lo que dijimos en la primera sección es obvia:
Realice una buena estimación
No cree EPM es un proyecto de técnico
Implican ocupó desde el principio
Realizar una programación realista y asignarle una comprobación de la realidad mediante la comparación a
otras personas de su sector
Realizar una programación de proyecto y carta de proyecto y realice todas las cosas que hacer normalmente
con los otros proyectos
¿Qué más puede hacer?
En primer lugar, inicie el proyecto con una apreciación que en algún momento en el futuro, va a desea usar la
Batphone. Tú. Saber, una cosa que puede hacer es solicitar un presupuesto de asistencia que no contar con ningún
plan de actual. Se recomienda nuestros clientes presupuesto un 10% a 20% del proyecto para "requisitos de sin
asignar". "¿Qué es que para?" se nos pide siempre. "Deberá indicar a nosotros más adelante," siempre se
responden. Es habitual usar no todo ese dinero. Pero también es increíblemente habitual usar parte de ella. Tener
un experto cualificado ya asignado y de presupuesto para el proyecto hace una gran diferencia más adelante.
Empiece con la expectativa de que se cambiarán el plan y las personas. Mi oferta de administración de proyecto
favorito es de Napoleón Bonaparte, que dijo, "un plan de batalla durará hasta contacto con el enemigo." Es true de
planes de EPM, demasiado. Dado que es probable que en los últimos meses varias una implementación, la
posibilidad de que algunos personal cambiará en el plan es enorme. Por lo tanto, planeación de la redundancia.
Sistemas EPM evolucionan. Es habitual que estos días en una aplicación de empresa para considerar el "costo total
de propiedad". Creo que deberíamos incluir el ciclo de vida de la aplicación total en nuestros planes de proyecto
EPM. ¿Ha pensado acerca de qué versión de una herramienta que se va a implementar? ¿Piensa acerca de qué
otras herramientas depende? ¿El regular de actualización de estas herramientas? ¿Hizo las personalizaciones?
¿Personalizar aprendizaje? ¿Piensa de cómo estas cosas se migrarán a una nueva versión debe implementar uno?
Planeación de la redundancia de sus expertos, también. Si tiene un único consultor trabajando para usted, ¿qué
sucederá en unos meses como mover a una nueva fase de la implementación o presentan a un nuevo miembro de
clave de su equipo? ¿Estará disponible que consultor? (Consultores mover desde un proyecto a la siguiente para
que la respuesta a menudo, es "no".) ¿Si trabaja con una empresa de consultoría, ha analizado acerca de cómo
puede conservar el trabajo de su personal que otras empresas replicar, si es necesario?
Coloque en escritura
Uno de los desafíos más comunes y solución más sencilla procede de documentación deficiente. Éste es el
elemento más fácil a short-change pero puede hacer que la diferencia entre regrese a una referencia escrita y busca
el Batphone alrededor de la existencia de dicha documentación. También no es suficiente para escribir un
documento y material en un alimentador de algún lugar. Documentos deben convertirse en parte de un registro y
el proceso de EPM puede hacer referencia a ellos como parte de un proceso de revisión regular. Éstos son algunos
de los documentos para un entorno de EPM que creo que son más importantes:
Caso de negocio No sé qué es sobre el caso de negocio original que resulta tan poco atractivo, pero es lo
más comunes a perder el seguimiento de y, en muchos aspectos, es el núcleo de por qué es necesario un
entorno de EPM en primer lugar. El caso de negocio notas ¿cuáles son las ventajas organizativas esperadas;
¿qué esperar desde el sistema de EPM la organización? Cuando se recibe una llamada de Batphone, uno de
la primeros cosas que le pedimos es, "¿Qué es el sistema esperado que se ofrece para you?" se no
simplemente pida al administrador. Asimismo, le pedimos de administración, los usuarios y los beneficiarios
de negocio. La respuesta más comunes es una respuesta diferente de cada parte. Eso es porque el original
local empresarial se ha convertido en perdido.
Roles y responsabilidades En la última versión de funciones y responsabilidades, se suelen resolver al
nombre de una persona y no tardar durante cuánto tiempo antes de la función que se olvida reproduce
individuales en el sistema EPM. Mantener un documento de roles y responsabilidades le permitirá ajustar
los parámetros de quién hace qué en el proceso de EPM como la organización de forma natural de circula a
través de cambios de personal o cambios en la estructura organizativa incluso.
Diagrama de flujo y Guía de proceso Esto a menudo se olvida cuando recibimos hacia abajo a las guías
de procedimientos. Las personas se dejan con los pasos de "Qué-a-hacer" en un procedimiento manual pero
no el contexto de por qué son importantes esos pasos y lo que hacemos con el resultado de cada paso. Una
guía de proceso y, lo mejor de todo, un diagrama de flujo visual permite a los administradores futuros
comprender lo que ofrece el sistema y facilitar la adaptar el sistema en el futuro.
Criterios de selección del sistema Cuando elija el sistema EPM y las herramientas de terceros que
seleccionó a lo largo de la forma, decirles futuras generaciones ¿en qué se basa su decisión. Hemos pasado
en las organizaciones 5, 7, o incluso 10 años después de que un sistema se ha implementado y se muestra
un sistema con varias herramientas asociados con ella y más frecuentes "¿por qué está haciendo que? Es
mucho más fácil hacerlo!" Las razones para estas decisiones son no hay de dónde se encuentra. En algunos
casos en que el cliente ha dedicado años a hacer algo de forma extremadamente complicada podría forma
más sencilla disponen de las versiones más actuales de las herramientas existentes. No pueden realizar una
decisión fácil para cambiar una herramienta o usar una versión más actual porque ya no tienen acceso a por
qué eligieron hacer algo determinados años de forma atrás.
Realmente no hay ningún Batphone.
Al decir que, parece que estoy diciendo que realmente no hay ningún conejo de Pascua o no Santa Claus. Es
simplemente malo. Pero no hay realmente ningún Batphone. Estoy seguro de que, sin embargo, que sólo la
ausencia de ese teléfono mágico no impedir que personas Llamarme mañana me pide que vanquish Villano más
reciente de Gotham ciudad. Si surgen problemas y siente la necesidad de llamar a un experto, estas son algunas
recomendaciones:
1. Escuchar los consejos que obtendrá. Es broma con un experto proporcionan consejos y, a continuación,
decida que sabe mejor que hacen de pago. Si va a pedir Consejo y usted está tratando con un experto,
intente escuchar y al menos tener en cuenta el aviso. Batman no habría mantienen aparece para
comisionado Gordon y otra vez si cada vez que hizo lo, comentó Gordon, "ahora que está aquí, Batman,
realice lo mismo que hacer todas mis otros agentes de policía."
2. Batman podía hacerlo en 22 minutos, pero no es probable. Si llama a un experto, le permiten saber cuánto
debería seguir para corregir su desafío. Puede elegir no corregirlo después de que se lleva a cabo, pero los
desafíos de corregir EPM, incluso los técnicos, con muy poca frecuencia sólo tarda unos minutos. Después
de todo, Batman tuviera que hacerlo en 22 minutos porque se han asignado 8 minutos para anuncios, y que
son esenciales.
3. Gordon comisionado nunca dijimos a Batman la solución, sólo el problema. Con mucha frecuencia se recibe
una llamada de un administrador de EPM panicky que sabe que necesito para aplicar una revisión, escribir
un informe y formar a dos personas. Siempre escuchar pacientemente a la siguiente y, a continuación, pida
al cliente que se describe el problema tal y como ha descrito a mí la solución. Antes de llamar por teléfono
para llamar a un experto, piense primero acerca de qué problema que le gustaría disponer en su tabla.
Conclusión
Debe utilizar el Batphone realmente. Pida alrededor. No preguntar a solamente un experto de consultoría y no
obtenga sólo una solución posible. Formular sus compañeros o a otras personas en la industria que conozcan
quién podría recibir una llamada Batphone y hablar con al menos dos de ellos. Es una comprobación de la realidad
buena para ver cómo un experto frente a otro es posible que abordar los problemas con el problema. Recuerde
que puede haber sido Batman geniales, pero hay muchas superhéroes elegir!
Autor
Equilibrio de la matriz
En este artículo forma parte de nuestra colección "Desde las trincheras". Describe los desafíos que enfrenta una
persona que implementa Enterprise Project Management (EPM ) en una organización que usa un entorno de
administración del proyecto de matriz.
Para descargar la versión de Word de este artículo, vea Equilibrio de la matriz: notas del producto.
Equilibrio de la matriz
En los círculos de administración del proyecto se tienden a hablar a menudo acerca de un entorno de
administración de la matriz. Administración de la matriz no tiene nada nuevo. Ha convertido en el estándar de facto
para la administración en prácticamente todas las organizaciones de alta tecnología.
La idea de administración de la matriz suministrada fuera pensando de administración en el 70s anticipado. J.R.
Galbraith nos da uno de la primera funciona publicada en el asunto en 1971 hablando acerca de cómo combinar
responsabilidades organizativas y funcionales. El entorno de administración existentes en el momento fue
jerárquico.
Las organizaciones eran enormes silos de departamentos, jefes de departamento seguro gobierna. Que funciona
bien hasta que haya más de un proyecto debe abarcar más de un departamento para que se completen. La noción
de una matriz de 'projectized' se ha promovido por los jefes de proyecto y asociaciones como Project Management
Institute durante más de 30 años.
En una matriz de projectized, nos establecer un segundo eje para nuestra organización y ofrecemos algunas
responsabilidad a la parte de la organización que administra los proyectos. El resultado tiene departamentos
organizativos a lo largo de un lado de los administradores del proyecto y presentación de suministro de proyectos
o productos hacia abajo de la otra.
¿Por qué se trata de esto mientras habla acerca de la administración de proyectos empresariales? Debido a que
este modelo se ha convertido en el elemento clave de prácticamente cualquier implementación de Microsoft EPM
Solution. A continuación, si está trabajando ahora en la implementación de Project Server está seguro para que se
ejecute en este modelo en sus viajes. Existen excepciones para el modelo de administración de la matriz que se
analizará antes de finalizado aquí, pero es suficiente decir que es cerca de universal si nos fijamos en las
organizaciones de tecnología.
Si ya está trabajando en una implementación de la solución EPM de Microsoft, encontrará una organización en
uno de varios estados:
1. No hay ninguna matriz
La organización está completamente basado en silos. Cada director de departamento administra su
departamento como si fuese una subsidiaria de la organización más grande. Presupuestos se resumen hacia
arriba a través de los departamentos de forma jerárquica (piense en un organigrama). Cuando se inicia un
proyecto se realiza dentro de cada departamento incluso cuando recursos quizás sea necesarios de otros
departamentos para completar el proyecto. A continuación, si no se puede completar el proyecto con los
recursos desde el departamento al que va a administrar, fuera de recursos se negocian como departamento
entre solicitudes.
Que en realidad no suena tan mal hasta que intente administrar un proyecto de este tipo. Si casi todos los
proyectos requiere recursos entre granjas de departamento, a continuación, averiguar las prioridades entre
grupos es imposible. No hay ningún incentivos para cualquier cabeza de un departamento ceder el control a
través de la prioridad de los recursos de su propia. Es contraria a dar tales power, por lo que se ve afectado
cualquier proyecto que no se puede completar dentro de un solo departamento.
Además, cuando hablamos para los ejecutivos que están un nivel superior a los jefes de departamento, el
lament universal es que no se puede obtener cualquier planeación de capacidad de recursos. Esto tiene
mucho sentido. No hay ninguna estructura entre departamento para la agregación de la información que
necesitamos para la planeación de capacidad de recursos ni cualquier incentivos para cada director de
departamento enviar a la priorización centralizada que sería necesaria para un análisis de este tipo.
Es muy probable en esta situación se encontrará no uno, sino varias oficinas de proyecto, uno por cada
departamento que cooperan muy poco con cada una de las demás.
Implementación de la solución EPM de Microsoft en este tipo de escenario requiere realizar algunas ideas
acerca de cómo ajustar la organización al mismo tiempo. A menudo se obtienen las llamadas de estos tipos
de empresas que le pregunta nos la imposible. Entrenar a cientos o incluso miles de usuarios, obtener
Project Server instalado y estar en producción en un par de semanas. La expectativa es debido a que la
compañía ha adquirido un sistema de administración de proyecto de empresa centralizado, a continuación,
la organización inmediatamente se alinean y funcionar como un entorno centralizado enrutar. Es una
costosa fantasía. Inevitablemente, tenemos que hablar con directivos acerca de cómo la organización va a
tener que cambiarse. Que normalmente no es bueno para la administración que esperaba que acaba de
compra el software debería ser suficiente de un compromiso de que todos los usuarios cambiar.
Dichos proyectos se empiece a trabajar en los planes de una oficina de administración de proyecto
centralizado y procedimientos de administración de proyecto centralizado. Project Server obtiene introdujo
lentamente desde el medio de espera. No es raro que dichos proyectos tomar 12 a 24 meses hasta que
finalmente está implicada toda la organización. Se acaba volver a inicia un proyecto de este tipo después de
un retraso de año 2½ mientras trabajaron en sus propios para crear una PMO.
2. Hay una matriz equilibrada
Es genial cuando esto sucede pero desafortunadamente es muy poco habitual. Mantenimiento de una
matriz de equilibrado requiere atención y ajuste constante. Sin embargo, cuando encontramos una matriz
equilibrada, ya que estamos también es probable que encuentre un conjunto muy avanzado de los
procedimientos, funciones definidas y un proceso que comprende bien por todos los participantes.
Implementación de la solución EPM de Microsoft en este tipo de organización es el mejor de los casos.
3. Hay una matriz, pero sí resulta desequilibrada
Esto es, con mucho, el escenario más común que se enfrentan y tiene sentido perfecta. El modelo de matriz
lleva a algunos conflictos inherentes, por lo que a menudo se encuentra la matriz ponderado hacia el
departamento con un PMO débil o ponderado hacia la PMO con los jefes de departamento débil. O (y este
es el que más difícil) encontramos la matriz ponderada hacia algunos departamentos pero no otras
personas y algunas project administradores, pero no para otros, por lo que es difícil provenir el centro de
gravedad en la organización.
Implementación de la solución Microsoft EPM en estos medios entornos realizando algún trabajo de
inventario y detección. ¿En los procesos se han establecido que son correctas? ¿Dónde han fallado procesos?
¿Qué es trabajar en el nivel de administración de proyecto centralizado que podemos aprovechar la
implementación de Project Server y lo que no?
En estos tipos de implementaciones, es necesario tener mucho cuidado elegir los elementos de la solución
de EPM desea implementar primero y quién puede implementarlos a. Implementación en un enfoque por
fases en este tipo de escenario es crítico, tal como un enfoque de signo de exclamación big aquí casi nunca
es correcto.
El desafío de matriz
Para aquellos que han crecido saber sólo las organizaciones de matriz estructurado, es posible que no incluso
piensa Maravilla si es una estructura de buena o mala o piense en ¿qué es fuerte o débil acerca de este tipo de
administración. Hay un desafío fundamental con la organización de matriz que incluso muchos no pregunta: es
conflicto por diseño. La estructura configura dos fuerzas opuestas: los jefes de departamento y los jefes de
proyecto. No ¿nunca decimos esto en voz alta por supuesto, pero solo con mirar la estructura hace evidente.
El objetivo de la cabeza del departamento es debe tener en cuenta los miembros del personal del departamento.
Asegúrese de que sus usuarios sean productivos, experiencia, que desean satisfecho los empleados. Si se tuviera
que dejan la organización acaba hasta los jefes de departamento, se debería terminar con encantados de
empleados que fueron bien preparado, no demasiado sobrecargado de trabajo y también remunerados, pero que
no generan gran parte.
El objetivo del jefe de proyecto es que hay que tener para la entrega del proyecto. Desean para asegurarse de que
su proyecto se realiza como rápidamente y económica como sea posible al tiempo que mantiene el ámbito y la
calidad que se han definido al comienzo del proyecto. Si se tuviera que dejan la organización acaba hasta el
proyecto de los administradores, se debería terminar con algunos proyectos Introducción realiza rápidamente pero
gran volumen de negocios en personal, tal como se grabó a los empleados en el nombre de finalización del
proyecto.
La idea de la organización de la matriz es que configurar un conflicto entre estos dos fuerzas se felizmente un
equilibrio entre la organización entre satisfacción de productividad y empleados. El local, sin embargo, es que los
jefes de departamento y los jefes de proyecto son, en última instancia, todos casi eficaces como entre sí. El desafío,
por supuesto, es que las personas no se crean iguales. Siempre habrá algunos jefe de proyecto que está más
experimentado que otro; Algunos director de departamento que está más conocimientos que la siguiente.
Esta falta de igualdad produce la matriz fuera de saldo en el primer día. Simplemente dando cuenta de que la
excepción es a menudo una organización matriz equilibrado es suficiente para tener PMO y los organizadores de
opinión acerca de cómo mantener el orden y que puede ser bueno.
Obtención de un equilibrio perfecto no es tan importante como asegurándose de que hay algunos esfuerzo que
identifica donde quedarse proyectos y las personas de la organización. Las herramientas necesarias para hacer que
un entorno de matriz funcione son siempre las mismas: procesos y la comunicación. Procesos y procedimientos
que establecer ¿qué es importante para la organización, puede identificar un implementador de la experiencia.
¿Abandonar la matriz?
No todo el mundo es un ventilador de la organización de matriz. En los últimos años, un número de los líderes
empresariales ha expresado la reflexión que quizás pensar en la organización de matriz no es el mejor plan. "Dividir
personal en los equipos de proyecto dedicado", dicen "y tendrá el felicidad para él," o "Organizar proyectos
funcionan dentro de cada departamento y darles a los jefes de departamento". Para obtener más información
sobre esto, eche un vistazo en este artículo por Rob Enderle para ver una persona que piensa que el modelo de
matriz debe ser retirada.
En un número de las organizaciones que he visitado recientemente, he visto modelos de matriz que han se ha
sesgado en una dirección u otro y cada situación hace que me hacer recomendaciones que son un poco diferentes
en cómo implementar la solución EPM de Microsoft y Project Server. Si no hay ningún PMO centralizado, a
continuación, se convierte en Mi primera recomendación. He tenido algunos enfoque organizaciones me indica
que desea usar Project Server sólo para reducir los costos de licencia, pero no tiene la intención de trabajar juntos.
No tiene mucho sentido. La idea de un sistema de proyectos de empresa centralizado es reunir datos para que el
análisis y presentación para permitir que los proyectos se administran de forma conjunta. Si no tiene intención de
hacerlo, cumplir con las licencias de escritorio individuales.
En algunas organizaciones la matriz de modelo se han sustituido por un retorno de silos pensando. Este tipo de
cosas puede suceder cuando hay un cambio de organización grande o estímulo externo desde, por ejemplo, un
cambio importante en la economía. Cuando se, algunos administradores se luchan para la supervivencia por
cualquier medio posible. He visto grandes organizaciones donde los jefes de departamento correctamente
describen la PMO y su personal como "recursos del proyecto redundantes" y recientemente ondas para devolver el
control a los jefes de departamento.
El resultado de estos cambios puede tener el efecto totalmente contrario de lo que estaba previsto. Es true, cuesta
buzón durante un breve período, pero la pérdida de la eficacia de las personas cuyo trabajo era generar la eficacia a
través de proyectos más cortas, más baratos a menudo lleva a un rebote unos minutos más adelante. Aún así, con
las organizaciones grandes, puede tardar meses o incluso un año o dos antes de que se obtienen estos efectos.
Mientras tanto, se contrae la matriz y la eficacia de Project Server puede frontal.
En la organización más progresiva, énfasis nuevo pueden colocarse en la PMO con un gran respeto de sus
capacidades y, quizás, incluso un nuevo nivel de autoridad ante una economía difícil.
Equilibrar la restauración (o establecimiento )
Para las personas que trabajan en o a trabajar en las implementaciones de EPM, a continuación presentamos
algunas cuestiones que tener en relación con el entorno de administración de matriz que se encuentra en:
En primer lugar, busque los procesos y las definiciones de roles para cada eje de la matriz. Mientras realiza
entrevistas, busque donde los procesos están realizando la organización más productivos frente a más burocrático.
Cuando se mira roles, tenga cuidado para el desafío de clásico "responsabilidad sin autoridad" que por lo que a
menudo es hablamos en círculos de administración del proyecto.
Si está empezando desde el principio, aún puede buscar procesos en la estructura jerárquica que se puede adoptar
y aquellas también es posible que vale la pena mucho a usted. Si puede encontrar un proceso existente o un
procedimiento dentro de un departamento que podría ser adoptado por toda la empresa, a continuación, confirmar
el origen del proceso ofrece una dos cosas al instante: en primer lugar, tener un proceso en un departamento que
no es necesario implementado. Ya se ha adoptado. En segundo lugar, puede acabar con un aliado big en sus
esfuerzos para crear el segundo eje de la matriz donde necesarios para el director de departamento puede ver
evidencia no está intención de producir todo lo que ya ha realizado por los departamentos.
Si está creando procesos que vaya a través de departamentos y tendrá que, a continuación, piense que implican a
las muchas personas que es posible que se sienten disenfranchised. Por ejemplo, estaba asistir a una organización
recientemente que tenían para crear una proceso de planeación de la capacidad de recursos del departamento de
entre. Huelga decir que, los jefes de departamento no estaban muy satisfecho en esta idea como que se sientan
perderían alguna medida de control sobre la administración de su propio personal. Recomienda crear un Comité
de dirección de cartera de proyectos (incluidos entre sus miembros esos jefes de departamento) que debería
establecer las prioridades de proyectos. Los jefes de departamento no se sienten que se ha atendido la entidad de
certificación de los mismos; en su lugar se incluirá en la nueva estructura de autoridad para tomar decisiones de
entre departamentos. Trabajar de este modo había desviado un aspecto de una implementación de EPM en caso
contrario, un desafío mediante la inclusión de las muchas personas que sería lo contrario oponerse a la misma.
Por último, piense va "light" en la implementación y el establecimiento de los procedimientos centralizados sin la
intervención de demasiados trabajando en capas. Por ejemplo, estamos trabajando en un proyecto donde la matriz
es organización muy segura. Es la PMO en sus comienzos e inserción de disco duro frente a la estructura
organizativa no es ideal. Nos hemos recomendado no funciona hasta el nivel individual para la administración de
recursos iniciar. En su lugar, la organización va a implementar la administración de recursos como un proceso
centralizado con un número muy pequeño de usuarios conectados directamente o como emisarios de los
departamentos a la PMO. Los recursos se definirá como genérico y el objetivo no estará a la unidad para la tarea
individual nivel para cada empleado iniciar. En su lugar, la PMO comenzará a realizar la capacidad de los recursos
de planeación, identificación de los retos de recursos agregados en próximos períodos y, a continuación, activando
el problema a través de para los jefes de departamento para administrar. Esperamos que en el tiempo, habrá
demanda desde los jefes de departamento ellos mismos a la implementación de EPM más amplia para facilitar el
trabajo de inserción tienen administración de conflictos de recursos propios.
Conclusión
Independientemente de si va a implementar la administración de proyectos empresariales como consultor para
que otros usuarios o si va a implementar su propio EPM dentro de su propia organización, es casi seguro que tiene
que hacer frente a los retos de la organización de matriz. Mantener su matriz equilibrada es uno de los desafíos
claves de EPM y EPM sistemas, como la solución EPM de Microsoft para realizarlos correcta.
Autor
Cobro por adelantado de códigos
En este artículo forma parte de nuestra colección "Desde las trincheras". Describe procedimientos recomendados
para la definición de la estructura de código de cargo de la organización para el sistema de parte de horas o un
sistema de administración de proyectos.
Para descargar la versión de Word de este artículo, consulte Carga con antelación en los códigos de cargo.
Cobro por adelantado de códigos

A menudo, se me pide que ayudan a las organizaciones a definir su estructura de código de cargo, ya sea para su
sistema de administración de proyecto o su sistema de parte de horas. Si bien es cierto que cada organización es
diferente y diferentes necesidades de resultados en distintos tipos de gastos, existen algunos procedimientos
habituales que hemos encontrado a través de los años que son universales.
Formular menor, no más
Nadie me gusta a burocracia, por lo que informa de una cargo código estructura realiza, menos probable será que
las personas que precisa más complejas. Por ejemplo, imagine que realice una lista de 10.000 códigos en una lista
plana durante cuánto tiempo para elegir de gastos. Es posible que tenga que desplazarse para una hora, con la
examen de cada entrada posible en una lista desplegable antes de que pueden encontrarse la elección adecuada
exacta para esta actualización de parte de horas o un proyecto determinada. A continuación, necesitaría para
desplazarse por el resto de la lista para asegurarse de que no ha encontrado algo que no era sólo un poco más
exacta.
Vamos a no ser broma. Nadie hará. Tomará la primera entrada que parece razonablemente close y que elija. En su
defecto, todas las horas en última instancia acabará en cargo "999: varios".
Por lo que debe la lista simple. Idealmente, no debería requerir desplazamiento en absoluto, pero debe estar visible
en una sola pantalla o, quizás, con un solo clic más. Esto significa que está sólo eligiendo de 20-30 posibles
opciones como máximo. En este caso, menos es más.
Si se determina la administración para obtener más detalle, recuerde que es mejor obtener más precisión y menos
detalles que más detalladamente y menor precisión.
No preguntar lo que ya conoce.
He visto muchos cobrar estructuras de código donde hay un código de cargo idénticos para cada departamento o
para cada proyecto. Aún, si las personas ya que se le pedirá que elija el proyecto y que hacemos una entrada para
las reuniones por ejemplo, a continuación, sabe que el elemento de línea debe ser "reuniones en este proyecto"
entonces ¿por qué contaminar la lista de cargos con varios elementos de reunión? Contiene la misma lógica con
los departamentos. Si se dispone de una lista de empleados que pertenecen a cada departamento, a continuación,
ya sabemos qué departamento están en. ¿Por qué contaminar la lista de cargos con "departamento de ventas de la
reunión", "reunión del departamento técnico" y "Reunión de departamento de Marketing". Hacer simplemente un
elemento denominado "Reunión" y nos podemos deducir desde el departamento del empleado y el proyecto que
están en la reunión de qué fue para.
Resolverse mejor resolución
Selección de un nivel adecuado de resolución para el proyecto y su parte de horas es un desafío común. Piense
acerca de los niveles que desea administrar cosas con estas condiciones: 1) debe haber más valor en los datos que
en el tiempo para recopilar, por lo que si pasa todo el día de informes en su día, ¿cómo realmente obtendrá nada
listo? (2) funcionan en un nivel que está preparado para tomar decisiones en. (3) más complejo es escribir, menos
probable que obtener datos de forma precisa. (4) cuando sea posible, obtener todas las personas trabajando en el
mismo nivel de resolución, por lo que no está administrando un grupo de tareas que son 10 minutos durante
cuánto tiempo y otro en las tareas que están dura 3 días. Para muchas personas, que se va a líneas de 3-5 capaz de
informe de detalles de un día determinado es una gran cantidad de detalle.
Condición de los datos
Algunas personas hará que el usuario final y responder a las mismas preguntas una y otra vez. Por ejemplo, hemos
visto sistemas con una columna para "R&d." lo que significa que este cargo es o no es un cargo optan una
R&crédito de impuestos de D. Pero debemos poder asociar la idoneidad para la tarea en Sí en lugar de cada línea
del parte de horas de cada persona. Además, ¿qué debería hacer si algunos usuarios de elaboración que era
elegible y que no era de elaboración de algunos usuarios? Este escenario es probable que también se desarrolla en
los ejemplos, como "diseño elegibles para R&d." y "diseño-no-elegibles para R&d.". Esto dobla el número de
códigos de gastos para sin retorno en valor. Solo tendrá a alguien en R&marca D cada desplegable valor como
elegibles o no y no tendrá que mantener solicita a los usuarios finales para intentar averiguarlo cada semana.
Jerárquica
Mejor sistemas de proyecto y partes de horas permiten una presentación jerárquica de los datos. Si no dispone de
ninguna opción para usar una gran cantidad de opciones posibles, a continuación, crear una jerarquía puede
facilitar una gran cantidad de datos pasa por alto. Piense en 5-10 elementos con un máximo que puede elegir en
cada nivel. Y no estar tentados a tomar docenas de niveles. Realización de una jerarquía de nivel 3 y 4 debe ser
capaz de cubrir la mayoría de las opciones. Después de todo, 10 elementos por nivel en un sistema de nivel 4 es
10.000 cargos posibles. ¿Es más complejo que el proyecto?
Mostrar menos
Menos preguntas y ofrecer a los usuarios de opciones, será mejor. Si no hay nada puede responder a en segundo
plano, a continuación, intente no decirlo de usuarios en su parte de horas. El objetivo es no recopilar la mayoría de
los datos posible, consiste en recopilar como precisa una imagen como sea posible y que hará mejor en que si
aislar a los usuarios finales de datos, preguntas y opciones que no realizar ninguna diferencia a ellos.
¿Qué va a hacer con los datos?
Me a menudo han dicho por medio de administración de tipos que necesitan "mucho más detalle del" que voy a
sugerir y mi respuesta siempre es el mismo: "¿qué va a hacer con ella?" El propósito de recopilación de datos están
hacer mejores decisiones de negocio, por lo que a menudo podrá pedir esos administradores intermedio qué
decisión empresarial no son puedan realizar ahora que piensan que lo harían del parte de horas que basados en
tareas mejor en si tenían más detalle. Cuando comienza a observar información de ese modo, encontrará que
probablemente necesite menos del mismo. Podría ser suficiente para averiguar simplemente el número total de
horas empleadas en las reuniones o en tránsito o en las tareas generales que al averiguar cuál era cada una de esas
tareas.
Profundizar..., pero sólo cuando sea necesario
Cuando se inicia realizar análisis de parte de horas a averiguar donde el horario todo va, se enlazan a encontrar
algunos resultados desproporcionadas. Dónde encontrar un porcentaje inusualmente alto de horas que Enfréntese
a expectativa, analizar un poco más detalle. Pero no demasiado profundo. Agregue una capa más de detalle para
dicho cargo y asígnele unas cuantas semanas para ver los datos que se obtendrá. La tentación será expandir un
código de cargo único como "reuniones" en 50 nuevos códigos de cargo con todos los tipos posibles de
convocatorias de reunión podrían ocurrir. Intente resistentes tentación y en su lugar cambiar ese código 1 cargo a 5
o 6. Si no obtenga los detalles o si todavía tienen resultados desproporcionados, profundizar un poco más.
Mantener un enrutamiento limpio
Listas de cargo tienen tienden a aumentar en tamaño pero nunca disminuir. Es una práctica recomendada para
revisarlos periódicamente y eliminar la cantidad de. Si lo hace, es más probable continuar para obtener
información más precisa y ser capaz de identificar las áreas donde está perdiendo tiempo.
Conclusión
Cobrar la administración de código: si es para la programación del proyecto o el sistema de parte de horas, puede
marcar la diferencia entre un sistema eficaz desde el que pueden considerarse datos o un sistema con un exceso
definición y no hay suficiente precisión. Al diseñar su estructura de códigos de cargo, se recomienda iniciar no más
con menos. Resulta mucho más sencillo agregar más detalladamente más adelante si es necesario que resulta
deshacer más detalladamente y facilitar a los usuarios abrumados.
Autor
En este artículo forma parte de nuestra colección "Desde las trincheras". Describe cómo potencial software
compradores pueden realizar las interacciones con proveedores de software más eficaz mediante la aplicación de
métodos de análisis de negocio fácil de entender. Le guiará a través de un ejercicio que puede ayudar a crear
criterios de evaluación de software mediante la determinación de forma efectiva qué problemas deben tratarse por
la solución de software.

Muy a menudo, una compra de software se basa en una lista de características, una campaña de publicidad o
recomendación de un amigo. Este artículo describe cómo potencial software compradores pueden realizar las
interacciones con proveedores de software más eficaz mediante la aplicación de métodos de análisis de negocio
fácil de entender.
Es seguro, no como solía ser. Obtención de software trabajar en una configuración de empresa no es incluso
denomina instalación más. En la actualidad, la implementación de los términos o implementación mejor describen
lo que se necesita para obtener un nuevo paquete de funcionamiento.
Cada vez más proveedores de software que están hablando sobre lo que venden como soluciones, y no es extraño.
Cuando pensamos sobre la implementación de un sistema empresarial como Microsoft Project Server o Microsoft
CRM, tenemos que piense en primer lugar en las distintas capas de la tecnología que estará implicado, y — antes
incluso que — tenemos pensar en el impacto en nuestra general empresarial.
Con las soluciones para vender viene, por supuesto, ventas de soluciones. Si ha seguido esto en absoluto, sabrá
que casi todas las organizaciones en el planeta alta tecnología que se dirige a mid para grandes organizaciones
está trabajando para volver a crearse a sí mismo como un proceso de ventas de soluciones. Microsoft es sin duda
entre estas organizaciones. Microsoft ha trabajado ampliamente durante los últimos años para establecer de
ventas como un principio fundamental en sus ventas de campo y la fuerza de la implementación de soluciones.
¿Qué es un vendedor de soluciones? Es true son un vendedor. Sin embargo, soluciones de vendedores objetivo no
solo para mover un cuadro de software, pero para generar algo que ayuda al cliente a mejoran su situación.
Suena genial hasta el momento; un Nirvana de aspecto todos los vendedores para mejorar la gran cantidad de
vida. Sin embargo, esto se incluyen con un desafío y hacer frente a ese desafío algo en el que se: el cliente
potencial: pueden participar.
Centrándose en el problema
El desafío que vendedores la mayoría de las soluciones que se enfrentan cuando lleguen al mercado es nuestro
Preconcepción sobre el aspecto de una solución. ¿Por lo que estamos acostumbrados a centrarse en las funciones
y características de software, cuando decimos a un vendedor de software que la conversación inevitablemente
tiene las siguientes consecuencias directamente, "su software para ello? El software para ello?" Experimentaron
vendedores de software, y éstos son los tipos que se han pasado al posiciones de ventas de soluciones, por lo que
se usan para la venta de funciones y características que a menudo olvidan la pregunta más básica de todos los:
"¿Cuál es el problema?"
Ahora puede parecer broma, pero si piensa acerca de la última vez algunas conversaciones con el personal de
ventas de software, es posible que sorpresa en cómo rara vez esta pregunta nos la copia de seguridad.
Proveedores como Microsoft y sus asociados de negocios reciben muchas solicitudes de propuestas de cada año.
He visto cientos de ellos a través de los años, y una cosa que casi siempre está presente es una cuadrícula de tipo
long de funciones que se espera que el proveedor rellene. Esta hoja de cálculo de gran tamaño a menudo es el
núcleo de la respuesta al cliente.
¿Qué es no suelen estar presente es una descripción de las necesidades de negocio que se tratará por cada una de
estas funciones. Es tan fácil de centrarse en una característica que estamos familiarizados con de un producto
anterior o que hemos visto promocionados en algún lugar que toma disciplinas real para centrarse en lo que nos
trajo interesado en este nuevo producto en primer lugar. Esto puede ser especialmente por lo que en una empresa
establecer dónde hay una gran cantidad de entrada en el tipo de solución que se está buscando. Resulta mucho
más sencillo enviar una solicitud que pedía personas para obtener una lista de todas las funciones que deseen en
un nuevo sistema de software de lo que resulta hablar sobre sus necesidades de negocio determinado.
Si comienza a pensar que quizás ha sido falta algo obvio, no es el único. Esta condición es tan frecuente en la
industria de software en el momento en que ha surgido una nueva categoría de consultor llamado a analista de
negocios. Estas personas están capacitadas para realizar la conexión de la necesidad de negocio a la funcionalidad
de software. Vamos a echar unos minutos para ver cómo se pueden aplicar los conceptos básicos, en la forma en
que un analista de negocios aplicaría a — en sus las evaluaciones de software de nivel de empresa.
Identificación de las necesidades del negocio
Lo primero que debe pensar es qué necesidad empresarial de la mano que debe buscar en primer lugar un nuevo
sistema de software. Nuestra propia organización a menudo consulta compañías sobre la implementación de
software de administración de proyecto de empresa. Cuando reciben en una organización como consultor, durante
cuánto tiempo antes de hablamos acerca de si desea comprar software, pregunte cómo la organización está
haciendo administración de proyectos ahora mismo.
Cuando termine de su respuesta, Preguntar siempre esta pregunta de seguimiento: "Es este método funciona para
usted?" Sorprendentemente, el cliente a menudo las respuestas que es. Para que me la conversación de
implementación debe detener existe. "Si no hay ningún problema," explican, "no hay ninguna forma para mí
diseñar una solución de"! A menudo esta respuesta hace que las personas pausar. "¿Por qué estábamos se
denomina en?" Le pida. Las respuestas pueden variar ampliamente, y no es raro que las personas que busque
alrededor de la sala de darse cuenta de que hay varias agendas en curso que se deben conciliadas — y nuestra
conversación es menos de cinco minutos antiguas!
Por lo tanto, que le pregunta "¿Qué es nuestra necesidad empresarial?" es un buen sitio para empezar. Casi
siempre es un objetivo global que responde a esta pregunta, un objetivo que jump-started la iniciativa en primer
lugar.
Llevar a cabo un ejercicio de visión
A continuación que necesitará para tener un aspecto un poco más allá en lo que esto significa en términos de
funcionalidad de software. Cuando se implemente enterprise project management del software como Microsoft
Project Server en una organización, se inicie siempre con un ejercicio de visión que implica el personal clave:
aquellos que se va a evaluar el software y los jefes de administración: que los los organizadores el ejercicio. No es
suficiente hacer este ejercicio con el personal técnico, debido a que el objetivo de este ejercicio es conectar los
objetivos del negocio para funciones técnicas.
Aquí es una forma eficaz para ello: colocar el personal clave en una sala con una pizarra big. Dividir la Pizarra en 4
columnas: iniciar con un título en sólo la columna derecha. Llamada "Decisión empresarial".
En la columna a la derecha que se va a decisiones empresariales de lista que esperamos para realizar utilizando el
nuevo sistema se está planteando. Al hacer esto con un cliente, lo primero que personas desean hacer es una lista
de una gran cantidad de características, por lo que tendrá que insisten que las respuestas que son importantes son
decisiones empresariales. Por ejemplo, un participante puede inmediatamente diga, "necesita una lista de todos los
recursos y su carga de trabajo". Que puede ser true, por supuesto, pero lo que necesita saber es qué decisión
empresarial hacen con esa lista.
Es posible que algunos ejemplos de decisiones empresariales:
Contratación o desencadenando en un departamento en concreto
Hacer que un ir o la decisión de continuar o no en un proyecto
Una vez que tiene una lista de decisiones empresariales aceptable, pausar. Ahora es un buen momento para
revisar la lista de decisiones empresariales e identificar las decisiones de prioridad superior. ¿Es posible que desee
hacer su propio esta pregunta: si sólo pudo obtener respuestas por una de estas decisiones empresariales, que
podrían entregar el máximo valor a la organización? Siempre es más sencilla en este punto en el proceso de
selección de las decisiones de la parte superior de tres.
Si esto ha llegado el momento, que ha conseguido más que la mayoría de las organizaciones que buscan el
software de administración de enterprise project. Ser capaz de proporcionar una lista de prioridades de las
decisiones empresariales más importantes a los proveedores de sistemas es un enorme paso para todo el proceso.
Cuando se puede indicar qué decisiones empresariales necesita realizar a los proveedores de sistemas, están en
posición para mover más allá de hablar acerca de las funciones simple para hablar acerca de cómo hacer que la
organización más eficaces.
A continuación, examine cada decisión y se pregunta: "con el fin de realizar esa decisión empresarial, qué informe
sería necesario?" Prácticamente cada decisión después de buscar en uno o más informes. Etiqueta de la columna 3
"Informe". Para cada una de las decisiones principales tres, de lista en la columna los informes necesarios para la
decisión correspondiente.
Por ejemplo, podríamos decir para determinar si a contratar o desencadenar a personal para un departamento
determinado, se necesita un informe por departamento que muestra los datos de planeación de la capacidad de
recursos. Esto incluye una previsión hacia delante de la carga de trabajo prevista, la disponibilidad de los recursos
esperado y la programación. Si tiene una empresa de tamaño mediano, el flujo de efectivo también podría ser un
problema. Es posible que, por ejemplo, tiene una necesidad de personal adicional, pero no podrá encontrar el
efectivo a contratar a ellos. El informe de flujo de efectivo incluiría estimados ingresos y salidas de dinero con un
equilibrio que se está ejecutando.
Si se rellena la columna del informe para cada una de las decisiones que hemos identificado como nuestras
prioridades, la forma de lo que se requerirá ya se está iniciando se convierta en Borrar. Una vez que haya
terminado, que tiene una lista de físico de salida que requieren desde el sistema posible.
Pausar nuevo aquí para averiguar si ya hay informes del tipo que ha identificado ya en uso en la organización. Lo
más probable es que dichos informes existen, pero en formatos de numerosas y, posiblemente, con datos
incompletos o con excesivo esfuerzo necesarios para generar ellos. Si Buscar los formatos de informes que han
trabajado en la organización, puede agregar a su lista de los requisitos de sistemas. Ahora puede proporcionar
incluso más información a los proveedores del sistema.
Con los informes claves ahora identificados, se pueden mover a los elementos de un sistema necesarios para
generar los informes. Agregar el encabezado "Análisis" a la columna 2 del gráfico. Para cada informe, identifique
los algoritmos que se requieren para generar el informe o el análisis. Por ejemplo, para un informe de planeación
de capacidad de recursos, podríamos requieren una programación de ruta crítica desde el sistema de
administración de proyectos y un análisis de redistribución de recursos.
Estos análisis a menudo se comercializada por proveedores basándose en el gran número de características que
incluye cada uno de ellos. (Sí, vender característica por característica es todavía activo y bien!) Lo que necesita
poder determinar es la funcionalidad mínima que proporcionará los informes que requiere con la que, a
continuación, puede realizar o mejorar la decisión empresarial que ha identificado. Es posible que sorprendidos
por cómo básica es la funcionalidad que necesita para cumplir los requisitos empresariales reales. En algunos
informes, ningún análisis o cálculos será necesarios en absoluto; los informes se necesitan solo para ser simple
agregados que pueden ser generan derecha fuera de los nuevos datos del sistema.
Por último, hemos llegado a la primera columna en nuestro gráfico. Una vez que ha identificado los análisis
necesarios, puede mover a la determinación de qué elementos de datos son necesarios para el análisis de la
fuente.
Agregue el encabezado "Entrada" en la columna 1 del gráfico.
En el ejemplo que hemos estado usando, nos podríamos requieren una lista completa de las tareas para cada
proyecto implicada en el trabajo del departamento. Esto puede resultar muy bien todos los proyectos de la
organización. También tendrá un perfil completo de la disponibilidad de cada recurso junto con la carga de trabajo
definida en cada tarea de modo que cuando se mueve la tarea en el análisis de programación, la carga de trabajo
se mueve en el análisis de redistribución de recursos. Además, ¿recuerda cómo se inicia con la decisión de
contratación o desencadenando en un departamento en concreto? También se necesitan poder identificar los
recursos por departamento.
Podemos pasar similar de las salidas el derecho a las entradas de la izquierda hasta que se ha identificado todo lo
que necesitaremos en nuestro nuevo sistema de empresa.
Evaluación de riesgos
Una vez finalizado este ejercicio, vale la pena volver a cada una de las entradas y determinar cómo disponibles son
de estos elementos de datos. Que podrían resultarle, tal como lo hacemos a menudo, que aún no existen algunos
de estos elementos. Por ejemplo, algunas organizaciones no mantienen una lista completa de disponibilidad de los
recursos. También es posible que no todos los proyectos tiene una programación de recurso de carga que muestra
la carga de recursos generada por el proyecto. En muchas organizaciones, ciertos tipos de proyectos no se colocan
en un sistema de ningún tipo. Trabajo de emergencia, el trabajo de soporte técnico o el trabajo de mantenimiento
periódico son algunos ejemplos comunes.
Si no tiene acceso a los datos fundamentales que necesita para entregar el valor para el negocio, tienes repaso a
ese elemento del sistema como de alto riesgo. ¿Por ejemplo, si se encuentra que podemos identificar las
programaciones de recurso de carga para el 80% de los proyectos de la organización, podemos razonablemente
esperar mejorar nuestra decisión empresarial para aumentar o disminuir el personal? La respuesta es probable
que es "no". ¿Por qué? Debido a que quizás el 20% de los proyectos que no están en el sistema podría representar
un 80% de la carga de trabajo para un departamento determinado. Si no dispone de todos los datos, nunca sabrá
si es preciso el informe final.
Por supuesto, hay formas alrededor de estos tipos de problemas. Un método consiste en aislar todos los procesos
de negocio de los aspectos de la organización donde no se puede obtener acceso a los elementos de datos. ¿No
tiene una división cuyos proyectos no es posible en el sistema de sus recursos figuran bien. Esto no es posible por
lo que simplemente en cada caso; tendrá que buscar el elemento por elemento para averiguar cuánto riesgo esos
proceso de negocio y decisiones empresariales están a su implementación. No es raro que en este punto en el
proceso para volver a asignar prioridades a las decisiones de negocio final que espera mejorar. Es posible que
tenga una decisión que es muy deseable pero resulta para ser muy alto riesgo y, por tanto, no vale la pena para
alcanzar en las primeras fases de la implementación.
Documentar lo que ha hecho
Al realizar este tipo de reunión, asignar un scribe: alguien cuyo trabajo será registrar notas y comentarios en todo
el proceso. Los motivos por una decisión de negocio determinado se ordenan como una alta o prioridad baja o por
qué algo consideró alto riesgo se olvide de rápidamente si no dispone de buena notas para hacer referencia a.
Es muy importante registrar:
Lo que ha escrito en la Pizarra
Quién participó en el proceso
Quién posee cada decisión empresarial final
Si se siente abrumado en este momento, no se preocupe. Todo este ejercicio puede llevarse a cabo muy
rápidamente, incluso en las organizaciones más grandes. No es raro que puedan llevar a cabo todo el proceso en
un día o quizás dos. La clave para conseguir el éxito es obtener el nivel adecuado de administración en la sala.
Además, este tipo de reunión mejor es más fácil por alguien de fuera de la organización que no siempre hacer
cosas la forma en que siempre ha hecho.
El conocimiento es poder
Si busca en sistemas de administración de proyectos de empresa, de hecho, en sistemas de empresa de cualquier
tipo: completar este ejercicio le ofrece una gran cantidad de alimentación cuando interactúan con los proveedores
de sistemas de software. Inmediatamente puede distinguir entre los elementos de un sistema que son importantes
para usted y los que no están. Proveedores de software se pueden proporcionar con la lista de informes y las
decisiones que se desean realizar.
Es posible que sorprendidos por algunas de las respuestas procedentes de vuelta a la los proveedores. Liberado
hasta responder de forma distinta según la característica por característica, es decir, intenta una función cuadrada
para ajustar en un requisito round: los mejores proveedores podrán mostrar cómo puede responder a los desafíos
del negocio mediante el uso de sus sistemas para sacar el máximo partido.
Aquí es la mayor ventaja de llevar a cabo este ejercicio: ha creado los criterios de evaluación listos para usar.
Ahora, durante la fase de prueba de concepto, puede inmediatamente centrarse en si el sistema ofrece la
información necesita mejorar las decisiones de negocio se deben realizar.
Autor
Seguimiento o tratar
En este artículo forma parte de nuestra colección "Desde las trincheras". Describe las ventajas de realizar un
seguimiento del trabajo del proyecto, se describen los métodos de seguimiento y se explica la diferencia entre el
seguimiento del tiempo y seguimiento del progreso.
Seguimiento o tratar
Es la temporada de Halloween aquí en Norteamérica por lo que pensé hablamos acerca de algo miedo:
seguimiento de nuestros proyectos. ¿Qué? ¿Eso no es miedo que decir? ¿Iniciales de información desde el campo
sea diferente.
Planeación de administración no sigue siendo tan común
En muchos sectores y las organizaciones, es sorprendentemente comunes que incluso cuando se crean las
programaciones de administración del proyecto formal, son izquierdas en un modo de planeamiento y nunca
realiza un seguimiento. El ejercicio de planeación y si planea debe, vuelva a. Ninguna parte es más frecuente que
en el desarrollo de software. Para todos los el progreso que hemos hecho en administración de proyectos en la
industria de software, los números de los proyectos que sólo se ha planeado frente a los que planeado y, a
continuación, realiza un seguimiento es enorme. Si es uno de las personas que sólo planes, la buena noticia es, no
es el único. El inconveniente es que no es el único!
Hay muchas razones por qué el seguimiento de proyectos en algunos sectores no es más popular. En algunos
sectores, por ejemplo, es bastante común tener personal especializados en la creación de bids o en precios de
proyecto en project contratantes o en la estimación para hacer que el plan original para el proyecto. Esto es así en
muchos entornos diferentes, pero se vea casi siempre en construcción, ingeniería intensa, aeroespacial y defensa y
proyectos de gran tamaño compras/ingeniería/construcción (EPC ). Una vez que se obtuvo la oferta, toma un
equipo completamente nuevo en el seguimiento y la entrega del proyecto. En proyectos grandes, las personas que
crean la oferta original a menudo trasladen hace mucho tiempo a realizar otras bids como el tiempo entre la
creación de la estimación y cierre el contrato puede ser extensa. El proyecto que se está iniciando justo ahora puede
ser noticias antiguas a ellos. Por lo que los que realizan la administración de proyectos no podrá realizar un
seguimiento con el plan original debido a que las personas que lo ha creado y la estructura del propio plan no
están disponibles.
La razón más común dada para no realiza el seguimiento de proyectos sin embargo es que el proyecto es tan
fluido que es demasiado difícil el seguimiento del trabajo. Algunos proyectos se cambian rápidamente que
simplemente mantenerse al día con el plan es una labor ingente. Si pierde todo su tiempo actualizar el plan, hay
valiosos poco tiempo izquierda para realizar un seguimiento de lo que se haya previsto.
Esto puede tener un efecto interesante que no es necesariamente una buena. En entornos donde el jefe de proyecto
actualiza una y otra vez el plan y a través de nuevo en función de las condiciones cambiantes, el proyecto nunca es
realmente tarde; nunca realmente por encima del presupuesto; nunca realmente desactivado pista. ¿Cómo podría
ser? Después de todo, se acaba de actualizar el plan de hace 20 minutos y estamos a la derecha en el camino con
donde se planeado.
Si se encuentra en el sector de desarrollo de software y que está pensando, que parece un poco de método ágil,
sería exactamente derecho. La idea de administración de proyectos ágil era crear, diseñar y tener la entrega de lo
que estamos creando ocurrir de forma iterativa. ¿Ajustará de los planes de y podríamos, en cualquier momento,
podemos "el cliente informa de que es lo suficientemente buena. Nos podemos detener aquí por ahora."
Que es completamente apropiado para determinados tipos de desarrollo, pero para que otros usuarios, es el
material de sueños. La mayoría de los entornos de desarrollo de software live con las mismas restricciones de
administración de proyecto como todos los demás de la industria. Tenemos las fechas límite para satisfacer,
presupuestos que respete y una lista fija de ámbito para entregar. Vamos a llamar a que la administración de
proyectos tradicional. Incluso en principalmente entornos ágiles, mi experiencia ha sido que administración ágil
sucede dentro de un amplio de administración de proyectos tradicional.
Con independencia incentivos para simplemente plan, realizar un seguimiento de su proyecto lleva a los posibles
de enormes ventajas. Vamos a echar un vistazo al concepto de seguimiento todo.
¿Efecto de seguimiento quiso decir?
Es posible que piense que seguimiento de proyectos tiene una definición de muy distinta y es incorrecta.
Procedimiento para realizar un seguimiento de un proyecto depende enormemente ¿cuáles son los objetivos. A
continuación presentamos un par de métodos de seguimiento más comunes:
Adivinar en un porcentaje
"Estamos aproximadamente la mitad llegar allí," dice el coordinador del equipo y se sabe que es de 50 por ciento
de lo que hubiéramos planeado. Mientras se está realizando el seguimiento y esto es mucho mejor que no realizar
un seguimiento en absoluto, la calidad de los datos es un proceso bastante débil. Si tenía un plan para completar
una tarea en 10 días y se complete informe que estamos aproximadamente un 50 por ciento, herramientas de
administración de proyectos como Microsoft Project y Project Server va a realizar algunas suposiciones acerca de
mí. Aquí la figura que en función de los datos limitados que tengan, debe tener empleados 5 días de esfuerzo hasta
ahora y tener 5 días de trabajo restante. Quizás que es true, pero lo haría enmascarar una situación donde son
aproximadamente 50 por ciento completado pero que haya tomado durante 20 días de esfuerzo para llegar ahí y,
por tanto, probablemente tenga durante 20 días de trabajo restante.
Medir cuánto queda.
Hace años una película Comedia oscuro denominada "Puntual de dinero el" con Tom Hanks destacados un crew de
contratistas particulares que nunca se parece a realizarse. La ejecución enmudecer a través a lo largo de la película
era la respuesta a "Cuando se realizará?" "Tres semanas más" todos los contratistas diría.
Sin embargo, duración restante de seguimiento es mucho mejor calidad de los datos que acaba de adivinar en un
porcentaje. Duración restante nos da un enfoque nítido en lo que queda para obtener esta pieza hecha y cuándo
puede el siguiente elemento que depende de este empezar a trabajar. Hay dos formas de pensar de duración
restante en función de cómo haya configurado las tareas. La primera es pensar de duración restante de la tarea
total. Esto sería apropiado si no nos estamos centrado en el esfuerzo necesario para completarla. El segundo es
pensar en de la duración restante o el esfuerzo necesario para cada asignación. Esto sería más apropiado si las
tareas están por los recursos. Pero ya sea es un gran paso copia de seguridad de adivinar acaba en un porcentaje.
Medir cuánto hemos invertido
"He pasado 10 días hasta el momento," es una forma de mirar el progreso. A veces se denomina LOE o "nivel o
esfuerzo." Nivel de esfuerzo es una excelente manera de buscar en nuestra tasa de avance real pero lleva a un lado
blind. En el lado buena de este método, tenemos un excelente conocimiento de cuánto hemos invertido en esta
tarea hasta ahora. En el lado incorrecto, podríamos tenemos un excelente conocimiento de lo que queda para llevar
a cabo. Está en la empresa de partes de horas, nos abordar los problemas a menudo con las organizaciones intenta
implementar este método. Al mismo tiempo que nuestro personal de elaboración de este método como sólo
adecuada si junto con otras más sofisticadas técnicas de seguimiento de proyectos, pero hemos se han mostrado
que suele ser muy seguro sólo en su propio. "Si se puede simplemente determinar dónde se va nuestro tiempo,"
Me han dicho por un cliente, "nosotros hasta el momento que pone por delante de lo que hemos haciendo, nos
podríamos son más eficaces, casi al instante". Fue demasiado a la derecha. Implementamos un parte de horas que
permite tiempo para realizar un seguimiento contra las tareas planeadas y que solo realizado tremendamente más
eficaces las organizaciones. Más adelante podían agregar métodos adicionales de seguimiento para mejorar su
rendimiento aún más.
Vamos a usar el método de valor acumulado
El método de valor acumulado se desarrolló aproximadamente 30 años como una forma de controlar proyectos
extremadamente complejos pero el concepto fundamental es bastante sencillo. Si efectuamos un presupuesto para
una tarea, a continuación, independientemente de cuánto tiempo que pasamos, nos no podemos ganar más del
100% del presupuesto. El acumulado se centra de valor en el "físico" porcentaje completado de seguimiento y se
presta bien a algunos tipos de proyectos y no varían mucho a otras personas. Si estamos creando un viaje, por
ejemplo, y tenemos 100 millas de distancia de viaje para crear, a continuación, cuando ya que estamos en marcador
de millas 50, ya que estamos medio realizada. Si ha empleado en un 75% del dinero Introducción ahora, tiene
problemas grandes y el método de valor acumulado hará evidentes. Que indicaría que probablemente va a ir 50%
por encima del presupuesto en el momento en que hayan acabado.
Si va a realizar una investigación para un nuevo drogas o escribir software, a continuación, medir el porcentaje
físico completado puede ser mucho más complicado. La gente de valor acumulado tiene un cuadro de
herramientas completa de posibles maneras de obtener en este tipo de progreso y de todas ellas, "promedio
ponderados hitos" sería mi favorito. En un entorno de administración del proyecto de hito promedio ponderado,
configuramos los hitos clave del trabajo y tal y como se llegan a dicho hito, se obtienen el porcentaje que se
hubiéramos acordados antes de iniciar ese hito podría representar. ¿Qué es excelente acerca de este método es que
hay poca debate. ¿Se completó el hito? ¿Sí o no? Si no es así, ha obtenido nothing. Si es así, ha obtenido ese
porcentaje.
El proyecto de nieve Marfil
Incluso si está utilizando uno de estos métodos, una de las cosas que debería tener en cuenta para es ¿qué puedo
llamar el proyecto "Nieve Marfil". Estos proyectos casi al instante avanza al 99,97% completado y, a continuación,
permanezcan bloqueados no existe para el resto de tiempo.
¿Cómo aparecerán todas estas cosas?
Independientemente de qué herramienta de administración de proyecto está usando, que muestra el progreso a
menudo es un elemento bastante común de la presentación. Aquí tenemos una imagen de Microsoft Project que
muestra una barra de progreso de un 50%:
Si eso es todo lo que estamos seguimiento, al menos tenemos alguna noción de donde se estamos puntas pero
herramientas modernas como Project y Project Server pueden ofrecer mucho más. Si se establece una línea base
en el proyecto, podremos comparar no solo el progreso de la tarea, pero ¿cómo se compara con respecto al
nuestro plan original.
Aquí podemos ver que la tarea se esperaba que el 50% completado y lo es, pero que inició una semana más tarde.
En el lado derecho de la barra, podemos ver que hemos invertido el 50% del tiempo y (toma los fines de semana
en cuenta) nos hemos rellena el 50% de la barra. Si hemos ingresado trabajo del recurso, nos podríamos tenía 80
horas de trabajo al día y usa 40 horas. Que está a la derecha en el camino para esta tarea si creemos del mismo en
el aislamiento pero, aunque la tarea puede avanzar al ritmo y grabar tasa esperábamos, todavía tiene un impacto
negativo en las tareas que son indirectas.
¿Está bien, estoy siguiendo, ahora qué?
Bueno, por lo que hemos tratado algunos de los conceptos básicos. Ya está en el 20% superior experiencia
administración de jefes de proyecto. En serio. Esto ya es mejor que el 80% de los ahí. Ahora para algo fundamental
pero potencialmente muy impactantes.
If x, y, a continuación
¿Qué decir con eso es que las necesidades de seguimiento eficaz una fórmula consecuencia: caso x, a continuación,
tomar medidas de y.
Es una fórmula básica pero uno de los más difíciles enseñar a las personas de. Hace muchos años, he tenido el
privilegio de trabajar con un equipo de lifeguards certificadas nacional. Se trataba de profesionales calificados, pero
podría se lleven a cabo pero nunca realmente experimentaron hasta que lo ha sucedido realmente una cosa: cómo
reacción de la socorrista en caso de emergencia real. Aquellos militar, explican un desafío similar. Entrenar y
entrenar y enseñar a pero no sabe con seguridad cómo alguien se reacciona cuando hay un armas real que se
desencadena en enojo hacia ellos.
Administración de proyectos Afortunadamente no normalmente es una cuestión de vida o muerte pero tenemos
un problema similar con los que realizar un seguimiento de proyectos. ¿El jefe de proyecto sabe qué debe hacer si
el proyecto no se realiza un seguimiento exactamente según lo previsto? Esto es algo que piensa acerca de cuánto
tiempo de antemano. ¿Dispone de un presupuesto de contingencia de tiempo y dinero? ¿Dispone de una cadena
de comando para que puedan obtener autoridad para tomar medidas? ¿Tiene un plan de comunicaciones para
ellos ponerse en contacto con las personas adecuadas cuando el proyecto se ejecuta hasta más tarde o no? Y ¿qué
resultados constituyen realizar acciones? ¿Es un retraso de un día vale la pena cambio espontáneo? ¿Una semana?
¿Qué es un aumento del riesgo o ámbito? Configuración de antemano algunos estándares para esto puede evitar
inconveniente más adelante.
Trucos o pista
Configuración de la organización o el proyecto para implementar el seguimiento no es difícil. Prácticamente nunca
producto de administración de proyectos en el sector tiene cierta capacidad para almacenar el progreso del
proyecto pero no hay uno de los aspectos cultural corporativo de seguimiento que aún debe tenerse en cuenta
para tener una buena posibilidad de éxito y que es no grabar el messenger. Muchos de los jefes de proyecto que he
habla a través del tiempo expresan preocupaciones que su administración encontrar bueno para ser aceptable al
recibir informes del proyecto.
Un número de años que era en una sala de juntas grande de una empresa nacional múltiple de gran tamaño. Nos
estábamos discutir el efecto de la herramienta de administración de proyecto recibir información desde el parte de
horas que se publique.
"No sé," dice un vicepresidente, "¿por qué, cuándo se obtenga las horas del parte de horas, que las tareas no
actualización el progreso."
"Si he tenido una tarea de 40 horas y poner 40 horas de trabajo desde el parte de horas en esa tarea, ¿qué se
puede esperar el resultado sea?" Se pide.
El Vicepresidente explicaba confundir a la pregunta.
"Esperar que sea completa," dice.
"Pero, ¿qué ocurre si no es"? Ha atendido.
"No sé," dice el VP ahora molesta. "Si se trata de una tarea de 40 horas y que hizo 40 horas de trabajo, a
continuación, se debe a través de."
Sabía qué responder a la pero afortunadamente estaba guardado por el jefe del grupo de proyectos que le pida
que hablar con el VP fuera por un momento y supuestamente se explica que vida siempre no sigue el plan.
Obtención de administración para comprender que puede obtener el mayor impacto cuando el proyecto no vaya
como planeado es algo que puede entregar enormes ventajas al igual que puede ser paralizar insistence de
administración que todos los proyectos deben informar del progreso según lo previsto.
Seguimiento de su proyecto puede ser un tratar no solo para aquellos que la administran, sino también para toda
la organización.
Autor
Vencer la vida Media (t 1/2): supervisión de la
solución PPM, posterior a la implementación
En este artículo forma parte de nuestra colección "Desde las trincheras". Se describe cómo configurar un marco de
trabajo para un modelo de gobierno para la solución de administración de cartera de proyectos (PPM ) del
programa de instalación. También incluye un plan de gobierno de ejemplo que se puedan usar como punto de
partida para establecer su propia estrategia de gobierno.
Para descargar la versión de Word de este artículo, vea vencer la vida Media (t ½): supervisión de su solución de
PPM, posterior a la implementación: notas del producto.
Vencer la vida Media (t ½): supervisión de la solución PPM, posterior a

la implementación
Introducción
En radiactivos física, vida Media (t½) es la cantidad de tiempo necesario para que una cantidad que se dividen a la
mitad su valor según lo medido al principio del período de tiempo. (Ref: http://en.wikipedia.org/wiki/Half-life).
Por lo tanto, ¿cómo que aplicar a su marca recientemente implementada, spanking la nueva solución de
administración de cartera de proyectos (PPM )? La razón por la que se aplica es debido a que la solución PPM, que
se implementa correctamente, viene con una fecha de caducidad. Si no toma el tiempo para planear, diseñar y
ejecutar un proceso de gobierno alrededor de la administración de la solución de PPM, puede estar seguro de que
obtendrá la solución se rellena con datos obsoletos, un diseño incorrecto cambia, los procesos que están fuera de la
sincronización con real organizativos los procesos y la lista se enciende. Al igual que un automóvil que nunca
recibe el mantenimiento, la solución detendrá que revela el rendimiento de la inversión que se espera fuera de ella.
Los usuarios se convertirán en pasivo y cualquiera detener el uso de la solución o vociferously promuevan una
solución diferente.
El objetivo de este documento es explicar un marco de trabajo para un modelo de gobierno para su solución PPM
del programa de instalación. Un ejemplo de plan de gobierno también es siempre que se puedan usar como punto
de partida para establecer su propia estrategia de gobierno.
¿Qué y por qué
Mientras el gobierno de word puede significar cosas diferentes para diferentes personas, en la parte principal, un
plan de gobierno es un conjunto de directivas autoimpuestas y procedimientos, para asegurarse de que la
aplicación es correcta en todas las áreas y generando el mejor retorno de valor de la inversión realizada en la
herramienta.
¿Por qué es necesario tener estas restricciones, que lo pregunte? Es similar a la conservación de la vivienda en que
se viven. Imagine, cada vez que necesita algo que fija o agregado a su casa, una empresa auxiliar diferente se
muestra y funciona de manera diferente a la empresa auxiliar anterior. Muy pronto puede no olvide acabar con
windows y botones de Multi-diseño puerta que no coinciden. Que es la razón por la que tiene sentido para que los
ensambladores tienen todos esos códigos y directrices que se deben seguir al crear algo, los estándares de
componentes que se necesitan para mantener y así sucesivamente.
De forma similar, una vez que la solución PPM es activa, va a ser varios cambios, mejoras y eliminación de las
características que se surgen. A menos que establezca un estándar en 'cómo' se llevan a cabo estos cambios, puede
estar a seguro de una solución que se encuentra en el caos completado hacia abajo de viaje.
Áreas de gobierno
Cuando se inicia teniendo en cuenta la configuración de un plan de gobierno para su solución PPM, debe tener en
cuenta las áreas que desea controlar. Existen muchas teorías y modelos para establecer un plan de gobierno para
soluciones de empresa, y es libre de elegir la mejor que se adapte a su organización. En este artículo, trataremos
uno de estos modelos que quepan la mayoría de las implementaciones de PPM.
Es la forma más sencilla de averiguar las áreas de gobierno que sea necesitado tener en cuenta las áreas donde los
cambios suelen ocurrir y, a continuación, configurar un plan de gobierno para la administración de esos cambios.
NOTE
Incluso para los elementos que no sean 'cambios' de sí y mantenimiento estándar en su lugar (ej: adición de nuevos usuarios,
etc. de períodos del parte de horas, la actualización), es importante tener un conjunto de procedimientos estándar que se
registró.
En general, existen cuatro áreas clave donde podrían suceder cambios para su solución PPM.
Control de la información
Cuando se implementa la solución PPM, es razonable suponer que comience con una buena datos 'master' en la
solución. Por ejemplo, esto incluye detalles de recursos de empresa, calendarios de empresa, relacionados de
campos personalizados y así sucesivamente - esencialmente todos los 'master' datos que le permitirá utilizar de
forma eficaz la solución PPM. Sin embargo, como seguir usando la solución, personas cambian departamentos,
algunas dejan la organización, deben actualizarse con nuevos días no laborables, presentación de informes de
períodos deben crearse, es posible que necesite cambiar períodos fiscales y la lista se coloca en y en los
calendarios. Obviamente, si estos datos no se mantienen actualizados, a continuación, los informes serán
imprecisos, y también lo hace la configuración de seguridad.
Control de la información es asumir la responsabilidad para mantener estos datos se actualizó y completar para
que el resto de la solución puede sacar provecho si este núcleo datos.
Gobierno de diseño
La segunda área que debe formar parte del plan de gobierno es el mantenimiento de "diseño" de la
implementación de PPM. A medida que sigue a usar la solución, va a ser solicitudes para ajustar el diseño de la
solución. Estos podrían surgir fuera de un grupo concreto que deseen cambiar la forma en que usan la herramienta
o que deseen aprovechar las nuevas características. Un ejemplo clásico que cambia la forma en que se realiza la
presentación de informes. Es posible que ha elegido ir con un % trabajo completado (método), mientras que con un
departamento nuevo agregado, es posible que necesite cambiar al método 'horas trabajadas por período' por
motivos de integración con otras soluciones financieros. Por lo que es la pregunta que va a evaluar el impacto de
este cambio en toda la solución y cómo se los cambios van a ser implantado.
Gobierno de diseño es el plan para administrar los cambios que afectan a su diseño general de la solución PPM.
Gobierno de proceso
Es fácil pensar de esta área de gobierno como parte de la gobernanza de diseño, debido a que la mayor parte de la
hora, el proceso y el diseño de la mano ir. Sin embargo, esta área holísticamente hablando, cubre algo más que el
diseño. Trata el gobierno de procesos dentro y fuera de la solución PPM que dirigen su eficacia.
Por ejemplo, tomar un escenario donde se supone que la PMO para enviar un informe a la administración senior
todos los miércoles AM. El programa de instalación podría tener un proceso para asegurarse de que los partes de
horas se envían todos los viernes por una determinada cantidad de tiempo y todo lo que los jefes de proyecto
actualización y publicación sus planes de proyecto por el lunes A.M., antes de la creación de informes que sucede.
Ahora, supongamos que los jefes de administración se pregunta para que informes que se enviarán el lunes AM en
lugar de todos los miércoles AM. Esto desencadena un cambio en el proceso de sobre cómo se usa la solución
PPM, en lugar de un cambio en el diseño de la propia solución PPM.
Estos tipos de cambios será necesario que lo controle un conjunto estándar de reglas, definido como parte de
gobierno de proceso.
Gobierno de infraestructura
Esto es otro estas cuatro áreas que aparece para que sea fácil compartimentos, sin embargo puede superponerse a
las otras tres áreas mencionadas anteriormente. En otras palabras, la infraestructura que soporta la solución PPM
debe mantenerse con la instalación. Algunos ejemplos de los elementos claves que deben recae en este tipo de
modelo de gobierno son:
Instalación de service Pack o actualizaciones acumulativas.
Instalación de nuevos complementos o las aplicaciones.
Actualización de la infraestructura (además de la aplicación de los servidores, etc., los servidores Web) para
resolver los problemas de rendimiento.
Cambios realizados en la infraestructura de debido a los cambios realizados en otras aplicaciones en las
organizaciones (por ejemplo, la virtualización de todos los servidores).
En un lado de la ecuación, la decisión de instalar algo o no es puramente méritos basado (por ejemplo, si se verá
afectado cualquier solución de producción actual negativamente). El otro lado de la ecuación de cualquier
infraestructura es buscar en el 'proceso de ' o 'diseñar' los cambios que se deberse a la instalación. En algunos
casos, el cambio de la infraestructura podría ser el resultado de los cambios realizados en las otras áreas. Como se
ha mencionado antes, mientras que nuestro intento es clasificar cada cambio como parte de una de estas áreas, es
posible que algunos cambios se superpongan completamente todos los cuatro áreas.
Preguntas clave
Independientemente de qué área de Gobierno está intentando configurar, hay tres preguntas claves que necesitan
una respuesta que forman el núcleo de su plan de gobierno.
¿Cómo hace la PPM equipo sabe que un cambio se debe a que se produzca (por ejemplo, ¿qué es el
desencadenador para que estos cambios?). A veces, estos cambios no se 'desencadenan' per se, pero son
parte de atención regular y la alimentación de PPM implementación (por ejemplo, la adición de nuevas
vistas para el centro de proyectos)
¿Quién aprueba estos cambios, no sólo desde un punto de vista empresarial retorno de la inversión (ROI),
pero desde el punto de vista de gobierno?
¿Quién crea realmente estos cambios? Para muchos de estos cambios, participan varios equipos. En algunas
organizaciones algunas de las capacidades de cambio se transfieren a un subconjunto de los usuarios
finales, en función de las necesidades empresariales. En estos tipos de escenarios se convierte en aún más
importante definir quién realmente va a realizar los cambios.
Equipo de control
Un componente clave de cualquier estrategia de gobierno es el equipo que realmente funciona del plan de
gobierno. Mientras hay varias maneras de sector y dados sobre el aspecto de este equipo de gobierno, la
recomendación que estará de acuerdo en todas las escuelas de reflexión es sencillo.
La siguiente es una forma de configurar la estructura del equipo:
Propietarios de área de gobierno Estos son los propietarios de cada una de las áreas de gobierno que se ha
mencionado anteriormente en este artículo. En general, las solicitudes de cambio que tendrá un impacto el área
designada para estos propietarios de gobierno se convertirán en la responsabilidad de estos propietarios. Será su
rol para evaluar, proporcionan recomendaciones, configurar gobierno alrededor de las nuevas características y así
sucesivamente.
Comité de gobierno central (CGC ) Esto sería el equipo de toma de decisiones quién puede aprobar o rechazar
las recomendaciones realizadas por los propietarios de gobierno. Tener un Comité de gobierno central no sólo
ayuda a reducir la burocracia, pero también ayuda a poner en práctica ideas todos una plataforma común y
evaluarlas en nota de uno a otro.
Como se mencionó anteriormente, según el tamaño de la implementación y los procesos que existen en una
organización para otras aplicaciones, la definición y la estructura de estos roles podrían ser más pequeño o más
grande. El punto importante es tener al menos una estructura mínima en su lugar.
Otros componentes clave
Algunos de los demás componentes claves de una estrategia de gobierno con éxito incluyen, pero no se limitan a:
Una solución de solicitud de trabajo, lo que permite a los usuarios solicitar cambios, las características y
funcionalidad. Esto puede ser tan simple como una lista de SharePoint o una solución de solicitud de trabajo
interno utilizado actualmente.
Un proceso de control de cambios, que incluye las revisiones de TI, gobierno, CGC y otras funciones de
negocio implicados.
Un proceso para implementar los cambios. Esto podría ser una progresión simple de los cambios de
desarrollo a prueba para soluciones de producción o una administración de la versión completa por los
estándares de la organización.
El proceso
Vamos a tomar todos los componentes que se ha descrito anteriormente como parte de la creación de una
estrategia de gobierno y crear un proceso de alrededor de él. Aquí TI aspecto (puede variar en función de
requisitos de la organización).
Conclusión
Aunque es difícil predecir y planificar todos los cambios que se pueden producir a la solución PPM, es importante
tener una estrategia de ritmo que es flexible y escalable para cualquier escenario.
Como pensamientos de partición, tenga en cuenta los siguientes enfoques básicos de sentido común para la
creación de la estrategia de gobierno.
Un plan de gobierno no necesita ser un tomo con una gran cantidad de terminología crípticos y el idioma
que nadie puede usar en la vida diaria. Puede ser tan simple como una hoja de Excel, con respuestas rápidas
a las preguntas claves (tratadas en preguntas clave).
Recuerde que un plan de gobierno no es una documentación de la configuración. Es un "plan" para proteger,
mantener y cambiar (si es necesario) la configuración.
Necesita un plan de gobierno para que sea fácil de implementar y debe integrar también en los procesos
existentes de la organización. No es necesario que reinventar la rueda.
Comprender que el gobierno de su solución PPM es un proceso en constante evolución. Es importante no
se quede colgado con parálisis del análisis. Comience con poco, entregar valor y, a continuación, escalar.
Autor
Prasanna Adavi (médico principal, MCTS, MCITP, MCT) es un consultor sénior Enterprise Project Management
(EPM ) y el instructor especializado en las plataformas de Microsoft Project, Microsoft Project Server y Microsoft
SharePoint. Su objetivo principal es crear y habilitar soluciones de negocio ayudar a las organizaciones a lograr el
mejor retorno de sus inversiones.
También tiene una amplia experiencia en líder proyectos-to-end en una amplia gama de dominios y verticales,
incluidos TI, ERP (SAP ), fabricación, desarrollo de aplicaciones, automoción y servicios creativos. Es moderador
habitual en diversos eventos de Project Server, EPM y SharePoint a través del país y un colaborador regular a la
Comunidad de EPM y SharePoint.
Patricia es un regular blogger (http://www.prasannaadavi.com) y también ejecuta un podcast quincenal
(http://www.msprojectpodcast.com), enfoque principalmente en las soluciones de Microsoft Project y Project
Server. Patricia es un consultor Senior de EPMA (http://www.epmainc.com).
Dicen que desean una resolución
En este artículo forma parte de nuestra colección "Desde las trincheras". Describe los problemas más comunes que
puede surgir al programar los proyectos. Describe próximamente con el mejor enfoque cuando intenta determinar
cuánto tareas deben ser y deben ser cuántas tareas existe optimizar una programación de proyecto. Describe cómo
diferentes sectores suelen requerir distintos tipos de programaciones (por ejemplo, desarrollo de software, EPM
(ingeniería, compras y construcción) y el cierre de planta). También se describe varios factores la elección de la
resolución del proyecto (por ejemplo, la longitud del proyecto, los recursos necesarios para, administración o
división de recursos, la velocidad y esfuerzo necesario en la recopilación de datos y la programación de
actualización de datos).
Para descargar la versión de Word de este artículo, vea dicen que desean una resolución: notas del producto
(Project Server 2010).
Dicen que desean una resolución

Con disculpas medida a los Beatles para el título, el tema de hoy es la resolución de su proyecto.
¿Hay una gran cantidad de material sobre cómo hacer que una programación, pero es muy difícil situarse una de
las lecciones más importantes: cómo muchas de las tareas que debe tener en la programación del proyecto y
cuánto tiempo debe cada tarea?
De forma periódica estoy enfrentan con las programaciones del proyecto que parecen impossibly complejas o con
los jefes de proyecto que parecen incapaces de detectar un problema en su programación debido a que la
programación está en esa un nivel de resumen. He visto un proyecto que estaba más de cien años largos (Sí,
realmente) que estaba perfectamente apropiado en longitud y en que se produjeron algunas tareas que se han
décadas largos. También he visto las programaciones del proyecto que duró sólo una hora o menos que estaban
perfectamente apropiado y en qué algunas tareas pasado sólo un minuto único. He visto proyectos con sólo unos
cuantos y otras tareas con más de 100.000 tareas.
Puede controlar el software que usamos hoy mismo miles de tareas y una amplia gama de duraciones.
Por lo tanto, ¿cuál es el enfoque correcto?
¿Tareas de cuánto deben ser y cuántos deberíamos tenemos que optimizar la programación del proyecto? Llamará
a este la resolución del proyecto.
Trazos diferentes para diferentes personas
Debido a que el requisito de puede ser diferente para distintos sectores, distintos tipos de proyectos y diferentes
situaciones, veamos cómo decidir cuántas tareas para poner en la programación y tareas cuánto deben ser.
Distintos tipos de proyectos con naturalidad de llamadas para los distintos tipos de programaciones. Vamos a
considerar aproximadamente tres ejemplos diferentes:
1. Desarrollo de software. Muchos proyectos de software con características comunes. Mientras que todos
los proyectos de software es único, normalmente hay una fase de diseño, una fase de programación, una
fase de garantía de calidad, una fase de documento y una fase de implementación. Proyectos de software
normalmente se mide en semanas o meses, y que se presta para las tareas que están un día a un par de
semanas. Aquí la asignación de recursos a menudo se le asigna el nivel individual.
Aquellos que han adoptado el proceso para el desarrollo de software ágil buscan corto "sprints" de uno o
dos semanas y dentro de ese sprint poner las tareas que son de duración breve, pero aún se mide la
duración total del proyecto en semanas. Hablaremos más sobre el desarrollo ágil un poco más adelante.
2. EPC - ingeniería, compras y la construcción. Proyectos EPC son donde la metodología de programación
de ruta crítica obtuvo su inicio. En este tipo de proyecto, se está desarrollando algo muy grande. Podría ser
un proyecto de defensa grande como el proyecto de misiles Polaris que le proporcionó PERT diagramas su
inicio o podría ser una plataforma de oil internacional, un envío nuevo o una planta de energía. En estos
tipos de proyectos no hay una fase de ingeniería donde está concebido el proyecto finalizado. La fase de
ingeniería normalmente tiene algunos aspectos que nunca se ha diseñado antes. La fase de adquisición
examina localizar, contratantes para y administración de la entrega de los suministros o subcaracterística
contratos para los elementos del proyecto. En la fase de construcción, el producto final es construido y, a
continuación, comisiones para su uso. Normalmente, creemos de las programaciones del proyecto EPC en
número de meses o años con duraciones de actividad de duración en cualquier lugar de un par de semanas
a un par de meses. No en absoluto es poco habitual tener entre 5.000 a 20.000 tareas en un proyecto de
este tipo. Programación de recursos aquí es casi siempre asignado al nivel de aptitudes en lugar de la
persona y (sólo para agregar a la diversión) existe pueden ser muchos subproyectos realizados en un
proyecto de programa o un patrón para facilitar la administración.
3. Cierre de planta. Cuando se realiza una programación de proyecto para un apagado de planta y
procesamiento para el mantenimiento trabaja en uno de los posibles entornos de programación más difícil.
Presenta un cierre de planta para realizar el mantenimiento de dos maneras: planeada y de emergencia.
Vamos a dejar el tipo de emergencia de un lado por un momento; es un mundo en Sí. La duración de un
cierre planeado planta depende en gran medida el tipo de planta. Una unidad de instalaciones nucleares, por
ejemplo, es posible que hacer un "fast" apagado y procesamiento de planta en 12 meses. Una refinería de
petróleo es posible que los últimas 4 a 6 semanas. Pero el tipo de programación del proyecto de planta que
se encuentra más interesante es un mill fabricación como una fundición de acero, un mill producto o algo
similar. Hay miles o decenas de miles de dichas plantas todo el mundo, y deben pasar por mantenimiento
periódico cada año más o menos.
El costo del cierre para estas situaciones normalmente se mide en costo de oportunidad; el costo del
producto que no se producirán mientras la planta está inactivo y sometida a tareas de mantenimiento. Este
costo se mide en horas y el costo puede ser más de 150.000 $ a 250.000 dólares por hora! Por lo que la
presión es en minuto a minuto para realizar el trabajo. En este tipo de situaciones, el cierre dura
normalmente 5-8 días y se calcula el retraso de un día único en la millones. Si sólo se utilizan para
programaciones más largos y más tradicionales, es posible que piense en unos días breves, "cómo muchas
tareas podrían existe suele ser?", pero no en absoluto es poco habitual para apagado tienen tareas de 2.000
a 4.000, cada uno de ellos una duración de 15 minutos para un par de horas. Las asignaciones de recursos
aquí se realizan por cualificaciones pero rara vez se realiza la redistribución de recursos en personal. Con el
costo por hora que se va a intenso por lo tanto, no importa si coloca más personas en el proyecto,
simplemente hacer las cosas en rápidamente. Recurso redistribución en esta situación suele realizarse para
los cuellos de botella muy limitados. Por ejemplo, "podemos sólo incluir dos personas en la sala eléctrica,
por lo que tiene que va a administrar discretamente".
Aceptar, ahora hay tres tipos de ejemplos y hay muchos tres más, pero estos servirá a efectos de la discusión acaba
de forma precisa. En tipo de uno (desarrollo de Software), se obtienen las tareas que suelen ser un día o dos días
en dos semanas. En escriba dos (EPC ), se obtiene las tareas que son semanas o meses largos. En Escriba tres
(apagado de planta), se obtiene las tareas que se miden en unidades de 6 minutos (1/10 de una hora), 10 minutos,
15 minutos (1/4 de una hora), hasta un par de horas de duración. Es evidente que en algunos casos, tiene sentido
cortas tareas y en otras duración de las tareas es más adecuados. Después de la misma lógica, a veces tiene sentido
tener un gran número de tareas y en ocasiones, simplemente no.
Factores de la elección de la resolución de project
Con estas tres distinciones, es fácil ver que la tarea del proyecto EPC dos meses tendría un aspecto ridícula en una
programación de apagado de seis días y que una tarea de 15 minutos sería fuera del lugar en el proyecto EPC o
Software. ¿Pero aparte de haciendo referencia a este artículo y que dice, "Vandersluis indica que es un proyecto de
software para tareas sólo pueden ser largos, de 1 a 10 días" (y por favor, no lo haga) Díganos qué nivel de
resolución para elegir qué características del proyecto? Vamos a echar un vistazo a unos obvios:
¿ Cuánto tiempo es el proyecto?
Vamos a comenzar con más obvios. Si el proyecto se espera que dura unos días, como en nuestro ejemplo de
cierre, a continuación, tener las tareas que están dura varios días no tiene sentido en absoluto. A partir de un
enfoque de arriba a abajo a menudo está productivos cuando lo pensamos subcaracterísticas dividiendo el ámbito.
Use pensando de estructura de descomposición del trabajo. Empiece con los componentes principales. Piense en
tener no menos de 4 y no más de 20 elementos.
¿Es una regla? No, claro que no.
Su sentido común. Menos de 4 hace que se pregunte ¿por qué dividir el trabajo de copia de seguridad en absoluto
y más de 20 es demasiado difícil de suspensión en la cuenta a la vez. Personalmente vaya con no más de 8
elementos por elemento de EDT y que es debido a algunos artículo leí hace años que sugiere que una Octógono
era la forma simple más compleja que la mente pudo reconocer inmediatamente.
Piense por un momento. Puede identificar un círculo, un triángulo, un cuadrado, un Pentágono, un hexágono que
tiene 6 lados, un Heptágono que tiene 7 lados (Aceptar, que es difícil de visualizar) y un Octógono.
¿Puede identificar una forma a cara 9 sin tener en cuenta? No puedo. Se denomina una "nonagon", una curiosidad.
Por lo tanto, personalmente, procurar el límite de 8 elementos, pero mi regla es de 4-20.

Para cada elemento que explicaba, piense en cómo se deben dividir el trabajo. Una vez más, considere la regla 4-
20. Pero saber cuándo se debe detener es el secreto. Los jefes de proyecto más reciente subcaracterísticas dividir y
subcaracterísticas dividir y subcaracterísticas dividir hasta que cada paso hacia abajo el corredor es una tarea
administrada. Algunas preguntas de hito buena que Hágase acerca de la longitud de una tarea podrían ser:
Qué acción tardaría si esta tarea se ha retrasada? Si la respuesta es 'nothing' es una buena indicación de
que la tarea en que está pensando es demasiado pequeña para ser vale la pena administración. Si ese es el
caso de que está buscando en demasiado detalle. Copia de seguridad de un nivel, dé un paso atrás y vea si
se realizan.
Realizarán la recopilación de los datos en la actualización de esta tarea tardar más que la propia
tarea? No siempre pensamos de qué tipo de esfuerzo que se tardará en administrar una tarea programada,
pero merece la pena pensar incluso si por un momento. Si se va a seguir más esfuerzo para administrar la
tarea que se tardará en completar, que es una buena indicación de que la tarea se define de forma precisa
demasiado un nivel de detalle.
Cuánto es esta tarea? Cuando se estamos subcaracterísticas dividiendo trabajo, a veces se perder de vista
de cómo se convierte en minuscule una tarea. Las fases grandes en el nivel superior, posiblemente, eran
semanas largas, pero tal y como se poner en marcha un par de niveles de granularidad, nos podemos
fácilmente se dividen en la captura de la definición de una tarea que va a administrar que dura sólo unos
minutos. Cuando llegue a tareas muy pequeños, tenemos pregunte ¿cuál es la ventaja de administrarlos.
Vamos a aplicar una comprobación de la realidad a lo que he acabamos de sobre. En un proyecto EPC dos años, si
una tarea de una semana es de un día más tarde, es casi seguro no vale la pena realizar acciones a través de. En un
proyecto de Software de seis meses, una tarea de una semana que es un día más tarde es probablemente no vale la
pena actuar a través de. En un proyecto de apagado seis días, una tarea de una semana que es un día más tarde es
una emergencia masiva. En otras palabras, una tarea de una semana en el proyecto EPC puede ser demasiado de
forma precisa un nivel de detalle; en el proyecto de software, es probablemente casi derecha; y en el proyecto de
apagado, seguramente debe dividirse en más detalle.
¿ Cuántos recursos participan?
Sé se acaba está trabajando en el ámbito, pero cuando nos fijamos en ¿qué tipo de solución que se requieren,
merece la pena pensar ¿cuántas personas estará trabajando en una tarea. En un proyecto EPC grande, por ejemplo,
podremos tenemos docenas de procesos de trabajo desde una habilidad implica en una fase de trabajo. Pero
cuando se terminan con distintas habilidades en la misma tarea, administración de esa tarea pasa a ser muy difícil,
si no imposible. Por lo tanto, en esta situación, las tareas que requieren distintas habilidades probablemente tienen
dividir.
En un proyecto de software, nos tienden a pensar de casi cada persona como un recurso muy técnico con
capacidades únicas. Además, en proyectos de software, es habitual tener muchas tareas que se pueden volver a
asignables dentro de un departamento, pero sólo una tarea asignada a una persona. Por lo que más necesita
detalle cuando tenemos las tareas que se asignan a un sola persona nivel de un determinado grupo de recursos o
departamento (para la programación de la interfaz de ejemplo) son lo suficientemente que decir que no hacemos.
¿ Cómo se recursos administrados o subcaracterísticas divide?
Cómo se administran los recursos es un factor determinante big en how to subcaracterísticas dividir las tareas. En
proyectos EPC grandes, por ejemplo, proyectos son a menudo corte copia de seguridad en subproyectos que se
parceled out para contratistas subcaracterística enormes. En esta situación, es necesario realizar un par de cosas:
Definir el trabajo de una manera que permite a un jefe de proyecto a supervisar el subcontratante con
seguridad que está realizando el progreso es un factor importante.
Definir las tareas de forma que el personal de ingeniería y administración de proyectos del contratista sub
sabrá su significado con ninguna ambigüedad.
Asegúrese de que el nivel de resolución que han adoptado como su estándar se entiende y aprobada por el
subcontratante.
Cuando nos fijamos en proyectos potestad como software, investigación biológico o ingeniería, que es más
probables encontrar una estructura de administración de la matriz donde los jefes de proyecto propietario ninguno
de los recursos y nos debemos trabajar a través de los directores de departamento que asignar dichos recursos a
través de muchos proyectos diferentes. En este caso, sería las preguntas claves:
¿Cuántos proyectos es un recurso es probable que trabajar en a través de un solo día?
¿Durante cuánto tiempo tarda un empleado a cambio de un proyecto a otro?
¿Es el trabajo definido tal que los empleados y los administradores del departamento de recursos
comprenden cómo asignar el derecho aptitudes a ella?
Cuando nos fijamos en un proyecto de construcción o de apagado, se tiende a trabajar a través de personal que
fueron creados. En estas situaciones, un coordinador de equipo de recursos se puede administrar el equipo
eléctrico (incluso si ese equipo incluye carpinteros y el instalador de barra vertical), un equipo de infraestructura o
una unidad de caldera reacondicionamiento de equipo. El trabajo debe organizarse de manera que el personal se
puede mantener ocupado a lo largo de la tecla MAYÚS y que no llegan encima de otra crew ya está trabajando en
algo en dicha área. Dada la presión intensiva de la obtención de un proyecto de cierre completado, el trabajo es a
menudo organizado por trabajo en primer lugar, programado y, a continuación, reagrupado y subcaracterísticas
dividido por un coordinador de equipo de recursos, por lo que cada Coordinador de equipo puede pasea con sólo
sus tareas en un documento y con el todo el proyecto en contexto en otra. Por lo tanto, las tareas tienen a definirse
de forma que es comprensible por empleado y por el coordinador del equipo de recursos. Tareas aquí se definen
probablemente hacia abajo hasta la hora o con incluso más granularidad a la décima o cuarto de hora.
¿ Con qué rapidez puede recopilar datos y ¿cuánto esfuerzo que tomar?
Parece una pregunta broma cuando se está utilizado para ver los datos del proyecto todos los alinean
correctamente alineadas al final de la semana que para se debe revisar, pero cuando se intenta determinar el nivel
de resolución de su proyecto, esto puede ser una pregunta clave. Por ejemplo, cuando se trabaja a través de
numerosos contratistas subcaracterística, es probable que obtendrá algún tipo de actualización semanal o mensual.
De hecho, la creación de la cláusula de actualización de administración de proyecto en su contrato es esencial. En
esta situación se debe integrar los datos de estas compañías diferentes en su propio, validar que los datos de
progreso realiza sentido y, a continuación, realice sus propios análisis y creación de informes. En un modo de EPC,
probablemente es una ocurrencia mensual.
En un proyecto de cierre, debe actualizar su proyecto cada MAYÚS, actualizarlo rápidamente y obtener las
actualizaciones a los responsables de equipo de recursos en medio del siguiente turno. En esta situación, conjunto
de personal de proyecto todo la planta todo durante el desplazamiento, recopilación de datos en como cerca de
tiempo real tal y como puede y disponer de jefes de recursos y capataces utilizan hojas de 'tomar desplegable' para
'tomar desplegable' el progreso de sus asignaciones. En un proyecto de software o research, probablemente está
trabajando en una programación semanal o algo parecido con individuos informes de su propio progreso y pasar
por las aprobaciones a través de uno o dos días.
Esto es un punto importante a tener en cuenta cuando busca en cómo muchas de las tareas que tengan en su
proyecto, porque no hay un costo para la recopilación de los datos.
Por lo tanto pensando en la rapidez puede recopilar, aprobar, integrar, analizar y notificar los datos de forma regular
cíclica es clave, como la consideración de los costes de la recopilación de los datos y el retorno de la inversión de
que se recopilan los datos.
¿¿ Con qué frecuencia se actualizará?
Estas son las dos claves para determinar la cantidad de datos puede recopilar e incluye:
Piense en cómo va a recopilar los datos.
Piense en ¿con qué frecuencia se pueden actualizar su proyecto y proporcionar administración con las
herramientas de toma de decisiones necesarias para guiar el proyecto y los recursos en la dirección correcta
a razonablemente.
He visto algunos jefes de proyecto insisten que desea mover a la colección de proyectos y administración de
proyectos 'en tiempo real' y aunque esto puede ser posible en teoría, es muy difícil tener en cuenta en la práctica.
Al buscar datos de administración de proyecto efectuamos algunas suposiciones. Se supone:
Están todos los datos no existe. Esperamos que no esté mirando algunas tareas que se actualizan y otros
que no lo son.
Los datos se actualizan a la vez similar. No esperamos que la mitad de las tareas se han actualizado hace
unos minutos, pero la otra mitad no se han actualizado para dos semanas.
Todos los datos ha tenido cierto nivel de aprobación. Esperamos que el jefe de proyecto para la
suspensión detrás de los datos que se presentan y que es capaz de diga "Esto es una representación precisa
y razonable del proyecto".
Los datos pertenecen juntos. Esperamos que no riesgo borrosas con los costos y recursos a menos que
hemos específicamente diseñado nuestra informes y análisis de ese modo.
A menudo preguntan a ejecutivos que están interesados en el concepto de administración de proyectos en tiempo
real lo que harán si nos podríamos superar los puntos que ha generado justo encima. "¿Está preparado para la
administración de tomar decisiones todo a lo largo de la semana?" Le pida. La respuesta debe dependen del nivel
de resolución. En un proyecto de cierre la respuesta debe ser un 'Sí'. En un proyecto de software, la respuesta es
probablemente 'No, lo haremos que semanal'. Y en un proyecto de EPC la respuesta sería, 'Mensual'.
En algún momento en que la legislación de decrecientes de arranque en que para decir, "project entregar informes
que cualquiera más rápidos no nos proporcionará cualquier aumento en la eficiencia."
Revisión de su trabajo
Ahora que ha mantenido algunas ideas, ha utilizado el método de desglose del trabajo para subcaracterísticas
dividir los datos y se hayan visto para algunos de los signos de advertencia que los datos de una búsqueda muy
están definido. Ahora es el momento para saber la programación con respecto a la pared, retroceder y fíjese en el
proyecto con algunos perspectiva. Sorprendentemente, muchos de los jefes de proyecto nunca hacer esto. Que por
lo que obtengan a pensar en la obtención de detalles de la última definidos y por lo que ocupado subcaracterísticas
dividiendo tareas una y otra vez que Empujar ellos mismos hacia la derecha hasta la fecha límite de puesta en
marcha y nunca buscan para ver si ha realizado será una pesadilla para administrar.
En algunos casos, los ejecutivos están seguro de todos los que training de MBA "más detalle es mejor" y se e
inserta para esas tareas 5 minutos o 15 minutos en proyectos de seis-mes-long.
Cambio del proyecto antes de que se inicie siempre es más sencillo que en cualquier momento más adelante, por
lo que incorporar tiempo de actividad de creación de programación para rehacer la programación si es necesario.
¿ Es demasiado?
En ocasiones, los jefes de proyecto busque en el ámbito de lo que han creado y que se encuentran en un nivel de
detalle demasiado fino se den cuenta. Si ese es el caso, la corrección es obvia. Puede ser una gran cantidad de
trabajo, pero se gracias a usted más adelante para simplificar la programación al mover un nivel hacia arriba.
En ocasiones, la imagen no es tan fácil. En algunos casos, es sólo una vez que se monta toda la programación que
el jefe de proyecto puede ver cómo de compleja es. Proyectos complejos son, por su naturaleza, más arriesgado, y
riesgo en la economía actual es un factor de selección de clave para los proyectos. Es posible que algunas
preguntas que vale la pena teniendo en cuenta antes de un proyecto de este tipo complejo obtiene en curso:
Podemos llevarlo a cabo en piezas? Algunos proyectos peligrosos se pueden desglosar en porciones
más pequeñas de pequeño tamaño y como proyectos más pequeños, sus riesgos deja de funcionar. Sin
embargo, si usa esta estrategia, cada proyecto discreto debe tener su propio valor cuando haya finalizado.
Deberíamos se reconsidere el ámbito? A veces, las acciones más simples son volver a los diseñadores
del trabajo en primer lugar, se explica la complejidad que parece aparecen en la programación y vea si puede
reiniciarse el trabajo. Esto a menudo tiene las siguientes consecuencias e innovadora pensando que nunca
habría tenido la oportunidad de que se produzca.
¿ Deberíamos lo hacemos en absoluto?
Algunos proyectos nunca se han diseñado para ser y la hora más barata para cancelar ellos es el día antes de que
comiencen. Si el riesgo del proyecto ahora sólo es evidente, mejor darse cuenta ahora que posterior. Cuando
entrelazan las conclusiones de realizar la programación en el proceso de administración de cartera de proyectos
(PPM ), es posible que el riesgo del proyecto más complejo tiene la puntuación de trabajo mucho peor en una
escala de retorno de la inversión.
Una ágil... no, un proyecto ágil
Prometido decir algunas cosas sobre la administración de proyectos ágil y, si son un ventilador ágil y ha leído en
este momento, puedo agradecemos su paciencia. Administración de proyectos de software a través del método ágil
es algo de una filosofía, pero es una filosofía más popular con aquellos que ha se ha grabado en proyectos de
desarrollo de software masiva con errores.
En un mundo del desarrollo de software ágil, se intenta dividir nuestro proyecto en sprints"semana de pequeño
tamaño, uno a tres" y el objetivo para cada proyecto mínima es acabar con código utilizable. En este caso estamos
trabajando dentro de algunas restricciones bastante Well-known para que nuestro nivel de resolución casi se ha
seleccionado para nosotros.
Hemos desarrollado una ventana de uno a tres semanas, los recursos están disponibles para nosotros y vamos a
asignar el trabajo a cada recurso. El número de tareas posibles que podemos definir en esa estructura es finito y
esto se presta para mantener un nivel adecuado de resolución. Sí, puede obtener en un problema en el método ágil
mediante la definición de las tareas que están mucho demasiado cortos. "Definir campo1: 10 minutos, definir
Field2: 10 minutos, definir Field3: 10 minutos" etc., pero sí resulta mucho menos comunes.
Método ágil se diseñó para un entorno de desarrollo corporativo donde estamos creando software para uso
interno y su uso a menudo se extiende hasta el desarrollo de software comercial. (Usamos el método aquí en HMS
para el desarrollo de nuestro propia de TimeControl.) Los resultados del método ágil en un departamento de
desarrollo más maneuverable y ágil, pero no se va a aplicar a cada industria o incluso cada compañía de software.
Si está realizando la administración de proyectos en un entorno de software, a continuación, Mi recomendación es
información sobre el método ágil, aprender de ella y, a continuación, adopte esos elementos (all, algunos o
ninguno), asegúrese de que es más eficaz.
Al igual que con la mayoría de los aspectos de la administración de proyectos, no hay ningún configurado para
responder a preguntas que en primer lugar parecen ser tan obvia. ¿Cuántas tareas tiene en su proyecto y cuánto
tiempo cada una de esas tareas debe ser es algo que necesite buscar para que usted mismo para decidir... pero
decide deben.
Elegir el nivel de proyecto de resolución es una responsabilidad de administración de proyecto que puede ser un
factor clave para el éxito de la administración de la programación del proyecto.
Autor
Separación incorrecta... Noticias de
En este artículo forma parte de nuestra colección "Desde las trincheras". Describe cómo los jefes de proyecto
pueden compartir malo sobre sus proyectos de forma más eficaz y con los daños menos a ellos mismos.
Para descargar la versión de Word de este artículo, consulte separación incorrecta... Noticias de: notas del producto.
Separación incorrecta... Noticias de

Seguir un artículo ( cancelación de un proyecto sin necesidad de cancelar su carrera: notas del producto) hice un
tiempo atrás, he recibido un número de comentarios de los jefes de proyecto su preocupación en uso compartido
de tales malo con su administración. "Independientemente de los posibles beneficios es posible," uno dice, "aquí se
desencadena si compartir noticias es incorrectos."
Independientemente de qué su entorno de trabajo, parece que algunas personas son mejores, sharing malo que
otros y para project los administradores, que se va a incorrecta y usuarios compartan ambas tidings buena forma
parte de la descripción del trabajo. Por lo que vamos a examinar para un momento en cómo un jefe de proyecto
puede compartir malo más eficaz y con los daños menos a ellos mismos.
Obtener todas las noticias antes de iniciar el uso compartido
Es la primera y más importante lección para asegurarse de que tiene todas las noticias. Cada vez que se puede
tener un miembro del personal que me enfoques con algunas altera su noticias tengo inevitablemente preguntas.
Si no ha tomado la incluso tenga en cuenta qué preguntas podría hacerse y cuáles son las respuestas, es irritantes.
Por lo tanto, antes de proceder inmediatamente a su jefe a exclaim cómo disminuye el cielo, asegúrese de que hace
una pausa de un momento obtener todos los hechos. ¿Está seguro de la información que tiene está completa? ¿Es
preciso? ¿Hay circunstancias extenuating? ¿Sabe cómo este malo suministrada a que se produzca? ¿Esto es una
condición temporal o algo más permanente? ¿Dispone de una evaluación del impacto de este noticias?
¡ Como puede ver! No estamos fuera de la puerta aún y ya tiene una lista de tareas pendientes. No hay nada más
afectando a una persona en la administración que to tiene un problema vuelca en su escritorio por alguien de su
equipo pero aún no se sabe si se trata de un problema o no. Deben ser fácil de determinar las preguntas iniciales
que pueden surgir de sea cual sea su malo obtienen por lo que les ha atendido por sí mismo antes de iniciar el uso
compartido de las noticias.
Pensando avestruz no es productivo
Al igual que un avestruz que pasa su cabeza en la arena en el primer inicio de sesión de peligro con la intención de
podrá ir ausente, que algunos jefes de proyecto evitar malo a toda costa. Evitar la mala noticia es productivo con
muy poca frecuencia. De hecho, es debido a que no todas las noticias son buenas que los jefes de proyecto tienen
un trabajo en primer lugar. Si todos los proyectos siempre ha funcionado tal y como planeados, ¿por qué se tendría
los jefes de proyecto? Por lo que el hecho de que no esté preparado para compartir ese malo aún no significa que
no se comparte en absoluto.
¿Quién es responsable?
Esto puede ser la pregunta menos valiosa y la respuesta es casi sin duda de poco valor también. Aún, muchas
personas se predeterminada para apuntar un dedo en otro usuario como una reacción al inconveniente que es
hacer que la mala noticia. Mantenerse fuera de responsabilidad le permitirá centrarse en "¿Qué sucedió con?" y
"¿Qué debemos hacer a continuación?" en lugar de "Quién diseñar el bajas de este problema en los pies de?"
¿Es mala noticia? ¿Estás seguro?
Recientemente uno de Mis personal tenía aparecen en mi office saber que debido a las restricciones de recursos no
podríamos satisfacer las expectativas de un cliente que hacemos varios días de formación después del horario
laboral. "¿Hemos confirmar para hacer esto?" Se pide. Se ha producido una pausa de tipo long. El miembro del
personal no estaba seguro y resultó ser una pregunta clave. No. Nunca nos hubiéramos prometido hacer este
curso de formación. El cliente tenía un deseo se haría pero no habían pasado incluso a través de los canales
apropiados para programar él. Resultó realmente no se ha producido malo para compartir y la acción apropiada
era ponerse en contacto con el cliente para programar algún tiempo de recursos de aprendizaje en el futuro.
Resolver el problema.
Un problema normalmente obtiene expresado como esta: "Esto se esperaba, pero esto es lo que ha ocurrido". En
ocasiones, sólo la semántica puede realizar lo pensamos de forma diferente. Pruebe lo siguiente: "Esto se esperaba
y esto es lo que ha ocurrido." ¿Entre en conflicto? Quizá no, pero está en buen estado para empezar a ver si hubo
como compromiso que se ha roto. Si no es así, quizás no hay un problema para abordar los problemas con.
Revestimientos de plata
Cuando ocurre algo inesperado hay a menudo impacto o bajas como resultado. Si se pausa o cancelación de un
proyecto, por ejemplo, una cosa que sucede casi siempre es tienen recursos adicionales que no se esperaban que
se pueden asignar a otros trabajos. Pausar un proyecto, es posible que tenga el resultado de volviendo más
esfuerzo en otros trabajos más críticos.
Cuando haya malo para compartir, es habitual ver todo lo que rodea a través del filtro de "Es todo incorrecta" pero
que es true con muy poca frecuencia. Algunos impacto desde su malo será buena y que se debe a la administración
o el cliente o la persona que necesita compartir sus noticias con compartir no sólo el impacto incorrecto, sino
también el bueno.
Mitigación
Por lo que tiene algunos malo. Una cosa que vale la pena antes de compartirlo son algunos factores de mitigación.
Quizás el proyecto está detrás de la programación. Es mala. Sin embargo, si ya tenía oculta algunos reserva de
administración de la programación (como los jefes de proyecto buena muchos), a continuación, quizás puede
ponerse en la programación durante dicho período. Se mitiga la mala noticia; neutralizada.
Mitigación también le permite pensar de posibles soluciones para el problema antes de compartirlo. Los
administradores de agradecemos las descripciones de problemas que se entregue al mismo tiempo como una lista
de posibles soluciones. En ocasiones, estas soluciones se convierten en oportunidades para abrir una línea
totalmente nueva de pensar hacia arriba. Un número de años, trabajaba con una compañía de software de gran
tamaño y en medio el desarrollo de su siguiente versión principal, determinan que deba cortar un marquis en
función del ámbito de aplicación. Era malo. Si se realiza ninguna acción adicional, que tendría la siguiente versión
de la versión y ya esté mucho menos funcional que muchos de sus competidores. Seleccionado uno de varios
planes de mitigación de la empresa y como salió al mercado y comprado una compañía que tenían exactamente la
funcionalidad que faltan. ¿El resultado final? La compañía realiza la fecha de entrega de la cuota de mercado, tenía
la funcionalidad adecuada y, además debido a la adquisición, tenía un equipo de personal altamente cualificado que
les permitía aprovechar dicha funcionalidad para avance en el mercado.
Presentación es Power
Como los jefes de proyecto se quejan con frecuencia que tenemos todas la responsabilidad y ninguno de la entidad
de certificación. Después de todo, es poco frecuente que un jefe de proyecto tiene todos los recursos del proyecto
de informes directamente a ellos, pero es el jefe de proyecto a quienes se activar para formular acerca de progreso
en el proyecto.
Mientras el jefe de proyecto puede tener poca autoridad, sí pueden controlar una cosa que es incluso más
impactante; controlan la presentación de la información y controlar la presentación es la clave.
¿Es cualquier Maravilla que lo llamamos "Power" punto? Cómo mostrar algo puede marcar la diferencia. Un
número de años, creadores de películas Stephen Spielberg y George Lucas comprado un simulador de vuelo
anterior y se mostraron sorprendidos para determinar que el cuerpo humano puede detectar un cambio en
inclinación (es decir, el ángulo en el que está de pie) de menos de ½ de un grado. Cuando aumenta con
indicaciones visuales, la cuenta se rellene los espacios y el cuerpo de la va a actuar como si un evento está
ocurriendo, aunque es un piso de inclinación y una película con algunos sonido.
Pruebas piloto en un curso que usan un simulador de vuelo tendrán el mismo reacciones de cuerpo (velocidad de
corazón, respirar, adrenaline, etc.) en un simulador de emergencia como aparecerán en caso de emergencia real.
¿El resultado de investigación Spielberg y de Lucas? Los Paseos de estrella circular a Disney World.
Por la misma razón, un jefe de proyecto controla la presentación visual. Mostrar una tendencia de línea en lugar de
una tabla de ilustraciones y el ojo sigue la tendencia todos en su propio y la mente dibuja sus propia conclusiones.
Normalmente, los jefes de proyecto controlan todos los elementos de la presentación de datos. Que muestra el
panel de información o datos analíticos o datos en un formato gráfico junto con viñetas simples en una diapositiva,
puede realizar una enorme diferencia.
En una contratación de reciente tuve que explique al cliente que su carga de trabajo actual fue casi dos veces el
tamaño de sus empleados y que ninguna cantidad de asignar prioridades a los diese como resultado de todo el
trabajo que se realiza en el tiempo. Antes de presentar este malo sin embargo, empleado en algún tiempo adicional
explicación detallada de los datos de qué trabajo realmente se realizado. Extraen los volúmenes de datos del parte
de horas en Excel y se inicia la creación de gráficos. Por último, un gráfico circular mostraron un dato valioso
principal de oro. Un increíblemente alto porcentaje de trabajo que se estaba empleado en mantenimiento de TI.
Aún más explicación detallada determina que gran parte de este trabajo era evitables a través de las decisiones
estratégicas (por ejemplo, que admite un número inusualmente elevado de base de datos de productos y
versiones) o a través de restricción de una práctica de permitir que los proyectos se subcaracterísticas dividido en
esas pequeñas exige que podría controlarse operacional a través de una solicitud de soporte técnico. La
organización tenía ha por lo que desafiados obtener lleva a cabo el trabajo que había aprendido muchos de los
líderes de equipo de negocio a los proyectos de división subcaracterística de 30, 40 o incluso 60 días de duración
en segmentos de día 3 que podrían obtener lleva a cabo a través de una llamada al departamento de soporte. Esto
fue muy extendido que se ha producido como mucho trabajo de proyecto no autorizado que se realiza esto era tal
y como se ha producido a través de la oficina de administración de proyecto real. Detener este ejercicio dio el
entendimiento PMO renovada en las solicitudes de proyectos y el volumen de solicitudes quitadas de forma
significativa.
Los datos siempre se hubiera producido. La práctica se conocía a muchos pero hasta mostramos el sector del
gráfico circular en un gráfico, nadie era tener en cuenta cómo tenía se convierten en la práctica de causar impacto.
De hecho, la administración se sorprenderá en los números.
Recuentos de perspectiva
Es importante para no permitir que la importancia del momento o la preocupación sobre cómo compartir su malo
en la nube su perspectiva. Es fácil obtener a pensar en el inconveniente del momento, pero si no lo hace, si
mantiene su interesante, puede convertirse en la voz de motivo en un altera de lo contrario, su día. Los dos gráficos
siguientes para años he usado para demostrar la diferencia en perspectiva del director financiero de frente el jefe
de proyecto y el impacto de la vista de información de ampliación no potencialmente considerable.
Ésta es la vista de director financiero:
Y aquí es la vista del jefe de proyecto:
Es el primer gráfico de un proyecto que ha overspent su presupuesto previsto hasta la fecha. El presupuesto
planeado se acordó por todas las partes y a partir de hoy, el director financiero que tiene un día muy incorrecto. El
proyecto de forma claramente a través de su presupuesto esperado a partir de hoy. Gustaría que tomar medidas
inmediatamente y exigentes una revisión del proyecto, una detención del proyecto, Cortar de personal y otras
medidas radicales para intentar poner este tren recuperaciones vuelve a producirse con controles
Si se extienden el punto de vista sólo un poco e incluyen proyecciones del jefe de proyecto, la imagen se cambia
considerablemente. Sí, la cantidad empleada en el proyecto a partir de hoy en día es mayor que originalmente era
proyecto a partir de hoy. Que es inesperado y en primer lugar fácilmente el aspecto malo. Sin embargo, si se
incluye la previsión futuros, podemos ver que realmente se espera el proyecto para que finalice en el tiempo o
anteriormente y que va a terminar el proyecto debajo del presupuesto. Realizar ninguna acción para este proyecto
"recuperar" sería el peor curso posible.
Es fundamental para buscar en todo lo que cree que podría estar malo desde más de un punto de vista antes de
realizar una acción graves. Buscamos sólo en un proyecto y acaba de una vista de costo por hora y ya está claro
que una perspectiva de histórica no proporciona una imagen completa. ¿Qué otras perspectivas como
programación, uso de recursos, la calidad, mercado impacto y mucho más? Quizás acabado por encima del
presupuesto, pero anteriormente sería tan impactante desde una perspectiva de mercado que sería más de realizar
para el gasto adicional no planeado. Eso es imposible detectar si no pausar a tener en cuenta las noticias que se va
a entregar desde más de un punto de vista.
Copia de seguridad de ajuste (es que el final de la mala noticia?)
Malo es parte del ciclo de vida y sin duda es parte del ciclo de vida de un director de proyecto. Si esperaba como
jefe de proyecto para sólo felices noticias, debe pensar en nuevo. Como jefe de proyecto debe ser capaz de hacer
frente a malo y ser capaz de comunicarse de una manera para proporcionar el máximo valor y para evitar los
posibles daños peor.
Un jefe de proyecto es normalmente el centro de un sitio web grande de información sobre el proyecto y la
organización. Casi siempre están en la mejor posición para compartir noticias no deseados en una forma que evita
series y deja las personas en acción. Un jefe de proyecto que se puede comunicar este tipo de noticias de forma
eficaz es un activo a cualquier organización.
Autor
En este artículo forma parte de nuestra colección "Desde las trincheras". Describe la importancia de contar con la
participación ejecutiva para una implementación correcta de Enterprise Project Management (EPM ). Describe
razones por una empresa podría elegir no implican un ejecutivo en la implementación, cómo se deben implicados
en la implementación y sugerencias sobre cómo implican un ejecutivo en la implementación de forma eficaz los
ejecutivos.
Para descargar la versión de Word de este artículo, consulte La conexión ejecutiva.
A través de los años las implementaciones de EPM más éxito que he participado siempre han tenido una conexión
segura ejecutiva. En comparación, las implementaciones que han sido más difícil han sido aquellas donde se ha
mantenido nuestra conexión a la administración senior en longitud de arm. Ha realizado me hacer algunos pensar
en lo que hace que los ejecutivos más o menos implicarse y ¿qué puedo hacer para las organizaciones en las
primeras fases de una implementación de EPM con respecto a qué tipo de intervención ejecutiva de
recomendaciones deberían ser necesarios.
¿No hay ejecutivos? ¿Cómo es posible?
Hablemos primero cómo pueden proceder, posiblemente, para pasar que los ejecutivos no sería íntimamente con
una implementación de EPM. Después de todo, EPM acrónimo en administración de proyectos empresariales. ¿No
debe haber una persona que es que representa la empresa en el proyecto? ¿Lo crea. Pero, en muchas
organizaciones hay muchas razones, ¿por qué los ejecutivos no estar involucrados.
Falta de conocimiento ejecutivo de EPM
La razón por la primera y más probable es una falta de descripción de qué proyecto administración consiste en
todos. Antiguo school ejecutivos a veces tengan experiencia en proyectos de poca y qué experiencia que tienen
clientes potenciales pensar de administración de proyectos como un tipo muy táctico, en el campo de ejercicio y no
en absoluto un ejercicio estratégico. Cuando surge la necesidad de administración de proyectos empresariales a
menudo se sorprendan que recomienda iniciativas requieren una gran cantidad de tiempo, una gran cantidad de
esfuerzo y una gran cantidad de dinero y sin duda no creo que su participación personal debería ser necesario.
Proyectos de infraestructura de administración de proyectos a menudo están pensados como sobrecarga y,
mientras administración superior a menudo tiene un gran deseo de los resultados de dichos sistemas y procesos,
son con muy poca frecuencia interesados en invertir en ellos. Esto no es ayudó a por cómo debe la industria de
administración de proyecto "vender" internamente dichos proyectos. En un ejemplo de fabricación garantía de
calidad (AC ), es común que diga dólares de ahorro de disco duro para qué se puede lograr mediante la mejora de
la calidad por un par de puntos de porcentaje. Administración de proyectos no tiene este lujo. Ahorro de
administración de proyecto es siempre un ahorro de ahorro de costos y mucho más difíciles de probar
directamente. Como consecuencia, los proyectos de administración de proyecto tardan mucho más esfuerzo
interno para vender que algunos otros.
EPM - que es un proyecto de tecnología
Otra desventaja común es pensar en un proyecto de tecnología de un proyecto de EPM como principal. "Si se
compra este software, tendremos enterprise project management." Tal y como se ha mencionado en mi columna
antes y ha sido reflejan por prácticamente todas las personas de la industria de administración de project,
simplemente no es true. Productos de administración de proyectos de empresa como Microsoft Project Server y
los productos asociados que componen la solución EPM de Microsoft son una plataforma desde la que puede
producirse la automatización de administración de proyectos empresariales. Puede considerarse de como las
herramientas o el medio a través de qué EPM llegarán ventajas, pero no están de por sí, la solución. Una solución
de administración de proyectos de empresa correcta debe ser diseñada con los procesos, las habilidades del
personal, prácticas y procedimientos, los estándares y, a menudo, con la tecnología que está diseñada para permitir
que esos procesos, personas y procedimientos para que sea más información eficaz. Sin embargo, existen muchos
proveedores de software de administración de proyecto en el mercado y ha alcanzado su mensaje habla de los
clientes de beneficios durante el uso de las herramientas EPM adquiridas, por lo que quizás no es sorprendente
que algunos ejecutivos creen que la herramienta es la solución.
Sin duda estoy confirmado (durante aproximadamente 10 minutos )
Algunos ejecutivos de inicio de sesión como un patrocinador ejecutivo para proyectos EPM y generalmente son
interferir cuando alguien como yo llega para anunciar que el proyecto requerirá su compromiso de 6 a 24 meses.
"¿Cómo podría esto no ocupan más de unos días de aprendizaje?" piden. A menudo, esto implica como
consecuencia de una falta de comprensión completa de la naturaleza fundamental de un proyecto de EPM. Una vez
que sepan que la implementación de un entorno de trabajo de EPM incluye los cambios en el proceso, en
procedimientos habituales, de la manera en que se asignan recursos e incluso en cómo se seleccionan los
proyectos, no es extraño tener tomar directivos hacer una copia de un paso en Regroup. Varias veces he se ha
llamado a una empresa de un año o más después de la reunión ellos por primera vez encontrar que la empresa
tiene un gran respeto para lo que necesitan para hacer y ahora se haya ordenado sus fuerzas alrededor realizando
una implementación de EPM completamente y correctamente.
No le hemos los ejecutivos
Esto es muy frecuente. Recibo numerosas llamadas cada año a partir de personal dentro de una organización que
trabajan en una capacidad de administración del proyecto y quién puede ver una necesidad urgente y significativa
para la administración de proyectos empresariales aún que no tienen ningún apoyo para el proyecto. Se espera
puede trabajar en el radiales y crear rápidamente un entorno de administración de enterprise project antes de
cualquier persona avisos y, a continuación, presentar este nuevo proceso y sistema de administración bien ajustado
con un arco. Este es el método "iniciar en la pared y vea si pega" y casi nunca es correcto.
Aquellos que intenta establecer un entorno de administración de proyecto de enterprise sin la compatibilidad de su
administración encontramos con todas las cosas que requieren ocupó antes de que están fuera de la puerta de
entrada. Después de todo EPM suele realizarse para mejorar la planeación de capacidad de recursos, mejorar la
administración de cartera de proyectos, mejorar el impacto del proyecto entre y mejorar la colaboración dentro de
un proyecto. Casi ninguno de esto se puede cambiar sin la intervención de administración. Además, aquellos que
más les interesa en este tipo de enfoque tienen desafíos de administración de proyecto importante que está
intentando de dirección. Es inevitable que esos desafíos de administración de project se centran en otros
departamentos y personal que tienen un interés personal en no cambiar.
Por ejemplo, en una organización de matriz es habitual ver conflicto entre los administradores de recursos y los
jefes de proyecto. "Si sólo se podría ser más projectized," se convierte en el lema de los jefes de proyecto y en este
punto es que alguien como yo mismo Obtiene una llamada que le pregunta si se podríamos rápidamente (en el
orden unos días) ayudarles con la creación de una administración de proyectos empresariales entorno. Estos
ejercicios a veces se etiquetan como proyectos de "Prueba de concepto" y lo primero que nos tienden a formular
es, "¿qué se está intentando demostrar?" Para hacer con estos tipos de proyectos, lo mejor es para incorporar los
administración en la conversación pronto y exponer las causas de administración de proyectos no es tan eficaz
como sea posible y asegurarse un plan de conjuntamente en hacer una implementación de enterprise project
management.
Me gustaría que cualquier persona que será responsable de (pero me)
Algunos ejecutivos pueden ver la profundidad que puede representar una implementación de enterprise project
management y se consideran que un riesgo de empleo implicar a sí mismos. Por lo tanto, cuando la oficina de
administración de proyecto o la administración de medio que han encargado con la creación de un EPM llegue a
los ejecutivos buscando soporte técnico, puede ser difícil provenir. A menudo es el resultado de la falta de
descripción de cómo clave participación ejecutiva es para realizar este tipo de implementación de un éxito.
¿Cómo deben ser necesarios para los ejecutivos?
No hay ningún una respuesta adecuada a esa pregunta. Cada organización que he encontrado tiene una estructura
diferente, personalidades diferentes y distintos requisitos. ¿Qué funciona en una organización a veces no funciona
en el siguiente. Por lo tanto, es imposible que decir "Es el director de información que siempre debe ser el
patrocinador ejecutivo." y haya que sean precisos para cada compañía. A continuación presentamos algunas cosas
sobre participación ejecutiva en proyectos EPM que he encontrado a través de los años para ser común entre la
mayoría, si no todas las organizaciones he encontrado.
Hablar para los participantes
Cuando se define qué recursos estará implicados en el ejercicio de administración de proyecto de empresa, es
fundamental disponer de compromiso ejecutivo de una persona que tiene autoridad sobre todos los participantes.
Tengo una gran cantidad de ejemplos de esto tanto en los intentos correctos e incorrectos.
En una implementación de EPM que era implicado en hace muchos años, nos estábamos trabajar con la bendición
de un director senior de una compañía de ingeniería de alta tecnología. Lo empezado con gran diversión de
nosotros mismos y a la oficina de administración de proyecto del cliente. Nos debemos han sido menos interesado
y más insistente en que se ha implicada en todo el ejercicio como descubrimos sobre intermedio a través de la
implementación que este director sénior mientras altamente comprometido, era solo uno de los cinco tales
directores que controlan la personal de que se ha implicada en la implementación. Cuando señalamos que sería
necesario consenso y admitir desde todos los cinco de los directores, el proyecto se ejecutó tiene problemas
rápidamente. Si se intenta petition VP de operaciones resultó para ser incorrecta como tres de los directores de
cinco estimaba que el control de sus grupos perderían si el proyecto EPM eran ir hacia delante y ha peticiones la
VP al mismo tiempo que se había. Al final, hemos tenido liquidación de una reducción del ámbito y un período
mucho más largo antes de la compañía pudo comenzar a disfrutar de los resultados del entorno de administración
de enterprise project que hubiéramos creamos conjuntamente. El cliente en última instancia sería satisfecho pero
no estábamos. Era una buena lección en no introducción demasiado a pensar en su propio entusiasmo.
En otro proyecto estoy aún implicado en, que estábamos trabajando en el entorno de EPM en la organización
departamento de TI. El director de información cumple durante nuestra primera reunión y entiende lo que sería
necesario de él inmediatamente. En las próximas semanas, las fases primeros de un entorno de EPM se estableció
en el departamento de TI que lo controla. Ha iniciado producen algunos resultados inmediatamente y la
organización ha ampliado el esfuerzo durante los últimos cinco años para que el sistema sea más valiosos. Ahora la
organización se mueve hacia la selección de cartera de proyectos y trabajamos con ellos de nuevo a más altos
niveles de administración. Se ha producido la preocupación de la oficina de administración de proyectos e incluso
el director de información que puede ser la resistencia de los directivos implicar a sí mismos en el proceso cuando
se programado nuestra primera reunión, pero las preocupaciones han infundadas. Resulta que los ejecutivos
estaban preparados Aceptar las responsabilidades que describen a ellos. Consideramos que este cliente a ser un
artículo de gran éxito y han sido referencias para nosotros durante muchos años.
Sé lo que se requiere de mí
Intenta atenuar o minimizar los efectos de una implementación de EPM es en última instancia no productivo. He
visto muchas personas intente minimizar las consecuencias de una implementación de EPM a la administración
para obtener al menos algunos soporte técnico. A menudo es debido a que las personas que están intentando
obtener soporte técnico de los ejecutivos preocupa que el proyecto aparecerá demasiado compleja, demasiado
cara o demasiado arriesgado para obtener soporte técnico en absoluto. La teoría es obtener algunos soporte
técnico para hacer algo, independientemente de cómo mínima y, a continuación, esperamos que el entorno se
puede expandir a través del tiempo. Ha encontrado siempre que trabajar con los ejecutivos a ellos mostrar
exactamente lo que se requiere de ellos y, si es necesario, informarles de qué se verá afectado es mucho más
productivo. Después de todo, los ejecutivos normalmente no llegar a ser los ejecutivos si estuvieran estúpidos. Para
todos los la preocupación he oído a través de los años sobre cómo cuando cumple algunas ejecutivo o a otro no es
posible que saben qué estoy intentando que decir, no ha ocurrido nunca. Los ejecutivos que tienden a cumplir están
interesados, altamente inteligente y listo para tomar medidas. ¿Qué no son está dotada de tiempo ilimitado. Por lo
tanto, asegúrese de realizar mi punto brevemente, preguntar de lo que se necesita y no poner las demandas en el
ejecutivo que puede controlarse en otro lugar. Sin embargo, también no extraer punzonados en términos de cuánto
puede tardar para obtener retorno de la inversión o cuánto hasta que se alcancen los objetivos ultimate. En mi
experiencia, cuando los ejecutivos saber lo que se requiere de ellas, tienden a lugar a la vez.
Pasos siguientes
¿Está trabajando en una implementación de EPM ahora? ¿Desea saber cómo se pueden implicar a sus propio
ejecutivos en la implementación de administración de proyectos empresariales? Es posible que son un ejecutivo
senior y desea saber qué puede hacer para ayudar a garantizar una correcta implementación de EPM. A
continuación presentamos algunas sugerencias que pueden ser útil.
Busque al ejecutivo correcto
Buscar al ejecutivo más sencillo no siempre es donde se debe detener la búsqueda. Nos fijamos en un par de
criterios para asegurarse de que tenemos la participación ejecutiva a la derecha. En primer lugar, nos fijamos la
persona que tiene autoridad sobre los recursos que va a ser implicados. Si el proyecto EPM es para el
departamento de TI, normalmente es el director de información. Si estamos hablando con una organización de
matriz, nos podemos interesen para el Director de operaciones o el director general. "Comité" de los ejecutivos
normalmente es un indicador rojo a menos que haya una cadena de comando Borrar a través de quién va a tomar
decisiones dentro de ese grupo. Si el grupo está formado por varios ejecutivos que son todos los elementos del
mismo nivel le pediremos para una persona que administra el grupo para asistir a también. Por lo tanto, suficiente
autoridad es el primero. A continuación, este alguien tiene que comprender y se compromete a las ventajas que
representa el proyecto EPM y los efectos que pueden provocar. Si no hay no desea cambiar los recursos de manera
en que se asignan a continuación, un deseo de cambio de asignación de recursos para que sea más eficaz es
discutible. Por lo tanto, es importante Introducción a la tabla inmediatamente.
Es un proyecto de administración de cambios
Esto podría ser el único factor más importante en la realización de una implementación de EPM se realizan con
éxito. Esto es no quiere decir que la tecnología no es importante. Pero queremos administración apreciar que lo
que estamos a punto de hacer es cambiar el comportamiento de organización y que algunos de los factores que
intervienen pueden llegar a profundizar en cómo va a funcionar todos los tipos de aspectos de la organización.
Cuando administración que comprende, se obtiene un gran nivel de respeto para el proyecto y soporte técnico
mucho mejor. Después de todo, si EPM es deseable, es porque no hay necesidad de cambiar cómo se realizan
algunas decisiones empresariales fundamentales. Estas decisiones pueden incluir cómo contratar recursos, o cómo
se seleccionan los proyectos y seguramente cómo se asignan prioridades a los proyectos. En una organización que
hace proyectos (como sería cualquier organización interesado en EPM ), en última instancia afecta al casi todo.
Usar una línea de vida: un amigo de teléfono
En ocasiones, al igual que concursos populares, lo mejor que puede hacer es alcance fuera de usted mismo para
aprovechar las ventajas de otras personas que tengan una perspectiva que se agradecería. Siempre hemos
encontrado que uno de los aspectos más productivos que podemos hacerlo con un ejecutivo es configurar para
satisfacer a otros ejecutivos de su stature. Los ejecutivos normalmente aprecian realmente la posibilidad de hablar
con otros usuarios, al igual que ellos que tienen o que se enfrentan a desafíos similares. Existen restricciones en
algunos casos, por supuesto. Normalmente no puede tener los ejecutivos senior de competidores directos hablar y
aquellas en determinados sectores como defensa tienen algunas restricciones, pero en casi todos los casos puede
encontrar a otros ejecutivos que tendrán la llamada desde su ejecutivo sobre lo que ha funcionado en un EPM
implementación. ¿No está seguro de dónde encontrar esas personas? La PMI local (u organización similar) capítulo
es un buen comienzo. Escuchar para casos de aquellos que haya completado las implementaciones de EPM
correctas y pregunte si su VP podría hablar con su VP. Se sorprendan en cómo cooperación es la mayoría de las
personas. Si está viendo el tecnología como Microsoft Project Server, pregunte a su proveedor para configurar una
llamada con una implementación correcta. Obviamente, que tienen un interés personal en Introducción a los
ejecutivos enlazados con ejecutivos de que hayan finalizado correctamente una implementación. Si lo hace, no
obtener demasiado colgado en ¿qué versión de los cuales tienen implementadas herramientas. Es el proceso
general de participación ejecutiva que se debe obtener comunicado.
No es sólo las herramientas
Intente evitar los riesgos de pensar que sólo las herramientas sin el proceso de corrección su proyecto de empresa
desafíos de administración. Algunos ejecutivos que cumplen se cautivado con pensando que la entrega de software
de administración de proyecto constituye la solución de trabajo. A las personas suelen preguntar esto:
"Si tuviera que vaya a la tienda de personal local y pedir un cocinas," aquí diga "y alguien fuera a poner de
manifiesto un cuadro grande de madera, clavos, pegado, paint y herramientas entregan habría?" Creo que no. Es
posible que haya entregan el potencial de un cocinas pero no sería puedan realizar inmediatamente de mí un
bocadillo. Para hacer que necesitará la madera puntas, clavos, pegado, paint y herramientas pero también
necesitará algunos conocimientos, algunos conocimientos, un plan y algún tiempo. ¿Ahora, podría averiguar yo
mismo cómo hacer que un cocinas? Por supuesto, dados de tiempo y una gran cantidad de paciencia. Sin embargo,
si desean un cocinas un poco más rápidas, podría tener en cuenta a trabajar con una empresa auxiliar para ayudar
a.
En última instancia, disponer de apoyo de un ejecutivo con la entidad de certificación y el compromiso para realizar
la implementación de enterprise project management un éxito es un factor de éxito fundamental, pero realmente
sabía ya. Después de todo, en cualquier proyecto principal de la organización tendría que patrocinador ejecutivo
como una parte natural de cómo administrar proyectos. Sólo es fácil olvidar porque es un proyecto interno y en
muchos casos, se olvida aplicar lo que sabemos acerca de la administración de proyectos a nuestros propios
proyectos internos. En este caso, hacer una excepción y obtener a los ejecutivos derecho incorporación cuando se
desplaza hacia delante con su propia implementación de EPM.
Autor
¿Hay un piloto a bordo?
"Si no hay un piloto a bordo, ¿navegará por favor, llamar a su botón llamar?" es algo que no pasaje desea escuchar.
Volver a leer una noticia notables de un incidente true al igual que esto que tuvieron lugar en diciembre de 2013.
Después de la prueba piloto de un vuelo fuera de Des Moines, Iowa había sufrido una emergencia médica, la
prueba CO -piloto realizó una solicitud para cualquier pilotos a bordo. Mark Capt. Gongol, un piloto de bomber B1
en el nos aire Force, recorrer la infracción. El plano, viajeros y crew descargados de forma segura.
Es un excelente artículo pero mi regrese a volver a leer recientemente se desencadenó por algo muy diferentes. Un
cliente potencial nuestro llamó recientemente y le pregunte si pudo "prueba piloto" nuestro software de parte de
horas de proyecto de empresa. Estos tipos de llamadas siempre me que surtan pausar. Cuando alguien en un avión
dice "piloto", ya que estamos todos los muy claras acerca de lo que se entiende, pero cuando una persona que está
evaluando opciones de software dice "prueba piloto", no estoy seguro de que por lo tanto.
El término "piloto", en el mundo del software, a menudo se mezcla junto con otros métodos de evaluación
desafiante, como "prueba de concepto". Vamos a echar un vistazo a lo que significan estos términos y cómo mejor
puede usarlos en su propio proceso de evaluación de la empresa.
Prueba de concepto
Esto es un término que copia fechas muchos años y es popular en ingeniería de electricidad. "Pan incorporación"
un circuito se llevaron a cabo para ver si el circuito era posible, no comenzar a crear para la producción. En la
prueba de concepto, es posible que dedicar más tiempo en un banco de laboratorio que lo haría en la creación del
circuito de producción, pero los daños sólo que podría hacer era la tarjeta de circuitos que trabajaba en delante de
usted. Era un método de bajo costo y bajo riesgo de demostrar que un circuito eléctrico podría proporcionar un
resultado deseado.
En términos de software, una prueba de concepto debe diseñarse para demostrar algo. Cuando llama clientes
potenciales para preguntar si puedo ayudarles a ofrecer una prueba de concepto para la administración de
proyectos empresariales o software de parte de horas de enterprise, tengo siempre la misma respuesta: "¿qué
conceptos desea demostrar?"
Normalmente, esto se cumple con silencio y una expresión confundirse.
Si va a llevar a cabo una prueba de concepto, y no tiene ninguna noción de lo que está intentando demostrar,
¿cómo sabrá si es un éxito o el fracaso? No hay ninguna forma todo tipo de curso.
¿Por qué, que lo pregunte, incluso querría alguien realice una prueba de concepto, a continuación? La respuesta
más común es que el solicitante no tiene probablemente la comprar necesarios en de administración para
implementar el software que va a investigar y espero que si se estaba ejecutando justo delante de ellas sería se
dividen en amor con la idea y acepta que debe tener implementado. En este caso, es el "prueba" a la administración
y el concepto de"" es la idea de software de empresa.
Si fuese fácil convencer a los directivos que el software de proyecto y del parte de horas de enterprise es un
elemento idóneo para ellos, ¿implementamos mucho más del mismo.
El problema con este método es que el trabajo que se va a poder hacer para implementar esta prueba de concepto
instancia es muy poco probable que tienen la misma compatibilidad que podría ver para la implementación de
producción de un sistema empresarial. Cuando una organización implementa un sistema empresarial, como un
parte de horas o el sistema de administración de proyecto, hay muchas cosas que se requieren para que sea un
éxito. En primer lugar, se necesitará ser una entrada de línea-personal para cualquier aspecto de la organización
que hay implicada en la implementación y administración. A continuación, se necesitará ser tiempo para la
configuración, asistencia de servicios técnicos para vincular a otros sistemas de la empresa, patrocinadores de
administración, tiempo de aprendizaje y Sí, money.
Si no tiene alguna de estas cosas, ¿cuál será el sistema que puede completar en la prueba de concepto? Será una
sombra de lo que desea en el mejor. En la era de hoy en la nube, probablemente puede obtener acceso a un
sistema que se hospeda totalmente para que al menos puede no preocuparse acerca de la compra de servidores y
software, pero tener solamente un sistema instalado es una fracción del trabajo necesario para realizar incluso una
implementación básica de la prueba del sistema de concepto.
Es fácil de comprender por qué se dude una organización a dedicar una gran cantidad de dinero y recursos para la
implementación de un objeto que tiene el potencial de afectar a toda la organización. Es un ejercicio de alto riesgo.
Se tienden a sólo se trata de las ventajas de software de administración de proyecto de empresa, pero es fácil
imaginar que el mismo proyecto incorrecto pasado puede tener un impacto negativo igualmente. Por lo tanto,
mitigar el riesgo es una preocupación evidente. Pero si el verdadero desafío es convencer a los directivos de las
ventajas del sistema, a continuación, seguramente hay mejores formas de hacer esto. En el Software de HMS, nos
hemos centrado en algunas de las técnicas siguientes:
1. Hablar con un cliente real, ya existente.
Estamos bendición aquí para que algunos clientes que son mucho muy satisfechos. Cuando un nuevo
cliente potencial tiene dudas sobre lo que está obteniendo en, se obtiene esa organización junto con un
cliente existente. En muchos casos, el cliente existente ha sido suficientemente atractiva para ofrecer al
hospedar una reunión en persona. En otros casos, llevan a cabo con cada una de las demás que nos
deliberadamente no se convierten en una parte de las llamadas. Le animamos a que el cliente existente para
compartir buenas noticias y desafíos.
2. Nos gustaría probarlo.
Si realmente necesita un concepto que necesite demostrar, a continuación, Ayúdenos a demostrar a usted.
Hay razones legítimas ¿por qué deben probarse el primer algunos aspectos de algunas implementaciones.
Quizás la implementación tendrá muy grandes volúmenes de cierto tipo de datos. Nos pidió una vez por
ejemplo, para mostrar nuestra solución funciona con una carga de proyecto de gran tamaño. Se han le
hicimos para mostrar software trabajar con determinados exploradores o con determinadas bases de datos,
o vincular a versiones específicas de ciertos sistemas externos. Si eso es el tipo de concepto que está
bloqueando la evaluación, las personas de procedimientos que pueden superar ese desafío son los expertos
en la materia.
3. Algunos recursos de aprendizaje con los puede tener.
En el caso de que el cliente potencial absolutamente debe mostrar el sistema de trabajar con sus datos
usados por su personal, nos ayudará a cargar los datos en un sistema hospedado, a continuación, realice un
mínimo para configurar el sistema deseada por el cliente y para enseñar a las personas que serán involv Ed.
Se prefiere altamente que se incluyen en la compañía para ayudar con la demostración propio, pero si eso
no es posible, le pedimos revisar la secuencia de comandos o demostración que las personas involucradas
va a usar y formular ayudar a ajustarla o capacitar a su personal para ofrecerla.
¿Donde es un piloto cuando se necesita uno?

¿Qué acerca del proyecto piloto? ¿Que es mejor, derecha? Podría ser. Si se le ha pedido para establecer una
implementación piloto de un parte de horas de enterprise o el sistema de administración de proyectos de empresa,
debe comenzar mediante la determinación de los objetivos. Si los objetivos son todos los detalles sobre la prueba
de concepto, a continuación, no está en un programa piloto en absoluto.
Un proyecto piloto consiste en una implementación real, en producción, live. Normalmente implica un subconjunto
de la base de usuarios total que se considera para el sistema que se está evaluando y, por lo tanto, es probable que
se necesite algún tiempo un programa piloto. Mientras se consideran las necesidades de la base de usuarios de
destino completa desde el principio, el programa piloto se centra en hacer una implementación real para los
usuarios pilotos. En realidad pueden administrar sus proyectos o rellenar realmente en sus partes de horas con el
nuevo sistema.
También se enfrentan los mismos desafíos que se enfrenta a una implementación de producción completa
mediante la implementación piloto, con la excepción de la complejidad de los datos o volumen. Los desafíos más
comunes de los proyectos piloto que he visto incluyen la falta de apoyo, presupuesto insuficiente, tiempo y
recursos y, probablemente el peor de todo, una falta de objetivos articular saber cómo determinar si el proyecto
piloto se realizó correctamente o no.
Esto no quiere decir que un proyecto piloto es incorrecto. Realizar a una prueba piloto podría ser muy razonable y
puede servir para mitigar el riesgo de afectar a toda la organización con una implementación incompleta o mal
configurada. Pero realizar un proyecto piloto correcta tarda algunos pensando.
Recientemente, empezamos a trabajar en una implementación de tamaño significativo para una organización del
sector público. ¿Qué es gratificante sobre el ejercicio es que la organización ya ha invertido en todo el tiempo que
deban tener completar su evaluación. Ha realizado su elección del sistema enterprise. Afortunadamente, es nuestro.
Hemos trabajado con su equipo de evaluación durante el último año para asegurarse de que se responden a sus
preguntas técnicas, pero ahora se activa el foco para el impacto en el proceso de día a día de las personas en esta
organización.
Propone que trabajamos durante un período de 6 meses con un grupo que, mientras que puedan cambiar de
tamaño, es aún sólo 10 por ciento de todo el grupo. Hay un presupuesto adecuados, la prueba piloto tiene la
compatibilidad de la administración de nivel senior como máximo y tenemos suficiente tiempo para asegurarse de
que podemos ayudarle con todo el contenido que se haría normalmente en una implementación como éste. El
grupo que se va a colocar en este entorno de seguimiento y del parte de horas de project se va a trabajar con él, en
producción, en el futuro, por lo que no es sólo una prueba. Esto es más parecido a la primera fase de
implementación, no un "try y se verá cómo pasa" ejercicio. Con todos estos factores en su lugar, tenemos todas
expectativas de un resultado correcto más tarde este año.

Los proyectos piloto y prueba de concepto son una realidad en software de empresa, pero si tiene uno en el futuro,
puede ayudar a realizar un éxito para señalar algunos factores clave para el éxito a todos los implicados:
1. En primer lugar, asegúrese de que tiene los objetivos articulados de forma clara.
2. A continuación, asegúrese de que administración comprende lo que necesita y admite en términos de
tiempo, recursos y dinero con el fin de lograr esos objetivos.
3. Por último, asegúrese de que realizar un proyecto de planear y administrar como cualquier otro proyecto de
la cartera de proyectos.
Acerca del autor

construcción de noticias, Canadá Computing magazine, del PMI PMNetwork y tiempos de Project. Enseña a
avanzada de administración de proyectos en la Universidad de McGill y con frecuencia se habla en las funciones de
asociación de administración de proyecto entre Norteamérica y todo el mundo. Software de HMS es el Editor del
sistema de sincronización de hora orientado a proyectos TimeControl y ha sido un socio de solución de Microsoft
Project desde 1995.
Si desea leer más artículos relacionados con EPM por Chris Vandersluis, consulte su blog instrucciones de EPM
(http://www.epmguidance.com/?page_id=39).
¿Le apetece un poco de EPM con eso?
En este artículo forma parte de nuestra colección "Desde las trincheras". Se describe la evolución de los sistemas
de administración de proyectos, el uso de administración de proyectos empresariales y la importancia de
comprender qué solución de administración de proyecto es más adecuado para usted.
Para descargar la versión de Word de este artículo, vea ¿le apetece un poco de EPM con that?: notas del producto.
¿Le apetece un poco de EPM con eso?

En mi office recientemente uno de nuestros empleados más experimentados acompañaba a mí una pregunta
extraña.
"¿Cómo se sabe si algo es un sistema de administración de proyectos?"
Abre la boca para responder, a continuación, en pausa... durante un tiempo prolongado. La respuesta no es obvia.
En los comienzos de 1980 la primera ruta crítica programar paquetes se encuentra disponible para equipos
personales. De hecho, encontrar interesante ese historial muestra que software de programación de ruta crítica ha
sido una de las primeras aplicaciones comerciales publicadas en cada onda de los sistemas back inicial con la
primera grandes de sistemas comerciales en la década de 1960. Mi inicio en las fechas de sector del software de
administración de proyecto copia a comienzos de 1980 aunque y hemos habría usado como sinónimo los términos
"software de administración del proyecto" y "software de programación de ruta crítica".
En 1983 si alguien tenía me que se muestra como un sistema de programación de ruta crítica y más frecuentes si
era un sistema de administración de proyectos, es probable que habría agita mi cabeza y no aceptó.
Microsoft Project en esencia es un sistema de programación de ruta crítica y aún usamos el software de
administración del proyecto de términos para describirlo. Por tanto, si alguien fuera a preguntarme "Es el software
de administración de proyectos de Microsoft Project?" Creo bastante cómodo respuesta afirmativa.
Pero ¿qué ocurre con el software de contabilidad? Definición del presupuesto y seguimiento del costo del proyecto
varios productos de Dynamics. ¿Es la administración de proyecto? Tengo que decir que es.
Productos de SharePoint permiten administrar los documentos y el flujo de trabajo de documento y hacer que las
listas de problemas pendientes. ¿Es el software de administración de proyecto? Compruebe los sonidos de las le
gusta.
Microsoft Dynamics CRM permite adjuntar las actividades y recursos a las iniciativas de cliente. ¿No es
administración de proyectos? Sin duda podría ser.
¿Administración contrato, administración del parte de horas, personal de programación, administración de uso de
equipamiento y el consumo de material y seguimiento del valor de producción? ¿Alguno de estos administración
de proyectos? Sí. Podría ser cualquiera de ellos.
Hace años trabajaba con un especialista en administración de proyectos de construcción cuyo principal
herramienta fue algo que administra el ritmo de trabajo de varias transacciones simultáneamente. Este informe
solo gráfica realiza un seguimiento carpinteros y fontaneros y electricistas y varias otras transacciones. Esta
administración de proyectos con experiencia muy me demostraron administrar cómo con solo el ritmo de trabajo
de un equipo a otro equipos eléctrico número que llega a un área antes de que el tabiques se montarse y
mantienen el equipo de infraestructura saturen el equipo eléctrico. Este informe solo para este tipo de proyecto
concreto permitido este proyecto manager ser sumamente eficaces. ¿Fue un sistema de administración de
proyectos? Resultado más probable era.
Para hacer que la situación más compleja, que tenemos herramientas de administración de proyectos que hacen
que los jefes de proyecto individuales eficaz y otras herramientas que son los más adecuados para la organización.
Escriba software "Administración de proyectos empresariales". Para que sea razonable, el concepto no es nuevo. La
administración de proyectos primera sistemas en el 60 y 70s se han todas las herramientas de empresa, aunque
tener acceso a los equipos en general era mucho más restringida que para la mayoría de las organizaciones.
Como todas las cosas buenas, administración de proyectos empresariales se resuelve en un acrónimo de tres
letras: EPM. Sin embargo, si hace una búsqueda de Internet para EPM, podría encontrar administración de
proyectos empresariales. También podría encontrar administración de rendimiento empresarial, la administración
del personal de alta, eléctrico Motor de propulsión, permiso de administrador de Exchange o cualquiera de las
definiciones de más aproximadamente 40. Asegúrese de que el archivo correcto lo que está buscando debido a que
un motor de propulsión es poco probable que le ayude con la programación de proyectos.
Si tenemos dificultades para definir un sistema de administración de proyectos, es seguro que tendremos incluso
más dificultades para definir lo que hace un sistema de administración de proyectos en un sistema de
administración de proyecto "enterprise".
¿Al final, es importante que?
He se sabe que diga para algún tiempo que prefiere siempre para definir el problema antes de empezar a buscar la
solución. Nuestra oficina a menudo Obtiene las llamadas que pedía ayuda implementar un "sistema de
administración de enterprise project" e inevitablemente, cabe preguntar sobre ambos qué significan por "empresa"
y su significado por "administración de proyectos." Se tarda un minuto o dos para algunos obtener a través de
tener que explican ellos mismos. Después de todo, tengo algunas fondo en administración de proyectos y está
seguro de que debo saber lo que significan estos términos.
En ocasiones, sé que la "empresa" es en realidad un conjunto de personas. No hay ningún problema con el.
Ejecutar una pequeña empresa mí y ningún tamaño es demasiado pequeño. Pero no pide que es posible que haya
tenido me recomendar software que se ha diseñado para la empresa de 1.000 personas y mientras estoy seguro de
que el aspecto que tendría estupendo, sería desconectar una completa entre las herramientas y los requisitos.
Además, el retorno de la inversión de una implementación de este tipo es probable que sería terrible debido a la
dificultad en el pago de copia como una inversión desproporcionada con eficacia de un equipo pequeño.
Si desea que ofrece consejos sobre la selección de herramientas, no sólo es importante obtener la escala adecuada,
es muy importante para determinar cuáles son los desafíos del negocio.
Un número de años, ha visitado una entidad de certificación de alimentación muy grandes donde hubiéramos
creamos una buena reputación para ayudar con la implementación de software de administración de project.
Durante esta visita cumplen con el jefe de un departamento nuevo que quería implementar "enterprise project
management software". Acepto sat con él y salió a través de sus necesidades.
"¿Cuántos proyectos tiene?" Se pide.
"Diez o doce en un momento," ha atendido.
"Y cuántas tareas tendría en estos proyectos?" Ha continuado.
"Bueno, siempre es el mismo. Tareas de seis,"respondió.
"Seis", repite. "Por lo tanto, nos referimos 60-70 tareas para administrar un momento?"
"Sí, que es la adecuada. Es muy compleja,"dice.
"Comprender", dice. "Y el número de usuarios estará implicado en la administración de estas tareas.
"Simplemente sería me," respondió.
Puede ver este entrante, estoy seguro. Se ha producido ninguna ruta crítica, sin administración de problemas, sin
administración de documentos, no redistribuir recursos, no hay administración de riesgos y no requerido
administración de costo. Todos los necesitaba era una guía visible para las tareas pendientes para sí mismo, por lo
que algo no le permitiera colocar sin darse cuenta a través de la fisuras. De hecho, la cantidad de dinero en estos
proyectos era realmente enorme, en los millones de dólares, pero el único tipo de proyecto significaba que
administrarlo era relativamente simple.
"¿Por qué no simplemente colocarlos en una pizarra aquí en el cubo? Sugiere. Puede utilizar algunas cinta marca
permanente que hacen que las filas, diga 15 proyectos y, a continuación, usar marcadores seco coloreados para
actualizar la programación y sería delante de usted. Puede utilizar un marcador rojo por ejemplo para realizar una
nota de hitos importantes y un marcador de color verde para las tareas con un plazo de entrega largo."
Parece bastante perturbed e incluso molesta que no podría recomiendo una parte de la empresa grande de
software para administrar sus proyectos. Había oído de otros usuarios de la empresa que hay fueron los paquetes
de administración de proyecto de empresa excelente allí y estaba seguro que debe ir a él con una recomendación
de la implementación de uno.
La reunión acabó poco después y se estaba seguro había de izquierda un nuevo contacto más satisfechos estarán.
Para mi sorpresa que la llamada mi teléfono móvil media hora más adelante mientras estaba en mi página
principal de la forma.
"Agradece a gran parte de la reunión," comenzó. "Ya he solicitado una pizarra desde el departamento de suministro
de office pero si se pudo repuesto un minuto, podría ir a través de conmigo nuevamente el color que se debería
usar para qué tipo de tareas?"
Quince minutos más adelante hubiera tomado notas un sistema completo y era una persona feliz.
Era una gran lección para mí que he que lleva a muchas contrataciones de más. Intentar tomar ese minuto
adicional en un compromiso para determinar el significado de los términos que suenan aparentemente un
estándar universal.
Software de administración de proyecto podría representarse mediante numerosas categorías. Si se acaba de
iniciar con áreas de conocimientos de administración de proyecto del Project Management Institute se debería
terminar con:
Gestión de la integración
Administración de costos
Administración de las comunicaciones
Administración de ámbito
Administración de calidad
Administración de riesgos
Administración del tiempo
Administración de recursos humanos
Administración de compras
Es fácil imaginar una gran variedad de herramientas, paquetes y las técnicas para administrar cualquiera de estas
áreas y, según la situación determinada, cualquiera de estas categorías podría producir la mejora más importante
en administración de proyectos o administración de proyectos en toda la empresa.
Supongamos que una organización tiene desafíos de comunicaciones del proyecto; Quizás sus recursos se
reparten en varias zonas horarias y países e incluso las empresas. En ese caso, sería más fácil ver cómo se podrían
implementar Lync y SharePoint para hacer que una enorme mejora de las comunicaciones.
Si se trata de una organización con muchos contratistas subcaracterística en su proyecto o si tiene un componente
de compra de gran tamaño en su proyecto, a continuación, administración de compras seguras con un Dynamics
ERP y SharePoint es posible que realice la mayor diferencia.
Si la organización es compleja o de mayor tamaño y el proyecto de desafío es priorización y planeación de
capacidad de recursos, a continuación, quizás Project Server es la ruta de acceso más rápido a un retorno de la
inversión.
Recuerde que esa persona personal que le pregunta acerca de cómo ¿sabe si un paquete concreto es el software de
administración de proyecto? ¿Mi respuesta fue: "es software? ¿Se aplica a la administración de proyectos? A
continuación, s software de administración de proyectos. Ahora vuelva y averiguar cuál es el desafío para el
negocio del cliente project management."
Dan forma a su desafío de proyecto antes de implementar la solución de proyectos siempre dará mejores
resultados.
Autor
¿Hemos llegado?
En este artículo forma parte de nuestra colección "De Ttrenches". Describe cómo implementaciones del sistema
enterprise deben poder adaptar y evolucionar a realizarse correctamente.
Para descargar la versión de Word de este artículo, vea ¿hemos llegado?.
¿Hemos llegado?
A través de los años uno de los riesgos más importantes que he visto a la selección y la implementación de
software de empresa es el pensar en la implementación como llevar a cabo un propósito estático. Es posible que
éste sea un inicio de sesión de nuestros tiempos tal y como se intenta sonido pequeño todo en nuestro mundo.
"Administra nuestros proyectos" "Es nuestra parte de horas" o "Es nuestro sistema ERP" o "Disponemos de un
sistema EPM" minimizan nuestro tener que pensar en forma continua de todos los aspectos de nuestro negocio
que pueden intervenir en nuestro sistema de la empresa. Aún esas organizaciones he encontrado que han sido el
mayor éxito en la implementación de un proyecto de empresa o un sistema de parte de horas de enterprise
inevitablemente pensar en ellos como un "sistema de vida;" un sistema que evoluciona continuamente por diseño.
¿Por qué considerar como un sistema estático?
Si es true, que no hay más posibilidades de éxito en un sistema de empresa que se va a considerar como un
entorno dinámico, ¿por qué es así muchas organizaciones considere la posibilidad de su sistema empresarial como
un elemento fijo de software?
Hay muchas razones posibles.
Introducción, posiblemente, el sistema enterprise aceptado cuyo objetivo es realizar un caso de negocio en un
entorno complejo de gestión presupuestario donde debería haber un y una oportunidad sólo para obtener un
presupuesto aprobado para el sistema. Regrese cada año o cada ciclo presupuestario para pedir otra fase y, a
continuación, otro es imposible políticamente.
O, quizás ha heredado el sistema y se han realizado algunas promesas acerca de lo que era entregar o quizás ha
permanecido unos minutos y todas las personas de la organización piensa del sistema como la entrega de sólo una
lista de conjunto de características de negocio.
O, quizás dentro de política se encuentra en el trabajo y los hay en otro lugar en la organización que sería asustada
de un sistema sin límites.
¿Qué puede estar mal sobre esa pensando?
Es impar que pensamos incluso de un sistema de software como estática. Se suele no pensar el problema consiste
en resolver como estática. Casi siempre están evolucionando las instrucciones de problema que se asocian a la
implementación de un sistema empresarial. Son dependientes acerca de cómo cambiar las condiciones
económicas, las condiciones empresariales cambiantes, realice cambios en qué competidores, los cambios en el
personal o los cambios en la arquitectura de tecnológico. Una organización que piensa que los negocios
condiciones no cambiará nunca es poco probable que permanecer en business largo. Si pensamos de software de
empresa, piense en cómo rápidamente cambia el aspecto de la tecnología de la solución. En nuestro negocio de
parte de horas TimeControl, hemos pasado a través de 6 cambios de arquitectura de tecnología principales en 20
años. Se inició en 1994 con una versión de denegación de servicio, a continuación, seguido de copia de seguridad
en 1995 con una versión de Windows, a continuación, una versión de cliente/servidor en 1997, a continuación, una
versión basada en explorador en 1999 y, a continuación, un hospedado in-the-cloud y una versión móvil en 2010.
Es la arquitectura de tecnología acaba. Evolución adicional se ha producido gracias a cambio de las condiciones
económicas, competidores y de la experiencia. Para aquellos de nosotros en el proyecto de empresa o parte de
horas de software publicación empresarial, aceptamos que cambiar es una constante.
No es pensar en diferente de la implementación de un sistema empresarial. En el tiempo necesario para
implementar un sistema de empresa como servidor de Project Server, la organización implementarlo está enlazada
a cambiar. Habrá nuevos clientes, personal nuevo y personal que salir. En el tiempo que se tarda en elegir e
implementar el sistema EPM, surgirá otros productos de la competencia. Hemos visto las organizaciones
paralizadas por este fenómeno. Debido a la preocupación por la que no se seleccione el producto perfecto, la
versión de otro producto por otro proveedor tiene el grupo selección pausar su trabajo para tener en cuenta el
nuevo producto. O bien, la versión de una nueva versión de uno de los productos que se consideran tiene todos los
usuarios se preocupe que su evaluación no tendrá en cuenta todas las alternativas. Estos grupos iniciar una y otra
vez y otra vez. Una decisión final nunca se lleva a cabo debido a que los requisitos de la organización y las opciones
de solución nunca dejan de cambiar.
El problema para estas organizaciones es que el desafío del negocio que les han tenido buscar una solución en
primer lugar no desaparece y, en ausencia de una decisión, no se resuelven.
Por tanto, si no static, a continuación, ¿qué?
Las implementaciones de Enterprise del sistema tendrá más posibilidades de éxito si viven entornos. Debe crecer,
evolucionar y adaptarse a las condiciones cambiantes alrededor de ellos. Y Sí, quizás en algún momento en el
futuro cuando estén antiguos, necesitan ser retirado. El cambio a este modo de pensar más importante es que la
solución perfecta no es el punto de partida. Las prioridades se convierten en elegir una solución que satisfaga las
necesidades más importantes pero que tiene la capacidad para adaptarse a las necesidades más complejas en el
futuro, incluso si estos han no se han perfectamente articulados aún. Uno de los criterios de selección más
importantes se convierte en flexibilidad en lugar de amplitud de funcionalidad.
¿Cómo podemos evitar adornos estática?
Hay un número de cosas que podemos hacer con el fin de evitar que se quedó en un paradigma de
implementación estática.
Asegúrese de fases en el plan de implementación y nunca se quede sin fases.
Si se adopte un enfoque por fases de la implementación de enterprise, nos podemos concentrarse en una
primera fase que es mucho más modesta. Nuestro personal de consultoría se imparte para identificar not
más podríamos hacer, pero el menor. Les dice "busca la implementación más mínima, la implementación de
que generarán un curso retorno positivo de la inversión." Los grandes noticias sobre este son que valor
desde el sistema iniciará mucho, mucho más rápidamente y en el uso del sistema, incluso en un nivel más
mínimo, los requisitos para un uso futuro se convertirán en más claros.
Crear un presupuesto que permite la evolución.
Uno de los retos que hemos visto en muchas implementaciones es "una visita a la bueno" pensando donde
una solicitud para un sistema empresarial puede realizarse sólo una vez. Crear un presupuesto por fases en
vez de con la expectativa de que el primer par de presupuestos fase es muy detallado, pero las fases futuras
son menores que por lo que es inevitablemente con más éxito.
Seleccionar soluciones altamente flexibles.
Nuestro personal ha adoptado el lema "Semper Gumby" (después de la toy flexible d. Gumby). Es una
palabras de on reproducir acuñada en primer lugar en el ejército de Estados Unidos, pero se adapta a
nuestro pensando perfectamente. Al igual que d. Gumby, nunca se sabe qué forma se va twisted en
siguiente por lo que pensamos que en términos de flexibilidad. En cualquier solución de empresa que elija,
una premium flexibilidad consiste en colocar en un criterio de éxito.
No todos los de su equipo de implementación abandonar cuando vaya operativas.
Mantener recursos clave en el futuro. Éste es un desafío extremadamente comunes. A menudo en una
implementación empresarial, se dibuja la organización para la asignación de sus recursos más
experimentados y experiencia y que sin duda ayuda a obtener el sistema seleccionado e implementado. Sin
embargo, dichos recursos son los muy que se va a necesitar en el próximo proyecto crítico y es probable que
se van a extraer fuera de este uno al igual que el sistema entre y se encuentra en su momento más crítico.
Planeación de antemano tener ciertas recursos clave permanezca con la implementación durante un período
más puede realizar una enorme diferencia.
Hacer que un equipo de mejora del sistema permanente, pequeña quizás, pero la experiencia.
El equipo que ensambla los requisitos para el sistema de la empresa se interesen en los procesos de
negocio, la funcionalidad del sistema, la integración con otros sistemas empresariales clave y mucho más.
Tener estas personas abandonar el sistema una vez que se instala hace futura evolución muy difícil. Coloca
este sistema enterprise y, posiblemente, otros sistemas relacionados durante cuánto tiempo la atención
evolutionary términos donde se evalúan las necesidades de la organización y las capacidades del sistema de
forma regular.
Obtenga información de uso real
Obtenga el sistema a la producción pronto.
Esto es mucho más fácil en el mundo actual de lo que era hace incluso 5 años. Puede aprovechar las
ventajas de las instalaciones basadas en la nube y servicios accesibles de forma remota para obtener el
sistema ejecuta rápidamente. Los sistemas empresariales más que tienen las ofertas de nube y locales
tienen métodos de evolución de uno a otro. Esto es especialmente cierto con Project Server. También es
cierto para nuestros sistemas.
Asegúrese de que hay un bucle de comentarios que da como resultado una mejora del sistema.
Es buena ver las cosas que pueden ser mejorada, no está mal. Algunos equipos de implementación
desalentar la participación de sugerencias de mejora, que se trate que mantendrá personas desde mediante
el sistema que ya ha implementado. Nuestra experiencia es que quienes hacer sugerencias de mejora
normalmente son la mayores aliados del sistema enterprise. Incluso si no se pueden implementar una idea
inmediatamente, se deben ser bien recibido. Creación de un sistema de identificación y fomentando nuevas
ideas para el sistema de la empresa mantiene todos invertido y puede traer enormes ventajas.
No abandonar espero demasiado rápidamente.
Algunas empresas dirá "el problema está en el software" y saltar envío antes de que hay una posibilidad de
éxito.
¿Hemos llegado?
¿Por lo tanto cuándo se obtendrá existe?
Espero que nunca.

Que es no quiere para decir que las estaciones de manera a lo largo de la forma no será lugares excelentes para
pausar. El primer destino para una nueva implementación de software de empresa como un proyecto de empresa o
un sistema de parte de horas de enterprise debe ser un entorno de producción que ofrece un retorno positivo de la
inversión. Aspecto para un sistema que puede implementar en capas o fases y con suficiente flexibilidad para poder
crecer, adaptar y cambiar y es más probable que encuentre más productividad a lo largo de la forma en que se
pueden encontrar en espera para seleccionar el destino perfecto.
Autor
Asistencia de GPS en hojas de ruta de una
implementación de EPM
En este artículo forma parte de nuestra colección "Desde las trincheras". Describe cómo hacer que una
implementación de Enterprise Project Management "Guía" cuando se planea implementar EPM. Identifica de
forma exclusiva describe los factores a tener en cuenta al planear la ruta de implementación.
Asistencia de G.P.S. en hojas de ruta de una implementación de EPM

En mi última columna, hablé sobre el uso de un enfoque por fases para realizar los planes para una
implementación de soluciones de Enterprise Project Management (EPM ) de Microsoft. En la actualidad
abordaremos realizando una guía de implementación de EPM como parte del plan del proyecto.
Si ha estado a Microsoft Live mapas sabe que instrucciones requieran dos cosas: un destino y un punto de origen.
Cuando se aplica esta analogía para una implementación de EPM tenemos pensar en términos similares:
1. Punto de origen definido en términos de tecnología, procesos y personal
2. Destino definidas en términos de negocio y prioridades
Podremos también queremos definir algunas 'estaciones de forma' o provisional se detiene donde puede regroup,
tomar fotografías, disfrutar de los escenarios de unos minutos y reabastecer el material necesario para el tramo
siguiente del viaje.
Cuando se hace una guía o las instrucciones de activación, es bastante común tener dos escalas. Mantenemos el
próximo tramo de la ida y vuelta en detalle, hacia abajo hasta una ruta de giro por. Podríamos también, sin
embargo, mantenemos un mapa de nivel superior de la ida y vuelta completo con menor detalle para mantener
nuestro tramo actual en el contexto de la ida y vuelta completo. En términos de administración del proyecto,
llamamos a este "onda sucesivas planear".
"Instrucciones"
Al realizar una guía de implementación de EPM, siempre se inicia con la visión o la intención de donde se dirige la
compañía en cuanto a sus esfuerzos EPM. Esto nos da el destino que necesitamos realizar instrucciones tal como
haría de mapas de Microsoft Live Meeting.
Si se tuviera que acaba de formular, "¿Qué desea?" la respuesta casi siempre viene en cuanto a una solución.
Personas están probables que diga "Necesito un informe que tiene este aspecto" o "nuestra empresa necesita
análisis de cartera".
Para aquellos de nosotros en el negocio de soluciones, que sabemos que estos tipos de notas de diseño están lleno
con un riesgo. Ofrecemos formación nuestros asesores para escuchar para clientes que describen su problema
como una solución. "Que es una solución a un problema de", vamos a decir, "no es el problema. Vamos a definir el
problema."
Por lo que no se suelen preguntar "¿Qué desea?" En su lugar, pueden incluir preguntas que pueden ser útiles
durante un proceso de previsión:
"¿Qué decisión empresarial ahora no se puede hacer o están puedan realizar únicamente con gran dificultad, la
realización de las cuales podría ser más fácil como consecuencia de esta implementación de EPM?"
O:
"¿Qué aspecto de la organización ¿cree que podría estar más eficaz, ya sea a través de un aumento en el
rendimiento o una disminución del esfuerzo a través de esta implementación de EPM?"
¿Ahora, quién deben se puede hacerse estas preguntas de? Por este motivo, las personas que tomar estas
decisiones, por supuesto! Si nunca ha tenía un total de hijos minivan y activada para pídales a dónde debe ir como
un destino, sabrá que obtendrá 50 respuestas.
Por la misma razón, necesitamos para asegurarse de que los responsables de decisiones de la organización son
una parte clave de este proceso o se corre el riesgo de una dirección en la que el controlador de"" no está
preparado para viajar a de selección. Hay una ventaja adicional para mejorar los directivos en el proceso de hojas
de ruta EPM en este momento. Aparte de ser un participante crítico la EPM la elección de la dirección debe ir
implementación, también son capaces de hacerse una idea de la magnitud del proyecto. Uno de los desafíos más
comunes y difíciles para una implementación correcta de EPM es la compatibilidad con la administración a largo
plazo. Algunos ejecutivos con experiencia no consideran acaba cuánto Esto podría cambiar las prácticas existentes
y los procedimientos y cómo perjudiciales, incluso temporalmente, esto puede resultar. También pueden no tener
una estimación de cuánto esfuerzo un proyecto de cambio de la referencia cultural como puede ser EPM.
Durante nuestro trabajo con directivos, así como la administración de proyectos y, posiblemente, línea personal,
intentaremos conectar decisiones empresariales o la eficiencia del negocio con el proceso y la tecnología. ¿Hay un
proceso que debe crearse con el fin de cumplir este requisito? ¿Qué necesita llevar a cabo? ¿Hay una función del
sistema que existe o que debe crearse para atender esa decisión empresarial? ¿Qué necesita entregar?
Análisis de sistemas básico es clave en esta fase. Se iniciar a partir de la decisión empresarial de "resultados" y
trabajar nuestra forma a los elementos de datos necesarios para tomar esas decisiones. En algunos casos,
encontramos que los datos básicos simplemente no están allí y esto da como resultado ese elemento de la guía
básica de que se marca como "alto riesgo." Después de todo, ahora se necesitan incluir la recopilación de datos en
un nuevo formato o estructura para capturar los nuevos elementos de datos antes de incluso podemos pensar de
proporcionar el mejor proceso de negocio, y que puede ser una ordenación complicada en algunos casos.
Tenemos algo más que hacer antes de que se cierre el proceso de destino y es asignar prioridades a los de los
distintos elementos de la visión del final. Es muy común pensar al principio del proceso de hojas de ruta que las
prioridades se vaya a una forma pero encuentre como vaya a los registra realmente que salen de manera muy
diferente. Es interesante comprobar que, por la hora de que todo el mundo ha aceptado en los destinos que se
incluyen en nuestro destino, hay consenso notable en cuáles deben ser las prioridades superiores.
Lo siguiente que necesitamos para las instrucciones de activación es un punto de origen y se administrar que a
través de un inventario de donde la organización ya está en relación con los objetivos hemos elegido.
Observamos personal existentes. ¿Están capacitados en administración de proyectos para sus funciones concretas?
¿Tenemos suficiente personal con la experiencia suficiente para lograr los objetivos que se han establecido?
Recuerde que hay que buscar en varias medidas aquí porque diferentes personas tendrán una función diferente en
el proceso de administración de proyecto de empresa eventual. No tiene sentido para enseñar a todos los
empleados a ser un programador del proyecto si, de hecho, nunca será responsables de crear programaciones. De
forma predeterminada, creemos que de cuatro roles: administrador, jefe de proyecto, recursos individuales y
ejecutivo. Si se trata de partes de horas, creemos que también de supervisores como rol quinto. Por supuesto,
dependiendo del destino hemos definido en nuestro proceso de previsión original, las funciones pueden ser
bastante diferentes. Cambia el proceso de inventario de habilidades profundamente, motivo por el que se inicie
siempre definiendo el destino antes de pensar en el punto de origen.
También tenemos en proceso existente. ¿Hay un proceso de administración de proyecto indicados o documentado?
¿Cómo se mantiene? ¿Quién es responsable de él? Si no hay una oficina de administración de proyectos que ya ha
establecido, una gran cantidad de este esfuerzo se centra no existe. Después de todo, no hay ningún punto en la
creación de nuevos procedimientos si existen procedimientos y procesos que ya son eficaces. Nos podemos hacer
un inventario de los procesos existentes que se encuentren dentro del proceso de administración de proyecto
actual y estará exterior, dependiendo de qué los objetivos ultimate del entorno de EPM.
Por ejemplo, nos podremos haber decidido que administración de contratos se va a ser un elemento significativo
de nuestro entorno de EPM nuevo, y que esto tiene nunca antes ha parte del proyecto de los procesos de
administración de esta organización. Sin embargo, si nos fijamos aún un poco más lejos, podemos encontrar que la
organización tiene un conjunto de controles para administrar los documentos y el flujo de trabajo existente ya
mover documentos, quizás en SharePoint seguro. Esto puede ser un proceso ideal para nosotros adoptar y, si fuera
necesario, ajuste para asegurarse de que va a conceder a este aspecto del nuevo entorno de administración de
proyecto de empresa. Al hacerlo, lleva a un beneficio triple bordes. En primer lugar, no es necesario dedicar el
esfuerzo de creación de un nuevo proceso. En segundo lugar, sabemos que el personal ya tiene los conocimientos y
hábitos para usar el proceso de este modo, lo que no significa ningún aprendizaje esfuerzo o esfuerzo para obtener
el personal para cumplir. Por último no tenemos la difícil situación de intentar crear un proceso independiente que
podría ser no corresponde un proceso existente para la administración de documentos, como los contratos.
Sabemos que uno de nuestros mayores desafíos se va a ser el cumplimiento de normas. No creación del sistema,
pero la obtención de todos los usuarios para usarla y usarla de forma coherente. Cuanto más nos podemos
adoptar hábitos existentes, prácticas y procedimientos que están incrustados en la organización, se convierte en el
cumplimiento de normas sea más fácil.
Por último, necesita un inventario de la plataforma de tecnología. Dado que la solución EPM de Microsoft se basa
en una plataforma de tecnología, es probable que encuentre algunos de los que la tecnología ya en su lugar, pero
también es posible de que la organización tendrán que actualizar algunos de su plataforma en orden para la
solución que va a diseñar para funcionar. SharePoint y SQL Server son evidentes elementos de la implementación
de Microsoft Office Project Server, pero también es posible que necesite comprobar en compatibilidad de
explorador (es todos los usuarios con la versión más reciente de Internet Explorer?), el estado de seguridad (el
sistema será accesible desde saliente?), ¿Qué versión de SQL Server se ha implementado (es OLAP Services o
SQL Server Reporting Services ya está en uso?). Es posible que también debe tener en cuenta otros sistemas con
los que necesitará para la interfaz o integrar. ¿Cómo obtendrá acceso a los sistemas en producción?
El tamaño del sistema planeado también puede requerir mira hardware, red y otros elementos de la infraestructura
para asegurarse de que el sistema tendrá la estructura que requiere cuando llegue.
Al igual que con cualquier sistema de la empresa, desea planear una producción y el área de almacenamiento
provisional para que las actualizaciones y mejoras se pueden crear en el laboratorio, en lugar de en el sistema live a
través del tiempo. También es posible que deba hacer planes para una fase piloto o de prueba de concepto; algo
que explicaremos más detalladamente en mi próxima columna.
"Volver a calcular ruta"
Cuando la unidad G.P.S. en mi automóvil descubre que he perdido un turn, voz de un estupendo trucos y
sugerencias dice "Recalcular ruta". Minutos más tarde, la línea a través de la asignación de los cambios y se
tenemos nuevas direcciones. En una implementación de EPM necesitamos estar preparado para un rodeo o un
turno que está bloqueado para reparaciones. Quizás se perdidas que salir de autopista. ¿Cómo se tratan con nueva
planificación? Hay dos cosas para formular cuando vaya desactiva curso: en primer lugar, ¿todavía va al mismo
lugar? Segundo, ¿cómo se obtiene existe desde aquí? Uno de Mis ofertas de administración de proyecto favorito
acerca de este tema procede de Napoleón Bonaparte, que una vez dijo, "un plan de batalla durará hasta contacto
con el enemigo."
¿En una implementación de EPM cómo se se aplican este mismo principio? En primer lugar, necesita una medida
para determinar si ya no está en curso. Si un miembro del equipo tiene una emergencia de dentista mañana y está
ausente de la oficina de cuatro horas, se debe, a continuación, permitir que ese discrepancia cambiar dirección
descendentes todas las tareas, volver a programar todos los usuarios de mañana al mediodía hasta el final del
proyecto y, a continuación, enviar por correo electrónico ¿todos los usuarios con sus tiempos de asignación nuevo?
Claro que no.
Una discrepancia de cuatro horas para un recurso a lo largo de seis meses de un proyecto que implican docenas de
personas no es suficiente de una interrupción a requieran cambiar nuestra ruta de acceso. Lo que necesitamos en
el inicio de cualquier tipo de proyecto de empresa es establecer umbrales de progreso aceptable. El mundo
aeroespaciales y de defensa es encontrar un nuevo término para esto recientemente, "Barreras", que es muy
descriptivo. Nos podemos establecer qué criterios indicaría para nosotros que nuestra ruta debe volver a calcular.
Hay varias métricas típicas o medidas que se deben considerar. En primer lugar, si el costo de finalización prevista
varía según la más caracteres por ciento X desde el presupuesto original, a continuación, que es posible que
constituyen una revisión del plan del proyecto. Es posible que realice la medida de costo en horas de mano de obra
o dinero. Cualquiera es eficaz. Quizás si la fecha de finalización prevista varía según la más de X días desde
planeado originalmente la fecha de fin, a continuación, es posible que constituyen una revisión del plan del
proyecto.
También es posible que decida que faltan ciertos hitos claves mediante más de un determinado número de días es
un tripwire, o es posible que identificar determinados riesgos que se obtienen como una tripwire o podría
determinar un cambio de determinados miembros del equipo de proyecto clave como el ejecutivo patrocinador es
un tripwire. Es más importante establecer algunos criterios que obtener los criterios exactamente derecho. Además,
recuerde que va a necesitar se va a medir en relación con estos criterios a lo largo de la duración del proyecto, por
lo que si decide 50 o 100 métricas diferentes, podría acabar dedicar más tiempo a la medición del proyecto que el
proyecto no hacer!
Una vez que haya determinado que está desactivado curso, es la mejor forma de obtener en el camino llevar a cabo
una revisión del plan del proyecto. Se recomienda incluir representación desde tanto en el grupo original de los
directivos que ayudó a establecer nuestro destino en primer lugar y desde el grupo en el equipo de administración
de proyecto que ha ayudado hacer el inventario original. Revisiones de Plan de proyecto pueden no decidirse sobre
hacia abajo en la asignación de responsabilidad de ¿por qué el proyecto está desactivado pista y por qué se ha
desencadenado un tripwire determinados. Tal esfuerzo puede ser muy contraproducente. Se recomienda
centrándose en las siguientes preguntas:
1. ¿Qué ha pasado?
2. ¿Donde hemos terminó copia de seguridad? ¿Cuál es nuestra actual punto de origen?
3. ¿Estamos hemos confirmados aún a nuestro destino original o hay una razón de peso para revisar que
procesar o incluso rehacer el proceso de previsión?
4. ¿Es necesario restablecer cualquiera de nuestros hitos intermedios o fases?
5. ¿Necesitamos para cambiar cualquiera de nuestro equipo de proyecto?
6. ¿Es necesario restablecer cualquiera de nuestras estadísticas tripwire?
Preguntas que hemos encontrado para ser menos productivos include:
¿Cuya tolerancia es que estamos aquí? ¿Quién es responsable? ¿Quién es responsable?
¿Cómo se obtiene "Atrás" en el camino; ¿volver al plan antiguo?
La razón más común de una revisión del plan de proyecto es la que desplazar las prioridades de la organización.
Por ejemplo, los elementos que se han diseñado para ser en la fase 3 se que se exige en la fase 2. Esto
normalmente es un signo de un buen dinámicos dentro de la organización y el resultado de personas iniciar pensar
seriamente acerca de las implicaciones de implementación del sistema de EPM.
Mal tiempo
Antes de que se propone en una unidad de tipo long probablemente comprobar el canal de meteorología (o
weather.msn.com) para asegurarse de que no hay las inclemencias del tiempo afectará a su viaje. Riesgos forman
parte del ciclo de vida. Recuerde que, si no había ningún riesgo, no sería necesidad de que los jefes de proyecto! La
planeación de los riesgos más obvios no es un proceso complicado. Inicie al principio del proceso de previsión y
aspecto en cada uno de los elementos de destino que está diseñando, pida al grupo qué impedimentos para llegar
a este destino que puede considerar. En algunos casos, los riesgos será significativos. No es raro que una
organización desean un resultado concreto, sólo para busque los datos sin procesar necesarios para entregar que
nunca se ha recopilado resultado y que puede ser considerable resistencia a la recopilación de datos.
En un ejemplo, descubrimos una organización que quería planeación de capacidad de recursos. Que se iba a
requieren una contabilidad completa de todos los de la disponibilidad de los recursos de todo el personal de
proyecto y una contabilidad completa de todas las cargas de trabajo posibles que se pueden aplicar a esos
personal. Cuando se le pregunte si ambos de los que estaban disponibles, estábamos dijimos que confirme,
estaban disponibles, pero sólo para dos quintos de la organización. Cuando, a continuación, descubrimos que los
tres quintos de la organización que no estaban disponibles para los datos no estaban incluso representado en la
reunión previsión, dijimos, "háganos adivinar. Los problemas que está experimentando con la planeación de
capacidad de recursos se encuentran en esas tres divisiones." Naturalmente fueran y hemos tenido que identificar a
los responsables de la división de las divisiones se inscriben como una fase independiente del proyecto y muy alto
riesgo.
Cuando se desplaza trabajar con la administración de proyectos y el personal de línea en el proceso de inventario,
solicitan a durante las entrevistas de los riesgos que estas personas es posible que pueda identificar.
Una vez que se han identificado los riesgos, es importante organizarlos. Si no ha hecho antes, la información más
básica será más valiosos. Se incluyen:
1. Una descripción breve del riesgo
2. El área o la fase del proyecto que puede afectar al
3. La gravedad del riesgo si se obtienen los criterios
Por último, una de las cosas más importantes que puede hacer es agregar algunos detalles de mitigación de
riesgos. Sólo pensar en un riesgo es un factor atenuante enorme, pero mientras se encuentra la implementación de
EPM en sus comienzos, escribiendo algunas notas en cómo que puede trabajar con un riesgo determinado durante
el proyecto puede ser muy útil. Es común para las decisiones que se realizan apresuradas en un contexto emocional
cuando se obtienen los riesgos. Puede resultar útil tener algunas notas que se han diseñado mientras en vigor en
cabezas más fríos.
Vamos a unidad el automóvil que estamos creando
Ésta es una sugerencia acerca de cómo realizar la guía básica que puede atender los dividendos enormes: utilizar
Project Server y la solución EPM de Microsoft para ayudar a realizar y administrar el plan de guía. Parece obvio
quizás, pero no es lo suficientemente habitual para las organizaciones a hacer que se mencionan aquí.
He tenido senior manager una vez dígame que su personal del proyecto tenía le pregunta si pensó que el uso de la
solución EPM de Microsoft para implementar la solución Microsoft EPM no era excesivo. "Si creamos planos de jet
para un vida, nos no Volar que funcionen," comentaron. "Se broma?" se responde. "Si podría desplace hacia arriba
un plano de jet para que funcione, sería hacerlo cada día!"
De hecho, el uso de la solución EPM de Microsoft para el equipo de implementación de EPM es una buena idea.
Instalación de Project Server y los demás elementos de la solución EPM de Microsoft no es un desafío enorme
técnico, y con el mínimo absoluto de configuración puede ser y en funcionamiento con un equipo de
implementación pequeña como los usuarios dentro de un par de días. Esto constituye una excelente manera para
aquellos usuarios que se convertirán en sus Campeones de implementación para familiarizarse con el uso y
ventajas del sistema antes de que llegue en los escritorios de la mayor parte del personal.
Esta implementación no debería ser el entorno de producción. Podrá seguramente se configurar y personalizar
para cumplir con la visión del destino original. Seguramente no va a trabajar en aspectos como la programación de
varios proyectos o la optimización de cartera de proyectos o de planificación de capacidad de recursos en la
iteración de la implementación de EPM de Project Server, pero podrá entregar un sistema que puede proporcionar
grandes ventajas. Se recomienda:
1. Realizar una programación de onda sucesiva como un proyecto publicado.
Una programación de onda sucesiva resalta la fase actual con gran detalle y las fases futuras como más de
un resumen. Esto permite a los miembros del equipo a saber lo que necesitan trabajar en ahora y sigue les
permite ver el proyecto en un contexto mayor.
2. Administrar el documento de la visión del área de trabajo de proyecto.
El área de trabajo de proyecto es un sitio de SharePoint asociado al proyecto que incluye un área de
problemas, riesgos y documentos de forma predeterminada. ¿Por qué no poner todos los documentos del
proyecto aquí para el proyecto de implementación de EPM e Instituto control de versiones de SharePoint de
modo que puede volver siempre a la versión original?
3. Poner el hito aprobaciones y "puertas" en las entregas del área de trabajo de proyecto.
Se trata de una lista de tareas simple que se puede vincular a tareas en Project Server. Se le dará una gama
muy alta vista del proyecto y es una herramienta fácil de usar para la administración de umbral para
determinar cuándo vaya "off"curso.
4. Poner la administración de cambios en el área de trabajo de Project como problemas.
Administración de cambios es uno de los grandes retos de proyectos de tecnología. Cuando se produzcan
las sugerencias de nuevo los cambios realizados en el proyecto, obtener en el área de problema como un
cambio potencial que va a administrar. Mediante la adición de algunos de los campos para este área puede
obtener una lista de elementos de alta prioridad y quién es responsable de ellos en cualquier momento.
5. Poner los riesgos del proyecto en el área de trabajo de proyecto.
Aparte de documentos y problemas, el área de riesgos del área de trabajo es el lugar ideal para agregar los
riesgos y los planes de mitigación. De hecho, la pantalla predeterminada tiene todos los campos existe está
listo para que su uso.
¿Hemos llegado?
"Casi. Vamos a ser existe pronto."
Una implementación de EPM puede proporcionar a una organización a muchos lugares distintos que no hay
ninguna forma para publicar simplemente la programación predeterminada para todos los usuarios. Pero algunos
minutos en realizar búsquedas en Internet pueden proporcionarle con una gran cantidad de ejemplos posibles para
las distintas partes del proyecto. Si resumen el ejercicio de guía básica anterior, es probable que terminan con un
proyecto que tiene unas fases obvias:
1. Ejercicio de guía básica
2. Previsión (elegir el destino)
3. Inventario de procesos existentes (identificar el punto de origen)
4. Inventario de personal existentes (identificar el punto de origen)
5. Inventario de tecnología (identificar el punto de origen)
6. Implementación de EPM solution para equipo de EPM
7. Fase 1
8. Diseño
9. Documentación de la configuración, personalización,
10. Piloto
11. Formación
12. Implantación
13. Revisión de la fase 1 y ajustar la fase 2 según sea necesario
14. Fase 2
15. Fase 3
16. Fase 4
17. Conclusión del proyecto
Aplicar un ejercicio de guía básica para la implementación de EPM puede cambiar la experiencia de caóticas a fácil
de administrar muy rápidamente. Recuerde seleccionar su destino en primer lugar, calcule su punto de origen a
continuación y dibujar la ruta de acceso entre ellas.
¡ Feliz viaje!
Autor
Arriba a abajo o de abajo arriba
En este artículo forma parte de nuestra colección "Desde las trincheras". Se describen la administración de
proyectos, administración de cartera de proyectos y administración de tareas y compara las prácticas de
administración de abajo a arriba y de arriba a abajo relacionados con ellos.
Para descargar la versión de Word de este artículo, vea arriba a abajo o abajo arriba: notas del producto (Project
Server 2010) .
¿Arriba a abajo o de abajo arriba?

"Necesitamos la gestión de proyectos... mensajería unificada, significaba administración de cartera de proyectos...
mensajería unificada, realmente significan administración de tareas... AH hecho, necesitamos todas ellas,"es un
lema escuchar a menudo. No es una falta de las definiciones de estos tres conceptos que provoca confusión, es su
similitud.
Los usuarios que han trabajado en TI para muchos años tienden a ver las cosas desde una perspectiva técnica y a
veces no servir nos bien. Si observamos datos de administración de cartera de proyectos, administración de
proyectos y administración de tareas, pueden ser muy similar. Tengo un campo de identificador, un campo de
descripción y una fecha de inicio y finalización en las tres. Vinculación de estos tres debe ser natural, a
continuación.
Quizás no.
Vamos a echar estos tres conceptos de uno a la vez. Resulta sencillo ver sus similitudes, pero hay diferencias
fundamentales en las tres perspectivas.
Administración de cartera de proyectos: un enfoque de arriba a abajo
Personas pueden significar una gran cantidad de cosas diferentes por "administración de cartera de proyectos",
pero el más común de significado es, probablemente, selección de proyectos y asignación de prioridades. Los
principios en última instancia afectan a todas las personas de la organización, pero el proceso es de gran interés a
los ejecutivos. Administración de comienza con algunas restricciones, como un presupuesto disponible total y una
necesidad para responder a la pregunta, "¿qué se puede hacer y debemos llevar a cabo con esta cantidad de
dinero?" Si el proceso de administración de cartera de proyectos es lo suficientemente consolidado, este análisis
pueden incluir no sólo nuevas ideas pero proyectos también existentes.
Para crear un proceso de selección y asignación de prioridades de la cartera de proyectos, administración debe
hacer frente a qué criterios empresariales unidad la compañía y acordar de antemano las métricas que se
considerarán al buscar en proyectos nuevos y existentes. ¿Retorno de la inversión debe ser un valor métrico clave?
Quizá deberíamos consideramos efectos en la satisfacción del cliente o la retención del personal o la alineación con
objetivos estratégicos. Con independencia de las métricas claves son, administración tiene que evaluar cada
iniciativa de proyecto con el fin de cómo ese proyecto puede avanzar esos objetivos y cómo cada proyecto se
compara con las iniciativas alternativas en el que podría emplearse el dinero.
Esto es un proceso muy analítico incluso si se realiza en la sección head. Es sin duda muy analítico cuando se usa
software de administración de cartera de proyectos. Incluso una vez que el análisis de software llega en un informe
o una vista, prácticamente siempre hay algunos supervisión de nivel de administración que obtiene a tomar una
decisión final en las prioridades. Una vez finalizada que, el resultado final se debe transmitir a aquellos que llevará
a cabo la administración de cada uno de los proyectos de project. Los efectos de estas decisiones será para algunos
proyectos de fondos y no a otros, para que los recursos disponibles en una prioridad superior a algunos proyectos
y no a otras personas y para avanzar a la programación de algunos proyectos y a otras personas retraso de fondos.
Administración de proyectos, de arriba a abajo y de abajo arriba
Una vez que se aprueba un proyecto, mueve a un dominio diferente totalmente. Ahora la vista clásica más de
programación del proyecto está en foco. Ahora tenemos realmente crear lo que se describieron en nuestra
justificación del negocio antes de que se ha aprobado.
Un jefe de proyecto inicia pensando en términos de ámbito del proyecto y entregas. El jefe de proyecto sabe el
producto final que debe crearse, ya sea un componente de software o un edificio listo para ocupación. Puede
pensar de las fases principales del proyecto y cree una estructura de descomposición del trabajo.
Obtiene diseñada una ruta crítica lógica pasos necesarios para llevar a cabo el proyecto. El jefe de proyecto
también sabe que navegará se celebrará a cuenta para la programación que se genera, por lo que navegará
consulta un rango de expertos en la materia en el proyecto. El jefe de proyecto crea una vista de abajo a arriba del
proyecto, ¿está buscando tarea por tarea y resumen dichas tareas hasta las fases de proyecto y, finalmente, al
propio proyecto. En este momento el jefe de proyecto también es posible que inicie asignación de recursos por
cualificaciones, por departamento o incluso por su nombre. Estos recursos podrían tener los costos asociados con
ellos. El resultado de calcular la duración de las tareas, los recursos necesarios y sus tasas de nos da una estimación
de abajo a arriba del proyecto.
Hasta ahora, bien.
Pero cuando nos fijamos en el enfoque de arriba a abajo del proceso de selección de cartera de proyectos del
proyecto, se ha producido un costo demasiado. De hecho, el costo estimado del proyecto formaba parte de la
justificación del negocio que management considera cuando aprueba el proyecto. Si empezamos la estimación de
abajo a arriba del proyecto de la experiencia combinada de los expertos en la materia ahora, ¿qué utilizó en la
selección de proyecto copia de seguridad en el conjunto de aplicaciones de ejecutivo?
Es una buena pregunta. En algunas organizaciones, el proyecto se le dará una estimación aproximada desde el
departamento de proyectos con el fin de crear una justificación comercial para el proyecto. En otras organizaciones,
se crea una estimación de abajo a arriba completa antes de considerar que el proyecto en el proceso de cartera de
proyectos. El problema con estos dos enfoques es que tomen esfuerzo. Una estimación completa puede tardar una
gran cantidad de esfuerzo y todavía el proyecto no tiene aún recibir la aprobación para cualquier esfuerzo de
financiación. Por lo tanto, en muchas organizaciones, una persona de administración simplemente hace adivinar
cuáles serán los costos de este proyecto.
Por lo que el proceso busca todo integrado, pero puede haber un bit de un catch-22 aquí. ¿Que ocurra primero,
empleado en el trabajo sobre cómo realizar la estimación o la selección del proyecto con el fin de ser capaces de
emplear tiempo en el proyecto?
Además, ¿qué sucede si la estimación de abajo a arriba no coincide con la estimación del proceso de selección de
cartera de proyectos? Si la estimación es menor, no hay probablemente ningún problema, pero si el trabajo,
posiblemente, no se puede completar en el tiempo o presupuesto estimado por las personas de selección de
cartera de proyectos, hay un conflicto.
Es posible que piense que lo natural sería reanude la administración senior y sólo se analiza el problema, pero hay
una gran cantidad de situaciones donde que no es tan fácil como parece.
En primer lugar, el Comité de selección de cartera de proyectos con muy poca frecuencia es el personal de
administración de proyecto. Los miembros del personal de administración de proyecto senior casi siempre se
incluyen en el Comité de selección de cartera de proyectos, pero el propio grupo es normalmente muy ejecutivos
que encuentran un reto para organizar el tiempo a todos los estar juntos. En segundo lugar, el Comité de selección
puede cumplir irregular, por lo que recuperarlas juntos para explicar todas las ramificaciones de un costo es
incorrecta para un proyecto frente a la estimación podrían ser un gran desafío. Por último, hay algunas referencias
culturales corporativos donde no será un movimiento avanzar empleo tener entregar las noticias para el director
ejecutivo que sus estimar es completamente incorrecto en qué la programación adecuada y el presupuesto para
este proyecto es.
Administración de tareas, un enfoque de abajo arriba
Cuando hablamos de administración de tareas, se tienden a pensar muy operacional y que más a menudo nos lleva
a nuestra agenda diaria y un producto, como Outlook.
Ahora estamos trabajando en un individuo o un nivel de miembro de equipo pequeño. No vemos las tareas en
contexto. Vemos estas cosas que tenemos el compromiso o quizás aquellas cosas que le hicimos un integrante del
grupo para confirmar. Esto no es una vista analítica en absoluto. Hay tareas para hacer y ha prometido individuales
para llevarlas a cabo.
En esencia, administración de tareas es muy sencillo. Realice la tarea y cuando haya terminado indicar a la persona
que asignó la tarea para hacer que esté completa. Toda la funcionalidad para esto ya está en Outlook.
Las acciones de datos similares
Hay un dicho "Si el aspecto de un pato y grazna, debe ser un pato". Que es true para patos, pero no siempre es true
para los datos basados en tareas.
Vamos a tener en cuenta estos tres niveles de datos orientada al proyecto:
En el nivel de la cartera de proyectos, tenemos un proyecto y, posiblemente, fases debajo de ese proyecto. La
información de fase podría tener un número de código, una descripción, una duración, una fecha de inicio y
una fecha de finalización.
En el nivel de proyecto, tenemos un proyecto y tareas por debajo del proyecto. La información de la tarea
podría tener un número de código, una descripción, una duración, una fecha de inicio y una fecha de
finalización.
En ese nivel de administración de tareas, hemos desarrollado una tarea y la información de la tarea puede
tener un número de código, una descripción, una duración, una fecha de inicio y una fecha de finalización.
Confirme el mismo aspecto pero, de hecho, el punto de vista de los datos de cada uno de estos registros en su
lugar común realiza una finalidad muy diferentes.
A menudo me preguntan, "¿puedo mover datos desde la vista de cartera de proyectos a la vista de project para
Outlook y back."
La respuesta a esa pregunta es "Sí".
Pero en nuestra empresa tenemos un lema decimos a nosotros mismos cuando ofrecemos asesoramiento técnico:
"No mostrar cómo hacerlo, dígame ¿por qué debería hacerlo."
1. Para hacer que el punto, imagine que en este ejemplo. Asegúrese de un entorno totalmente integrado. Al
final de la escala superior tenemos una lista de proyectos organizados por la cartera de proyectos. No sólo
seleccionamos estos proyectos, pero se integran aún más, después de una vez que han se ha activado en
proyectos live desde el sistema de EPM. Para ello, usamos la funcionalidad ya está disponible para nosotros
para mover las definiciones de proyecto y fase desde el lado de la cartera de proyectos de nuestro sistema
integrado en el lado de proyecto del sistema. Los datos es idénticos.
2. En nuestro sistema de administración de enterprise project ahora efectuamos una definición más detallada,
con las fases originales de la definición de la cartera de proyectos que se ha insertado desde la parte
superior hacia abajo. Esto permite resumen van a actualizar en el sistema de la cartera de proyectos cuando
actualizamos nuestros proyectos. Se realice muchas de las tareas y asignan muchos recursos. Ahora,
hacemos un análisis de redistribución de recursos para determinar nuestra capacidad a través de varios
proyectos.
3. Usamos nuestras asignaciones de recursos para enviar datos de tarea y asignación a cada usuario como un
evento de tarea o el calendario de Outlook. Los usuarios ya no se necesitan ir a un "sistema de
administración de proyecto". Ahora son capaces de ver sus datos en su agenda diaria. Los datos tiene el
aspecto al igual que lo hace en la lista de proyectos y está vinculada aún más en sentido ascendente a la
vista de cartera de proyectos.
4. Progreso de estas tareas y la disponibilidad de Outlook se mueven de nuevo desde individuales para el
sistema de administración de proyectos junto con las estimaciones cuando este trabajo se completará. Los
datos tiene el aspecto al igual que ocurre en los otros dos sistemas, por lo que mover los datos es
relativamente fácil.
Creación de un sistema de este tipo técnicamente es muy sencillo con las herramientas disponibles para nosotros
hoy junto con un bit de desarrollo y configuración. Y ¿demostración de una forma estéticamente bella.
Procure tener pedimos exactamente este tipo de estructura de forma regular. ¿Pero, a pesar de que podemos
hacerlo, se debería?
Imagine que en el nivel de tarea, un individuo toma la mañana para una emergencia visita dental y actualiza su
Outlook que no estará disponible esta mañana. Es malo para él, pero el efecto dominó al proyecto podría ser
masivo. Ahora, el sistema project calcula que la tarea que se ha programado para que se realice esta mañana no se
completará hoy; lo se completará sólo en día Atlántico mañana. Diligentemente se busca en la ruta crítica y todas
las tareas de dirección descendente desde este uno e inserta ellos hacia delante a cuatro horas. Quizás cientos de
tareas afectadas. El resultado podría ser e inserta la fecha de finalización del proyecto medio día más adelante.
También afecta son otros proyectos como otras personas que trabajan en este proyecto ahora deben tener sus
tareas reorganizan y la propia vista de cartera hacia delante diapositivas unos píxeles.
Si esto se imagina en tiempo real, se amplía el problema. Cientos o miles de personas están realizando cambios
todo el día y la vista EPM, la vista de redistribución de recursos y la vista de cartera de proyectos animate y hacia
atrás con los efectos.
En realidad esto no sucede. En primer lugar, el paciente dental desventurado estará en su post al mediodía y sólo
puede funcionar unas cuantas horas más adelante esta noche para asegurarse de que esta ruta crítica se recoge
copia de seguridad y todo va atrás en el camino de la mañana.
Además, aunque los datos tiene el mismo aspecto no está nunca integrado de este modo debido a exactamente
este efecto.
Contexto de datos: es importante la perspectiva
Al buscar datos, el contexto de los datos es fundamental. Datos que es posible que el mismo aspecto de un
esquema de registro a otro se utilizan para fines muy diferentes en función de la perspectiva de la aplicación.
En una vista de cartera de arriba a abajo, vamos a poner las decisiones estratégicas de dónde colocar nuestros
recursos para maximizar el retorno de la inversión. Que podríamos configurar opciones que no hacen un jefe de
proyecto. En mi propia organización, hemos elegido en ocasiones, los proyectos que están completamente fuera de
nuestro conjunto de habilidades existentes, saber que nos sería muy eficaces en llevar a cabo ellos pero al hacerlo,
porque queríamos mejorar esas habilidades muy. El retorno de la inversión no era una instalación eficaz, era
instaladores capacitados. Esta es una vista analítica.
En una vista de proyecto tácticas, vamos a poner operativas decisiones acerca de dónde obtener el mejor
rendimiento de nuestro personal y obtener nuestros proyectos completados como rápida y eficazmente como sea
posible. Ojos del jefe de proyecto es siempre el futuro. ¿Qué sucedió con en el pasado sólo es de interés para el jefe
de proyecto en la medida mejora su propia vista del futuro. También es una vista altamente analítica.
En una vista de administración de tareas como una agenda, no estamos analíticos. Una agenda es un sistema de
compromiso. Aquí nuestra promesa decir nosotros u otros usuarios que se hará una cosa determinada en un
momento determinado. Esto es posible que para ajustar la vista analítica. Y es posible que no.
Combinación de estas perspectivas y contextos sin comprender el impacto puede provocar el caos.
¿ Arriba a abajo o de abajo arriba?
Como es habitual, no hay ninguna respuesta correcta. Algunos aspectos de su sistema de administración de
proyecto necesitan realmente procedentes de abajo a arriba. Después de todo, al final, es individuos que generarán
todo lo que es el proyecto de sobre. Pero algunas decisiones están y debe ser, realizados desde la parte superior y,
como una necesidad, de arriba a abajo.
Cuando tenga las distinciones de novedades de cada nivel del paradigma de administración del proyecto para, pasa
a ser más clara para ver si algunos de estos sistemas realmente se deben integrar o no. Si el proceso y pensar en
un nivel no tiene beneficio directo desde otro nivel totalmente integrado, a continuación, integración no es el mejor
reproducir. Es importante recorrer la funcionamiento de dicha integración en un contexto para el mundo real y si la
frecuencia y el detalle de un nivel ofrece cualquier valor a otro.
If, por ejemplo, un Comité de dirección sólo se reúne una vez cada trimestre a tomar decisiones de big-play acerca
de qué proyectos para mover hacia delante y que no, a continuación, ¿cuál es el beneficio para actualizar su vista de
cada día, cada semana o incluso cada mes?
¿El algoritmo de redistribución de recursos de enterprise project management realmente necesita ver la cita con el
dentista de un individuo o es suficiente para conocer la disponibilidad aproximada de ese individuo?
¿Y aún, si se podríamos enviar una asignación a la agenda de un individuo o de la pantalla del parte de horas
directamente, tendría guardarlos unos minutos cada día tener que ir en un sistema diferente y de la interfaz para
ver los mismos datos?
Por lo tanto, es de arriba a abajo derecha en algunas circunstancias y ascendente es el adecuado en otros. Se debe
buscar en su propia situación para ver dónde integración de estas herramientas y conceptos puede pagar back los
dividendos derecho antes de unir a ellos.
Autor
Alineación de proyectos con objetivos estratégicos
En este artículo forma parte de nuestra colección "Desde las trincheras". Describe el uso de estratégicos en
administración de cartera de proyectos para crear de forma eficaz un enfoque estándar para tomar decisiones
importantes de un proyecto.
Para descargar la versión en PDF de este artículo, vea alinear proyectos con objetivos estratégicos.
Alineación de proyectos con objetivos estratégicos

¿Ha trabajado alguna vez en un proyecto que inició excelente, a continuación, con el tiempo había perdido
compromiso firme desde sus patrocinadores ejecutivos? Si están compitiendo por la atención de los ejecutivos más
importantes y el proyecto carece de dirección, a continuación, hay muchas posibilidades de que no debe realizarlo.
Este cambio de compromiso ejecutivo ocurre en raras ocasiones la tolerancia del equipo del proyecto y
normalmente representa un cambio en la dirección. En su lugar representa un cambio en las prioridades. Nuestro
proyecto podría ser necesario con ámbito de volver a, vuelven a priorizar o incluso eliminado. Estas decisiones
pueden ser muy emocionales.
Es una excelente manera de quitar algunas de estas emociones atacar el desafío con un enfoque estándar para
tomar decisiones importantes de un proyecto.
El enfoque que estoy hace referencia a es la administración de cartera de proyectos. Un enfoque para tomar
decisiones fundamentadas es alinear proyectos con objetivos estratégicos de su organización. Microsoft Project
Server 2010 tiene algunas características muy eficaces que permiten en tiempo real toma de decisiones en función
de todo tipo de criterios, incluida la estrategia de negocio.
¿Qué aprenderá
En este artículo principalmente se dedica a formas en el que puede definir estratégicos cuantificables que le
ayudarán a los ejecutivos en la selección de los proyectos de la derecha. Antes de profundizar demasiado en las
definiciones del impulsor estratégica, en primer lugar proporcionan una visión general de administración de
cartera de proyectos y los conceptos básicos de cómo Project Server automatiza el proceso.
¿Qué es la administración de cartera de proyectos?
Para los propósitos de este artículo, vamos a mantener la definición de really limpia.
Administración de carteras significa que se siga un proceso formal para establecer la prioridad, seleccione
y está de acuerdo en los proyectos derecho en función de una estrategia de negocio.
Administración de proyectos significa que tenemos equipos para entregar estos proyectos
correctamente.
Lecciones de vida
Cuando inicia por primera vez en este negocio considerar que tenía licked de administración de cartera de
proyectos. Compila una lista de todos mis proyectos, ponerlos a mi jefe, estableció prioridades en orden de
importancia de 1 a 5, a continuación, había revisado esa lista con mis clientes.
Error de sistema poco mi fantasía y tardó el peso de la dificultad debido a que todo acabó siendo una prioridad y
verdad nadie atención que había demasiados proyectos con la prioridad igual o superior, sólo querían sus
proyectos de entrega. ¿Por lo que lo aprender? A continuación presentamos algunas cosas:
1. Clasificación de prioridad no funciona. ¿Por qué clasificar proyectos 1 al 5 o 1-10? Estos números son
demasiado subjetivos. Incluso si tiene "1" significa "prioridad superior" existe es demasiado más detalle
necesarios para realizar una copia de seguridad de esta decisión.
2. Los ejecutivos propietario de la cartera de proyectos. Los ejecutivos deben trabajar conjuntamente
para decidir qué proyectos se financian de se y necesitan acepta y respalda las decisiones. En mi caso, tomó
posesión de la misma, ordenan los proyectos y, a continuación, se le pida confirmación. Las personas que
realmente se necesita para estar involucradas y dígame las prioridades y averiguar superposición nunca
analizado realmente entre sí. Debo han facilitado esto en lugar de recuperarla 'Rellene la documentación'
para ellos.
3. Ser consultoría. Formular una gran cantidad de preguntas acerca de por qué determinados proyectos
tienen determinadas prioridades. Si nadie es difícil obtener entre sí y todos los proyectos en la lista, hay un
problema y puedo garantizar la no hay suficientes recursos para entregar.
4. La cartera de proyectos está activo. No ir Frankenstein de todos los Mary Shelley en, pero el hecho es,
cambiar las prioridades. Cambian dado que tenemos administración nuevo, se ha producido un cambio en
el mercado, o cualquier otra cosa puede considerar. Cada pocos meses debe producirse una revisión formal
de la cartera de proyectos garantizar la continuidad de alineación.
5. Está bien kill proyectos. Es perfectamente aceptable para decidir que un proyecto ya no es vale la pena
hacerlo. Sólo tomar la decisión, ser firmes sobre él, gracias a todos los usuarios de su disco duro trabajo y
mover. Tengo aún cumplir con una persona que me dijo, "Mi proyecto es pésimo, nadie desea trabajar en él
y nuestros patrocinadores se comprueban desprotección pero Hola, que i love gasto de horas sin fin en este
elefante muerto." Confiar en mí, si eliminar proyectos se realiza aceptable por proceso sólido y toma de
decisiones equilibrado, personas será más satisfechos con su trabajo.
El proceso de la cartera de proyectos
Nuestro enfoque se en orden de prioridad de la cartera de proyectos y el uso de estratégicos, pero antes de eso,
vamos a echar un vistazo rápido a un proceso genérico de la cartera de proyectos.
En el ejemplo siguiente, se inicia mediante la creación de los proyectos propuestos (Me gusta llamarlos 'Códigos
auxiliares de proyecto' porque básicamente son marcadores de posición en este momento). Con estos proyectos
propuestos que ha escrito, le pedimos a un equipo de personas con conocimientos para crear los casos de negocio
para cada proyecto.
Con nuestros proyectos propuestos creados, el siguiente paso es alinear los proyectos con la estrategia de negocio
para que nuestro equipo ejecutivo pueda seleccionar los proyectos derecho basándose en los datos que han
recibido. Una vez que se seleccionan los proyectos, los jefes de proyecto se incluyen y comience la entrega con sus
equipos definidos.
PARA HACER ESTO... USE...
Crear los proyectos propuestos Alineación estratégica, riesgos, las necesidades de recursos, los
beneficios y otros datos pertinentes
Seleccione los proyectos derecho Análisis de cartera controlada por el ejecutivo
Planear y administrar proyectos Los proyectos seleccionados
Estratégicos definidos
Microsoft Project Server le permite establecer prioridades de proyectos basados en criterios diferentes. Se podía
iniciar con un sistema de numeración simple para el enfoque más avanzado y valor agregado, que es la
optimización basada en el controlador estratégica. Es el último que se centran en este artículo.
Un controlador estratégica es uno de unos objetivos críticos que se han establecido los altos directivos. Estos
controladores deben ser cuidadosamente diseñados y cumplan los siguientes criterios:
1. Fácilmente comprenderse y lectura por cualquier usuario.
2. Medirse.
3. ¿Es lo suficientemente específica para medir claramente el valor?
Bien, por lo que me proporcionan algunos ejemplos!
Seguro. Supongamos que trabaja para una compañías aéreas de descuento. El equipo ejecutivo reconoce la
consolidación de todas las compañías aéreas principales, que las tarifas de protegidos están aumentando
contenedores son el aumento y que problemas del servicio de atención al cliente. Estos ejecutivos inteligentes se
den cuenta hay una oportunidad para aumentar y recoger clientes frustrados, por lo que surgen con un plan de
varios año que tiene algunos puntos de viñeta como esta:
Aumentar los ingresos en un 25%
Reconocer como ofrecer el mejor servicio de atención al cliente en la industria
Agregar planos de más de 50 a nuestro flota
Verse como un responsable de adoptar nuevas reglamentaciones FAA
Esto es genial. Los ejecutivos juicio sus objetivos de forma clara y concisa. Ahora sabe la dirección y tiene una lista
de estratégicos para empezar a un análisis de cartera de proyectos, derecha? Quizás no.
Es un error común que muchas compañías Asegúrese de que define sus estratégicos tomar esta lista y usar como
sus estratégicos. Es posible que se pregunte ¿por qué estoy error que informa de que estos no son lo
suficientemente buenos. Déjame explicarte.
Perdón por el juego de palabras, pero esas viñetas son un poco demasiado imprecisas en el nivel de 30.000 pies.
Queremos acerca de los controladores de 5-8. Muy pocos controladores y todo lo que le dará prioridad de forma
similar demasiado. Controladores de ocho o más se convierte en un número excesivo y se Decolorar las diferencias
entre varios proyectos.
Veamos cómo nos podemos se relacionan con esos 30.000 pies puntos de viñeta hacia abajo a un conjunto de
controladores cuantificables en el nivel de 15.000 pies.
Paso 1: Celebrar reuniones
Los ejecutivos claridad su plan de 5 años teniendo en cuenta algunos objetivos específicos. Es necesario alinear
rápidamente proyectos a esos objetivos mediante la definición de un conjunto de estratégicos. Mantenga un
número de reuniones a surgen con esos controladores. Los ejecutivos pueden estar en la sala o puede ser un grupo
que informa a ellos que se activará nuevamente con recomendaciones pero deben tenerse en las reuniones.
En esta reunión elabora con algunos controladores seleccionados para satisfacer cada objetivo.
OBJETIVO EMPRESARIAL ESTRATÉGICOS
Aumentar los ingresos en un 25% Introducir nuevos productos premium

Aumentar la eficacia de energía
Reconocer como ofrecer el mejor servicio de atención al cliente Reducción de los tiempos de espera de llamada
en la industria Programas de servicio preventivo
Agregar planos de más de 50 a nuestro flota Penetración en destinos familia

Aumentar los destinos de negocio de corto alcance
Verse como un responsable de adoptar nuevas Estandarizar flota y componentes

reglamentaciones FAA
Paso 2: Reconocer "Force-ins"

Es posible que haya observado que somos un poco claro en la parte de las normativas FAA. Muchas airlines hoy
en día que estén detrás acerca de cómo modificar sus planos normativas FAA culpar a los distintos tipos de planos
que necesitan para plantear o comprar elementos especiales para. Otros airlines pueden completar sus cambios en
tiempo de registro porque su flota completa es de la misma o similar marca y modelo. Nuestro compañías aéreas
falsos decisión que ya que están creando una nueva flota y desean verse como un coordinador en el espacio, que
necesitan para estandarizar.
Si live en los Estados Unidos, sabrá que la FAA o asociación Aviation Federal, es una agencia gubernamental. Si la
FAA indica un compañías aéreas para reemplazar sus cinturones de seguridad, las compañías aéreas tiene que
reemplazar sus cinturones de seguridad. Nuestro proyecto de reemplazo de cinturón tendría que "Forzado pda", lo
que significa que, incluso si hubiera otros proyectos para hacer que debemos hacer este uno.
Hay otros tipos de proyectos que nuestro compañías aéreas tienen que hacer así como. Quizá para mantener los
cambios de tecnología en su sitio Web, que se necesitan para la actualización a los equipos y el software.
Reconocemos dos tipos de proyectos que obtener realizará independientemente de su clasificación:
EN VIGOR EJEMPLOS
Las normativas y cumplimiento de normas Proyectos legales que van desde los cambios realizados en las
leyes de leyes específicas de la industria de impuestos
Proyectos que debe hacer para permanecer en cumplimiento
legal como una entidad corporativa
Sostener Proyectos que debe hacer para mantener su empresa

funcionando
Mantenimiento de creación
Mantenimiento de avión o reemplazos
Actualizaciones de sistemas de TI o reemplazos
Por favor, tenga en cuenta que sólo porque estos proyectos son "forzados en" no significa que deben realizarse
inmediatamente. Si los proyectos se pueden aplaza hasta una fecha posterior o acomodar más por otro tipo de
modo de proyecto, siempre hay opciones tener en cuenta.
Si la FAA indica que debe reemplazar esos cinturones de seguridad al final de marzo, se obtiene obligatoriamente
en y los recursos se asignarán para hacer las cosas. Por otro lado, si su oficina corporativa necesita una expansión
para dar cabida a nuevos empleados, pero podría esperar un año al espacio de oficina, se duplican de seguridad,
quizás es lo que hacer.
Para concluir este paso, reconocer siempre existen proyectos que deben obtener llevarse a cabo. Clasificarlos como
tales y recuerde que los presupuestos, las necesidades de recursos y las fechas de inicio pueden siempre se
enfrenta.
Paso 3: Weight los controladores
En el paso 1, hemos decidido por la estratégicos y más frecuentes de nuestros ejecutivos a está de acuerdo o en
desacuerdo. Supongamos que todos acordado que son los controladores:

Aumentar los ingresos en un 25% Introducir nuevos productos premium

Aumentar la eficacia de energía
Reconocer como ofrecer el mejor servicio de atención al cliente Reducción de los tiempos de espera de llamada
en la industria Programas de servicio preventivo
Agregar planos de más de 50 a nuestro flota Penetración en destinos familia

Aumentar los destinos de negocio de corto alcance
Verse como un responsable de adoptar nuevas Estandarizar flota y componentes

reglamentaciones FAA
Ahora, todos los usuarios están probablemente muy satisfechos con ellos mismos y hay desacuerdo poco probable
que todos los usuarios. ¿Recuerda cómo señaló anteriormente en este documento que deben ser Measurable
controladores? En el paso 3 se miden los controladores. Esto es donde las personas iniciar tener en cuenta que
quizás sus proyectos no se seleccionará debido a que no se alinean. Esperar la inserción back y algunos politicking.
Este es un proceso normal pero Introducción a través de esto puede resultar difícil algo por lo que se bloquea en
allí.
Microsoft Project Server tiene la capacidad de crear estratégicos y evaluarlas. Puede hacer todo lo que voy a
compartir con usted directamente en la herramienta. De hecho, muchos de Mis clientes realmente especificará la
información en la herramienta en tiempo real para que pueden ver el impacto de sus decisiones.
Vamos a empezar. Hay dos formas nos podemos weight nuestros controladores. Una forma es simplemente weight
los controladores manualmente por lo que agregan hasta 100% en total como esta:
ESTRATÉGICOS PESO ESTRATÉGICOS
Introducir nuevos productos premium 15 %

Aumentar la eficacia de energía 40%
Reducción de los tiempos de espera de llamada 5%

Programas de servicio preventivo 10 %
Penetración en destinos familia 10 %

Aumentar los destinos de negocio de corto alcance 5%
Estandarizar flota y componentes 15 %
PESO TOTAL 100%
Se llama a otro método de peso de Project Server es compatible con el proceso de jerarquía de Contabilidad
analítica (o AHP para short). Esto es una herramienta muy eficaz para obtener la ponderación si solicita todos los
nuestros ejecutivos para comparar cada impulsor con respecto a cada controlador adicional, a continuación, Project
Server va a calcular el porcentaje se basa en dichas respuestas. Así es cómo funciona este proceso:
Cada controlador de extracción y, a continuación, pida los ejecutivos que decir si es más o menos importante. Este
es un ejemplo sencillo:
MÁS O MENOS IMPORTANTE QUE ESTE

ES ESTE CONTROLADOR... CONTROLADOR... DECISIÓN
Introducir nuevos productos premium Aumentar la eficacia de energía Mucho más importante
MÁS O MENOS IMPORTANTE QUE ESTE
ES ESTE CONTROLADOR... CONTROLADOR... DECISIÓN
Introducir nuevos productos premium Reducción de los tiempos de espera de Mucho menos importante
llamada
Todos los controladores se ponderan frente a los demás.

El punto de este ejercicio es obtener a nuestros ejecutivos pensando en términos de cuán importantes cada
controlador se basa en las ventajas de otros controladores. Al final de este esfuerzo, Project Server proporciona un
conjunto de ponderación que podrían sorprenderle usted y todos los demás. En este momento puede decir "bien,
esto es lo que hemos decidido; vamos a cumplir con él"o puede volver a ajustar la ponderación. Es una práctica
recomendada, que se recomienda limitarse a lo que la herramienta surgieron con debido a que se basa en las
conversaciones reales con personas en una sala que realizan las decisiones. Asegúrese de que hay communications
y documentación de seguimiento para que personas comprender dónde proceden estos números.
Paso 4: Agregue las medidas a los controladores
Hasta ahora, todo este ejercicio ha sido realmente obtener a nuestros ejecutivos en la misma página sobre lo que
es importante para ellos, por lo que podemos fondos y de ámbito de los proyectos derecho. Ahora es el momento
que recibimos a un punto donde los equipos del proyecto tienen algo pueden utilizar, demasiado.
Supongamos que después de que se complete el paso 3 se procede con los controladores y ponderación
siguientes:
ESTRATÉGICOS PESO ESTRATÉGICOS
Introducir nuevos productos premium 40%

Aumentar la eficacia de energía 15 %
Reducción de los tiempos de espera de llamada 10 %

Programas de servicio preventivo 5%
Penetración en destinos familia 10 %

Aumentar los destinos de negocio de corto alcance 5%
Estandarizar flota y componentes 15 %
PESO TOTAL 100%
En este punto, nos podríamos pida a nuestros equipos de proyecto para que todos sus proyectos propuestos y en
reproducir alineados con estos controladores. Está midiendo el problema que estamos enfrentarse acaba grado se
alinean estos proyectos. ¿Si todos los proyectos se alinean a "Introducir nuevos productos premium", cuáles
decidimos?
Microsoft Project Server permite definir las medidas para grado un proyecto podría alinearse a cualquier
controlador estratégica determinado. Nuestros ejecutivos aún no se ha terminado. Necesitamos pedirles que nos
ayudará a obtener algunas buenas medidas de la herramienta. Para ello mediante la configuración de algunas
selecciones de que los equipos de proyecto pueden elegir entre:
ESTRATÉGICOS PESO ALINEACIÓN

ESTRATÉGICOS PESO ALINEACIÓN
Introducir nuevos productos premium 40% Intensivo: Aporta >$25 millones en

ingresos nueva
Algo: Aporta <$10 millones en ingresos
nueva
Menor: Sólo es compatible con
proyectos de producto de premium
No aplicable: No afecta en absoluto
Aumentar la eficacia de energía 15 % Extremo: Tecnología de avanzada

Algo: Reducir precio oil por x%/gal
Menor: Aclara carga plano por x %
No aplicable: No afecta en absoluto
Reducción de los tiempos de espera de 10 % Y así sucesivamente...

llamada
Programas de servicio preventivo 5% Y así sucesivamente...
Penetración en destinos familia 10 % Y así sucesivamente...
Aumentar los destinos de negocio de 5% Y así sucesivamente...

corto alcance
Estandarizar flota y componentes 15 % Y así sucesivamente...
Como puede ver por encima, ponemos algunas medidas en contexto que articular claramente qué ejecutivos
esperan si los proyectos se alinean con los controladores. De hecho, hay más de sólo tres entradas cuantificables
que pueden asociarse con cada controlador, pero acaba de agregar estos para simplificar.
Paso 5: Alineación de proyectos con objetivos estratégicos
En este paso se ajusta objetivos final que se establece al principio de este documento, pero no sin duda es el último
paso. Trataremos algunos detalles adicionales en la sección Final pensamientos.
Hasta ahora nos hemos sat con nuestros ejecutivos para definir un conjunto de estratégicos fácil de administrar. Se
ponderan dichos controladores mediante el método A.P. y, a continuación, establecemos algunas métricas borrar
en el que se deben alinear los proyectos. También se ha tratado el hecho de que algunos proyectos, como
proyectos de las normativas o autosuficientes, es posible que no necesitan ese nivel de alineación pero todavía
deberían estar en la cartera de proyectos como proyectos 'forzados en'.
Antes de que podemos hacer un análisis de cartera de proyectos, no hay trabajo que los equipos de proyecto
necesitan completar. Si un proyecto es un proyecto de financiación real o sólo una idea para consideración, aunque
pueden todos especificarse en Microsoft Project Server.
Los grupos de usuarios, a continuación, asociará sus proyectos con estos controladores, incluidas las medidas que
se hayan definido. Ésta es una página de sitio Web simple que se rellena con facilidad.
Los equipos de la que deba sentarse juntos en una reunión y compartir sus resultados con los patrocinadores para
asegurarse de que han alineado correctamente sus proyectos.
Consideraciones finales
Microsoft Project Server tiene algunas funcionalidades muy eficaz para ayudarle a más establecer prioridades de
forma eficaz, seleccionan o incluso kill proyectos. Este documento no trata de todo el proceso de administración de
cartera de proyectos, pero es suficiente para indicar, es muy eficaz, lo que permite las decisiones en tiempo real.
Alineación estratégica es, pero un componente de selección y análisis de proyectos. También es posible que
capturar otros datos, como los costos de proyecto de duración, valor presente neto (NPV ), presupuestos y planes
de recursos para que puedan ver la complejidad de entrega de un proyecto.
Regrese a nuestro ejemplo compañías aéreas, un proyecto puede devolver un valor significativo en función de la
estratégicos pero consumen demasiados recursos, tardan demasiado tiempo y el retorno de la inversión es posible
en cuestión. Sólo porque alinea no significa que tenemos que hacerlo. Téngalo en cuenta.
Microsoft Project Server no decir: "aquí es un conjunto de proyectos y obtener una cartera". De hecho, puede crear
muchas carteras y escenarios "Qué pasaría si" que diversas cosas como riesgo o costo de tener en cuenta. Puede
que tenga una cartera bloqueado que representa el trabajo que se ha realizado para el año actual, a continuación,
unos carteras de trabajo para los próximos años.
El viaje para convertirse en una empresa controlada por la cartera de proyectos es posible que acaba de iniciar,
pero garantiza, si se hace bien, se verá recompensado al final. Espero atentamente han encontrado en este artículo
merezca la pena y siempre estoy feliz responder a sus preguntas en cualquier momento.
Autor
Bill Raymond es un ejecutivo experimentado con más de 20 años entregar proyectos por transformaciones. Un
hombre de negocios en esencia, con conocimientos técnicos seguro, es capaz de centrarse en la entrega de
proyectos con éxito al diseñar la arquitectura de soluciones técnicas que resuelvan retos difíciles. Su experiencia
abarca desde la administración de versiones de software comercial a la implementación de sistemas ERP y
desarrollar procesos de negocio para generar el gobierno corporativo las directivas y los estándares. A lo largo de
su carrera, Bill siempre ha adoptado nuevas tecnologías para ayudar a las empresas organizar, dar prioridad y
administrar sus proyectos de mayor tamaño. Con su experiencia técnica, ha ayudado a las organizaciones obtener
su potencial por impulsar estándares mientras se reconozcan su cultura único.
Bill es vicepresidente de soluciones en el programa de planeación de profesionales de TI, Inc. (Pcubed.com) y ha
ocupado el prestigioso título de MVP de Microsoft Project desde 2001.
No dude en ponerse en contacto con Bill en cualquier momento:
Teléfono: +1 415-294-0165
Correo electrónico del trabajo: William.Raymond@Pcubed.com
Personal de correo electrónico: William_Raymond@Yahoo.com

Un enfoque por fases de implementación de
administración de proyectos empresariales
En este artículo se describe diversos desafíos que puede enfrentar al planear la implementación de la solución de
administración de proyectos empresariales en el entorno. También se describen varios escenarios de
implementación diferentes que se pueden usar, así como los requisitos previos importantes que deben tenerse en
cuenta.
Para descargar la versión de Word de este artículo, vea enfoque por fases para la implementación de
administración de proyectos empresariales: notas del producto.
Un enfoque por fases de implementación de administración de

proyectos empresariales
Este artículo proporciona instrucciones de los administradores de Project Server sobre diversos desafíos que
puede enfrentar al planear la implementación de la solución de administración de proyectos empresariales en el
entorno, los administradores de red y responsables de decisiones empresariales. También se describen varios
escenarios de implementación diferentes que se pueden usar, así como los requisitos previos importantes que
deben tenerse en cuenta.
Introducción
Propietario de una empresa que hace las implementaciones de soluciones de Enterprise Project Management
(EPM ) de Microsoft. Para que sea razonable, Software de HMS hace más de que. También estamos un ISV, pero
dedicar una cantidad razonable de mi tiempo trabajando con a grandes-organizaciones de tamaño mediano en
cómo pueden implementar EPM. Algunos de los desafíos son específicos de la tecnología de Microsoft, pero
muchas de ellas son similares a lo que he visto compañías cara desde que inició en el negocio de software de
administración de proyecto en 1983. Veremos cómo puede planear su propia implementación de EPM aquí.
Uno de los mayores desafíos que se enfrentan cuando se inicia una implementación de EPM está estableciendo
una guía básica de confianza para producir el resultado esperado. Mientras que hemos implementado sistemas de
administración de proyectos de empresa aquí durante más de 24 años, algo que no ha cambiado es el deseo de los
directivos tienen todos los resultados de ayer.
El desafío está compuesto por un par de factores que casi siempre están presentes:
1. El equipo de ventas ha mostrado el resultado final de cliente sin que se explique el esfuerzo que sería
necesario para reproducir los efectos en un entorno de producción o incluso cuánto esfuerzo ha producido
un problema en la creación de la imagen virtual y los datos necesarios para el (demostración de ventas
Normalmente, varias man-months).
2. Microsoft lleva a un heredado de facilidad de implementación. Personas han recibido utilizado para llenar un
DVD en su PC, esperar hasta que aparece y, a continuación, se obtienen los beneficios del software que han
comprado inmediatamente. Por cierto, puede haber alguna noción de curso opcional pero rara vez es una
expectativa que lo que se llevan a cabo es un ejercicio de cambio de organización.
¿Qué es la administración de proyectos empresariales?
Que sería lo suficientemente desafío, pero hay otros aspectos que se suele pasar por alto por el cliente durante una
compra, empezando por '¿qué es exactamente EPM?' Es una pregunta corta con una respuesta potencialmente
larga. En las primeras fases de una implementación de EPM hacemos un previsión taller con directivos del cliente.
Una diapositiva que use siempre tiene este aspecto:
"¿Qué es EPM desde la perspectiva de"? Le pida. Las respuestas a menudo se encuentran en uno de los círculos de
la diapositiva. Es posible que las respuestas:
Administración de proyecto básico. "Para nosotros, administración de proyectos empresariales
significaría que todos los usuarios lo haría administración de proyectos de la misma manera y con las
mismas herramientas."
Administración de proyectos empresariales. "Que sería suficiente para nosotros," alguien podría decir.
"Para nosotros, administración de proyectos empresariales significaría que se debería integrar nuestros
datos de administración de project. Se podrá obtener informes que se muestran las programaciones de
nuestras en un informe resumido, integrado y se podrá administrar el impacto de un proyecto a otro".
Administración de carteras de proyectos (PPM ). "Es acerca de la administración de carteras de
proyectos para nosotros", alguien podría decir. "Para nosotros, administración de proyectos empresariales
significaría administrar en un nivel superior en el nivel de proyecto. Se tendría que necesite agrupar
proyectos en carteras de proyectos o grupos de proyectos y analizar e informar en ellos juntos. Será
necesario poder realizar un seguimiento del progreso en este nivel resumida así como implementar pasarela
fase."
Administración de recursos. "Para nosotros, administración de proyectos empresariales significaría
planeación de capacidad de recursos. Es necesario saber no sólo si podemos echamos en un proyecto nuevo
y lo que es posible el impacto en los compromisos existentes, también necesitamos saber cuál es el estado
de la administración del trabajo ya nos hemos confirmado a en función de la disponibilidad de progreso y
recursos de project. "
Informes de análisis. "Para nosotros, administración de proyectos empresariales se produciría en los
informes," alguien podría decir. "Necesitamos un informe que extrae de administración de proyectos,
finanzas, recursos humanos y otros sistemas internos para que los informes de resumen para la
administración y toma de decisiones. Mientras estamos hablando acerca de los informes, también se debe
dinámicos paneles, cuadros de mandos y otros sistemas visibles."
Gestión presupuestaria y el costo de administración. "Para nosotros, administración de proyectos
empresariales es todos los detalles sobre el dinero. Se presupuesto al principio del año. , A continuación,
solicitar un presupuesto de cada proyecto y lo único que son importantes para nosotros realiza un
seguimiento del dinero con respecto al plan, mes tras mes."
Partes de horas. "No importa la planeación. Si puede simplemente indicar a mí qué mis personas
realmente dedican su tiempo en, podríamos hasta ahora por delante donde estamos ahora, se llamaría a un
éxito EPM,"alguien le dice a menudo.
Comunicación y colaboración. "Ya no es acerca de los algoritmos de fantasía. Necesitamos facilitar hablar
con nuestras personas. ¿Puede nos ayuda conectar nuestros equipos de proyecto que ahora incluyen no
sólo planeadores sino también directivos, los clientes, los usuarios, contratistas subcaracterística, empresas
externas y members? de equipo"
Integración con aplicaciones externas. "Tenemos un sistema ERP/Finanzas grande que resulta muy útil,
excepto en que no disponemos de cualquiera de las proyecciones futuros para entregas y los costos que se
incluyen con la administración de proyectos. Si pudo conectarse una herramienta de administración de
proyectos con nuestro sistema ERP/finanzas, a continuación, sería una gran cantidad de administración de
proyectos empresariales para nosotros!"
Flujo de trabajo. "Se prever un sistema que realiza un seguimiento no sólo tareas pero los procedimientos
de forma automática. Nos gustaría jefes de proyecto para rellenar un formulario en pantalla a fondos que, a
continuación, debería conducir a la persona responsable de proyecto de solicitud podrían, a continuación, en
una forma automatizada, Aceptar o rechazar la solicitud. Si se aprueba, el proyecto se incluirá al instante en
el sistema EPM. Nos gustaría hacer lo mismo con nuestros todos los documentos del proyecto. De hecho,
nos gustaría automatizar todos los nuestros procedimientos de administración de proyecto de esta manera
a través de administración de flujo de trabajo. Que realmente sería enterprise project management."
Inteligencia empresarial. "Lo que necesitamos es para cuadros de mandos, paneles y minería de datos de
nuestros datos del proyecto", algunas personas nos dirá. Que sería el entorno de administración de
proyectos empresariales ultimate."
El modelo de madurez de administración de proyectos. "Estamos trabajando en la mejora de nuestro
nivel de madurez según lo medido por la 'modelo de madurez de administración de proyectos'."
Por lo tanto, ¿qué es la respuesta correcta? Son todos los derechos. De hecho, probablemente no es una lista
exhaustiva. EPM puede significar muchas cosas a muchas personas y depende en el punto de vista que está viendo
el problema de gran.
Cuando lo hacemos con directivos, ¿qué sucede a menudo es que no hay nadie de estos aspectos que no se desea
obtener. Sí, los usuarios prefieren todos ellos. Y, cuando pregunte que si todo esto es posible en una
implementación de la solución EPM de Microsoft, la respuesta a decir verdad es, "Sí". El problema es que cada uno
de estos aspectos de EPM puede considerarse como un vector o una dirección en la que se puede insertar el
entorno de EPM. Si decidimos en todos estos vectores de inserción en el primer día, el tamaño del proyecto que se
terminará diseño ser tan grande, por lo que potencialmente perjudiciales, tan complejos e implican muchos otros
sistemas corporativos que tendrá pocas probabilidades de éxito.
Recuerde que una implementación de administración de proyectos empresariales no es simplemente tecnología. Si

fuese, sería la implementación a través de en unos días. No, una implementación de EPM implica la estrategia,
personas, procesos y tecnología. Las implementaciones de Microsoft EPM Solution correctas prácticamente
siempre tenga en cuenta el proyecto de un proyecto de 'Administración de cambios' en lugar de un proyecto de
tecnología. Lo que estamos analizando para llevar a cabo es para cambiar el funcionamiento de la empresa.
¿Cómo? Bueno, según la dirección de un ejercicio de previsión se desvía, la dirección podría ser muy diferente.
Si se intenta implementar todos los aspectos y cada dirección al mismo tiempo, nos podríamos terminan por crear
un proyecto de dinero a lo que es compleja y muy difícil de entender y que sólo hace que la implementación
mucho más arriesgado.
Métodos de implementación de EPM
Hablemos un momento ¿cuántas personas enfocan una implementación de EPM. Hay un par de escenarios
posibles: radical, Bang instantánea y enfoque de fase.
Signo de exclamación big
La teoría de signo de exclamación Big dice "Vamos a hacer todos!" La idea es que nos dedicarle una cantidad
excesiva de tiempo de diseño, la creación, reconfiguración y el entorno de administración de proyecto de empresa
ultimate de programación. Se tardará un phalanx de programadores y, un día, en algún momento en el futuro, en
un fin de semana determinada, se debe voltear un modificador y todos los usuarios tendrán la administración de
proyectos empresariales. Si se tuviera que esto de gráfico como retorno de la inversión a través del tiempo, tendría
el aspecto siguiente la imagen a la derecha.
Hay sus ventajas e inconvenientes al uso de la teoría de signo de exclamación Big. En el lado positivo, hay una
posibilidad mejor que con otros tipos de métodos que el resultado final será más cerca de la intención original.
Después de todo, no coloque el equipo hasta que ha seleccionado la opción desactivar todas las desea creado al
principio del proyecto.
Sin embargo, en el lado negativo, hay unos grandes desafíos. En primer lugar, la organización no recibe ningún
retorno de la inversión hasta que el proyecto está 100% completado. Puede que sea meses o un año o más abajo
de viaje. Todos los días que el proyecto está incompleto es un día de que una persona puede recorrer a través de la
creación con una idea "mejor". Además, la naturaleza del ciclo de vida es que cambia. Cualquier cambio de equipo,
cambio de administración, cambiar en misión corporativa o estrategia, cambiar en la arquitectura de tecnología
fundamental, se pueden producir cambios en la propiedad corporativo en el proyecto que se está reestructurado o
cancelado. En este caso, la organización recibe nada para sus esfuerzos.
Signo de exclamación instantánea
Cuando hablamos acerca de la herencia de gratificación instantánea heredados sigue a Microsoft, podemos ver un
fenómeno diferente. Algunos clientes asumirá que implementar la solución EPM de Microsoft es igual que ejecuta
un Game de Microsoft. Se carga en el DVD y dentro de unos minutos, que hacemos proyectos de forma
coordinada y colaboración. El retorno de la inversión busca buena para algunos días o incluso semanas como el
grupo piloto con más diversión a través que del nuevo sistema empieza a usarlo. Sin embargo, sin la inversión de
los directivos es extremadamente difícil, si no imposible, referencia cultural de efecto o cambiar el comportamiento
y el proyecto con muy poca frecuencia extiende. El sistema permanece en uso durante un breve período de tiempo
y, a continuación, se abandona o dejarlos en uso por un número muy pequeño de usuarios que a menudo se
quejan de que ha estado no se puede conseguir que el resto de la organización para que trabajen conjuntamente.
Enfoque por fases

Hemos encontrado a través de los años que un enfoque por fases es el método más éxito de la implementación de
un entorno de administración de proyecto empresarial. Hay una gran cantidad de razones de la misma. A
continuación presentamos algunos:
En primer lugar, la organización empieza a recibir un retorno de la inversión muy pronto en el proceso. Esto
sirve para proteger la implementación y valida a la administración de su decisión de realizar una
implementación de EPM en primer lugar.
En segundo lugar, la implementación enfrenta desafíos técnicos en ondas en lugar de en todos a la vez. A
medida que aumenta la complejidad del sistema, por lo tanto, no demasiado, la fecha de vencimiento de la
organización en el control de esa complejidad.
En tercer lugar, la implementación facilita el cambio de referencia cultural en la organización con el tiempo,
que siempre es más fácil. Es un tópico que cambiar inconveniente de causas. Que habrá algunos
inconveniente en alguno de estos cambios en la administración de proyectos es una certeza. Implementar la
visión completa a través del tiempo permite a los usuarios adaptarse a la forma distinta de los negocios.
Por último, independientemente de cuánto tiempo se dedica a la organización en hacer el diseño original,
que está enlazado cambia su opinión tan pronto como ve el sistema en operación. Introducción primera fase
de la implementación en producción anteriormente permite a la organización a aprender de ella a medida
que avanzan.
El elemento más importante de este plan es la primera fase. Se indique a nuestros consultores para determinar "la
más mínima implementación posible que devolverá un curso retorno positivo de la inversión." He redactado
cuidadosamente. Queremos encontrar una primera fase de la implementación que pueda colocarse en producción
que proporcionará los resultados y que cada semana se le proporcionan más prestaciones que el esfuerzo
necesario para producir ellos. Si lo hacemos, la implementación se por última vez una eternidad. Nadie podría
quitar la implementación debido a que le dicen, "AH, que no podemos quitar, recibimos 'this' fuera de ella todas las
semanas." Si ya que estamos correctas creación de ese tipo de implementación, podremos crear en él en los
próximos meses. Si no hay, el proyecto y la implementación sigue siendo muy mucho en riesgo.
Introducción a la estrategia de implementación de EPM
Si he realizado dos veces pensar realizando una implementación de EPM, probablemente es bueno. No que no
debe hacerlo, pero una implementación correcta de EPM siempre comienza con un bit de pensar adicional. Por lo
tanto, ¿cómo debe llegar acerca de cómo realizar la implementación? Vamos a comenzar con los requisitos previos
de unos.
1. la oficina de administración de proyecto
Si tiene la intención implementar un entorno de administración de proyecto de empresa, no hay ninguna forma
alrededor de una organización de administración de proyecto de empresa. Con frecuencia se conoce como Project
Management Office o PMO. Puede llamarlo como desee, pero tiene que ser una administración central de un
sistema al igual que la solución Microsoft EPM. ¿Quién va a declarar las plantillas de la plantilla de 'oficial'? ¿Quién
va a determinar quién tiene autoridad para cambiar las prioridades de recurso? ¿Quién va a determinar cuál será el
aspecto de un informe y quién tendrá acceso a ella? Quién va a decidir si desea administrar los riesgos y, si es así,
¿qué proceso debe lo rodean? Y así sucesivamente y así sucesivamente... No, una PMO es esencial. Si no tiene este
tipo de organización (incluso si se trata de una persona), a continuación, debe iniciar como uno de los pasos más
antigua hacia el entorno de EPM.
2. patrocinadores ejecutivos
A continuación, obtener patrocinadores y soporte técnico de los directivos. La persona que esté ofreciendo
compatibilidad a este proyecto desde el conjunto de aplicaciones de ejecutivo necesita saber no sólo ¿cuáles son
los objetivos de la implementación, pero ¿durante cuánto tiempo le pedirá que proporcionan compatibilidad con.
Normalmente, indicaremos los ejecutivos para planear un mínimo de un año completo de derechos de
patrocinadores. Una dificultad que a menudo vemos es un pequeño grupo de administración de medio o los jefes
de proyecto que desean un entorno de administración de proyectos empresariales, pero que carecen de nivel
ejecutivo admitan y decidir que intentan realizar la implementación de ellos mismos con el fin de obtener que
admiten. Es el campo de sueños "Build se y surgirá" enfoque y casi nunca la correcta. El problema es que las
ventajas muy que serían interesantes para administración (por ejemplo, PM cumplimiento metodología, informes
de project global, planeación de capacidad de recursos y administración de proyectos de colaboración) son los
beneficios que sólo se pueden lograr con el participación de administración.
3. estamos los jefes de proyecto, no necesita administración de proyectos.
Si desea evitar los riesgos más comunes para una implementación de EPM, asegúrese de un plan de proyecto. Sé,
eso suena extraño simple pero es increíble cuántos proyectos de implementación de EPM, de hecho, carece de un
plan de proyecto. Una de las piezas más sencilla de Consejo que podemos darle a las organizaciones consideren la
implementación de la solución EPM de Microsoft es para realizar un proyecto y para aplicar la misma metodología
que ya usan para cualquier otro proyecto. ¿Hay una programación de proyecto; un presupuesto; un patrocinador
ejecutivo; un contrato de proyecto; recursos; ¿de los logros conseguidos? Estas cosas es posible que se encuentra
en todos los proyectos de la organización pero, al igual que de elementos secundarios del zapateros que vaya
barefoot, los jefes de proyecto a menudo se olvide de aplicar sus habilidades para sus propios proyectos.
4. objetivos de conjunto de
Trabajar al principio del proyecto para determinar cuáles serán las medidas de éxito en cada fase. Disponer de un
conjunto claro de métricas de rendimiento contribuye en gran medida a ayudar a no sólo el equipo del proyecto,
pero también enfoque de administración en completar una fase del proyecto.
Introducción
Si se pregunta cómo empezar a usar, aquí hay unas cuantas sugerencias.
Durante la preparación
Empiece con una sesión de visión facilitado con directivos. Si utiliza Asistencia externo en ningún otro aspecto del
proyecto, encontrará aquí es más útil. Tener una persona que ha participado en otras implementaciones de EPM es
la clave para el éxito. No sólo estamos hablando acerca de una persona que ha sido un usuario de un sistema EPM
pero una persona que ha funcionado a través de algunos de los problemas que hemos descrito anteriormente y
que tiene una buena comprensión de ambos las capacidades de la solución EPM de Microsoft y el proceso de
administración proyectos en una organización.
¿ Quién es quién?
¿Una de las cosas que necesitará para decida en cuanto antes es, que es la 'empresa'? He usado ese término varias
veces en este artículo, pero la empresa puede significar que decida lo que decida. ¿Es el departamento, la división
de toda la empresa? Un error común cometido por personas realizando una implementación de es realizar un plan
para toda la empresa, pero sólo tener autoridad a través de su propia división. La intención es que otras personas
surgirá a bordo si el sistema está disponible. Es un valor variant en el enfoque de campo de sueños y hace para una
solución que no sea atractivo para esas otras divisiones y no es de utilidad para los que tienen autoridad sobre. Por
lo que decida pronto quién estará implicado y asegúrese de que están incluidas en la planeación.
Realizar un Plan de proyecto
Al igual que lo haría con cualquier otro proyecto, tomarse el tiempo para crear un plan de proyecto adecuado. Hay
numerosas planes en línea que se proporcionan instrucciones sobre algunos de los asuntos que necesita para
cubrir. Son un buen punto de partida, pero seguramente tiene todas las habilidades necesarias para crear un plan
de proyecto adecuado para una implementación de EPM.
Conclusión
Si está considerando o se hayan iniciado una implementación de la solución EPM de Microsoft, la implementación
se centran teniendo en cuenta estos tres puntos:
1. Tratar este proyecto como un proyecto. Usar todas las habilidades que ya dispone de administración de
proyectos para administrar la implementación de EPM de Microsoft project. Recuerde que es
principalmente un proyecto de administración de cambios, no un proyecto de tecnología.
2. Dividir el proyecto en partes más manejables y tratar cada fase del proyecto como un subproyecto con su
propia de los logros conseguidos, programación, presupuesto y recursos. Obtendrá algunas de las ventajas
del sistema global con mayor rapidez y que servirá para obtener incluso más soporte de administración.
3. Recuerde que el retorno de la inversión tiene trabajar en cada nivel. No es suficiente hacer que un sistema
que funciona para directivos pero no funciona para las personas que tienen que administrar. O bien, un
sistema que funciona para los jefes de proyecto, pero no entrega los informes necesarios por los directivos.
O bien, un sistema que funciona para los jefes de proyecto y directivos pero es demasiado o demasiado
esfuerzo para usuarios individuales. Cada persona que debe invertir tiempo y energía en el uso del sistema
debe considerarse en términos de su propios retorno de la inversión.
Si va a diseñar una implementación que sigue un enfoque por fases y utiliza la metodología de administración de
proyecto básico que ya tiene para otros proyectos, tiene una gran posibilidad de éxito. ¡ Buena suerte y planeación
feliz!
Autor
Administración de recursos: notas del producto
En este artículo forma parte de nuestra colección "Desde las trincheras". Se describen los retos en distintos
aspectos de la administración de recursos y proporciona sugerencias sobre la creación de un sistema de
administración de recursos.
Administración de recursos
Administración de recursos es la razón más popular organizaciones cambiará de administración de proyectos
individuales a la administración de proyectos empresariales con los sistemas, como Microsoft Office Project
Server.
¿Piensa que significaría que tendría una extensa guía acerca de cómo obtener la mejor administración de recursos
fuera de dichos sistemas.
Si sólo hay.
Definición de la administración de recursos
El primer problema, como muchos aspectos de los sistemas empresariales, consiste en definir exactamente lo que
significan personas mediante la administración de recursos de"". Dependiendo de su perspectiva, administración de
recursos puede ser un número de cosas diferentes.
Redistribución de recursos
Vamos a comenzar con la vista purista. Esto proviene aquellos de nosotros en el sector de más de 15 años más o
menos. Cuando el software de administración de proyectos en primer lugar se puso a disposición como un
producto comercial, era una metodología de ruta crítica (CPM ) herramienta de programación. Se ha producido sin
tener en cuenta de recursos en absoluto en dichos sistemas anteriores. Se ha e interesante suficiente para obtener
una programación fuera del sistema y, a continuación, cuando roll fuente trazador apareció (principalmente para
admitir la industria dibujo técnica), para usarlos para obtener gráficos de barras o lógica de muestra de diagrama
de (red) de nuestros proyectos.
Cuando los recursos se incluyen en estos sistemas, fueran mejorar los cálculos originales con la incorporación de
recursos. Los algoritmos de ha variado, pero la intención era asegurarse de que los retrasos de suficientes números
de determinadas operaciones se identificaron tiempo suficiente con antelación para contratar a las personas y que
estén en el trabajo. Volveremos a la redistribución de recursos un poco más adelante.
Cadena crítica de planeación
Realmente ha sido alrededor de mucho tiempo, aunque sé para algunas personas el concepto de cadena crítico
parece nuevo y es muy apasionante. Para aquellos que está centrado en la programación, críticos se aplica a las
restricciones de recursos en la programación y la cadena tiene el aspecto de los recursos que se va a tener el efecto
más profundo en la entrega de la programación. Es, quizás, lo que debería haber sido CPM desde el principio y,
cuando se aplica en la situación apropiada, puede ser muy importante.
Planeación de capacidad de recursos
Si se expanda nuestro pensar un poco, nos podemos incluir esas dos primeras definiciones en un concepto más
amplio de la administración de la capacidad de nuestros recursos. Esto es, sin lugar a dudas, el concepto de los más
popular que se nos pide que entregar en una implementación de enterprise project management. Planeación de
capacidad de recursos pretende responder a varias preguntas para responsables de toma de decisiones de la
organización:
¿Cumple con los compromisos que ya he realizado con el personal de que tengo?
Si no es así, ¿qué cambia en personal sería necesario para satisfacer los compromisos de Mis?
Si es así, ¿qué exceso de capacidad tengo tomar en compromisos adicionales?
Si tiene un proyecto adicional, ¿lograrlo con mi personal existentes?
Si no se puede cambiar a mi personal, ¿cuál será el impacto de los nuevos trabajos que se me exija llevar a
cabo?
Planeación de capacidad de recursos incluye varios conceptos que deben implementarse como parte de los
procesos de administración de proyectos. Entre estos se incluyen:
Carga de recursos
Para iniciar el desafío de planeación de capacidad de recursos, podemos empezar con cuánto trabajo debe
realizarse. (Si no hay ningún trabajo para que se realice, no es necesario para administrar los recursos.)
Tener una imagen precisa de cuánto trabajo tardará cada tarea y quién necesita llevar a cabo lo es
fundamental para un análisis preciso.
Programación de aptitudes
En herramientas de administración de proyecto moderno como Microsoft Project, podemos administrar
ahora el requisito de recursos al igual que un departamento o a un individuo, sino también como
habilidades. Aptitudes de programación incluye la administración de los requisitos de recursos, pero
también administrar la disponibilidad de habilidades como un inventario, que parece ser más eficaces en
general que la administración sólo el número de personas disponibles en cada departamento. Después de
todo, es posible que tenga un departamento de administración de la base de datos pero si faltan los
conocimientos del personal en SQL Server 2008 y, es decir, las aptitudes necesarias para el próximo
proyecto, a continuación, está aún que carecen de lo que respecta a la introducción del proyecto listo.
Asignación de recursos
¿Qué recursos que coloca en las asignaciones? Hay un proceso que se creará para determinar cómo se
definen y después se resuelve los requisitos de recursos. ¿Debe empezar por solicitud de una categoría o un
nivel de competencia de recurso? ¿Debería realizar solicitudes de recursos individuales en el modo de
'Propuesto' y, a continuación, hacer que una persona de la entidad de certificación que estén 'Confirmado'?
¿Debe tener diferentes proyectos con los recursos propuestos que se mantienen separados? ¿Un jefe de
proyecto debería poder confirmar recursos de distintos departamentos o deben jefes de departamento
tenga ese privilegio?
Disponibilidad de los recursos
Tiene las necesidades de los proyectos para los recursos, pero ¿qué recursos están disponibles? ¿Quién
decide cuánto tiempo cada recurso hará que esté disponible para el proyecto frente el trabajo del proyecto
que no sean? ¿Quién decide cuándo pueden tomarse vacaciones? ¿Cómo determinar cuántas horas de
horas extra pueden trabajar al día? ¿Cómo va a enfrentar con horas extra no pagado? ¿Se convertirán en
tiempo ingresado?
Redistribución de recursos
Una vez que tiene tanto la disponibilidad y las necesidades de los recursos para los proyectos, comparación
de los dos deben permitir que sabe donde está exceso y presentar el desafío de afrontar el exceso de
asignación. ¿Proyectos se deben asignar prioridad para que algunas obtengan los recursos y otros no?
¿Algunas tareas se deben asignar prioridad para que algunas obtengan los recursos y otros no? ¿Debe usar
la redistribución de recursos automatizada? ¿Qué movimiento manual de tareas? ¿Quién va a abordar los
problemas con conciliar un conflicto de trabajo desde otros elementos donde están esperando algunas
partes de la empresa?
Contratos de recursos
Este término se encuentra normalmente en una organización de matriz donde tenemos jefes de departamento que
administran los grupos de recursos y jefes de proyecto administración el trabajo que debe llevar a cabo por dichos
recursos. El término "contratos de recurso" hace referencia a la negociación entre los jefes de proyecto y los jefes
de departamento para confirmar recursos en determinados trabajos. Esto es posible que el inicio de una solicitud
desde el jefe de proyecto para una determinada persona a estar disponible en una fecha determinada para un
momento determinado. El director de departamento puede responder con una counter-oferta con una opción de
una persona diferente con habilidades similares o solicitado la persona en una fecha diferente. El jefe de proyecto, a
continuación, respuestas y así sucesivamente con una aceptación o una counter counter-oferta hasta que se
cumpla el requisito de recursos.
Recursos de seguimiento
Para algunas organizaciones, el aspecto más importante de la administración de recursos es no la planificación,
consiste en determinar lo que ha ocurrido realmente. "Si se pudo me diera lo Mis personas realmente están
haciendo con su tiempo que se iba a ser mucho más eficaz," podría decir un ejecutivo senior. Para estas
organizaciones, el aspecto del parte de horas de un sistema de administración de proyecto de empresa se convierte
en los más importantes. Incluso sin la integración volver al plan del proyecto, la contabilidad por actividad aún
proporciona una enorme flexibilidad de datos a la administración de qué cada tarea los costos en términos de
esfuerzo. Y dibuja una imagen interesante de cuánto tiempo está disponible para el trabajo del proyecto y, más
interesante, ¿a qué hora se está utilizando en aparte de trabajo del proyecto. Cuando nos podemos unir la
colección de partes de horas el plan del proyecto, administración de recursos puede extender a presupuesto frente
a análisis real. Podemos ver qué hora era necesaria para cada tarea planeada, el progreso en esa tarea hasta el
momento y el impacto del progreso de la prevista de finalización de esa tarea y otras tareas que pueden verse
afectadas por él.
Comunicaciones de recursos
En un mundo de construcción mega project, hemos usado no se preocupe gran parte acerca de las comunicaciones
de recursos. Capataces sería recoger las noticias más recientes de la oficina de proyectos en la mañana e indicar a
su personal a lo que tiene que saber tal y como se ha iniciado. En tipos de alta tecnología potestad de entornos de
project, no es el caso en absoluto. Un equipo de proyecto ahora es posible que se compone de todos los tipos de
personas. Aparte de los programadores de proyecto y los recursos que se realizan trabajo, es posible que tienen
patrocinadores ejecutivos, los usuarios, el cliente, contratistas subcaracterística, los desarrolladores originales y
mucho más. No es extraño tener ahora un equipo de proyecto que supera no sólo las paredes de su oficina, sino
también los límites de la organización. Comunicaciones en un entorno de este tipo son mucho más importante.
Administración de recursos en este contexto es posible que sólo se puede ser capaz de colaborar eficazmente con
todos los recursos implicados en nuestro proceso de administración de proyectos.
Compromisos de recursos
Cuando hablamos de sistemas de administración de project, nos tienden a hablar de un entorno muy algoritmo,
pero administrar los compromisos de recursos dentro de un proyecto también es un aspecto importante de la
realización de tareas. Los responsables de equipo de proyecto necesitan para administrar los compromisos que
han solicitado y los compromisos que han hecho. Un recurso podría decir "Aquí termino que antes del viernes." Es
un compromiso; una promesa. Posible fecha en nuestra programación de finalización de una coincidencia perfecta
para el esperado y es posible que no. Es un compromiso y que es diferente de cuando el algoritmo de
programación indica que se debe realizar el trabajo. Los compromisos de recursos pueden administrarse en
Outlook u Office SharePoint Server o en una pizarra o en alguna otra herramienta de compromiso, pero debe
administrarse de alguna manera.
Subcontratación de recursos
Para algunas organizaciones, administración de los recursos que están contratados de otras compañías es lo
suficientemente la administración de recursos. Cuando se trate de contratos subcaracterística, administrar las
promesas que realiza el subcontratante y asegurarse de que el contrato proporciona el derecho incentivos y
garantizado por el subcontratante pueden realizar o para interrumpir un proyecto.
Suena bastante sencillo. Después de todo, hay herramientas dentro de la solución EPM de Microsoft para todos
estos aspectos de la administración de recursos. Redistribución de recursos, la asignación de recursos, la carga, de
recursos aptitudes de programación se conocen en la funcionalidad básica de Project Server o incluso simplemente
con Project Standard o Professional. Asignación de recursos de varios proyectos puede realizarse con el Asistente
para la sustitución de recursos o el generador de equipos en Project Server. Recursos de seguimiento pueden
realizarse con el parte de horas en Project Server. Contratos de recurso no tienen gran parte de una interfaz de
forma predeterminada pero la idea de propuesto frente a recursos confirmada es en dicha área por lo que una
interfaz más eficaz para tratar las solicitudes se puede hacer con un formulario basado en web con Office
SharePoint Server y placa de recursos en la funcionalidad directamente. Incluso recursos subcontratación podría
tratarse con la funcionalidad de Office SharePoint Server.
El desafío
Es posible que tenga en cuenta que no he hablamos planeación de capacidad de recursos y no es porque no es
posible. Esto suele ser el aspecto más solicitado de una implementación de EPM, pero es uno de los más difíciles
de entregar realmente.
Hay un desafío fundamental cuando se vuelva a aplicar un algoritmo a un grupo de recursos altamente cualificado
de redistribución de recursos. Para comprenderlo, vale la pena volver a lo que estaban pensando diseñadores
originales cuando se crearon los algoritmos de redistribución de recursos. Prometido volveremos a la
redistribución de recursos y, incluso, análisis de cadena crítico y por ello.
Cuando hablamos de la redistribución de motores de recursos original, se diseñaron para un contexto de
ingeniería. Las herramientas de programación de proyecto primera se escribieron para ingeniería intensa y
proyectos de construcción donde se realizará los cálculos en un proyecto a la vez. De hecho, toda la organización se
han creado para ofrecer un único proyecto. Herramientas de comercial originales habían destinada la defensa y
podrían administrar industrias de petróleo y Gas, que pueden aprovechar el gran volumen de datos de estas
herramientas. Sin embargo, al buscar recursos en dichos proyectos, creemos que siempre de recursos genéricos.
Programación en un proyecto de este tipo de recurso inevitablemente se realiza por cualificaciones. Cree que un
programador de project de cuántos ingenieros mecánica, electricistas y Pipefitters que es posible que necesitan.
Algoritmos de redistribución de recursos son perfectos para esta pregunta. Tenemos un número de recursos, se
pueden variar las tareas y los números de personal a tiempo completo arriba o hacia abajo, tal y como debe ser
nivel. Cuando creemos que esto para un número importante del mismo tipo de recurso intercambiable, el
algoritmo funciona bien en su lugar.
Administración de proyectos moderno ha extendido los conceptos que se creó originalmente para proyectos mega
con un gran número de recursos intercambiables y les aplica hasta el nivel de individual. El algoritmo aún parece
que funcione, al menos en teoría, y seguro que funciona bien en una demostración debido a que se muestra sólo
alguna vez un recurso a la vez.
Vamos a echar en este ejemplo:
Tengo un sencillo proyecto en Project Professional 2007. He iniciado el proyecto con un hito y agrega dos tareas
que son iniciar derecho una vez completado el hito. Tan pronto como Chris asignar a ambas tareas, tengo un
problema de redistribución de recursos. Como puede ver en la pantalla dividida, Chris se asigna a dos veces su
disponibilidad que tiene mucho sentido.
Ahora vamos a nivel del proyecto mediante Project la redistribución de recursos algoritmo:
Una vez más, las cosas son perfectas. Tareas de Chris han se han extendido a través de un período de dos semanas
en lugar de uno, que se muestra cómo una de las tareas tiene retardada a una segunda semana con el fin de
obtenerlo lleva a cabo. Además, se muestra Chris funcionando continuamente de semana a semana dos.
Todo bien parece hasta que se agregue otro recurso para el cálculo. Vuelva a nuestra primera situación y agregar
un par de tareas adicionales al proyecto pero asignarlas a otra persona:
Ahora que tengo dos personas trabajar a la vez. Chris es volver a su situación exceso (podrá ver ambos sus tareas
en semana uno y nos hemos agregado tres tareas para John que se iniciará al mismo tiempo. Tareas de Juan, sin
embargo, ya están recursos redistribuido porque no hay algunos secuencia a ellos. Si buscamos acaba en situación
de Juan, busca no pasa nada. John está trabajando continuamente desde semana uno en la segunda semana, pero
¿qué sucede cuando se aplican la redistribución algoritmo ahora de recursos?
Proyectos hora de niveles Chris sólo la forma que lo hizo por primera vez y trabajo de Chris continua de semana a
semana dos. John, sin embargo, se va a tener intervalos de una semana completa en su trabajo, tal y como espera a
que Chris para llevar a cabo su tarea de segundo. Es poco probable que se querrá tener John leyendo el periódico y
permanecer inactivo en su cubículo para toda una semana, por lo que será ahora hasta el director de John y de
Chris para administrar cómo debe programar su tiempo de forma manual.
Buscamos sólo en el ejemplo más sencillo de dos recursos. El desafío se convierte en que pone mucho peor
cuando tenemos un equipo completo para hablar, más de un proyecto que se ve afectado o más de una persona en
cada tarea.
Esto no es un error del proyecto. Esto es simplemente cómo redistribución de recursos funciona con prácticamente
cualquier herramienta de programación en el mercado que hace la redistribución de recursos. En primer lugar
calcula la ruta crítica y, a continuación, se aplica las restricciones de recursos a la programación en función de las
opciones que ha elegido. Diferentes sistemas tendrán diferentes opciones pero cuando se aplican un algoritmo a
las personas de la redistribución de recursos, esto es donde se siempre terminen. Programadores de project
moderno han aprendido no se aplican cuando la programación debe llevarse a cabo a nivel individual de la
redistribución de recursos clásico.
También es una de las razones fundamentales, ¿por qué no tenemos herramientas analíticas como información
sobre la inserción de proyecto en un sistema de compromiso de recursos como Outlook. Outlook en su núcleo
puede considerarse como un sistema de compromiso personal. Realizar los compromisos en Outlook todos los
días. Promesa alguien que tendrá una cita próxima semana en 2 p.m. (que alguien podría ser usted mismo).
Promesa a alguien que puede completar una tarea por este martes. Observamos Outlook para hoy para ver qué
tareas y citas necesitamos satisfacer y, a continuación, usar la funcionalidad de comunicaciones del sistema para
responder a otros usuarios sobre los compromisos nos estamos realizar o solicitar.
Imagine que debería integrar ahora con el proyecto, que es, básicamente, un sistema de análisis. Desplazamiento
de las actividades de proyecto o Project Server en Outlook y recuperar el progreso en ellos son una cosa. ¿Qué
ocurre si todas las tareas de Outlook de otra persona se han integrado en la programación? Puede que realice una
cita próxima semana convertirse en el dentista de la mañana. ¿Debo ahora permitir que el impacto de este espacio
de cuatro horas en mi disponibilidad a través de cada tarea de onda he programado en el futuro? ¿Todas las tareas
deben enviarse cuatro horas más adelante? ¿Qué ocurre con todas las programaciones de todas las personas
interactúan con o cuyas tareas se ven afectados por el retraso de cuatro horas? ¿Debe toda la compañía ahora
empezar a recibir mensajes de correo electrónico que indica que se ha insertado cuatro horas más tarde a su
programación? Pero espera, estoy sólo una persona. ¿Qué sucede cuando todos los usuarios están Outlook
compromisos afectan a todas las tareas de cada persona en la empresa? En el orden de short, se tendría el caos.
Si se van a integrar un compromiso de recursos o una herramienta de comunicación de recursos como Outlook
con una herramienta de planeación de capacidad de recursos, al igual que el proyecto o Project Server,
necesitamos reconciliar las diferencias entre los dos paradigmas filosóficas. Cuando se diseñó el vínculo de Project
Server con Outlook, esto compuesto por parte de las ideas. Outlook debería habilitarse para recibir las tareas de
proyecto y para integrar dichas tareas en la lista de tareas o el calendario de Outlook. No se permite "Insertar"
tareas desde Outlook a Project Server.
Creación de un sistema de administración de recursos
Si se ha hecho esto ahora, a continuación, es posible que se espera que tengo algunos consejos sobre cómo crear
la administración de recursos y tengo algunas sugerencias.
En primer lugar, merece la pena hablar sobre qué aspectos de la administración de recursos se aplican a su
organización y que se puede aprovechar rápidamente. Es muy común encontrar que algunos aspectos de la
administración de recursos será un desafío mayor para implementar que otros. Estoy siempre desean obtener el
más asequible en primer lugar. Es posible que esté más interesado en planeación de capacidad de recursos, por
ejemplo, pero descubrirá que crear un proceso de este tipo y la recopilación de todos los datos para crear un
proceso coherente es una tarea abrumadora. Aún, es posible que encuentre que implementar el seguimiento de
recursos con un sistema de parte de horas ofrece menos obstáculos culturales para superar. Por lo tanto, empiece
con ampliando su perspectiva de novedades de administración de recursos a tener en cuenta algunos otros
aspectos.
Si está viendo la planeación de capacidad de recursos, a continuación, se debe apreciar que cualquier algoritmo de
redistribución de recursos se va a tener dificultades con definiciones de recursos en el nivel individual. Si es así, se
puede considerar acerca de cómo realizar la redistribución de recursos para la cualificación o el nivel genérico y
dejando asignaciones individuales para los responsables de equipo. A menudo es un área de una implementación
de EPM que está afectando a los ejecutivos. Para cualquier persona que no se consideran todas las implicaciones,
no es extraño imagine un sistema donde análisis se realiza en algún lugar centralmente y no solo por arte de magia
concilia calendario diarias de cada persona con sus compromisos personales y corporativos, pero También se
asegura de que están trabajando un día laborable completo todos los días.
Si la planificación de capacidad de recursos es la preocupación, que tengo una idea para que no se sugiere muy a
menudo. En cualquier organización de alta tecnología, aptitudes de programación a nivel individual es muy común
debido a que muchas personas tienen una única colección de habilidades y conocimientos que los hace
especialmente adecuado para ciertos tipos de trabajo. Si eso es su situación, considere la posibilidad de crear un
'proyecto de recurso de clave'. En mi experiencia, los recursos clave de una organización representan menos de
cinco por ciento del número total de recursos. Estos recursos clave son las personas que son esenciales para cada
proyecto. Tienen esa combinación de habilidades y conocimientos que no se encuentra en otro lugar, y los jefes de
proyecto correcta saben para asegurarse de que obtenga uno de esos recursos claves a sus proyectos si desean se
realice correctamente.
Un proyecto de recursos clave sería una lista de todas las tareas asignadas únicamente a las personas. Lo haría su
trabajo y let que todos los recursos a su alrededor ser programan sin embargo son por responsables de equipo de
nivel de recurso. Esto se puede implementar casi al instante y toma una cantidad relativamente pequeña de
esfuerzo. Las organizaciones que han intentado esto encuentran a menudo se resuelve gran parte de las
complicaciones de redistribución sin el desafío cultural y los desafíos de mejora de proceso de un proceso que
debe incluir todos los usuarios de recursos.
También merece la pena pensar de la solución como mucho mayor sólo Project Server, al igual que el equipo del
proyecto se realiza en Microsoft. Después de todo, "Microsoft EPM Solution" es una pila de tecnología. Cuando
tenga en cuenta todos los distintos aspectos de la administración de recursos y, a continuación, Windows
SharePoint Services, flujo de trabajo de Windows, Office SharePoint Server (para formularios), vectores de todos
los SQL Server se convierten en que son esenciales para la creación de un entorno que se adapte a lo que se
necesita para su organización.
Autor
Obtenga información sobre cómo un administrador global de Office 365 puede eliminar información de un
usuario de un entorno de Project Online.
¿Qué datos de usuario se eliminen?
Eliminar los escenarios

Introducción al proceso
Paso 1: descargar los archivos de script de eliminación
Paso 2: buscar los sitios de Project Web App en el entorno de Office 365
Paso 3: buscar el identificador de usuario recursos en cada sitio de PWA (opcional)
Paso 4: cerrar y proteger todos los proyectos del usuario
Paso 5: exportar los datos de los usuarios (opcionales)
Paso 6: eliminar de la información de cuenta de usuario agregada a través de SharePoint Online
Paso 7: eliminar datos del usuario desde el sitio de PWA
Paso 8: borrar la memoria caché para los usuarios de cliente de Project se conecta al sitio de PWA
¿Qué datos de usuario se eliminen?

En Project Online, los administradores pueden utilizar los pasos detallados en este artículo para eliminar datos de
usuario y la identificación de datos (los datos que se pueden usar para identificar a un usuario), tales como:
Nombre para mostrar, nombre fonético, GUID - puede elegir eliminar o cambiar el nombre de nombre
para mostrar del usuario.
Configuración de la vista específica de los usuarios : por ejemplo, si el usuario tiene las
personalizaciones en su configuración de la vista (vistas, filtros, grupos, tablas, mapas, dibujo, informes)
encima de las páginas de cuadrícula con vistas (por ejemplo, el centro de recursos, centro de proyectos,
programación webpart, etcetera. ), estos se eliminan.
Detalles de la excepción de calendario - por ejemplo, si el usuario estaba fuera de una semana de enero
porque navegará era baja por enfermedad o de vacaciones, se quita el nombre de la excepción. Las fechas
de la excepción permanecerá.
Los permisos de usuario - por ejemplo, si el usuario está asociado con las categorías, grupos o se han
concedido permisos globales individuales, se va a quitar todas las asociaciones. El usuario también se
establecerá como inactivo.
Información del usuario contenida en el proyecto no se pueden eliminar sitios - como problemas, riesgos, entregas
y documentos - que se almacenan en SharePoint Online a través de los datos de usuario de Project Online
eliminar proceso debido a que algunos de estos usuarios se le da acceso al proyecto sitio pero que no son usuarios
de PWA. Debe eliminar estos datos a través del proceso que se encuentran en la sección paso 6: eliminar
información de la cuenta de usuario agregado a través de SharePoint Online de este artículo.
IMPORTANT
Se recomienda ejecutar el proceso de eliminación de datos de SharePoint Online usuario antes de eliminar la misma
información del usuario de Project Online. Esto evitará problemas en qué sincronizando con determinados SharePoint Online
elementos (como problemas o riesgos) sobrescribirá los datos de usuario en Project Online que se ha eliminado.
¿Cómo difiere con respecto al eliminar un usuario a través de eliminar objetos de empresa?
El proceso de eliminación de datos de usuario que se describen en este artículo es diferente de la eliminación de
un usuario de PWA a través de la página Eliminar objetos de empresa en configuración del servidor de PWA de
varias maneras:
Eliminar objetos de empresa, se eliminan el usuario como un recurso de empresa. Sin embargo, la
eliminación se bloquea si el usuario o recurso puede ser cualquiera de las siguientes opciones:
Un propietario del proyecto
Un administrador del parte de horas
En la lista del administrador del parte de horas
Un propietario de asignación
En un plan de recursos
Un usuario proxy del flujo de trabajo
Eliminación de los datos de usuario a través de los pasos descritos en este artículo no elimina el recurso de
empresa. Cambia la cuenta de usuario para inactivar, quita los datos de usuario y, opcionalmente, puede
cambiar el nombre del recurso a algo que elija (como "usuario eliminado").
Eliminar los escenarios

Según sus necesidades, este proceso le permite eliminar los datos de usuario enumerados anteriormente, pero
también permite algunas control de en lo que respecta a la eliminación el nombre para mostrar de los usuarios en
los elementos compartidos, como los partes de horas, proyectos y asignaciones. Hay tres escenarios de
eliminación que se pueden hacer:
Escenario 1: Eliminar información del usuario de Project Online, excepto el nombre para mostrar
En este escenario, todos los datos del usuario se elimina, excepto el nombre para mostrar del usuario.
Es posible que elija ha realizado este escenario si desea conocer el trabajo del usuario, por ejemplo, como a través
de sus partes de horas y tareas.
Escenario 2: Eliminar la información del usuario de Project Online, pero el nombre para mostrar en todos los
lugares de actualización
En este escenario, se elimina todo de la información del usuario. En todas las ubicaciones donde se muestra el
nombre para mostrar del usuario, se reemplazará con algo de su elección, como "Usuario eliminado". El
identificador de recurso para el usuario permanecerá.
Es posible que elija este escenario si no hay ninguna necesidad empresarial de conservar el nombre para mostrar
de usuario, incluso en registros compartidos como proyectos y partes de horas.
Escenario 3: Eliminar la información del usuario de Project Online, pero actualizar el nombre para mostrar en
todos los lugares excepto los registros de parte de horas
En este escenario, se elimina todo de la información del usuario, excepto en los registros de parte de horas. Puede
elegir reemplazar el nombre del usuario para mostrar con algo su elija, como "Usuario eliminado". Sin embargo,
esto no afectará a los registros de parte de horas, donde el nombre de usuario seguirá estando. Es el nombre para
mostrar en los registros de los partes de horas genera un nuevo identificador de recurso para que no se puede
identificar el nombre de usuario actualizada a través de datos de registros de parte de horas.
Es posible que elija en este escenario que debe revisar más de los registros de parte de horas en el que aparece el
usuario.
Introducción al proceso
La siguiente es una visión general del proceso de que los administradores deben hacer para eliminar la
información de un usuario específico en su entorno de Project Online:
1. Descargar los scripts de PowerShell: necesita descargue y descomprima los archivos de script de
PowerShell necesarios en este artículo.
2. Encuentre los sitios de PWA que contienen los datos del usuario: buscar una lista de sitios de Project
Web App en su entorno.
3. Busque el identificador de usuario recursos en cada sitio de PWA (opcional): en cada sitio de Project
Web App, busque el identificador de recurso único para el usuario. También puede especificar el usuario
mediante la cuenta de inicio de sesión (por ejemplo, adambarr@contoso.onmicrosoft... com).
4. Cerrar y proteger todos los proyectos del usuario: Esto se debe a que se produzca antes de ejecutar los
scripts de exportación para asegurarse de que los cambios no se sobrescriben.
5. Realizar una exportación de los datos del usuario: en este paso opcional se describe en Exportar
información de usuario de Project Online .
6. Eliminar la cuenta de usuario se agregó información a través de SharePoint Online (opcional): este
paso sólo es necesario si debe eliminar la información de cuenta de los usuarios que no sean de PWA, por
ejemplo, un usuario que es posible que se ha concedido acceso a un sitio de proyecto.
7. Eliminar los datos del usuario desde el sitio de PWA: ejecutar la secuencia de comandos para eliminar
la información del usuario de cada sitio de PWA.
A través de la secuencia de comandos, puede elegir cambiar el nombre del usuario para mostrar a algo
diferente (por ejemplo, "eliminar User"). Esto es permite hacer que el usuario anónimo, manteniendo el
elemento en el que aparece relativamente sin modificar la información del usuario.
8. Eliminar la memoria caché para los usuarios de Project Professional: después de la secuencia de
comandos se complete correctamente, los administradores de PWA necesitan eliminar la memoria caché en
cada dispositivo en el que se usó Project Professional para abrir el proyecto mientras está conectado al sitio
de Project Online. Borrar la memoria caché, impide que la información de usuario va a añadir al proyecto si
se almacena en caché en el dispositivo.
Trabajar con los administradores de proyecto
Dependiendo de su compañía, el administrador global de Office 365 es posible con conocimientos sobre la
administración de las tareas administrativas de Office 365, pero es posible que conocen poco sobre la
administración de Project Online. Si éste es el caso, se recomienda el trabajo de administrador global de Office
365 en colaboración con sus administradores de sitio de PWA para realizar estas tareas. Por ejemplo, un
administrador global probablemente sería más apropiado para ejecutar el script de PowerShell para buscar todos
los sitios de PWA, pero probablemente necesitaría trabajar en colaboración con el Administrador de PWA llevar a
cabo los pasos restantes y para obtener ayuda relacionada con las reglas de negocio y la configuración de cada
sitio de PWA.
IMPORTANT
Como práctica recomendada, asegúrese de copia de seguridad de las bases de datos del proyecto antes de eliminar datos de
usuario desde su sitio. Puede eliminar la copia de seguridad una vez que esté seguro de que se realizaron correctamente.
Paso 1: descargar los archivos de script de eliminación

Será necesario el uso de las distintas preparar los archivos de script de PowerShell para los procedimientos
descritos en este artículo. Los archivos de script que se hace referencia en este artículo se encuentran en el paquete
de secuencia de comandos de eliminación y Project Online usuario exportación de contenido. Descarga y upzip los
archivos a una ubicación que se puede hacer referencia.
Paso 2: buscar los sitios de Project Web App en el entorno de Office

365
Los administradores globales tendrá que usar el Shell de administración de SharePoint Online para conectarse a
su centro de administración de SharePoint Online y ejecute el cmdlet de PowerShell Get-SPOSite para obtener
una lista de direcciones URL para cada sitio de PWA en su entorno de Office 365.
NOTE
Para ejecutar el cmdlet Get-SPOSite PowerShell, debe estar en un administrador Global o la función de administración de
SharePoint.
1. En el módulo de Shell de administración de SharePoint Online, conéctese a su centro de administración de

SharePoint Online con el cmdlet Connect-SPOService :
Connect-SPOService -URL <AdminSiteURL>
Por ejemplo:
Connect-SPOService -URL http://contoso-admin.sharepoint.com
Después de conectar con el centro de administración de SharePoint Online, use el cmdlet Get-SPOSites
PowerShell para buscar todos los sitios de PWA en el entorno de Office 365:
2. Después de conectar con el centro de administración de SharePoint Online, use el cmdlet de PowerShell Get-
SPOSite para buscar todos los sitios de PWA en el entorno de Office 365:
Get-SPOSite | ?{$_.PWAEnabled -eq "Enabled"} | ft -a Url,Owner
Después de ejecutar correctamente, se mostrará una lista de todos los sitios de PWA y los propietarios de sitios en
el entorno de Office 365.
Paso 3: buscar el identificador de usuario recursos en cada sitio de

PWA (opcional)
IMPORTANT
Si tiene cuenta de inicio de sesión del usuario, este paso es opcional. Necesitará del usuario cuenta de inicio de sesión o
Identificador de recurso para cada sitio de PWA para poder ejecutar el script de eliminación.
Si desea buscar el identificador de usuario recursos, los administradores de PWA necesitan hacer lo siguiente en
cada sitio de PWA que encontró en el paso anterior:
1. En el proyecto en línea de Configuración del servidor, en la sección de Datos de la empresa , haga clic
en Centro de recursos.
2. En la página Centro de recursos , en el ** nombre de recurso ** columna, busque el nombre del usuario, a
continuación, busque en esa fila para ver si puede encontrar un valor en la columna de Identificador único
. Este valor es el identificador de recurso. del usuario Por ejemplo, en el gráfico siguiente, puede ver Aaron
Painter valor de identificador de recursos que aparecen en la columna de identificador único.
En algunos casos, se puede personalizar la tabla para que la columna de identificador único no esté
disponible. Si es así, seleccione la casilla de verificación a la izquierda del nombre de usuario y, a
continuación, haga clic en Editar que se encuentra en la ficha recursos en la cinta de opciones y, a
continuación, vaya al paso siguiente.
3. En la página Editar recurso para el usuario específico, vaya a la sección Datos de identificación del
sistema y busque el valor de la lista para el GUID. El GUID es el identificador de recursos de los usuarios
de este sitio de PWA.
NOTE
Si tiene varios sitios de PWA, cada sitio de PWA tendrá un identificador de recursos diferentes para el mismo usuario.
Asegúrese de que a par el identificador de recurso su búsqueda para el usuario con la dirección URL del sitio de PWA
específico.
Paso 4: cerrar y proteger todos los proyectos del usuario

Antes de ejecutar la exportación archivo, debe asegurarse de que todos los proyectos del usuario se cierra y
protegidos por los usuarios en el sitio de PWA. Esto le permitirá garantizar que no se sobrescriben los cambios
realizados por la secuencia de comandos de eliminación.
Si es necesario, un administrador de PWA puede forzar-checkin del proyecto a través de la configuración del
servidor de PWA.
1. En la página Configuración del servidor , en la sección Administración de colas y base de datos, haga clic
en Forzar protección de objetos de empresa.
2. En la página Forzar protección de objetos de empresa , en la lista de proyecto, seleccione la casilla de
verificación junto al proyecto al que debe comprobarse y, a continuación, haga clic en ** protección **.
3. Aparecerá un mensaje que le pregunta si está seguro de que desea forzar protección. Haga clic en Aceptar.
NOTE
Forzar una protección de un proyecto que está siendo modificado por un usuario puede causar la pérdida de esos cambios.
Se recomienda encarecidamente que verificación de los usuarios en los proyectos de la manera habitual y que usar forzar
protección de sólo cuando sea absolutamente necesario.
Paso 5: exportar los datos de los usuarios (opcionales)

Antes de eliminar los datos del usuario, debe conocer todos los proyectos en los que el usuario estaba una parte
de. Esto le permitirá más adelante comprobar si se ha quitado los datos del usuario, ya que algunos problema es
posible que haya no se les permita eliminación suceda (por ejemplo, el proyecto se ha desprotegido. Puede ver
estos proyectos a través de exportación de los datos del usuario. Para obtener información sobre cómo hacerlo,
consulte Exportar información de usuario de Project Online (GDPR ).
La secuencia de comandos de exportación también le indicará si cualquiera de los proyectos son actual
desprotegido, ya que deben comprobarse antes de ejecutar el script RedactProjectUser en el paso siguiente.
Si es necesario, un administrador de PWA puede forzar una protección del proyecto a través de la configuración
del servidor de PWA.
1. En la página Configuración del servidor , en la sección administración de la base de datos de colas y ,
haga clic en Forzar protección de objetos de empresa.
2. En la página Forzar protección de objetos de empresa , en la lista de proyecto, seleccione la casilla de
verificación junto al proyecto que se va a comprobar y, a continuación, haga clic en Protección.
3. Aparecerá un mensaje que le pregunta si está seguro de que desea forzar protección. Haga clic en Aceptar.
IMPORTANT
Si fuerza la protección de un proyecto que está modificando un usuario, se pueden perder las modificaciones.
Paso 6: eliminar de la información de cuenta de usuario agregada a

través de SharePoint Online
NOTE
Si también se va a eliminar datos de usuario de SharePoint Online, se recomienda eliminar los datos de usuario de SharePoint
Online antes de eliminar los datos de usuario de Project Online para evitar problemas de sincronización que pueden
sobrescribir el contenido eliminado.
A los usuarios que no tienen cuentas de Project Web App (PWA) en el entorno de Office 365 también pueden
tener su información de cuenta y el nombre en Project Online y es posible que desee eliminarlo. Esto puede ocurrir
si el usuario agrega determinados objetos de SharePoint a un sitio de proyecto. Un sitio de proyecto es una sitio de
colaboración que de SharePoint que se puede crear cuando se crea un proyecto. Los usuarios de SharePoint que
no son los usuarios de PWA pueden tener acceso a estos sitios de colaboración. Cuando esto sucede, se guarda la
información de su cuenta se puede guardar en PWA.. Si un administrador está eliminando datos de usuario en
SharePoint Online, debe también buscan para ver que si se deben eliminar los datos de los usuarios de Project
Online así como si observa cualquiera de los siguientes procedimientos en SharePoint Online exportar datos:
Problemas asociados con un sitio de proyecto
Riesgos asociados con un sitio de proyecto
Documentos asociados con un sitio de proyecto
Entregas asociadas a un sitio de proyecto
Si los datos de usuario de SharePoint Online muestran alguno de los anteriores, también puede eliminar la
información de cuenta de los usuarios desde el sitio de Project Online mediante la ejecución de la secuencia de
comandos de RedactProjectUser PowerShell especificar la información de cuenta de inicio de sesión (ya que el
usuario no tiene una Identificador de recursos):
.\Invoke-RedactProjectUser.ps1 -Url <PWASiteURL> -LoginName <logonName> -UpdateDisplayName "<newDisplayName>"

-RedactTimesheet $true
Por ejemplo, de los datos de exportación de SharePoint Online, que descubrió que Nuria González (nombre de
cuenta de evac@contoso.com), agregar problemas y riesgos a un sitio de proyecto que formaba parte de un sitio
de PWA específico (https://contoso.sharepoint.com/sites/pwa1). Ejecutando el siguiente, se actualizarán todas las
instancias de su nombre de cuenta para "Eliminar usuario" en el sitio de PWA específico.
.\Invoke-RedactProjectUser.ps1 -Url https://contoso.sharepoint.com/sites/pwa -LoginName

evac@contoso.onmicrosoft.com -UpdateDisplayName "Deleted User" -RedactTimesheet $true
Paso 7: eliminar datos del usuario desde el sitio de PWA

Ejecute el script de PowerShell RedactProjectUser en el Shell de administración de SharePoint Online para quitar
los datos de usuario desde el sitio de PWA y, opcionalmente, actualizar el nombre para mostrar del usuario.
La secuencia de comandos de RedactProjectUser PowerShell se incluye con Project Online usuario exportación de
contenido y eliminar paquete de secuencia de comandos.
NOTE
Con el fin de ejecutar el script RedactProjectUser, es necesario que al menos uno de los siguientes: > un administrador de
colección de sitios para el sitio de PWA para el que se ejecuta la secuencia de comandos. > Si se encuentra en modo de
permiso de Project, asignar los permisos Administrar usuarios y grupos en la instancia de Project Online. Si se encuentra en
modo de permisos de SharePoint, estar en el administrador Global o el rol de administrador de SharePoint.
En la consola de administración en línea de SharePoint, va a usar el cmdlet Invoke para ejecutar el script
RedactProjectUser:
Invoke-RedactProjectUser
El cmdlet Invoke utiliza los siguientes parámetros:
PARÁMETRO DESCRIPCIÓN NOTA
-URL Dirección URL de la instancia de Project Requerido

Online.
PARÁMETRO DESCRIPCIÓN NOTA
-LoginName Nombre de inicio de sesión del usuario. Se requiere LoginName o ResourceID.
-ResourceId GUID del usuario de recurso. Se requiere LoginName o ResourceID.
-UpdateDisplayName Nuevo nombre para mostrar para el Si usa, también se requiere

usuario RedactTimesheet.
-RedactTimesheet ¿Aplicar cambios a los partes de horas?

( $true o $false )
-Región Este parámetro opcional especifica el

entorno de Office 365 que está
utilizando. Los valores que puede
utilizar para este parámetro son:
Valor predeterminado : en la nube
pública de proyecto.
China - Gallatin.
Alemania - BlackForest.
ITAR - gobierno de Estados Unidos de
Office 365.
Si no se usa el parámetro, se usa el
valor predeterminado ( valor
predeterminado ).
Puede usar el cmdlet Invoke y los parámetros de las siguientes maneras:

Escenario 1: Eliminar información del usuario de una instancia de Project Online, excepto el nombre para mostrar
Con este comando va a quitar los datos del usuario desde el sitio de PWA, excepto el nombre para mostrar. Su
organización puede desear deje el nombre para mostrar del usuario para una revisión posterior en caso de que se
encuentra en un elemento compartido, al igual que un propietario de la tarea en un proyecto o una entrada en un
parte de horas.
Tenga en cuenta que puede especificar el usuario por nombre de inicio de sesión o identificador de recurso.
Use el nombre de inicio de sesión
Use el cmdlet de la siguiente manera si se especifica el usuario por su nombre de inicio de sesión:
.\Invoke-RedactProjectUser.ps1 -Url <PWASiteURL> -LoginName <loginName>
Por ejemplo, el siguiente quita todos los datos para el usuario * evac@@contoso.onmicrosoft.com * en toda la
https://contoso.sharepoint.com/sites/pwa sitio, excepto el nombre para mostrar del usuario

evac@@contoso.onmicrosoft.com
Cuando se ejecuta este comando, mostrará un mensaje que le pide que confirme si desea continuar.
Después de confirmar y la secuencia de comandos se complete correctamente, aparecerá un mensaje que dice:
todos los datos de recurso <nombre para mostrar del usuario> se ha quitado, excepto el nombre del recurso.
Use el identificador de recurso
Use el cmdlet de la siguiente manera si se especifica el usuario por ID de recurso:
.\Invoke-RedactProjectUser.ps1 -Url <PWASiteURL> -ResourceID <ResourceID>
Por ejemplo, el siguiente quita todos los datos de usuario para el usuario con un identificador de recurso de
0c7cd3fb -a0be-e111 -9fte-00155d022d022681 en toda la * https://contoso.sharepoint.com/sites/pwa sitio* ,
excepto el nombre para mostrar para el usuario
.\Invoke-RedactProjectUser.ps1 -Url https://contoso.sharepoint.com/sites/pwa -ResourceId 0c7cd3fb-a0be-e111-

9fte-00155d022d022681
todos los datos de recurso <identificador de recurso del usuario> se ha quitado, excepto el nombre del recurso.
Escenario 2: Eliminar la información del usuario de una instancia de Project Online, pero el nombre para mostrar
en todos los lugares de actualización
Con este comando se quitarán los datos de usuario de un usuario de la instancia de Project Online y va a cambiar
el nombre para mostrar del usuario a un elemento de su elección, y esto también se producirá en los registros de
parte de horas. La organización es posible que desee cambiar el nombre para mostrar del usuario a algo que harán
que la identidad del usuario anónimo, como "Usuario eliminado".

-RedactTimesheet $true
Por ejemplo, el siguiente quitará todos los datos de usuario para *evac@contoso.onmicrosoft.com* y su nombre
para mostrar se cambiará a " Usuario eliminado " en toda la https://contoso.sharepoint.com/sites/pwa sitio.

evac@contoso.onmicrosoft.com -UpdateDisplayName "Deleted User" -RedactTimesheet $true
todos los datos de recurso <nombre de inicio de sesión del usuario> se ha quitado y el nombre del recurso se ha
cambiado a <nombre para mostrar actualizado> en todos los lugares incluidos los registros de parte de horas.
.\Invoke-RedactProjectUser.ps1 -Url <PWASiteURL> -ResourceID <ResourceID> -UpdateDisplayName "

<newDisplayName>" -RedactTimesheet $true
Por ejemplo, los siguientes quitará todos los datos de usuario para el usuario con un identificador de recurso de
0c7cd3fb -a0be-e111 -9fte-00155d022d022681 y el nombre para mostrar se cambiará a " Usuario eliminado " en
toda la https://contoso.sharepoint.com/sites/pwa sitio.

9fte-00155d022d022681 -UpdateDisplayName "Deleted User" -RedactTimesheet $true
todos los datos de recurso <identificador de recurso del usuario> se ha quitado y el nombre del recurso se ha
cambiado a <nombre para mostrar actualizado> en todos los lugares incluidos los registros de parte de horas.
Escenario 3: Eliminar la información del usuario de un sitio de Project Web App, pero cambie el nombre para
mostrar en todos los lugares excepto los registros de parte de horas
Con este comando quitará los datos del usuario desde el sitio de Project Web App y va a cambiar el nombre para
mostrar del usuario a algo que especifique, pero esto no se producirá en los registros de parte de horas. La
organización es posible que desee analizar más adelante si tienen un motivo empresarial para conservar el
nombre para mostrar de los usuarios en sus registros de parte de horas.

-RedactTimesheet $false
Por ejemplo, las siguientes se quitarán todos los datos de *evac@contoso.onmicrosoft.com* y su nombre para
mostrar se cambiará a " Usuario eliminado " en toda la https://contoso.sharepoint.com/sites/pwa sitio, excepto en
los registros de parte de horas.

evac@contoso.onmicrosoft.com -UpdateDisplayName "Deleted User" -RedactTimesheet $false
después de confirmar y la secuencia de comandos se complete correctamente, aparecerá un mensaje que dice:
todos los datos de recurso <identificador de recurso del usuario> se ha quitado y se cambió el nombre del recurso
a <nombre para mostrar actualizado> en todos los lugares excepto los registros de parte de horas.
.\Invoke-RedactProjectUser.ps1 -Url <PWASiteURL> -ResourceID <ResourceID> -UpdateDisplayName "

<newDisplayName>" -RedactTimesheet $false
Por ejemplo, los siguientes se quitarán todos los datos personales de los usuarios con un identificador de recurso
de 0c7cd3fb-a0be-e111-9fte-00155d022d022681 y el nombre para mostrar se cambiará a "Usuario eliminado" en
toda la https://contoso.sharepoint.com/sites/pwa sitio, excepto en los registros de parte de horas.

9fte-00155d022d022681 -UpdateDisplayName "Deleted User" -RedactTimesheet $false
todos los datos de recurso <nombre de inicio de sesión del usuario> se ha quitado y el nombre del recurso se ha
cambiado a <nombre para mostrar actualizado> en todos los lugares excepto los registros de parte de horas.
Paso 8: borrar la memoria caché para los usuarios de cliente de Project
se conecta al sitio de PWA
En todos los dispositivos en el que Project Professional o el cliente de escritorio de Project Online conectada a la
instancia de Project Online, un administrador de TI necesita borrar la memoria caché. Borrar la memoria caché
impedirá en que el usuario se ha eliminado la información de que se actualiza a partir de los datos almacenados en
caché que permanece en el sistema de proyectos. También debe asegurarse de que ninguno de los proyectos están
abierto en el cliente antes de borrar la memoria caché.
Para borrar la memoria caché en Project Professional 2016 y el cliente de escritorio de Project Online:
1. Seleccione el menú archivo y, a continuación, haga clic en Opciones.
2. En la página Opciones de proyecto , seleccione Guardar.
3. En la sección de la memoria caché , seleccione Limpiar caché.
Consulte también
Exportar datos de usuario de Project Online
Project Online exportar las definiciones de objeto json
Exportar datos de usuario desde Project Online
Su organización puede exportar el contenido de un usuario específico de su entorno de Project Online. Para
exportar este contenido, un administrador global de Office 365 puede seguir estos pasos:
Paso 1: descargar los archivos de script de exportación
Paso 2: buscar todos los sitios de Project Web App en el entorno de Office 365
Paso 3: buscar el identificador de usuario recursos en cada sitio de PWA (opcional)
Paso 4: exportar los datos del usuario desde el sitio de PWA
Paso 5: revisar el contenido exportado
Paso 6: buscar y guardar las macros, filtros personalizados, datos adjuntos y vistas personalizadas
Consideraciones para los proyectos principales e insertados
Consideraciones para los proyectos vistos recientemente y favoritos de la página principal de Project
Trabajar con los administradores de proyecto
Dependiendo de su compañía, el administrador global de Office 365 es posible con conocimientos sobre la
administración de las tareas administrativas de Office 365, pero es posible que conocen poco sobre la
administración de Project Online. Si éste es el caso, se recomienda el trabajo de administrador global de Office
365 en colaboración con sus administradores de sitio de PWA para realizar estas tareas. Por ejemplo, un
administrador global probablemente sería más apropiado para ejecutar el script de PowerShell para buscar
todos los sitios de PWA, pero probablemente necesitaría trabajar en colaboración con el Administrador de PWA
llevar a cabo los pasos restantes y para obtener ayuda relacionada con las reglas de negocio y la configuración
de cada sitio de PWA.
Paso 1: descargar los archivos de script de exportación

Necesitará el uso de varios archivos de script de PowerShell para los procedimientos descritos en este artículo.
Los archivos de script que se hace referencia en este artículo se encuentran en el paquete de secuencia de
comandos de eliminación y Project Online usuario exportación de contenido. Descargue y descomprima los
archivos en una ubicación que se puede hacer referencia.
Algunos de los archivos incluidos en este paquete se usan para eliminar los datos de usuario en Project Online y
no se necesitarán para este artículo.
Desbloquear los archivos
Será necesario para los archivos que ha descargado en el proyecto en línea usuario exportación de contenido
"desbloquear" y eliminar script empaquetarlos en orden al usuario en PowerShell. Esto es debido a que de
forma predeterminada, no se permite ejecutar los scripts descargados de Internet. Realice lo siguiente para
desbloquear los archivos:
1. En el Explorador de archivos, vaya a la ubicación donde guardó el archivo zip.
2. Haga clic con el botón secundario en el archivo zip y haga clic en Propiedades.
3. En la ficha General , seleccione desbloquear.
Todos los archivos incluidos en el archivo zip ahora debería Unblocked. Puede comprobar esto en los archivos
individuales, para comprobar si la opción de casilla de verificación Unblocked ya no aparece en la ficha
General de página de Propiedades del archivo.
NOTE
Si sólo tiene acceso a archivos sin comprimir, también puede desbloquear individualmente cada archivo.
Paso 2: buscar todos los sitios de Project Web App en el entorno de

Office 365
Los administradores globales tendrá que usar el Shell de administración de SharePoint Online para conectarse
a su centro de administración de SharePoint Online y ejecute el cmdlet de PowerShell Get-SPOSite para
obtener una lista de direcciones URL para cada sitio de PWA en su entorno de Office 365.
NOTE
Para ejecutar el cmdlet Get-SPOSite PowerShell, debe estar en un administrador Global o la función de administración de
SharePoint.
1. En el módulo de Shell de administración de SharePoint Online, conéctese a su centro de administración de

SharePoint Online con el cmdlet Connect-SPOService :
Connect-SPOService -URL <AdminSiteURL>
Por ejemplo:
Connect-SPOService -URL http://contoso-admin.sharepoint.com
2. Después de conectar con el centro de administración de SharePoint Online, use el cmdlet de PowerShell
Get-SPOSite para buscar todos los sitios de PWA en el entorno de Office 365:
Get-SPOSite | ?{$_.PWAEnabled -eq "Enabled"} | ft -a Url,Owner
Después de ejecutar correctamente, se mostrará una lista de todos los sitios de PWA y los propietarios de sitios
en el entorno de Office 365.
Paso 3: buscar el identificador de usuario recursos en cada sitio de
PWA (opcional)
NOTE
Si tiene cuenta de inicio de sesión del usuario, este paso es opcional. Necesitará del usuario cuenta de inicio de sesión o
Identificador de recurso para cada sitio de PWA para poder ejecutar el script de exportación.
Si desea buscar el identificador de usuario recursos, los administradores del sitio de PWA pueden para llevar a
cabo lo siguiente en cada sitio de PWA que encontró en el paso anterior:
1. En el proyecto en línea de Configuración del servidor, en la sección de Datos de la empresa , haga
clic en Centro de recursos.
2. En la página Centro de recursos , en el ** nombre de recurso ** columna, busque el nombre del usuario,
a continuación, busque en esa fila para ver si puede encontrar un valor en la columna de Identificador
único . Este valor es el identificador de recurso. del usuario Por ejemplo, en el gráfico siguiente, puede
ver Aaron Painter valor de identificador de recursos que aparecen en la columna de identificador único.
En algunos casos, se puede personalizar la tabla para que la columna de identificador único no esté
disponible. Si es así, seleccione la casilla de verificación a la izquierda del nombre de usuario y, a
continuación, haga clic en Editar que se encuentra en la ficha recursos en la cinta de opciones y, a
continuación, vaya al paso siguiente.
3. En la página Editar recurso para el usuario específico, vaya a la sección Datos de identificación del
sistema y busque el valor de la lista para el GUID. El GUID es el identificador de recursos de los
usuarios de este sitio de PWA.
NOTE
Si tiene varios sitios de PWA, cada sitio de PWA tendrá un identificador de recursos diferentes para el mismo usuario.
Asegúrese de que a par el identificador de recurso su búsqueda para el usuario con la dirección URL del sitio de PWA
específico.
Paso 4: exportar los datos del usuario desde el sitio de PWA

A continuación, deberá ejecutar el ** ExportProjectUserContent ** script de PowerShell con el fin de exportar
los datos del usuario de cada sitio de PWA en el entorno de Office 365. Con el fin de ejecutar el script, debe
asegurarse de que usted y su entorno cumplen los requisitos previos y, a continuación, puede ejecutar el script.
La secuencia de comandos de ExportProjectUserContent PowerShell se incluye con Project Online usuario
exportación de contenido y eliminar paquete de secuencia de comandos.
Requisitos previos
Licencia para Project Online: debe asignarse una licencia de Project Online Premium o Project
Professional en línea .
Cliente de escritorio de Project Online: se necesita el cliente de escritorio de Project Online y estar
conectado a la instancia de Project Online. El cliente de escritorio de Project Online se incluye con una
licencia de Project Online Premium o Project Professional en línea .
Para conectar al cliente del proyecto a la instancia de Project Online:
1. Haga clic en la pestaña archivo para abrir la vista Backstage. Haga clic en informacióny, a continuación,
haga clic en Administrar cuentas.
2. En el cuadro de diálogo Cuentas de Project Web App , haga clic en Agregar.
3. En el cuadro de diálogo Propiedades de la cuenta , escriba un nombre para esta cuenta en el cuadro
Nombre de la cuenta .
4. Escriba la dirección URL del sitio de PWA que se va a conectar en el cuadro Dirección URL de Project
Server .
6. En el cuadro de diálogo Cuentas de Project Web App , seleccione establecer como predeterminada
y, a continuación, haga clic en Aceptar.
7. Proyecto de reinicio e inicie sesión en el sitio de PWA.
Permisos: para disponer de los permisos necesarios para ejecutar el script, debe hacer al menos uno de
los siguientes:
Agregarse como un administrador de colección de sitios para el sitio de PWA para el que se
ejecuta la secuencia de comandos.
Si se encuentra en modo de permiso de Project, se asigna Administrar usuarios y grupos y los
permisos de Acceso a Project Server Reporting Services en la instancia de Project Online. Si
se encuentra en modo de permisos de SharePoint, estar en el administrador Global o el rol de
administrador de SharePoint.
Ejecute el script ExportProjectUserContent
Use el script de PowerShell de ExportProjectUserContent.ps1 para exportar los datos del usuario.
1. En el Shell de administración de SharePoint Online, ejecute el script ExportProjectUserContent. Debe
configurar los siguientes parámetros al ejecutar la secuencia de comandos:
Parámetro Descripción
-URL Dirección URL del sitio de PWA
-ResourceID Identificador de recurso del usuario.
-LoginName Nombre de inicio de sesión del usuario.
-El directorio de resultados Ubicación para almacenar los archivos de exportación.

-Región Este parámetro opcional especifica el entorno de Office 365
que está utilizando. Los valores que puede utilizar para este
parámetro son:
Valor predeterminado : en la nube pública de proyecto.
China - Gallatin.
Alemania - BlackForest.
ITAR - gobierno de Estados Unidos de Office 365.
Si no se usa el parámetro, se usa el valor predeterminado (
valor predeterminado ).
Puede elegir ejecutar el script especificando el nombre de identificador de recurso o de inicio de sesión del
usuario.
Para ejecutar el script de ExportProjectUser con el identificador de recurso de usuarios
Utilizaría el siguiente comando en PowerShell con los parámetros enumerados anteriormente:
.\ExportProjectUserContent.ps1 -Url <PwaSiteURL> -ResourceUid <UsersResourceID> -OutputDirectory

<LocationToStoreOutput>
Por ejemplo, si desea exportar datos de usuario desde el sitio de Costoso PWA1 (dirección URL del sitio
https://contoso/sites/pwa1) para un usuario con un identificador de recurso de cb5c91cf-fd6b-e711 - 80d 0-
00155da4a406 y tienen la exportación de archivos se guardan en c:\pwa1siteOutput, tendría que escribir:
.\ExportProjectUserContent.ps1 -Url https://contoso/sites/pwa1 -ResourceUid cb5c91cf-fd6b-e711-80d0-

00155da4a406 -OutputDirectory c:\pwa1siteOutput
Para ejecutar el script de ExportProjectUser con el nombre de inicio de sesión de los usuarios
Utilizaría el siguiente comando en Powershell con los parámetros enumerados anteriormente:
.\ExportProjectUserContent.ps1 -Url <PwaSiteURL> -LoginName <UsersLoginName> -OutputDirectory

<LocationToStoreOutput>
Por ejemplo, si desea exportar datos de usuario desde el sitio de Costoso PWA1 (dirección URL del sitio
https://contoso/sites/pwa1) para un usuario con un nombre de inicio de sesión de
AdamB@contoso.onmicrosoft.com y tienen la exportación de archivos se guardan en c:\pwa1siteOutput, tendría
que escribir:
.\ExportProjectUserContent.ps1 -Url https://contoso/sites/pwa1 -LoginName AdamB@contoso.onmicrosoft.com -

OutputDirectory c:\pwa1siteOutput
Después de la secuencia de comandos se ejecuta correctamente, todos los datos exportados se almacenará en la
- directorio de resultados especificado.
Seleccione los archivos de datos de usuario específicos relacionados con la característica para exportar
Parte del contenido exportado usuario que recibirá incluirá un número de archivos con el formato json que
incluye información de usuario específica de la característica. Por ejemplo, el archivo Security.json contiene
datos acerca de la configuración de permisos, categorías y grupos de seguridad del usuario. Estos archivos
relacionados con la característica de json se describen con más detalle en la siguiente sección. De forma
predeterminada, recibirá todos los archivos relacionados con la característica de json 27 al ejecutar el script
ExportProjectUserContent. Sin embargo, puede usar el -Opciones parámetro para seleccionar archivos
específicos de json para descargar. Estos son los siguientes:
-LOS VALORES DE OPCIONES ARCHIVOS DE JSON RECIBIDOS
Todo Todos los archivos relacionados con la característica de json,

todos los archivos de json específicas del proyecto y todos
los archivos de la lista de proyectos.
Partes de horas Timesheets_Reporting.JSON, Timesheets_page # .json

Para el .json # Timesheets_page, obtendrá archivo por
página.
TaskStatus no son compatibles Rules.JSON, TaskStatus_AssignmentsHistory_page # .json,

TaskStatus_AssignmentsSaved.json,
TaskStatus_AssignmentsSubmitted.json
Seguridad Security.JSON
Cartera de proyectos BusinessDrivers.json, DriverPrioritizations.json,

PortfolioAnalyses.json
StatusReports StatusReports.json
Contrataciones Engagements_page # .json
ResourcePlans # ResourcePlans_page .json, ReportingResourcePlans.json
Proyectos DraftProjectList.xml, PublishedProjectList.xml.

ReportingProjectList
También recibirá una de cada uno de los siguientes
elementos para cada proyecto que el usuario era una parte
de:
Project_projName_draft.JSON, Project_projName_draft.mpp,
Project_projName_draft.xml,
Project_projName_published.JSON, Project_projName_
published.mpp, Project_projName_ published.xml,
Project_projName_reporting.JSON,
Project_projName_reporting_Tasks,
Project_projName_reporting_Assignments,
Project_projName_reporting_Resources,
Project_projName_reporting_Baselines,
Project_projName_reporting_TaskTimephased,
Project_projName_reporting_AssignmentTimephased,
Project_projName_reporting_TaskBaselineTimephased,
Project_projName_reporting_
AssignmentBaselineTimephased
UserViewSettings UserViewSettings.json
Uso de las opciones - parámetro puede ser útil si desea exportar datos de usuario desde el sitio de PWA para
características específicas. Por ejemplo, si sólo le preocupa con datos del usuario en la característica de análisis
de cartera de proyectos, puede ejecutar el - parámetro Options con el valor de la cartera de proyectos:
.\ExportProjectUserContent.ps1 -Url https://contoso/sites/pwa1 -ResourceUid cb5c91cf-fd6b-e711-80d0-

00155da4a406 -OutputDirectory c:\pwa1siteOutput -Options Portfolio
Esto le permitirá exportar los tres archivos de json que contienen datos del usuario que pertenece a la
característica de análisis de cartera (BusinessDrivers.json, DriverPrioritizations.json, PortfolioAnalyses.json).
Paso 5: revisar el contenido exportado
Después de ejecutar el script de ExportProjectUserContent PowerShell correctamente, tendrá el siguiente
resultado en el directorio de resultados que se especificó al ejecutar el comando:
Archivos de la lista de proyecto - recibirá tres archivos .xml que proporcionan una lista de los
proyectos incluidos en los esquemas de proyecto borrador y publicados en el que el usuario era una
parte de. Esto significa que el usuario participó en el proyecto como al menos uno de estos
procedimientos:
Era el propietario del proyecto.
¿Ha asignado una tarea en él en el proyecto.
Es un propietario de la asignación de una tarea en el proyecto.

Es el Administrador de estado de una tarea en el proyecto.
Estos archivos .xml tres son:
Nombre Descripción
DraftProjectList.xml Lista de proyectos desde el esquema de borrador que

corresponde a las condiciones anteriores.
PublishedProjectList.xml Lista de proyectos desde el esquema de publicados que

ReportingProjectList.xml Lista de proyectos desde el esquema de informes que

La lista de proyectos puede variar ligeramente para cada uno de los tres archivos .xml. Por ejemplo, un usuario
puede guardar el proyecto, pero no publicar, lo que significa que aparecerá en el archivo DraftProjectList.xml,
pero no los archivos de PublishedProjectList.xml o ReportingProjectList.xml.
Un administrador de proyecto puede usar los archivos .xml de lista de proyecto para proporcionar información
acerca de qué específicas del proyecto exportar archivos estén interesados en analizar decidir cuánto el
contenido exportado se debe compartir con el usuario.
Las tres de los archivos de ProjectList.xml tendrá las siguientes propiedades para cada proyecto mostrado:
Propiedad Descripción
SiteId El identificador único para el sitio de PWA en el que existe el

proyecto.
Proj_UID El identificador único para el proyecto.
Proj_Name Nombre del proyecto.
Archivos relacionados con la característica - para cada sitio de PWA que el usuario es parte de la
siguiente .json de características específicas se van a exportar los archivos al directorio de resultados
especificado. Los archivos específicos de la característica contendrá datos de usuario, lo que respecta a la
utilización de la característica en todo el sitio de PWA. Por ejemplo, el archivo Drivers.json incluye datos
acerca de los impulsores de negocios de análisis de cartera el usuario crea o que pertenecen. Si el
usuario no tiene datos relacionados con la característica en el sitio de PWA específico, el archivo no
contendrá ningún dato.
Los archivos de .json características específicas incluyen:
NOMBRE DESCRIPCIÓN
AdminAudit Cambia los datos de configuración del servidor de Project

Web App.
BusinessDrivers Datos de controladores de profesionales de análisis de

cartera de proyectos.
Calendarios Datos de calendario de empresa.
CustomFields Datos de campo personalizado.
Delegaciones Datos de delegación.
DriverPrioritizations Datos de priorizaciones de impulsores de profesionales.
Contrataciones Datos de recurso de compromiso.
Tablas de búsqueda Datos de la tabla de búsqueda.
PortfolioAnalysis Datos de análisis de cartera de proyectos.
QueueJobs Procesan datos acerca de los trabajos de usuario a través del

servicio de cola.
ReminderEmails Datos de correo electrónico de aviso.
ReportingResource Recursos de datos de informes.
Recurso Datos de recursos.
ResourcePlans Datos del plan de recursos.
Reglas Datos de reglas.
Seguridad Datos acerca de los grupos de seguridad, categorías y

permisos.
StatusReports Datos de informe de estado.
SubscribedReminders Datos de avisos suscrito.
TaskStatus_AssignmentsHistory Datos del historial de las asignaciones de estado.
TaskStatus_AssignmentsSaved Asignaciones de estado guardan datos.
TaskStatus_AssignmentsSubmitted Asignaciones de estado envían datos.

NOMBRE DESCRIPCIÓN
Partes de horas Datos sobre los partes de horas.
Timesheets_Reporting Datos de informes sobre los partes de horas.
UnsubscribedAlerts Datos de alertas no suscritos.
UserViewSettings Datos de configuración de vista de usuario.
Flujo de trabajo Datos de flujo de trabajo de proyecto.
WorkspaceItems Datos sobre los elementos de SharePoint desde sitios de

proyecto.
Algunos archivos de características específicas json tienen la posibilidad de gran tamaño, por lo que para
mejorar el rendimiento, se generará los siguientes archivos de json en varios archivos:
Engagements.JSON
ResourcePlans.json
Timesheets.JSON
TaskStatus_AssignmentHistory.json
NOTE
Para obtener más información acerca de los objetos contenidos en cada uno de los archivos de .json de
características específicas, vea la sección de datos específicos de la característica de Project Online exportar las
definiciones de objeto json.
Los archivos específicos de proyecto : si el usuario es parte de cualquier proyecto, a continuación,

para cada uno de esos proyectos, varios archivos individuales se exportará al directorio de resultados.
Esto sucederá si el usuario es parte del proyecto específico como una de las siguientes opciones:
El propietario del proyecto
Ha asignado una tarea en él en el proyecto
Es un propietario de la asignación de una tarea en el proyecto
Es el Administrador de estado de una tarea en el proyecto
Datos específicos del proyecto difieren de los datos relacionados con la característica en que los
datos son específicos para un único proyecto. Datos relacionados con la característica pueden
incluir datos de usuario a través de muchos proyectos en el sitio de PWA que el usuario era una
parte de, pero perteneciente a una sola característica.
NOTE
Para todos los archivos específicos del proyecto que recibe, se le se prefijo con el específicos del proyecto El
nombre del proyecto. Por ejemplo, si un proyecto tiene un nombre de proyecto de Project1, todos los
archivos específicos del proyecto que se describe en esta sección se prefijo con Project1.
Para cada proyecto que el usuario es una parte de, recibirá los siguientes tres conjuntos de
archivos:
-Un archivo .xml para el proyecto desde el borrador y de las bases de datos publicados:
Nombre Descripción
<projectName>_draft.xml El archivo de proyecto desde el esquema de borrador

guardado como formato .xml.
<projectName>_published.xml El archivo de proyecto desde el esquema publicado

guardado como formato .xml.
NOTE
Vea el Proyecto de intercambio de esquema de referencia de datos XML a comprender los datos XML de proyecto
contenidos en estos archivos.
-Un archivo .mpp para el proyecto desde el borrador y de las bases de datos publicados:
Nombre Descripción
<projectName>_draft.mpp El archivo de proyecto desde el esquema de borrador que se

guarda como un archivo .mpp de Project.
<projectName>_published.mpp El archivo de proyecto desde el esquema publicado que se

guarda como un archivo .mpp de Project.
NOTE
Puede abrir el archivo .mpp con Project Professional 2019, Project Professional 2016 o el cliente de escritorio de Project
Online.
-Archivos de .json ocho para el proyecto desde el esquema de informes:
NOMBRE DESCRIPCIÓN
Reporting_AssignmentBaselineTimephased Datos de asignación de fase temporal de la línea de base

para el proyecto desde el esquema de informes.
Reporting_AssignmentTimephased Datos de asignación de fase temporal para el proyecto desde

el esquema de informes.
Reporting_ProjectBaseline Datos de línea de base para el proyecto desde el esquema de

informes de Project.
Reporting_Tasks Proyecto de tareas de datos para el proyecto desde el

esquema de informes.
Reporting_Assignments Datos de recursos de asignación para el proyecto desde el

NOMBRE DESCRIPCIÓN
Reporting_Resources Datos de recursos para el proyecto desde el esquema de

informes.
Reporting_TaskBaselineTimephased Datos de fase temporal de la base de tareas para el proyecto

desde el esquema de informes.
Reporting_TaskTimephased Datos de fase temporal de tarea para el proyecto desde el

NOTE
Para obtener más información acerca de los objetos contenidos en cada uno de los archivos .json, vea la sección de datos
de usuario específicos del proyecto de los datos de informes de Project Online exportar las definiciones de objeto json.
-Tres archivos de .json con los metadatos del proyecto de los esquemas de borrador, publicados y
generación de informes:
Nombre Descripción
<projectName>_draft.json Archivo de metadatos de proyecto desde el esquema de

borrador
<projectName>_published.json Archivo de metadatos de proyecto desde el esquema

publicados
<projectName>_reporting.json Archivo de metadatos de proyecto desde el esquema de

informes
NOTE
Para obtener más información acerca de los objetos contenidos en cada uno de los archivos .json, vea la sección archivos
de metadatos específicos de un proyecto de Project Online exportar las definiciones de objeto json.
Paso 6: buscar y guardar las macros, filtros personalizados, datos

adjuntos y vistas personalizadas
Después de recibir el contenido de usuario exportado, puede usar los datos para buscar vistas personalizadas
del usuario, los filtros personalizados, tablas personalizadas, los datos adjuntos y las macros. Para buscar estas,
debe tener el archivo MPP y XML para cada proyecto en el que desea buscar. Para obtener más información
acerca de cómo hacer esto, vea Buscar elementos de usuario personalizada de usuario de Project Server y
Project Online exportación datos.
Consideraciones para los proyectos principales e insertados

Tal y como se ha mencionado anteriormente, la secuencia de comandos de exportación sólo exportar proyectos
en los que el usuario era una parte de como un propietario, tiene una tarea asignada, es un propietario de la
asignación de una tarea o es el Administrador de estado de una tarea. Cuando el usuario es parte de un
proyecto insertado, pero no el proyecto principal, se exportarán sólo el proyecto insertado. De forma similar, si
el usuario es sólo una parte de un proyecto principal y no cualquiera de los proyectos insertados, se exportarán
sólo el proyecto principal.
Al guardar un proyecto principal que una parte de un usuario, no necesitará guardar los proyectos insertados
asociados si se le pide.
Consideraciones para los proyectos vistos recientemente y favoritos

de la página principal de Project
Sólo se pueden tener acceso a datos para los proyectos vistos recientemente y favoritos de un usuario en la
página principal de Project directamente en-app. El usuario debe iniciar sesión con sus credenciales de cuenta
de Office 365 para tener acceso a su página principal de Project y ver los proyectos que se muestran.
1. Inicie sesión Office 365.
2. En el explorador, vaya a la dirección URL project.microsoft.com para abrir la página principal de
Project.
3. En la página principal de Project, realice una captura de pantalla de los proyectos enumerados en las
secciones recientes y favoritos.
Vea también
Project Online exportar las definiciones de objeto json
Buscar elementos de usuario personalizada de
usuario de Project Online y Project Server
exportación datos
Este artículo describe cómo buscar una elementos personalizados de usuarios específicos (vistas, filtros, datos
adjuntos, las tablas y las macros) en un proyecto cuando se realiza una exportación de los datos de los usuarios en
Project Online o Project Server. Esto incluye:
Para encontrar y guardar vistas personalizadas
Para encontrar y guardar filtros personalizados
Para buscar y guardar datos adjuntos
Para encontrar y guardar tablas personalizadas
Para encontrar y guardar las macros de usuario
Los procedimientos descritos en este artículo requieren, debe disponer de lo siguiente:
El archivo MPP para el proyecto
El archivo XML para el proyecto
Para Project Online, ambos archivos le proporcionó cuando se exportan los datos de usuario a través de los
procedimientos de exportación de datos de usuario de Project Online.
Para Project Server, debe guardar el archivo de proyecto específico en formato XML para crear el archivo XML.
NOTE
Al guardar un archivo de proyecto en formato XML con Project Professional, asegúrese de que ha aplicado las actualizaciones
más recientes.
Para encontrar y guardar vistas personalizadas

1. Abra el archivo XML del proyecto específico en un editor de texto.
2. En el texto de búsqueda para ** <vistas> ** para buscar una lista de vistas de usuario para el proyecto.
3. En la lista de vistas, busque para todas las vistas que tienen la propiedad IsCustomized establecida en
true. Por ejemplo, los siguientes medios una vista denominada tareas activas se ha personalizado de la
plantilla global de forma predeterminada:
<View>
<Name>Task Sheet</Name>
<IsCustomized>true</IsCustomized>
</View>
4. Ahora, abra el archivo del proyecto MPP en el cliente de escritorio de Project Online o Project Professional
2016.
5. Haga clic en el menú Ver para abrir la cinta de opciones y, en la cinta de opciones, seleccione la ** ver otros
** menú desplegable y, a continuación, haga clic en Más vistas.
6. En el ** más vistas ** ventana, en la lista de vistas, seleccione la vista que está buscando y, a continuación,
haga clic en Aplicar.
7. Se mostrará la vista seleccionada. Realizar una captura de pantalla de la vista y vuelva a guardarla.
8. Utilice el mismo procedimiento para todas las vistas personalizadas restantes que se encuentra en el
archivo XML.
Puede repetir este procedimiento en cada proyecto en el que desea buscar vistas personalizadas del usuario.
Para encontrar y guardar filtros personalizados

2. En el texto de búsqueda para ** <filtros> ** para buscar una lista de filtros del usuario para el proyecto.
3. En la lista de filtros, busque todos los filtros que tienen la propiedad IsCustomized establecida en true. Por
ejemplo, los siguientes medios un filtro con nombre de las tareas activas se ha personalizado de la plantilla
global de forma predeterminada:
<Filters>
<Name>Active Tasks</Name>
</Filter>
4. Para guardar la vista, abra el archivo del proyecto MPP en el cliente de escritorio de Project Online o
Project Professional 2016.
5. Haga clic en el menú Ver y en el ** filtros ** menú desplegable, seleccione Más filtros.
6. En el ** más filtros ** menú, seleccione el filtro que está buscando y, a continuación, haga clic en ** Editar **.
7. Se mostrará la definición de filtro para el filtro seleccionado. Puede tomar una captura de pantalla de la
definición de filtro y vuelva a guardarla.
8. Utilice el mismo procedimiento para todos los filtros personalizados restantes que se encuentra en el
archivo XML.
Puede repetir este procedimiento en cada proyecto en el que desea para el usuario personalizar los filtros de
búsqueda.
Para buscar y guardar datos adjuntos

2. En el texto de búsqueda para ** <tareas> ** para buscar una lista de tareas de usuario para el proyecto.
3. En la lista de tareas, busque todas las tareas que tienen la propiedad NoteContainsObjects establecida en
true. Por ejemplo, los siguientes medios que 18 de tarea contiene datos adjuntos:
<Task>
<UID>18</UID>
<NoteContainsObjects>true</NoteContainsObjects>
</Task>
4. Para guardar los datos adjuntos, abra el archivo del proyecto MPP en el cliente de escritorio de Project
Online o Project Professional 2016.
5. Haga clic en el menú de tareas y abra la tarea asociada a los datos adjuntos (por ejemplo, la tarea #18).
6. En la pantalla Información de la tarea , seleccione la ficha notas . Debería ver los datos adjuntos del
elemento que aparecen.
7. Abra el elemento de datos adjuntos y vuelva a guardarla.
8. Utilice el mismo procedimiento para todos los datos adjuntos restantes que se encuentra en el archivo
XML.
Puede repetir este procedimiento en cada proyecto en el que desea buscar datos adjuntos del usuario.
Para encontrar y guardar tablas personalizadas

2. En el texto de búsqueda para ** <tablas> ** para buscar las tablas en el proyecto.
3. En la lista de tablas, busque todas las tablas que tienen la propiedad IsCustomized establecida en true. Por
ejemplo, los siguientes medios en la tabla de entrada se ha personalizado de la plantilla global de forma
predeterminada:
<Tables>
<Table>Entry</Name>
</Table>
4. Ahora, abra el archivo del proyecto MPP en el cliente de escritorio de Project Online o Project Professional
2016.
5. Haga clic en el menú Ver para abrir la cinta de opciones y, en la cinta de opciones, seleccione el menú
desplegable de las tablas y, a continuación, haga clic en Más tablas.
6. En el ** más tablas ** ventana, en la lista de tablas, seleccione la tabla que está buscando y, a continuación,
haga clic en Editar.
7. Se mostrará la definición de tabla para la tabla seleccionada. Tomar una captura de pantalla de toda la
información en la ventana de definición y vuelva a guardarla.
8. Utilice el mismo procedimiento para todas las tablas personalizadas restantes que se encuentra en el
archivo XML.
Puede repetir este procedimiento en cada proyecto en el que desea buscar tablas personalizadas del usuario.
Para encontrar y guardar las macros de usuario

NOTE
Archivos XML de un proyecto no se marca si contiene las macros de VBA. Debe abrir manualmente los proyectos para
comprobar si contiene una macro de VBA.
1. Abra el archivo del proyecto MPP en el cliente de escritorio de Project Online o Project Professional 2016.
2. Haga clic en el menú Ver para abrir la cinta de opciones y, en la cinta de opciones, seleccione el menú
desplegable de las Macros y, a continuación, haga clic en Ver Macros.
3. En la página de las Macros , seleccione Visual Basic para abrir el Editor de Visual Basic.
4. En el editor de Visual Basic, puede guardar cada uno de los usuarios archivos personalizados de VBA.
Puede repetir este procedimiento en cada proyecto en el que desea buscar el usuario personalizar las macros.
Consulte también
Exportar datos de usuario de Project Online
Exportar datos de usuario de Project Server
Definiciones de exportación de datos de Project
Online y Project Server
En este artículo de referencia técnica se describen los objetos de datos y las propiedades contenidas en los
archivos de salida que recibirá cuando se usa el método de exportación de datos de usuario se describe en
Exportar datos de usuario de Project Online y en exportar los datos de usuario de Project Server . En este
artículo se incluye descripciones breves de los objetos y las propiedades que se encuentra en los datos de salida.
Podemos agrupar la salida de datos de usuario su recibe de Project Online y Project Server en lo siguiente:
Proyecto se enumera: una lista de proyectos que el usuario era un elemento de en el sitio de Project Web
App (PWA).
Datos específicos de la característica: característica en el sitio de PWA en el que el usuario puede tener
datos.
Datos de usuario específicos del proyecto de los datos de informes: datos acerca de un proyecto del
usuario en el sitio de PWA detallados.
Los archivos de metadatos específicos de un proyecto: metadatos del proyecto sobre un proyecto del
usuario en el sitio de PWA.
Listas de proyecto
Recibirá tres listas de los proyectos incluidos en los esquemas de borrador de Project, publicados y de informes.
Todos los proyectos en las listas de eran del usuario es una parte de los proyectos. Esto significa que el usuario
participó en el proyecto como al menos uno de estos procedimientos:
Era el propietario del proyecto.
¿Ha asignado una tarea en él en el proyecto.
Es un propietario de la asignación de una tarea en el proyecto.

Es el Administrador de estado de una tarea en el proyecto.
Estos datos incluyen:
Lista de proyectos desde el esquema de borrador que corresponde a las condiciones anteriores.
Lista de proyectos desde el esquema de publicados que corresponde a las condiciones anteriores.
Lista de proyectos desde el esquema de informes que corresponde a las condiciones anteriores.
La lista de proyectos puede variar ligeramente para cada uno de los tres archivos. Por ejemplo, un usuario puede
guardar el proyecto y no publicar, lo que significa que aparecerá en la lista de proyectos de borrador, pero no las
listas de proyectos publicados o informes.
Un administrador de proyecto puede usar la lista de archivos de proyecto para proporcionar información acerca
de qué específicas del proyecto exportar archivos estén interesados en analizar decidir cuánto el contenido
exportado se debe compartir con el usuario.
Las tres de los archivos ProjectList tendrá las siguientes propiedades para cada proyecto mostrado:
SiteId El identificador único para el sitio de PWA en el que existe el

proyecto.
Proj_UID El identificador único para el proyecto.
Proj_Name Nombre del proyecto.
Datos específicos de la característica

El método de exportación definido en Exportar datos de usuario de Project Online crea los archivos de .json
relacionados con las características siguientes que comprueba para los datos de un usuario específico de
características que se usan en Project Online. Si no se encuentran datos para el usuario en esa característica, el
archivo .json correspondiente estará vacío.
El método de exportación definido en las consultas de exportar los datos de usuario de Project Server para datos
relacionados con la característica a través de secuencias de comandos SQL ejecutar en las bases de datos de
Project Server.
Las áreas de características para Project Online y Project Server son las siguientes. Haga clic en el nombre de la
característica en la tabla para ver breves definiciones de los objetos y propiedades, es posible que vea en los
datos de que exportar datos que reciba sobre el usuario.
NOMBRE DESCRIPCIÓN
AdminAudit Cambia los datos de configuración del servidor de Project

Web App.
BusinessDrivers Datos de controladores de profesionales de análisis de

cartera de proyectos.
Calendarios Datos de calendario de empresa.
CustomFields Datos de campo personalizado.
Delegaciones Datos de delegación.
DriverPrioritizations Datos de priorizaciones de impulsores de profesionales.
Contrataciones Datos de recurso de compromiso.
Tablas de búsqueda Datos de la tabla de búsqueda.
QueueJobs Procesan datos acerca de los trabajos de usuario a través del

servicio de cola.
ReminderEmails Datos de correo electrónico de aviso.

NOMBRE DESCRIPCIÓN
ReportingResource Recursos de datos de informes.
ReportingResourcePlan Plan de recursos datos de informes.
Recurso Datos de recursos.
ResourcePlans Datos del plan de recursos.
Reglas Datos de reglas.
Seguridad Datos acerca de los grupos de seguridad, categorías y

permisos.
StatusReports Datos de informe de estado.
SubscribedReminders Datos de avisos suscrito.
TaskStatus_AssignmentsHistory Datos del historial de las asignaciones de estado.
TaskStatus_AssignmentsSaved Asignaciones de estado guardan datos.
TaskStatus_AssignmentsSubmitted Asignaciones de estado envían datos.
Partes de horas Datos sobre los partes de horas.
Timesheets_Reporting Datos de informes sobre los partes de horas.
UnsubscribedAlerts Datos de alertas no suscritos.
UserViewSettings Datos de configuración de vista de usuario.
Flujo de trabajo Datos de flujo de trabajo de proyecto.
WorkspaceItems Datos sobre los elementos de SharePoint desde sitios de

proyecto.
AdminAudit
AdminAudit contiene datos acerca de la configuración del servidor de Project Web App que el usuario ha
cambiado. Cada objeto AdminAuditData tendrá las siguientes propiedades:
SiteId Identificador único para el sitio de PWA.
ServerSettingName Nombre de la configuración del servidor de PWA.
SettingOldValue Valor anterior de la configuración.
SettingNewValue Nuevo valor para la configuración.

ChangedDate Se ha cambiado el valor de fecha y hora.
ResourceUid Identificador único para el recurso que realizan la

configuración cambiar.
ResourceName Nombre para el recurso que realizan la configuración cambiar.
BusinessDrivers
BusinessDrivers contiene datos acerca de los impulsores de negocios de análisis de cartera que el usuario cree o
modifique. Cada objeto de controladores tendrá las siguientes propiedades:
PROPIEDAD *** ****DESCRIPCIÓN****
DriverID Identificador único del impulsor de negocios.
DriverDescription Descripción del impulsor de negocios.
BusinessDriverIsActive Es el impulsor de negocios activo (verdadero/falso).
CreatedByResourceID Identificador único del recurso que creó el impulsor.
CreatedByResourceName Nombre para mostrar del recurso que creó el impulsor.
ModifiedByResourceID Identificador único del recurso que modificó el controlador.
ModifiedByResourceName Nombre para mostrar del recurso que modificó el

controlador.
ImpactDescriptionNone Descripción de lo que no se considera como ningún impacto

para el controlador.
ImpactDescriptionLow Descripción de lo que se considera como bajo impacto para el

controlador.
ImpactDescriptionModerate Descripción de lo que se considera como repercusión

moderada para el controlador.
ImpactDescriptionStrong Descripción de lo que se considera como fuerte impacto para

el controlador.
ImpactDescriptionExtreme Descripción de lo que se considera como extrema impacto

para el controlador.
CreatedDate Fecha y la marca de hora de cuándo se creó el controlador.
ModifiedDate Fecha y la marca de hora de cuándo se modificó por última

vez el controlador.
Cada objeto de controladores puede tener objetos de departamento , que tienen las siguientes propiedades.
DriverId Identificador único para el impulsor de negocios.
DepartmentId Identificador único para el departamento.
DepartmentName Nombre del departamento.
Calendarios
Calendarios contiene datos acerca de los calendarios de empresa que actualmente están desprotegidos por el
usuario. Cada objeto CalendarData tendrá las siguientes propiedades:
Id Identificador único para el calendario.
Nombre Nombre del calendario.
CheckedOutDate Fecha y hora en el calendario se ha desprotegido.
CustomFields
CustomFields contiene datos acerca de los campos personalizados que actualmente están desprotegidos por el
usuario. Cada objeto CustomFieldData tendrá las siguientes propiedades:
ID Identificador único para el campo personalizado.
Nombre Nombre del campo personalizado.
CheckOutDate Fecha y hora del campo personalizado se desprotegió por

última vez.
Delegaciones
Las delegaciones contiene datos acerca de las delegaciones que el usuario está implicado en. El usuario puede
ser el delegado o la persona que solicita la delegación. Cada objeto DelegationData tendrá las siguientes
propiedades:
Id Identificador único para la delegación.
ResourceId Identificador único para el recurso que ha solicitado la

delegación.
ResourceName Nombre del recurso que solicita la delegación.
DelegateResourceId Identificador único para el delegado.

DelegateName Nombre del delegado.
StartDate Fecha de inicio para el período de delegación.
FinishDate Fecha de finalización para el período de delegación.
DriverPrioritizations
DriverPrioritizations contiene datos acerca de priorizaciones de impulsores de negocios que el usuario cree o
modifique. Cada objeto priorizaciones puede tener las siguientes propiedades:
PROPIEDAD *** ****DESCRIPCIÓN****
PrioritizationId Identificador único de la priorización de análisis de cartera de

proyectos.
PrioritizationName Nombre de la priorización de análisis de cartera de proyectos.
PrioritizationDescription Descripción de la priorización de análisis de cartera de

proyectos.
ConsistencyRatio La relación de coherencia de priorización.
PrioritizationIsManual True si una priorización de análisis de cartera es manual. Si es

False, se calcula.
CreatedByResourceId Identificador único del recurso que creó la priorización.
CreatedByResourceName Nombre del recurso que creó la priorización.
ModifiedByResourceID Identificador único del recurso que actualizó por última vez la
actualización.
ModifiedByResourceName Nombre para mostrar del recurso que actualizó por última
vez la actualización.
CreatedDate Fecha y hora cuando se creó la priorización.
ModifiedDate Fecha y hora cuando se actualizó por última vez la

priorización.
Para BusinessDrivers, verá las siguientes propiedades:
PrioritizationId Identificador único para la priorización.

BusinessDriverId Identificador único para el impulsor de negocios.
BusinessDriverName Nombre del impulsor de negocios.
BusinessDriverPriorityPercentage Porcentaje de prioridad asignado al impulsor de negocios.
Para el DriverRankings, verá las siguientes propiedades:
PrioritizationId Identificador único para la priorización.
BusinessDriver1Id Identificador único para el primer impulsor de negocios en la

priorización.
BusinessDriver1Name Nombre de la primera impulsor de negocios en la

priorización.
RelationValue Valor de la relación asignado a este impulsor de negocios en

comparación con otro impulsor de negocios.
BusinessDriver2Id Identificador único para el segundo impulsor de negocios en

la priorización.
BusinessDriver2Name Nombre del segundo impulsor de negocios en la priorización.
Contrataciones
Contrataciones contiene datos acerca de las contrataciones de recursos que el usuario crea o modifica o fue
solicitado como un recurso. Cada objeto de contratación tendrá las siguientes propiedades:
EngagementUID Identificador único para la contratación.
ProjectID Identificador único para el proyecto para el que se ha

solicitado la contratación.
ResourceUID Identificador único para el recurso solicitado.
ResourceName Nombre para mostrar del recurso.
EngagementName Nombre de la contratación.
CreatedDate Fecha de que creación de la contratación.
SubmittedDate Fecha de que la contratación se envió para su aprobación.
ReviewedDate Se ha revisado el compromiso de fecha.

LastModifiedDate Fecha de que la contratación se modificó por última vez.
SubmitterResourceUID Identificador único para el recurso que envió la contratación.
SumitterResourceName Nombre de recurso del remitente.
ReviewerResourceUID Identificador único para el recurso que ha había revisado el

compromiso.
ReviewerResourceName Nombre para mostrar del recurso que revisa la solicitud de

compromiso.
LastModifiedByResourceUID Identificador único del recurso que modificó por última vez la
solicitud de compromiso.
LastModifiedByResourceName Nombre para mostrar del recurso que modificó por última
vez la solicitud de compromiso.
EngagementStatus Estado de la solicitud de contratación:

0-confirmado
1 - propuesto
2 - borrador
3-rechazado
Cada objeto contrataciones puede contener varios EngagementSegments, que puede tener las siguientes
propiedades:
EngagementUID Identificador único para la contratación que contiene el

EngagementSegment.
SegmentType 0-confirmado
1 - propuesto
2 - borrador
3-rechazado
SegmentStartDate La fecha de inicio propuesta. Según el valor de SegmentType,

esta es la fecha de inicio propuesto/borrador o confirmada
para el segmento.
SegmentFinishDate La fecha de finalización propuesta. Según el valor de

SegmentType, esto es fecha de finalización
propuesta/borrador o confirmado para el segmento.
SegmentMaxUnits Número máximo de unidades que representan la capacidad.
SegmentWork Número de unidades de trabajo para un día de trabajo.
Cada objeto contrataciones puede contener EngagementComments, que puede tener las siguientes
propiedades:
CommentUID Identificador único para el comentario.
EngagementUID Identificador único para la contratación que contiene el

EngagementSegment.
CommentCreatedDate Fecha de que creación del comentario.
CommentMessage Detalles de comentario.
CommentAuthorResourceUID Recurso UID del autor del comentario.
CommentAuthorResourceName Nombre de recurso del autor del comentario.
Tablas de búsqueda
Tablas de búsqueda contiene datos acerca de las tablas de búsqueda que actualmente están desprotegidas por el
usuario. Cada objeto LookupTableData posible que tenga las siguientes propiedades:
ID Identificador único para la tabla de búsqueda.
Nombre Nombre de la tabla de búsqueda.
CheckOutDate Fecha y hora de la tabla de búsqueda se desprotegió por

última vez.
PortfolioAnalysis
PortfolioAnalysis contiene datos acerca de los análisis de cartera de proyectos que el usuario cree o modifique.
Cada objeto de análisis tendrá las siguientes propiedades:
AnalysisID Identificador único para el análisis.
AnalysisName Nombre del análisis.
AnalysisDescription Descripción del análisis.
AnalysisType Tipo de análisis.
PrioritizationType Tipo de asignación de prioridades para el análisis (impulsor de

negocios o campos personalizados).
PrioritizationID Identificador único para la priorización.
PrioritizationName Nombre de la priorización.

HardConstraintCustomFieldID Identificador único para el campo personalizado seleccionado
como la restricción de costo principal.
HardConstraintCustomFieldName Nombre del campo personalizado seleccionado como la

restricción de costo principal.
Escala de tiempo La escala de tiempo seleccionada para el análisis:

0 días
1 - semanas
2 - meses
3 - trimestres
4 - años
BookingType Especifica si un recurso se considera comprometido o

propuesto.
ModifiedByResourceID Identificador único para el recurso que modificó por última

vez el análisis.
ModifiedByResourceName Nombre del recurso que modificó por última vez el análisis.
CreatedByResourceId Identificador único para el recurso que creó el análisis.
CreatedByResourceName Nombre del recurso que creó el análisis.
FilterResourcesByDepartment True si los recursos se filtran por departamento.
FilterResourcesByRBS True si son recursos filtrados por estructura detallada de

recursos.
FilterResourcesByRBSValueId El identificador del valor de EDR que se usa para filtrar.
FilterResourcesByRBSValueText El texto real del valor de EDR que se usa para filtrar.
UseAlternateProjectDatesForResourcePlans Es True si se usan las fechas de proyecto alternativas para

planes de recursos.
AlternateProjectStartDateCustomFieldId El GUID de un campo personalizado que contiene una fecha

de inicio alternativas para un análisis de cartera.
AlternateProjectStartDateCustomFieldName El nombre de un campo personalizado que contiene una

fecha de inicio alternativas para un análisis de cartera.
AlternateProjectEndDateCustomFieldId El GUID de un campo personalizado que contiene una fecha

de finalización alternativas y la hora para un análisis de
cartera.
AlternateProjectEndDateCustomFieldName El nombre de un campo personalizado que contiene una

fecha de finalización alternativas y la hora para un análisis de
cartera.
ForcedInAliasLookupTableId Identificador de la tabla de búsqueda interno que se utiliza
para forzar en proyectos.
ForcedInAliasLookupTableName Nombre de la tabla de búsqueda interno que se utiliza para

forzar en proyectos
ForcedOutAliasLookupTableId Identificador de la tabla de búsqueda interno que se utiliza

para forzar los proyectos.
ForcedOutAliasLookupTableName Nombre de la tabla de búsqueda interno que se utiliza para

forzar los proyectos
CreatedDate Fecha de que creación el análisis.
ModifiedDate Fecha en la que se modificó por última vez el análisis.
ProjectData Vínculo de conjunto de datos para obtener más información

sobre el proyecto en el que se llevaron a cabo el análisis.
Cada objeto de análisis puede tener propiedades ProjectData , que incluyen:
ProjectId Identificador único para el proyecto.
Nombre de proyecto Nombre del proyecto.
AnalysisPriority Prioridad del proyecto.
AbsolutePriority Prioridad de proyecto normalizado.
OriginalStartDate Fecha de comienzo original del proyecto.
OriginalEndDate Fecha original de finalización del proyecto.
StartDate Fecha del proyecto de inicio.
Duración Duración del proyecto.
StartNoEarlierThan Se inicia Project no sea anterior a la fecha especificada.
FinishNoLaterThan Se inicia Project no posterior a la fecha especificada.
Bloqueado Es True si el proyecto está bloqueado.
Para las soluciones del optimizador, objetos de CostConstraintProject pueden tener las siguientes propiedades:
ScenarioId Identificador de escenario de restricción de costo.
ScenarioName Nombre del escenario de restricción de costo.
ProjectId Identificador del proyecto incluido en el escenario de

restricción de costes.
Nombre de proyecto Nombre del proyecto que se incluyen en el escenario de

ProjectStatus Estado del proyecto.
ForceStatus Exigir que el estado del proyecto (si se puede forzar la

entrada o puede forzar la salida).
ForceAliasLookupTableId Identificador de la tabla de búsqueda interno que se utiliza

ForceAliasLookupTableName Nombre de la tabla de búsqueda interno que se utiliza para

forzar en proyectos.
ProjectPriority Prioridad del proyecto.
HardConstraintValue Seleccione el valor del proyecto para el campo personalizado

como una restricción de disco duro.
Para las soluciones del optimizador, objetos de CostConstraintScenario pueden tener las siguientes
propiedades:
ScenarioDescription Descripción del escenario de restricción de costo.
UseDependencies Especifique si utiliza o no el escenario de restricción de costo

dependencias.
CreatedByResourceId Identificador para el recurso que creó el escenario de
CreatedByResourceName Nombre del recurso que creó el escenario de restricción de

costes.
ModifiedByResourceId Identificador para el recurso que modificó el escenario de

restricción de costo.
ModifiedByResourceName Nombre del recurso que modificó el escenario de restricción

de costo.
CreatedDate Fecha de escenario de restricción de costo cuando se creó.
ModifiedDate Fecha de escenario de restricción de costo cuando se

modificó por última vez.
SelectedProjectsCost Costo del proyecto seleccionado.
SelectedProjectsPriority Prioridad del proyecto seleccionado.
UnselectedProjectsCost Costo del proyecto no seleccionado.
UnselectedProjectsPriority Prioridad del proyecto no seleccionado.
Para soluciones de planificador, objetos de ResourceConstraintProject pueden tener las siguientes

propiedades:
CostConstraintScenarioId Identificador único para el escenario de restricción de costes

de análisis de cartera de proyectos.
CostConstraintScenarioName El nombre de un escenario de restricción de costes de análisis

de cartera de proyectos.
ProjectId Identificador del proyecto incluido en el escenario de

Nombre de proyecto Nombre del proyecto que se incluyen en el escenario de

NewStartDate La nueva fecha de comienzo del proyecto.

ForceStatus Exigir que el estado del proyecto (si se puede forzar la
entrada o puede forzar la salida).
ProjectStatus El estado del proyecto.
ResourceWork La cantidad de trabajo que se lleva a cabo por un recurso en

un proyecto.
ResourceCost El costo de un recurso en un proyecto.
ForceAliasLookupTableId Identificador de la tabla de búsqueda interno que se utiliza

ForceAliasLookupTableName Nombre de la tabla de búsqueda interno que se utiliza para

forzar en proyectos.
ProjectPriority Prioridad del proyecto.
HardConstraintValue Seleccione el valor del proyecto para el campo personalizado

como una restricción de disco duro.
Para soluciones de planificador, objetos de ResourceConstraintScenario pueden tener las siguientes

propiedades:
ScenarioDescription Descripción del escenario de restricción de costo.
CostConstraintScenarioId Identificador único para el escenario de restricción de costes

de análisis de cartera de proyectos.
CostConstraintScenarioName El nombre de un escenario de restricción de costes de análisis

de cartera de proyectos.
ConstraintType El tipo de restricción.
ConstraintValue Un valor que indica el límite de una restricción.
AllocationThreshold El número de porcentaje entre 0 y 100 que especifica el

umbral mínimo que se requiere para un recurso que se
asignará a un proyecto.
Tabla de tasas La tabla de tasas de costo utilizada para el recurso.
EnforceProjectDependencies Marca que indica si se deben aplicar dependencias del

proyecto.
EnforceSchedulingConstraints Marca que indica si se aplican restricciones de programación.
HiringType La contratación interna o externa tipo.
CreatedByResourceId Identificador para el recurso que creó el escenario de

CreatedByResourceName Nombre del recurso que creó el escenario de restricción de

costes.
ModifiedByResourceId Identificador para el recurso que modificó el escenario de

restricción de costo.
ModifiedByResourceName Nombre del recurso que modificó el escenario de restricción

de costo.
CreatedDate Fecha de escenario de restricción de costo cuando se creó.
ModifiedDate Fecha de escenario de restricción de costo cuando se

modificó por última vez.
QueueJobs
QueueJobs contiene datos acerca de los trabajos creados por el usuario a través de los servicios de colas. Cada
objeto QueueData posible que tenga las siguientes propiedades:
CorrelationId Identificador único para los trabajos que forman parte de una
correlación con otros trabajos.
QueueState Estado de la cola el trabajo está actualmente en:

0-Unknown (desconocido)
1 - ReadyForProcessing
2 - SendIncomplete
Procesamiento de 3
4 - éxito
5 - Error
6 - FailedNotBlocking
7-ProcessingDeferred
8 - CorrelationBlocked
9 - cancelado
10 - OnHold
11 - modo de suspensión
12 - ReadyForLaunch
MessageType Tipo de trabajo de cola (vea el correspondiente valor de

QueueStateLabel).
ErrorInfo Detalles de error sobre el trabajo en cola.
JobId Identificador único para el trabajo en cola.
PercentComplete Porcentaje completado de la tarea a través del servicio de

cola de procesamiento actual.
CreatedDate Fecha y hora que se creó el trabajo en cola.
ProcessingDate Fecha y hora en el trabajo de cola empezó a través del

servicio de cola de procesamiento.
CompletedDate Fecha y hora en que se procesó el trabajo en cola a través del

servicio de cola.
ReadyForProcessingDate Fecha y hora en el trabajo en cola estaba listo para

seleccionar copia de seguridad para procesar a través del
servicio de cola.
MessageTypeLabel Tipo de trabajo (asociado con el valor de tipo de mensaje).
QueueStateLabel Estado de cola actual del trabajo (vea el QueueStateValue

correspondiente).
ReminderEmails
ReminderEmails contiene datos acerca de las notificaciones de aviso de correo electrónico para el usuario. Cada
objeto ReminderEmailData tendrá las siguientes propiedades:
SessionId El identificador único para los correos electrónicos de aviso.
EmailType El tipo de mensajes de correo electrónico: tarea, StatusReport,

del parte de horas o compromiso.
RowIsReady Si el correo electrónico está listo para ser enviado.
ReportingResource
ReportingResource contiene datos acerca de los informes de recursos. Cada objeto ReportingResourceData
posible que tenga las siguientes propiedades:
ResourceUID Identificador único para el recurso.
ResourceNTAccount El nombre de cuenta de Windows de un recurso.

UserClaimsAccount Nombre de inicio de sesión para el usuario.
ResourceEmailAddress La dirección de correo electrónico de un recurso.
ResourceCanLevel Es True si se puede llevar a cabo la redistribución de recursos.
ResourceEarliestAvailableFrom Fecha más próxima en la que un recurso está disponible para

trabajar en una tarea determinada.
ResourceLatestAvailableTo Última fecha en que un recurso está disponible.
ResourceStandardRate La tasa de pago para un recurso estándar.
ResourceOvertimeRate La tasa de horas extra de pago para un recurso.
ResourceMaxUnits La capacidad máxima (porcentaje o unidades) que un recurso

está disponible para realizar tareas durante el período de
tiempo actual.
ResourceBaseCalendar El calendario base para un recurso.
ResourceHyperlinkFriendlyName Muestra el título o texto explicativo de un hipervínculo

asociado a un recurso.
ResourceHyperlinkHref El texto que se muestra para un hipervínculo a un recurso, tal

como se especifica en la página Editar usuario de Project Web
Access.
ResourceInitials Las iniciales de un recurso.
ResourceType El tipo de un recurso (por ejemplo, Enterprise, Local, Project

Server, Material o genérico). Vea ResourceType
enumeraciones para obtener valores.
ResourceBookingType El tipo de reserva de recursos: propuesta o confirmada.
ResourceCostPerUse Se usa el costo que se acumula cada vez que un recurso de

trabajo.
ResourceGroup El grupo al que pertenece el recurso.
ResourceCode Contiene cualquier código, abreviatura o número que desea

especificar como parte de la información de un recurso.
ResourceTimesheetManagerUID El identificador único de un administrador del parte de horas.
ResourceName(OR ResourceName1) Nombre para mostrar del recurso.
ResourceWorkgroup Un valor numérico que representa un método de

colaboración de equipo para un recurso.
ResourceCostCenter Un código definido por el usuario para las cuentas de costo

del recurso.
ResourceIsTeam Es True si un recurso es un recurso del equipo.
ResourceRequiresEngagements Es True si el recurso sólo puede solicitar a través de una

ResourceCreatedDate La fecha y hora en que se creó un recurso en el proyecto.
ResourceModifiedDate La fecha en que se modificó por última vez la información

sobre un recurso.
Cada objeto Customfields puede tener las siguientes propiedades:
PROPIEDAD DESCRIPCIÓN
CustomFieldValueUID Identificador único para el valor del campo personalizado.
CustomFieldTypeUID Identificador único para el tipo de campo personalizado.
CustomFieldName Nombre del campo personalizado.
EntityUID(OR ResourceUID) Identificador único para el recurso.
CFValue Valor del campo personalizado.
Cada objeto ResourceCapacityData posible que tenga las siguientes propiedades:
PROPIEDAD DESCRIPCIÓN
TimeByDay Una clave principal que identifica el día a lo largo de una

escala de tiempo. Es la granularidad en días sólo.
BaseCapacity La capacidad de trabajo máximo que está determinada por el

calendario de recursos. También se conoce como la capacidad
de línea base.
Capacidad La cantidad de trabajo que puede llevarse a cabo por un

recurso.
ReportingResourcePlan
ReportingResourcePlan contiene datos acerca de los informes de planes de recursos. Pueden tener las siguientes
propiedades:
El identificador de trabajo Identificador único para la asignación.

TaskId Identificador único para la tarea.
ResourceOwnerId Identificador de recurso del propietario del recurso.
AssignmentCost Costo total programado (o previsto) de una asignación.
AssignmentOvertimeCost La suma del costo de horas extra real y restante de la

asignación.
AssignmentActualCost Los costos incurridos por el trabajo ya realizado en una

asignación, junto con otros costos asociados.
AssignmentActualOvertimeCost Costos incurridos por el trabajo de horas extra ya realizado

en una asignación.
AssignmentWork La cantidad total de tiempo, como horas por persona o días,

que está programado para una asignación.
AssignmentOvertimeWork El trabajo total de horas extra de una asignación, incluido el

trabajo de horas extra que ya se ha realizado, además del
trabajo de horas extra restante.
AssignmentActualWork La cantidad de trabajo que ya se han realizado en una

asignación.
AssignmentActualOvertimeWork La cantidad real de trabajo de horas extra ya realizado en una

asignación.
AssignmentMaterialWork El tiempo de trabajo total programado para un recurso

material.
AssignmentMaterialActualWork La cantidad real de trabajo que ya se ha realizado con el uso

de un recurso material, que normalmente se expresa como
un porcentaje de la cantidad programada de trabajo con
recursos materiales.
AssignmentPercentWorkCompleted Porcentaje de trabajo que se ha completado.
AssignmentStartDate Fecha de que un recurso está programado para comenzar

una asignación.
AssignmentFinishDate Fecha de finalización de la asignación.
AssignmentDelay Cantidad de tiempo que un recurso es que hay que esperar

antes de empezar a trabajar en una asignación.
AssignmentStartVariance Variación en el comienzo de la asignación.
AssignmentFinishVariance Variación al finalizar de la asignación.

AssignmentACWP Costo real del trabajo realizado para la asignación.
AssignmentBCWP Costo presupuestado del trabajo realizado para la asignación

(el valor acumulada).
AssignmentBCWS Costo presupuestado del trabajo programado para la

asignación (valor planeado).
AssignmentBookingID GUID de reserva de asignación.
AssignmentType Tipo de asignación. NormalAssignment = 0,

WorkOnlyAssignment = 1, FixedCostAssignment = 2,
FixedCostWorkOnlyAssignment = 3, EmptyAssignment = 4,
FixedCostGeneratedAssignment = 100 (generado durante la
transferencia de RDS), ResourcePlanAssignment = 101.
AssignmentResourceType El tipo de recurso que está asociado a una asignación. Vea el

tipo de enumeración.
IsPublic Es True si el elemento se publicó, por lo que un integrante del

grupo puedan verlo.
AssignmentIsPublished Es True si se publicó la asignación.
AssignmentWorkVariance La varianza de asignación trabajar desde el trabajo previsto

como minutos x 1000.
AssignmentCostVariance La diferencia entre el costo y el costo de línea base para un

recurso.
AssignmentCV Variación de costo del valor acumulado.
AssignmentSV Variación de programación de valor acumulado.
AssignmentVAC Variación al finalizar.
AssignmentIsOverallocated Es True si los recursos asignados se hallan sobreasignados.
AssignmentPeakUnits Número máximo de unidades que un recurso está assignmed

para una tarea.
AssignmentCreatedDate Fecha y hora de que creación de la asignación.
AssignmentModifiedDate Fecha y hora en que se actualizó por última vez la asignación.
AssignmentBudgetCost El costo total previsto de una asignación.
AssignmentBudgetWork La cantidad total prevista de trabajo planeado para una

asignación.
AssignmentBudgetMaterialsWork La cantidad total prevista de uso en la asignación de recursos

materiales.
AssignmentResourcePlanWork El tiempo total que se ha programado para una asignación
en el plan de recursos.
TaskIsActive Es True si la tarea para los datos de fase temporal de

asignación está activa.
TimesheetClassUid GUID de la clase de parte de horas.
Recurso
Recurso contiene datos sobre el recurso. Cada objeto ResourceData puede tener las siguientes propiedades:
ResourceID Identificador del recurso dentro de la lista de recursos.
ResourceAccount Cuenta de usuario.
UserClaimsAccount Cuenta de notificaciones del usuario (igual que la cuenta de

Office 365 cuando se usa Project Online).
ResourceEmailLanguage Código de idioma utilizado para el correo electrónico de

recursos.
ResourceIsOffline Es True si el recurso está sin conexión. Esta característica está

en desuso.
ResourceLastConnectDate La última vez que se conecta el recurso. Esta característica

está en desuso.
ResourcePhonetics La ortografía fonética del nombre del recurso. Sólo para uso
con el idioma japonés.
ResourceHasNotes Si el recurso tiene notas (valor de 2)
ResourceCanBeLeveled Es True si se puede llevar a cabo la redistribución de recursos.
ResourceAccrueAt Cómo se acumula el costo con el recurso. (1 = comienzo, 2 =

final, 3 = prorrateada, 4 = válido).
ResourceAvailableFrom La fecha de inicio que un recurso está disponible para

trabajar en las unidades especificadas para el período de
tiempo actual.
ResourceAvailableTo La fecha de finalización que un recurso está disponible para
trabajar en las unidades especificadas para el período de
tiempo actual.

tiempo actual.
ResourceHyperlinkFriendlyName Muestra el título o texto explicativo de un hipervínculo

asociado a un recurso.
ResourceHyperlinkHref Contiene la combinación, o concatenación, de los campos de

dirección de hipervínculo y subdirección de hipervínculo
asociados a un recurso..
ResourceInitials Las iniciales de un recurso.
ResourceType El tipo de un recurso. Vea ResourceType enumeraciones para

obtener valores.
ResourceGroup El nombre del grupo al que pertenece un recurso.


trabajo.
DefaultAssignmentOwner Propietario de asignación predeterminado para el recurso.
DefaultAssignmentOwnerDisplayName Nombre para mostrar del propietario de asignación

predeterminado.
ResourceTimesheetManagerUID Administrador del parte de horas para el recurso

determinado.
ResourceTimesheetManagerDisplayName Nombre para mostrar del administrador del parte de horas.
ResourceCostCenter El centro de costo para el recurso.
ResourceRequiresEngagements Es True si el recurso sólo puede solicitar a través de una

ResourceCreatedDate La fecha y hora en que se creó un recurso.

sobre un recurso.
CheckedOutDate Fecha y hora el recurso se desprotegió por última vez.
CheckedOutBy El usuario que desprotegió el recurso.
DefaultAssignmentOwnerResources Recursos para la que el recurso es el propietario de

asignación predeterminado.
Cada objeto ResourceData puede tener una colección de DefaultAssignmentOwnerResources. Cada objeto
DefaultAssignmentOwnerResources posible que tenga las siguientes propiedades:
ResourceID El identificador del recurso dentro de la lista de recursos.
ResourceUID Identificador único para el recurso para el que el usuario es el

propietario de asignación predeterminado.
ResourceName Nombre del recurso.

DefaultAssignmentOwner Propietario de asignación predeterminado para el recurso.
Cada objeto ResourceData también puede tener una colección de CustomFields. Cada objeto CustomFields
puede contener las siguientes propiedades:
CustomFieldUid Identificador único para el campo personalizado.
CustomFieldValue El valor de las propiedades para el campo personalizado.
ResourcePlans
ResourcePlans contiene datos sobre el usuario creado, modificado o era una parte de los planes de recursos.
Para cada objeto ResourcePlans , verá las siguientes propiedades:
ResourcePlanUtilizationType Valor que representa el tipo de uso de un plan de recursos.
ResourcePlanUtilizationDate La fecha de inicio y la hora para el uso del plan de recursos.
ResourceId Identificador único del recurso.
ResourcePlanCheckedOutById Identificador de recurso del usuario que ha desprotegido el

plan de recursos.
ResourcePlanCheckedOutByName Nombre del usuario que ha desprotegido el plan de recursos.
ResourcePlanCheckedOutDate Fecha en que se desprotegió el plan de recursos.
ResourcePlanPublishStatus Propiedad interna que describe el estado de publicación.
ProjectCurrentRevCounter Propiedad interna que describe el número de revisiones.
ProjectCurrentRevRank Propiedad interna que describe el número de revisiones.
ResourcePlanCreationDate Fecha y hora en que se ha creado el plan de recursos.
ResourcePlanModDate Fecha y hora en que se actualizó por última vez el plan de

recursos.
ResourcePlanCreatedRevCounter Propiedad interna que describe el número de revisiones.
ResourcePlanModRevCounter Propiedad interna que describe el número de revisiones.
ResourcePlanStartDate Fecha y hora en que comenzó el plan de recursos.
ResourcePlanFinishDate Fecha y hora finalizado el plan de recursos.
ResourcePlanModRevCounter Propiedad interna que describe el número de revisiones.
ResourcePlanCreatedRevCounter Propiedad interna que describe el número de revisiones.
ResourcePlanAssignments Asignaciones asociadas con el plan de recursos.
Un objeto ResourcePlan puede tener una colección de ResourcePlanAssignments. Cada objeto

ResourcePlanAssignments posible que tenga las siguientes propiedades:
ReservedData Se usa para almacenar temporalmente valores calculados.
AssignmentActualFinish La fecha fin real de la asignación.
AssignmentActualStart La fecha de inicio real de la asignación.

AssignmentIsOverAllocated Indica si un recurso tiene asignado más trabajo en una tarea

específica que se pueden realizar dentro de la capacidad de
trabajo normal del recurso.
AssignmentWorkContour El perfil de trabajo de la asignación. Los valores son: 0 =

plana, 1 = creciente, 2 = front-cargado, 3 = doble pico, 4 =
pico temprana, 5 = retraso máximo, 6 = Bell, 7 = Campana
achatada, 8 = personalizado.
AssignmentStartVariance La varianza de la fecha de inicio de asignación desde la fecha

de comienzo de línea base.
AssignmentFinishVariance Fecha de finalización de la varianza de la fecha de finalización

de la asignación de la línea base.
AssignmentUpdateNeeded Indica si se debe enviar un mensaje Actualizar equipo para el

recurso asignado a una tarea debido a los cambios realizados
en la fecha de inicio, la fecha de finalización o la reasignación
de recursos.
AssignmentHasLinkedFields Indica que la asignación vinculado campos.
AssignmentIsConfirmed Indica si un recurso asignado a una tarea ha aceptado o

rechazado la asignación de tarea.
AssignmentResponsePending Indica si se ha recibido una respuesta a un mensaje enviado a

un recurso asignado a una tarea que se notifica a los recursos
de la asignación.
AssignmentHasNotes Hay notas acerca de la asignación.
AssignmentTeamStatusPending Indica si se ha recibido un mensaje de estado en respuesta a

un mensaje de estado del equipo enviado a un recurso
asignado a una tarea.
ResourceId Identificador único del recurso.

AssignmentStartDate La fecha y hora en que un recurso asignado está programado
para empezar a trabajar en una tarea.
AssignmentFinishDate La fecha y hora en que un recurso asignado está programado

para dejar de trabajar en una tarea.
AssignmentDelay La cantidad de tiempo que un recurso es que hay que

esperar después de la fecha antes de empezar a trabajar en
una asignación de inicio de la tarea.
AssignmentDelayFMT El formato para expresar la duración del retraso. Los valores

son: 3 = m, 4 = MT, 5 = h, 6 = eh, 7 = d, 8 = ed, 9 = w, 10
= ST, 11 = lu, 12 = emo, 19 = %, 20 = % e, 21 = null, 35 =
m, 36 = mt, 37 = h, 38 = eh, 39 = d, 40 = ed, 41 = w, 42 =
st, 43 = lu, 44 = emo , 51 = %, 52 = % e y 53 = null.
AssignmentLevelingDelay La cantidad de tiempo que una asignación se retrasará a

partir de la fecha de comienzo programada como resultado
de la redistribución de recursos.
AssignmentCostRateTable Indica qué tasa de costo tabla que se va a utilizar para un

recurso en una asignación.
AssignmentMaterialRateFMT Indica las unidades en que se expresa la oferta en el

proyecto.
AssignmentUnits El número de unidades para la que se asigna un recurso a

una tarea, expresado como un porcentaje.
AssignmentWork La cantidad total de trabajo programado para ser realizado

por un recurso en una tarea.
AssignmentActualWork La cantidad de trabajo que ya se han realizado por un

recurso en una tarea.
AssignmentRegularWork La cantidad total de trabajo no extra programado para ser

realizado por un recurso asignado a una tarea.
AssignmentRemainingWork La cantidad de tiempo que necesita un recurso asignado a

una tarea para completar una asignación.
AssignmentCost Costo total programado (o previsto) de una asignación.
AssignmentActualCost El costo del trabajo ya realizado por un recurso en una tarea.
AssignmentRemainingCost Los costos asociados a finalizar todo el trabajo programado

restante por todos los recursos en una tarea específica.
AssignmentOvertimeWork La cantidad de horas extra que se debe realizar un recurso en

una tarea; cargadas a la tasa de horas extra del recurso.
AssignmentActualOvertimeWork La cantidad real de trabajo de horas extra ya realizado por un

recurso en una tarea asignada.
AssignmentRemainingOvertimeWork La cantidad de trabajo de horas extra restante en una
asignación.
AssignmentActualOvertimeCost El costo del trabajo de horas extra ya realizado por un

recurso en una tarea.
AssignmentRTFNotes Notas que están asociados con la asignación especificada y

que se almacenan en formato de texto enriquecido.
AssignmentRemainingOvertimeCost Gasto de horas extra de una asignación programado

restante.
AssignmentBookingType Especifica el tipo de reserva de la asignación (confirmada o

propuesta).
AssignmentTDModeDate Propiedad interna que describe última fecha de modificación

en los datos de fase temporal.
AssignmentTDModCounter Propiedad interna que describe el número de revisiones.
AssignmentOvertimeCost El costo total de horas extra de una asignación de recursos.
AssignmentStopDate La fecha en que se detuvo la asignación.
AssignmentResumeDate La fecha en que se ha reanudado la asignación.
CreatedDate La fecha en la que se creó la asignación.
ModDate La fecha en que se actualizó por última vez la asignación.
CreatedRevCounter Propiedad interna que describe el número de revisiones.
ModRevCounter Propiedad interna que describe el número de revisiones.
Un objeto ResourcePlanAssignments puede tener una colección de asignaciones. Cada objeto Assignments
puede contener las siguientes propiedades:
ResourceUID Identificador único para el recurso para la asignación.
ProjectId Identificador único para el proyecto para la asignación.
MDProjectUID Usuario interno.
CustomFieldName Nombre del recurso.
CustomFieldValue Valores para el campo personalizado.

CreationDate Fecha de que creación del campo personalizado.
ModDate Fecha en la que se actualizó por última vez el campo

personalizado.
ResourceName Nombre del recurso para la asignación.
Comenzar Fecha y hora que se inició el trabajo de la asignación.
Fin Fecha y hora finalizado el trabajo de asignación.
Trabajo La cantidad total de trabajo programado para ser realizado

por un recurso en una tarea.
Reglas
Reglas contiene datos acerca de las reglas de aprobación definidas por el Administrador de estado para aprobar
algunas actualizaciones de tareas. Cada objeto RulesData puede tener las siguientes propiedades:
RuleUid Identificador único para la regla.
RuleManagerUid Identificador único para el propietario del administrador del

estado de la regla.
RuleManagerName El nombre del propietario del Administrador de estado.
RuleName Nombre de la regla.
IsAutomatic Es True si las actualizaciones de estado se aprueban

automáticamente si cumplen los criterios definidos en esta
regla, false en caso contrario.
AutoPublish Es True si se publican proyectos después de que las

actualizaciones se aplican automáticamente.
RuleTypeNewTaskAndAssignments Es True si esta regla consiste en aplicar a las actualizaciones

de tipo nueva tarea o nuevas asignaciones, false en caso
contrario.
RuleTypeDelegations True si esto esta regla se aplica a las actualizaciones de

escriba Delegation(Reassign), false en caso contrario.
RuleTypeUpdateTasks Es True si esta regla se aplica a las actualizaciones realizadas

en las asignaciones de tareas, false en caso contrario.
RuleTypeDeletes Es True si esta regla se aplica a las actualizaciones de

asignación de tipo delete, false en caso contrario.
RuleConditionType Si el filtrado adicional se realiza en esta regla esto reclamación
tendrá uno de los valores: None, en comparación con la
cadena de corrección o en comparación con la base de datos
de columna.
Campo1 El lado izquierdo del filtro
Field2 El lado derecho del filtro
Operador Operador (puede ser igual, no es igual a, menor que, mayor

que, menor que o igual a, mayor que o igual a).
Tipo de valor Tipo del lado derecho del filtro (puede ser una cadena, int,
double, date, bool).
IntValue Valor que comparar con si el tipo de valor es de tipo Int .
DateValue Valor que comparar con si el tipo de valor es fecha .
DecimalValue Valor que comparar con si el tipo de valor es Decimal .
ValorString Valor que comparar con si el tipo de valor es la cadena .
IncludesAllProjects Es True si esta regla se aplica a las actualizaciones realizadas

en todos los proyectos, false en caso contrario.
IncludesAllResources Es True si esta regla se aplica a las actualizaciones realizadas

por todos los recursos, false en caso contrario.
IncludesAllDelegatee Es True si esta regla se aplica a las actualizaciones de la

delegación de tipo independientemente de delegado, false en
caso contrario.
ProgramaciónDescripción Descripción de la regla.
CreatedDate Fecha de que creación de la regla.
ModifiedDate Fecha de que última actualización de la regla.
RuleDetailsData Objeto con detalles sobre los proyectos y recursos que esta
regla para aplicar. Este objeto se rellenará con datos sólo si
IncludesAllProjects o IncludesAllResources o
IncludesAllDelegatee es false.
Cada objeto RulesDetailsData tendrá las siguientes propiedades:
RuleUid Identificador único para la regla.
RuleListItemUid Identificador único para el proyecto, recurso o delagatee.

RuleListItemType Tipo del elemento, puede ser un proyecto, recurso o delegar.
RuleListItemName RuleListItemName nombre del elemento (puede ser el

nombre del proyecto / la ruleListItemType dependiendo del
recurso/delegado).
CreatedDate Fecha de que creación de la regla.
ModDate Fecha de que última actualización de la regla.
Seguridad
Security proporciona datos de seguridad sobre el usuario. Sólo incluirá datos sobre el usuario si está usando el
modo de permisos de Project Server en el sitio de PWA.
Incluye:
SecurityData: información sobre el usuario de la cuenta.
GroupData: grupos de seguridad del proyecto en que el usuario estaba asociado.
CategoryData: las categorías de seguridad que el usuario estaba asociado.
PermissionData: configuración de permisos globales para el usuario.
Un objeto ResourceData puede tener las siguientes propiedades:
Propiedades Descripción
EncodedClaim Cuenta de notificaciones del recurso.
ResourceUID Identificador único del recurso.
GroupData Datos de objetos de grupo de seguridad.
CategoryData Categoría de seguridad de los objetos de datos.
Bajo ResourceData, un objeto GroupData posible que tenga las siguientes propiedades:
GroupUID Identificador único del grupo de seguridad.
GroupName Nombre del grupo de seguridad.
GroupDecription Descripción del grupo de seguridad.
Bajo ResourceData, un objeto CategoryData posible que tenga las siguientes propiedades:
CategoryUID Identificador único de la categoría.
NombreCategoría Nombre de la categoría.
CategoryDescription Descripción de la categoría.
Bajo ResourceData, un objeto ParentPermissionData posible que tenga las siguientes propiedades:
PermissionUID Identificador único del permiso primario.
PermissionName Nombre del permiso primario.
PermissionData Objetos de permiso bajo el permiso primario.
En ParentPermissionData, un objeto PermissionData posible que tenga las siguientes propiedades:
PermissionUID Identificador único del permiso.
PermissionParentUID Identificador único interno del nombre de permiso del

primario.
AllowOption Si es True, se ha seleccionado permitir para el permiso para el

usuario.
DenyOption Si es True, se ha seleccionado Denegar para el permiso para el

usuario.
PermissionName Nombre del permiso.
StatusReports
StatusReports contiene datos acerca de los informes de estado que el usuario crea o recibido como un
administrador de informes de estado. Para cada objeto StatusReports , verá las siguientes propiedades:
PROPIEDADES *** ****DESCRIPCIÓN****
StatusReportId Identificador único del informe de estado.

StatusReportName Nombre del informe de estado.
ManagerId Identificador único del Administrador de informes de estado.
ManagerName Nombre del Administrador de informes de estado.
IsEnabled Indica si se trata de un informe de estado activo o

archivados.
IsRequested Indica si se trata de un informe de estado solicitado o Misc.
Secciones En las secciones del informe de estado.
CreatedDate Fecha que se creó el informe de estado.
ModifiedDate Fecha en la que se actualizó por última vez el informe de

estado.
Cada objeto StatusReportRequests posible que tenga las siguientes propiedades:
RequesterId Identificador único del solicitante.
RequesterName Nombre del solicitante.
DueDate Fecha de vencimiento el informe de estado
IsNewRequest Indica si se trata de un informe de estado activo o

archivados.
IsEnabled Indica si se trata de un informe de estado solicitado o Misc.
CreatedDate Fecha y hora cuando se creó la solicitud.
ModifiedDate Fecha y hora cuando la solicitud se actualizó por última vez.
Cada objeto StatusReportResponses posible que tenga las siguientes propiedades:
ResponseId Identificador único de la respuesta.
ResponderId Identificador único del Respondedor.
ResponderName Nombre del Respondedor.

ResponsePeriodStartDate Fecha de inicio de los períodos de respuesta.
ResponsePeriodFinishDate Fecha de finalización del período de respuesta.
ResponseSubmittedStatus El estado de la respuesta enviado.
ResponseSubmittedDate Fecha que se envió la respuesta.
ResponseSectionsCount El número de secciones que se incluyen en la respuesta de

estado.
IsMatchingResponse True si la respuesta coincide con el período de informe de

estado.
IsNewResponse Es True si la respuesta es nuevo frente a actualizar.
ResponseSendId Identificador de la respuesta de informe de estado.
CreatedDate Fecha y hora cuando se creó la respuesta.
ModifiedDate Fecha y hora cuando se actualizó por última vez la respuesta.
Cada objeto StatusReportSections posible que tenga las siguientes propiedades:
Identificador de sección Identificador único de la sección.
SectionText Texto real de una sección de informe de estado.
SectionIndex Identificador de la sección de informe de estado.
SectionName Nombre de la sección.
SectionDescription Descripción de la sección.
CreatedDate Fecha de que creación de la sección.
ModifiedDate Fecha de la sección en que se actualizó por última vez.
Cada objeto StatusReportFrequencies posible que tenga las siguientes propiedades:

FrecuencyType Indica que el informe de estado es vencimiento por semana,

mes o año.
FrequencyPart1 Semanas de vencimiento para el informe de estado.
FrequencyPart2 Días o el día del mes o el día de la semana o semana del mes
para el informe de estado de entrega.
FrequencyPart3 Vencimiento mes o día de la semana para el informe de

estado.
FrequencyPart4 Vencimiento semana del mes para el informe de estado.
FrequencyPart5 Día de vencimiento de la semana para el informe de estado.
FrequencyPart6 Mes de vencimiento del informe de estado.
FrequencyYearlyDate Fecha de frecuencia anual para el informe de estado.
CreatedDate Fecha de que creación de la frecuencia.
ModifiedDate Fecha de que la frecuencia se actualizó por última vez.
Cada objeto StatusReportDistribution posible que tenga las siguientes propiedades:
ResponderId Identificador único del Respondedor.
ResponderName Nombre del Respondedor.
CreatedDate Fecha de que creación de la distribución.
ModifiedDate Fecha de que última actualización de la distribución.
Cada objeto WorkDetails posible que tenga las siguientes propiedades:
StartDate Fecha de inicio de informe de estado.
CreatedDate Fecha y hora cuando se creó la solicitud.

ModifiedDate Fecha y hora cuando la solicitud se actualizó por última vez.
DueWeek Indica el número de semana de vencimiento del informe de

estado.
DueDays Fecha de vencimiento del informe de estado.
SubscribedReminders
SubscribedReminders contiene datos acerca de los avisos suscritos a por el usuario. Para cada objeto
SubscribedReminderData , verá las siguientes propiedades:
Id El identificador único del aviso.
ReminderName El nombre del aviso.
RecipientType Puede ser cualquiera: OnlyToManager, OnlyToTeamMember

o ToBothManagerAndTeamMember.
FrequencyPeriod Puede ser: diaria, semanal o mensual.
FrequencyValue El valor de la frecuencia para enviar el aviso, combinado con

el período de frecuencia. Por ejemplo, el valor es "2" y el
FrequencyPeriod es "Mensual", por lo que se enviará el aviso
cada 2 meses.
NextRun El tiempo que se van a enviar el aviso.
TaskStatus_AssignmentsHistory
TaskStatus_AssignmentsHistory contiene datos acerca de las actualizaciones de estado donde usuario es el
remitente, el propietario de la asignación, el Administrador de estado o la delagatee. Cada objeto de
transacciones , es posible que vea las siguientes propiedades:
TransactionUid Identificador único de la transacción.
State Estado de la transacción.
UpdateType Tipo de actualización: nueva asignación, actualización de

estado, eliminar asignación, reasignación o nueva tarea.
ApprovalType La acción realizada por el Administrador de estado con

respecto a la actualización de estado: aprobar o rechazar.
Valores de ErrorStatus En caso de que no se pueden aplicar la actualización de

estado para el plan de que esto le indicará el error
encontrado.
DelegateeUid Identificador único del delegado.
DelegateeName Nombre del delegado.
SubmitterUid Identificador único del remitente.
SubmitterName Nombre del remitente.
ApproverUid Identificador único del aprobador.
ApproverName Nombre del aprobador.
UpdateDate Fecha de última modificación realizada por el remitente o

aprobador la actualización del estado.
SubmittedDate Cuando se envió esta actualización de estado.
CreatedDate Fecha de creación de la actualización de estado.
ModifiedDate Fecha de última modificación de la actualización de estado.
AssignmentUid Identificador único de la asignación.
StatusAssignmentTaskUid Identificador único de la tarea de asignación de estado.
ProjectUid Identificador único del proyecto.
TaskUid Identificador único de la tarea.
Nombre de tarea Nombre de la tarea.
Cambios El objeto que contiene los cambios realizados por el

remitente en la actualización de estado.
Cada objeto de cambios puede tener las siguientes propiedades:
EntityUid Si se realizó el cambio de la tarea o para la asignación de

tareas dependiendo del UID o UID de asignación.
PropertyName Nombre de la propiedad que se ha modificado.
PeriodStart Inicio del período.
PeriodEnd El final del período.

Valor Valor de. que la propiedad se ha cambiado.
Cada objeto TransactionsComments posible que tenga las siguientes propiedades:
CommentUid Identificador único del comentario.
TipoComentario Tipo de comentario (enviado o aprobado).
AuthorUid Identificador único del autor del comentario.
Nombre del autor Nombre del autor del comentario.
Comentario Detalles de comentario.
DateEntered Fecha y hora en que se creó el comentario.
CommentCreatedDate Fecha y hora en que se creó el comentario.
CommentModifiedDate Fecha y hora en que se actualizó por última vez el

comentario.
TaskStatus_AssignmentsSaved
TaskStatus_AssignmentsSaved contiene datos acerca de los informes de estado que el usuario crea o recibido
como un administrador de informes de estado. Este archivo contiene una colección de objetos de tareas , que
puede tener las siguientes propiedades:
TaskPublishedUid Nombre del informe de estado.
ProjectUid Identificador único del proyecto en el que existe la tarea.
Nombre de proyecto Nombre del proyecto en el que existe la tarea.
TaskParentUid Identificador único de la tarea principal.
TaskACWP El costo real del trabajo realizado en la tarea hasta la fecha.
TaskBCWP El costo presupuestado del trabajo realizado en la tarea hasta

la fecha.
CPTP de la tarea El costo presupuestado del trabajo programado para la tarea.

TaskDurationVariance La diferencia entre la duración prevista de una tarea y la

duración total.
VarianzaDeFinalizaciónDeTarea Fecha de la fecha de finalización de línea base como minutos

y x 1000 de finalización de la varianza de la tarea.
TaskOutlineNumber El número de esquema de la tarea.
TaskStartVariance La diferencia entre las fechas de comienzo y el comienzo real.
TaskIsOverallocated Es True si la tarea está sobreasignada.
TaskOvertimeWork La cantidad de trabajo de horas extra programado para la

tarea
TaskVAC Variación al finalizar la tarea.
TaskRegularWork La cantidad de tiempo programado para una tarea que se

cargará a la tasa estándar del recurso.
TaskTotalSlack La cantidad de margen de demora total.
TaskHasLinkedFields Es True si la tarea tiene vinculados campos.
TaskIsMilestone Es True si la tarea es un hito.
TaskIsCritical Es True si la tarea está en la cadena crítica.
TaskIsSummary Es True si la tarea es una tarea de resumen.
TaskIsSubproject Es True si la tarea es un proyecto insertado.
TaskIsMarked Indica si una tarea está marcada para alguna acción o

identificación de algún tipo.
TaskIgnoresResourceCalendar True si la tarea omite el calendario de recursos.
TaskIsRolledUp Es True si la tarea está resumida
TaskIsSubprojectScheduledFromFinish Obtiene un valor que indica si se ha establecido un

subproyecto de esta tarea para programar desde el fin.
TaskBarIsHidden True si la barra de GANTT de la tarea está oculta cuando se

muestra en Microsoft Office Project.
TaskIsRecurring True si la tarea es periódica.
TaskIsRecurringSummary Es True si la tarea es una tarea de resumen repetitiva.

TaskIsExternal Es True si la tarea es externa.
TaskIsEffortDriven Es True si la tarea está condicionada por el esfuerzo.
TaskIsCollapsed Es True si se muestra la tarea contraídos en el cliente del

proyecto.
TaskHasNotes True si las notas de texto están asociadas con la tarea.
TaskIsSubprojectReadOnly Obtiene un valor que indica si un subproyecto de esta tarea

es de sólo lectura.
TaskLevelingCanSplit Es True si la redistribución puede dividir la tarea.
TaskCanSplit Indica si la función de redistribución de recursos puede

ocasionar divisiones en el trabajo restante en esta tarea. Si
este campo se establece en Yes, a continuación, la
redistribución puede interrumpir la tarea. Si este campo está
establecido en No, la redistribución no puede dividir la tarea.
TaskDurationIsEstimated Indica si la duración de la tarea está marcada como una

estimación.
TaskEarlyFinish Las primeras fecha de finalización de la tarea.
TaskLateStart La fecha límite de comienzo de la tarea.
TaskStopDate La fecha en la que se ha detenido la tarea.
TaskFreeSlack La cantidad de demora permisible.
TaskResumeDate La fecha en la que se ha reanudado la tarea.
TaskCompletedDate El argumento de fecha para el tipo de restricción de tarea.
TaskOutlineLevel El nivel de esquema de la tarea.
TaskScheduledDuration La duración programada de la tarea.
TaskScheduledDurationFormat Obtiene el tiempo total de trabajo activo de la tarea tal como

se especificó o tal y como se calcula en función de la fecha de
comienzo, la fecha de finalización, calendarios y otros factores
de programación.
TaskActualDuration La duración real de la tarea.
TaskRemainingDuration La cantidad de tiempo necesario para completar la parte

inacabada de la tarea.
TaskConstraintType La restricción de la fecha de inicio o finalización de la tarea.

Los valores son: 0 = tan pronto como sea posible, 1 = lo más
tarde posible, 2 = debe iniciar sesión, 3 = debe finalizar en, 4
= No comenzar antes de, 5 = No comenzar después del, 6 =
No finalizar antes de y 7 = No finalizar después del.
TaskLevelingDelay El retraso causado por la redistribución de la tarea.
TaskLevelingDelayFormat El formato para expresar la duración del retraso. Los valores

son: 3 = m, 4 = MT, 5 = h, 6 = eh, 7 = d, 8 = ed, 9 = w, 10
= ST, 11 = lu, 12 = emo, 19 = %, 20 = % e, 21 = null, 35 =
m, 36 = mt, 37 = h, 38 = eh, 39 = d, 40 = ed, 41 = w, 42 =
st, 43 = lu, 44 = emo , 51 = %, 52 = % e y 53 = null.
TaskScheduledStart La fecha de comienzo programada de la tarea.
TaskScheduledFinish Fecha de la tarea de finalización programada.
TaskActualStart La fecha de inicio real de la tarea.
TaskActualFinish La fecha fin real de la tarea.
TaskConstraintDate La fecha asociada con el tipo de restricción.
TaskPriority La prioridad de la tarea de 0 a 1000.
TaskPercentComplete El porcentaje de la duración de la tarea completada.
TaskWorkPercentComplete El porcentaje del trabajo de tarea completado.
TaskType El tipo de tarea. Los valores son: 0 = unidades fijas, 1 =

duración fija, 2 = trabajo fijo.
TaskFixedCostAccrual ¿Cómo se acumula el costo fijo frente a la tarea. Los valores

son: 1 = comienzo, 2 = Prorrateo y 3 = fin.
TaskPreleveledStart Contiene la fecha de comienzo de una tarea tal y como era

antes de realiza la redistribución de recursos.
TaskPreleveledFinish Contiene la fecha de finalización de una tarea tal y como era

TaskEarlyStart La fecha de comienzo anticipado de la tarea.
TaskLateFinish La fecha límite de finalización de la tarea.
TaskCalendarUid El identificador único del calendario asociado a una tarea.
TaskDeadline El final deseado punto en la longitud de tiempo de una tarea

que se debe completar la tarea por.
Tarea La cantidad de trabajo programado para la tarea.

TaskActualWork El trabajo real de la tarea.
TaskRemainingWork El resto del trabajo programado para completar la tarea
TaskCost El costo programado o previsto de la tarea.
TaskFixedCost El costo fijo de la tarea.
TaskActualCost El costo real de la tarea.
TaskRemainingCost Costo previsto restante de completar la tarea.
TaskActualOvertimeWork El trabajo real de horas extra para la tarea.
TaskRemainingOvertimeWork Las horas extra restante de trabajo programado para

terminar la tarea.
TaskOvertimeCost La suma del costo de horas extra real y restante de la tarea.
TaskActualOvertimeCost El costo real de horas extra de la tarea.
TaskRemainingOvertimeCost El costo de horas extra restante previsto para terminar la

tarea.
TaskWBS El código descomposición del trabajo (EDT) de la estructura

de la tarea.
Nombre de tarea El nombre de la tarea.
TaskHierarchy La jerarquía de la tarea.
TaskRightMostLevel Se usa en la redistribución.
TaskRTFNotes Notas que están asociados con la tarea especificada y que se

almacenan en formato de texto enriquecido.
TaskPhysicalPercentCompleted El valor del porcentaje completado especificado por el jefe de

proyecto.
TaskEAC El campo CEF (costo estimado al finalizar) muestra

theexpected el costo total de una tarea según el rendimiento
hasta la fecha de estado. CEF también se denomina previsión
al finalizar.
TaskEarnedValueMethod El método para calcular el valor acumulado. Los valores son:

0 = porcentaje completado, 1 = porcentaje físico completado.
TaskTDModifyDate Última fecha y hora cuando se modifican los datos de fase

temporal de la tarea.
TaskOptIndex Obtiene el identificador de elemento de la tarea en la lista de

tareas.
TaskIsNull Especifica si la tarea no tenga establecidos valores.
TaskIsDeletedInProject Indica si la tarea que se eliminó del proyecto.
TaskCostIsValid Obtiene o establece un valor booleano que indica si el campo

actual es el costo asociado para la tarea.
TaskDeletedFlag Indica si la tarea se ha eliminado.
TaskUpdatesConflict Es True si el jefe de proyecto se actualizó esta tarea y las

actualizaciones entran en conflicto con las actualizaciones
realizadas por un integrante del grupo.
TASK_IS_ROLLUP_ASSN Indica si la tarea tiene datos de paquete acumulativo de

actualizaciones para la asignación.
TASK_LOCKDOWN_BY_MANAGER Es True si esta tarea no aceptará actualizaciones de los

miembros del equipo.
TASK_EXT_TASK_UID Especifica la entre vínculos de tareas de proyectos.
TASK_EXT_PROJ_UID Especifica vínculos entre proyectos.
TaskContact Información de contacto para la tarea.
TaskCPI Los campos IRC (índice de rendimiento de costo) muestran la

relación entre presupuestado (o previsto) costos del trabajo
realizado y los costos reales del trabajo realizado.
TaskCV Variación de costo de tarea.
TaskHyperLinkFriendlyName Muestra el título o texto explicativo de un hipervínculo

asociado a una tarea.
TaskHyperLinkAddress La ruta de acceso URL o UNC de un documento.
TaskHyperLinkSubAddress Contiene la ubicación específica en un documento dentro de

un hipervínculo asociado a una tarea.
TaskNotes Notas de la tarea.
TaskSPI A menudo se usa para calcular la fecha de finalización del

proyecto.
TaskSV La diferencia de costo entre el progreso actual y el plan

previsto de una tarea.
TaskTCPI El campo IRPC (índice de rendimiento completa) para

muestra la relación entre el trabajo restante que debe
realizarse y los fondos que quedan por gastar, a partir de la
fecha de estado.
TaskWorkVariance Variación de trabajo de la tarea desde el trabajo de la tarea

de línea de base como minutos x 1000.
TaskCostVariance Obtiene la diferencia en términos de costo entre el progreso

actual y el progreso de la línea base planeado de un recurso
en la tarea.
TaskFinishSlack Cantidad de demora de fin.
TaskBudgetWork El trabajo programado para una tarea.
TaskBudgetCost Obtiene los costos de presupuesto para recursos de costo

presupuestado.
TaskWinprojUniqueId Indica el identificador único para la tarea que se usa en el

cliente del proyecto.
TaskStartSlack Cantidad de demora de comienzo.
TaskCommitmentType Especifica si la tarea tiene asociada una entrega o una

dependencia en asociada una entrega. Los valores son: 0 = la
tarea tiene no entrega o dependencia en un resultado, 1 = la
tarea tiene un 2 de entrega, asociado = la tarea tiene una
dependencia en un asociado de entrega.
TaskCommitmentUid Identificador único para el compromiso.
TaskCommitmentStart Fecha de inicio para el compromiso.
TaskCommitmentFinish Fecha de finalización para el compromiso.
TaskIsActive Es True si la tarea está activa.
TaskDispSumary El valor de la propiedad debe ser false. Reservado para uso

futuro.
TaskIsManual Es True si la tarea es manual.
TaskDuration La duración prevista de la tarea
TaskDurationFormat El formato para expresar la duración de la tarea. Los valores

son: 3 = m, 4 = MT, 5 = h, 6 = eh, 7 = d, 8 = ed, 9 = w, 10
= ST, 11 = lu, 12 = emo, 19 = %, 20 = % e, 21 = null, 35 =
m, 36 = mt, 37 = h, 38 = eh, 39 = d, 40 = ed, 41 = w, 42 =
st, 43 = lu, 44 = emo , 51 = %, 52 = % e y 53 = null.
TaskStartDate La fecha de comienzo programada de la tarea.
TaskFinishDate Fecha de la tarea de finalización programada.
TaskDurationString Cadena utilizada para la duración de la tarea.
TaskStartString Cadena utilizada para la tarea de finalización.

TaskFinishString Cadena utilizada para el inicio de la tarea.
TaskCreatedDate Fecha de que creación de la tarea.
TaskModifiedDate La fecha de que la tarea se actualizó por última vez.
Tareas La colección de asignaciones que componen el proyecto.
Cada objeto de tareas puede tener una colección de asignaciones de objetos, que puede tener las siguientes
propiedades:
Objeto Descripción
AssignmentUID Identificador único de la asignación.
TaskUID Identificador único de la tarea para la

asignación.
Nombre de tarea Nombre de la tarea para la asignación.
ProjectUid Identificador único del proyecto para el

la tarea.
ResourceUid Identificador único del recurso

asignado a la asignación.
ResourceName Nombre del recurso asignado a la

asignación.
AssignmentActualCostOfWorkPerform Obtiene el costo real del trabajo

ed realizado (CRTR) de la asignación hasta
la fecha.
AssignmentEarnedValue Especifica el costo presupuestado de la

asignación del trabajo realizado (CPTR).
AssignmentBCWS El costo presupuestado del trabajo en

la asignación.
AssignmentResourceType El tipo de recurso que está asociado a

una asignación. Vea el tipo de
enumeración.
AssignmentIsOverallocated Si la asignación está sobreasignada.

AssignmentWorkContour El perfil de trabajo de la asignación. Los
valores son: 0 = plana, 1 = creciente, 2
= front-cargado, 3 = doble pico, 4 =
pico temprana, 5 = retraso máximo, 6
= Bell, 7 = Campana achatada, 8 =
personalizado.
AssignmentStartVariance La varianza de la fecha de inicio de

asignación desde la fecha de comienzo
de línea base.
AssignmentFinishVariance Fecha de finalización de la varianza de

la fecha de finalización de la asignación
de la línea base.
AssignmentUpdateNeeded Es True si el recurso asignado a una

tarea debe actualizarse según el estado
de la tarea.
AssignmentHasLinkedFields Si el proyecto está vinculado a otro

objeto OLE.
AssignmentIsPendingResponse True si una respuesta no se ha recibido

un mensaje Asignar equipo.
AssignmentHasNotes Tiene notas de texto asociados con la

asignación.
AssignmentTeamStatusPending Indica si se ha recibido un mensaje de

estado en respuesta a un mensaje de
estado del equipo enviado a un recurso
AssignmentsStartDate La fecha de comienzo programada de

la asignación.
AssignmentFinishDate Fecha de la asignación de finalización

programada.
AssignmentDelay La cantidad que se retrasa la

asignación
AssignmentDelayFormat El formato para expresar la duración

del retraso. Los valores son: 3 = m, 4 =
MT, 5 = h, 6 = eh, 7 = d, 8 = ed, 9 =
w, 10 = ST, 11 = lu, 12 = emo, 19 = %,
20 = % e, 21 = null, 35 = m, 36 = mt,
37 = h, 38 = eh, 39 = d, 40 = ed, 41 =
w, 42 = st, 43 = lu, 44 = emo , 51 = %,
52 = % e y 53 = null.
AssignmentLevelingDelay El retraso causado por la redistribución.
AssignmentCostRateTable La tabla de tasas de costo que se usa

para la asignación.
AssignmentMaterialRateFormat Indica las unidades en que se expresa
la oferta en el proyecto.
AssignmentUnits El número de unidades de la

asignación.
AssignmentWork La cantidad de trabajo programado

AssignmentActualWork La cantidad real de trabajo incurrido en

la asignación.
AssignmentRegularWork La cantidad de trabajo no extra

programado para la asignación.
AssignmentRemainingWork El resto del trabajo programado para

llevar a cabo la asignación.
AssignmentCost El costo programado o previsto de la

asignación.
AssignmentActualCost El costo real en la asignación.
AssignmentRemainingCost Costo previsto restante de la

finalización de la asignación.
AssignmentOvertimeWork Las horas extra programada funcionan

AssignmentActualOvertimeWork La cantidad real de trabajo de horas

extra incurrido en la asignación.
AssignmentRemainingOvertimeWork Las horas extra restante de trabajo

programado para llevar a cabo la
asignación.
AssignmentOvertimeCost La suma del costo de horas extra real y

restante de la asignación.
AssignmentRemainingOvertimeCost El resto de horas extra Costo previsto

de finalización de la asignación.
AssignmentRTFNotes Representa las notas que están

asociados con la asignación
especificada y que se almacenan en
formato de texto enriquecido.
AssignmentBookingType Especifica el tipo de reserva de la

asignación. 1 = confirmar, 2 =
propuesto.
AssignmentParentId Identificador único de la asignación

principal.
AssignmentRemovedByResource Es True si este recurso ha quitado el
miembro del equipo.
StatusManagerUid Identificador único para el

Administrador de estado.
StatusManagerName Nombre del Administrador de estado.
DefaultAssignmentOwnerUid Identificador único para el propietario

de asignación predeterminado.
DefaultAssignmentOwnerName Nombre del propietario de asignación

predeterminado.
AssignmentLastWork El trabajo programado desde la última

actualización de Project.
AssignmentsComments Los comentarios del usuario sobre la

asignación.
AssignmentNoteStatus Indica si se ha introducido una nota

TaskIsSummary Especifica si la tarea es una tarea de

resumen.
AssignmentIsConfirmed Si el recurso ha aceptado todas sus

asignaciones.
AssignmentUpdatedByManager True si la asignación se ha actualizado

por el jefe de proyecto.
AssignmentLockeByManager Es True si esta asignación no acepta la

actualización de miembro del equipo
ya.
AssignmentCreatedByResourceId Identificador de recursos del creador de

asignación.
Nombrecreador Nombre del creador de asignación.
AssignmentCurrentTrackingMode Indica el método actual que se usa

para realizar un seguimiento de
proyectos.
0 - Ninguno (predeterminado)
1: datos reales de fase temporal de
2 - porcentaje completado de
seguimiento
3 - número total de trabajo real y
trabajo restante de seguimiento
AssignmentUpdatedTrackingMode Indica el método actualizado que se
utiliza para realizar un seguimiento de
proyectos:
2 - porcentaje completado de
seguimiento
3 - número total de trabajo real y
trabajo restante de seguimiento
AssignmentNeedUpdatesSubmitted Es True si existe se guardan

actualización de miembros del equipo
AssignmentDeletedInProject True si se ha eliminado la asignación de

proyecto.
AssignmentUpdatesByResource Es True si la asignación se ha

actualizado por integrante del grupo.
AssignmentRequestsUpdates Indica si un recurso del equipo ha

enviado datos reales.
AssignmentUpdatesAccepted True es actualizaciones de estado

realizadas para la asignación en
aceptados.
AssignmentActualsPending Es True si se aceptan las actualizaciones

están pendientes que se aplicará a la
planeación.
AssignmentIsDelegated Es True si la asignación se ha creado

mediante una operación de reasignar.
AssignmentIsNew Es True si la asignación recién creada

para el miembro del equipo.
AssignmentUpdateStatus Indica el estado de una asignación.

0 - no modificado por recurso.
1 - recurso modificado pero no
actualizado aún al jefe de proyecto.
AssignmentPercentWorkCompleted La cantidad de trabajo completado en

la asignación.
AssignmentAssignedToExisting Indica si se ha creado una nueva

asignación de un recurso mediante la
asignación de forma automática a la
característica de tareas.
AssignmentTDModifyDate Fecha de última modificación para los

datos de fase temporal de asignaciones
AssignmentResumeDate La fecha en la que se ha reanudado la

asignación.
AssignmentStopDate La fecha en que se detuvo la
asignación.
AssignmentDemandRequire Indica cómo asignar recursos al usar al

Asistente para la sustitución de
recursos.
AssignmentIsCostValid Indica si se ha aprobado el costo

asociado con la asignación.
AssignmentCostIsEdited Indica si se ha modificado el costo

asociado a esta asignación.
AssignmentOtherType Indica el tipo de asignación:

0 - normal
1 - TaskOnlyWork
2 - FixedCosts
3 - FixedCostsAndTaskOnly
4 - RegularUnassigned
AssignmentUpdatesConflict Es True si hay actualizaciones en

conflicto de asignación
DeletedFlag Indica si se ha eliminado la asignación.
AssignmentVAC La diferencia entre el costo de línea

base y el costo total.
AssignmentSV Acumulado variación de programación

del valor, a través de la fecha de estado
del proyecto.
AssignmentWorkVariance La varianza de asignación trabajar

desde el trabajo previsto como
minutos x 1000.
AssignmentCostVariance La diferencia entre el costo y el costo

de línea base para un recurso.
AssignmentBudgetWork La cantidad de trabajo presupuestado

para recursos materiales o de trabajo
en esta asignación.
AssignmentBudgetCost El importe presupuestado para

recursos de costo en esta asignación.
AssignmentTaskManagementFlags Uso interno únicamente.
AssignmentIgnoreResourceCalendar Indica si el calendario de recursos se

cruza con el calendario de tareas.
AssignmentWinProjUniqueId Indica un identificador único para la
asignación que se usa en el cliente del
proyecto.
AssignmentRemovedFromTS Indica si la asignación se ha quitado del

parte de horas.
AssignmentCreatedDate La fecha en la que se creó la

asignación.
AssignmentModifiedDate La fecha en que se actualizó por última

vez la asignación.
AssignmentSendUpdatesDate La fecha y hora en que se envió una

actualización de asignaciones por
recurso a un administrador.
AssignmentSummaryProgress Muestra el progreso de una tarea de

resumen basándose en progreso en
sus subtareas y dónde se han
programado dichas subtareas.
TeamLeadUid Identificador único para el responsable

de equipo.
TeamLeadName Nombre de la jefa de equipo.
ReservedData1 Se usa para almacenar temporalmente

valores calculados.

valores calculados.

valores calculados.
AssignmentHyperlinkFriendlyName El título o texto explicativo de un

hipervínculo asociado a una asignación.
AssignmentHyperlinkAddress La ruta de acceso URL o UNC de un

documento.
AssignmentHyperlinkSubAddress La ubicación específica en un

documento dentro de un hipervínculo
asociado a una asignación.
AssignmentNotes Las notas que se escriben en el cuadro

de diálogo de detalles de asignación.
AssignmentVAC La diferencia entre el costo de línea

base y el costo total.
Cada objeto Assignments puede tener una colección de objetos de fase temporal , que puede tener las
siguientes propiedades:
Fecha Fecha en que los trabajos iniciados.
Trabajo Unidades de trabajo programado para la asignación.
OvertimeWork Unidades de trabajo de horas extra programado para la

asignación.
ActualWork Unidades real de trabajo completado de la asignación.
ActualOvertimeWork Unidades real de horas extra para la asignación.
Cada objeto Assignments puede tener una colección de objetos CustomFields , que puede tener las siguientes
propiedades:
AssignmentUid Identificador único para la asignación.
Tipo Tipo de campo personalizado (puede ser número, texto,

costo, duración, fecha, fals, fecha de finalización, fecha de
inicio, etcetera.).
DurationFormat Especifica el formato de presentación para el valor si es del

tipo "duración".
LookupTableUid Identificador único para la tabla de búsqueda.
IndicatorValue Especifica el valor del campo personalizado si el tipo de

campo personalizado es "indicador".
TaskStatus_AssignmentsSubmitted
TaskStatus_AssignmentsSubmitted contiene datos acerca de informes de estado que el usuario. Este archivo
contiene una colección de objetos de tareas , que puede tener las siguientes propiedades:
TaskPublishedUid Nombre del informe de estado.
ProjectUid Identificador único del proyecto en el que existe la tarea.

Nombre de proyecto Nombre del proyecto en el que existe la tarea.
TaskParentUid Identificador único de la tarea principal.

la fecha.
TaskDurationVariance Diferencia entre la duración de línea base y la duración total

(estimación actual) de una tarea.

TaskStartVariance Variación de comienzo de tarea es la diferencia entre una

fecha de comienzo prevista y la fecha de comienzo
programada actualmente.
TaskIsOverallocated Es True si la tarea está sobreasignada.

tarea
TaskVAC Variación al finalizar.
TaskRegularWork Cantidad total de trabajo no extra programado para una

tarea.
TaskHasLinkedFields Es True si la tarea tiene vinculados campos.
TaskIsMilestone Es True si la tarea es un hito.
TaskIsCritical Es True si la tarea está en la cadena crítica.
TaskIsSummary Es True si la tarea es una tarea de resumen.
TaskIsSubproject Es True si la tarea es un proyecto insertado.
TaskIsMarked Indica si una tarea está marcada para alguna acción o

identificación de algún tipo.
TaskIgnoresResourceCalendar True si la tarea omite el calendario de recursos.

TaskIsRolledUp Es True si la tarea está resumida
TaskIsSubprojectScheduledFromFinish Obtiene un valor que indica si se ha establecido un

subproyecto de esta tarea para programar desde el fin.
TaskBarIsHidden True si la barra de GANTT de la tarea está oculta cuando se

muestra en Microsoft Office Project.
TaskIsRecurring True si la tarea es periódica.
TaskIsRecurringSummary Es True si la tarea es una tarea de resumen repetitiva.
TaskIsExternal Es True si la tarea es externa.
TaskIsEffortDriven Es True si la tarea está condicionada por el esfuerzo.
TaskIsCollapsed Es True si se muestra la tarea contraídos en el cliente del

proyecto.
TaskHasNotes True si las notas de texto están asociadas con la tarea.
TaskIsSubprojectReadOnly Obtiene un valor que indica si un subproyecto de esta tarea

es de sólo lectura.
TaskLevelingCanSplit Es True si la redistribución puede dividir la tarea.
TaskCanSplit Indica si la función de redistribución de recursos puede

ocasionar divisiones en el trabajo restante en esta tarea. Si
este campo se establece en Yes, a continuación, la
redistribución puede interrumpir la tarea. Si este campo está
establecido en No, la redistribución no puede dividir la tarea.
TaskDurationIsEstimated Indica si la duración de la tarea está marcada como una

estimación.
TaskStopDate La fecha en la que se ha detenido la tarea.
TaskResumeDate La fecha en la que se ha reanudado la tarea.
TaskCompletedDate El argumento de fecha para el tipo de restricción de tarea.
TaskScheduledDuration La duración programada de la tarea.

TaskScheduledDurationFormat Obtiene el tiempo total de trabajo activo de la tarea tal como

se especificó o tal y como se calcula en función de la fecha de
comienzo, la fecha de finalización, calendarios y otros factores
de programación.
TaskRemainingDuration La cantidad de tiempo necesario para completar la parte

inacabada de la tarea.
TaskConstraintType La restricción de la fecha de inicio o finalización de la tarea.

Los valores son: 0 = tan pronto como sea posible, 1 = lo más
tarde posible, 2 = debe iniciar sesión, 3 = debe finalizar en, 4
= No comenzar antes de, 5 = No comenzar después del, 6 =
No finalizar antes de y 7 = No finalizar después del.
TaskLevelingDelayFormat El formato para expresar la duración del retraso. Los valores

son: 3 = m, 4 = MT, 5 = h, 6 = eh, 7 = d, 8 = ed, 9 = w, 10
= ST, 11 = lu, 12 = emo, 19 = %, 20 = % e, 21 = null, 35 =
m, 36 = mt, 37 = h, 38 = eh, 39 = d, 40 = ed, 41 = w, 42 =
st, 43 = lu, 44 = emo , 51 = %, 52 = % e y 53 = null.
TaskScheduledStart La fecha de comienzo programada de la tarea.
TaskScheduledFinish Fecha de la tarea de finalización programada.
TaskActualStart La fecha de inicio real de la tarea.
TaskActualFinish La fecha fin real de la tarea.
TaskConstraintDate La fecha asociada con el tipo de restricción.
TaskPercentComplete El porcentaje de la duración de la tarea completada.
TaskWorkPercentComplete El porcentaje del trabajo de tarea completado.
TaskType El tipo de tarea. Los valores son: 0 = unidades fijas, 1 =

duración fija, 2 = trabajo fijo.
TaskFixedCostAccrual ¿Cómo se acumula el costo fijo frente a la tarea. Los valores

son: 1 = comienzo, 2 = Prorrateo y 3 = fin.
TaskPreleveledStart Contiene la fecha de comienzo de una tarea tal y como era

TaskPreleveledFinish Contiene la fecha de finalización de una tarea tal y como era


TaskCalendarUid El identificador único del calendario asociado a una tarea.
TaskDeadline El final deseado punto en la longitud de tiempo de una tarea

que se debe completar la tarea por.
TaskRemainingWork El resto del trabajo programado para completar la tarea
TaskRemainingCost Costo previsto restante de completar la tarea.
TaskRemainingOvertimeWork Las horas extra restante de trabajo programado para

terminar la tarea.
TaskRemainifOvertimeCost El costo de horas extra restante previsto para terminar la

tarea.

de la tarea.
Nombre de tarea El nombre de la tarea.
TaskHierarchy La jerarquía de la tarea.
TaskRightMostLevel Se usa en la redistribución.
TaskRTFNotes Notas que están asociados con la tarea especificada y que se

almacenan en formato de texto enriquecido.

proyecto.
TaskEAC Muestra el costo total esperado de una tarea según el

rendimiento hasta la fecha de estado. CEF también se
denomina previsión al finalizar.
TaskEarnedValueMethod El método para calcular el valor acumulado. Los valores son:

0 = porcentaje completado, 1 = porcentaje físico completado.
TaskTDModifyDate Última fecha y hora cuando se modifican los datos de fase

temporal de la tarea.
TaskTDModifyCounter Contador para modificar datos de fase temporal.
TaskStartOffset Desplazamiento para el inicio de la tarea.
TaskReservedData Se usa para almacenar temporalmente valores calculados.
TaskOptIndex Obtiene el identificador de elemento de la tarea en la lista de

tareas.
TaskSummaryProgressDate Usuario interno.
TaskIsNull Especifica si la tarea no tenga establecidos valores.
TaskIsDeletedInProject Indica si la tarea que se eliminó del proyecto.
TaskCostIsValid Obtiene o establece un valor booleano que indica si el campo

actual es el costo asociado para la tarea.
TaskDeletedFlag Indica si la tarea se ha eliminado.
TaskUpdatesConflict Es True si el jefe del proyecto actualizó esta tarea y las

actualizaciones entran en conflicto con las actualizaciones
realizadas por un integrante del grupo.
TASK_IS_ROLLUP_ASSN Indica si la tarea tiene datos de paquete acumulativo de

actualizaciones para la asignación.
TASK_LOCKDOWN_BY_MANAGER Es True si esta tarea no aceptará actualizaciones de los

miembros del equipo.
TASK_EXT_TASK_UID Especifica la entre vínculos de tareas de proyectos.
TASK_EXT_PROJ_UID Especifica vínculos entre proyectos.
TaskContact Contacto de la tarea.
TaskCPI Los campos IRC (índice de rendimiento de costo) muestran la

relación entre presupuestado (o previsto) costos del trabajo
realizado y los costos reales del trabajo realizado.
TaskCV Variación de costo de tarea.

TaskHyperLinkAddress La ruta de acceso URL o UNC de un documento.

TaskHyperLinkSubAddress Contiene la ubicación específica en un documento dentro de

un hipervínculo asociado a una tarea.
TaskNotes Notas de la tarea.
TaskSPI SPI a menudo se usa para calcular la fecha de finalización del

proyecto.

TaskTCPI El campo IRPC (índice de rendimiento completa) para

muestra la relación entre el trabajo restante que debe
realizarse y los fondos que quedan por gastar, a partir de la
fecha de estado.


en la tarea.
TaskFinishSlack Cantidad de demora de fin.
TaskBudgetWork El trabajo programado.
TaskBudgetCost Obtiene los costos de presupuesto para recursos de costo

presupuestado.
TaskWinprojUniqueId Indica el identificador único para la tarea que se usa en el

cliente del proyecto.
TaskStartSlack Cantidad de demora de comienzo.
TaskCommitmentType Especifica si la tarea tiene asociada una entrega o una

dependencia en asociada una entrega. Los valores son: 0 = la
tarea tiene no entrega o dependencia en un resultado, 1 = la
tarea tiene un 2 de entrega, asociado = la tarea tiene una
dependencia en un asociado de entrega.
TaskCommitmentUid Identificador único para el compromiso.
TaskCommitmentStart Fecha de inicio para el compromiso.
TaskCommitmentFinish Fecha de finalización para el compromiso.
TaskDispSumary El valor de la propiedad debe ser false. Reservado para uso

futuro.
TaskIsManual Es True si la tarea es manual.

TaskDuration La duración prevista de la tarea
TaskDurationFormat El formato para expresar la duración de la tarea. Los valores

son: 3 = m, 4 = MT, 5 = h, 6 = eh, 7 = d, 8 = ed, 9 = w, 10
= ST, 11 = lu, 12 = emo, 19 = %, 20 = % e, 21 = null, 35 =
m, 36 = mt, 37 = h, 38 = eh, 39 = d, 40 = ed, 41 = w, 42 =
st, 43 = lu, 44 = emo , 51 = %, 52 = % e y 53 = null.
TaskDurationString Cadena utilizada para la duración de la tarea.
TaskStartString Cadena utilizada para la tarea de finalización.
TaskFinishString Cadena utilizada para el inicio de la tarea.
TaskCreatedDate La fecha en que se creó la tarea.
TaskModifiedDate La fecha de que la tarea se actualizó por última vez.
Tareas La colección de asignaciones que componen el proyecto.
Cada objeto de tareas puede tener una colección de asignaciones de objetos, que puede tener las siguientes
propiedades:
Objeto Descripción
TaskUID Identificador único de la tarea para la asignación.
Nombre de tarea Nombre de la tarea para la asignación.
ProjectUid Identificador único del proyecto para la tarea.
ResourceUid Identificador único del recurso asignado a la asignación.
ResourceName Nombre del recurso asignado a la asignación.
ReservedData Se usa para almacenar temporalmente valores calculados.
ProjectSummaryAssignmentID Identificador único de la asignación de resumen del proyecto.

AssignmentActualCostOfWorkPerformed Obtiene el costo real del trabajo realizado (CRTR) de la
asignación hasta la fecha.
AssignmentEarnedValue Especifica el costo presupuestado de la asignación del trabajo

realizado (CPTR).
AssignmentBCWS El costo presupuestado del trabajo en la asignación.

AssignmentIsOverallocated Si la asignación está sobreasignada.
AssignmentWorkContour El perfil de trabajo de la asignación. Los valores son: 0 =

plana, 1 = creciente, 2 = front-cargado, 3 = doble pico, 4 =
pico temprana, 5 = retraso máximo, 6 = Bell, 7 = Campana
achatada, 8 = personalizado.
AssignmentStartVariance La varianza de la fecha de inicio de asignación desde la fecha

de comienzo de línea base.
AssignmentFinishVariance Fecha de finalización de la varianza de la fecha de finalización

de la asignación de la línea base.
AssignmentUpdateNeeded Es True si el recurso asignado a una tarea debe actualizarse

según el estado de la tarea.
AssignmentHasLinkedFields Si el proyecto está vinculado a otro objeto OLE.
AssignmentIsConfirmed Sí, si el valor es con
AssignmentIsPendingResponse True si una respuesta no se ha recibido un mensaje Asignar

equipo.
AssignmentHasNotes Tiene notas de texto asociados con la asignación.
AssignmentTeamStatusPending Indica si se ha recibido un mensaje de estado en respuesta a

un mensaje de estado del equipo enviado a un recurso
AssignmentsStartDate La fecha de comienzo programada de la asignación.
AssignmentFinishDate Fecha de la asignación de finalización programada.
AssignmentDelay La cantidad que se retrasa la asignación
AssignmentDelayFormat El formato para expresar la duración del retraso. Los valores

son: 3 = m, 4 = MT, 5 = h, 6 = eh, 7 = d, 8 = ed, 9 = w, 10
= ST, 11 = lu, 12 = emo, 19 = %, 20 = % e, 21 = null, 35 =
m, 36 = mt, 37 = h, 38 = eh, 39 = d, 40 = ed, 41 = w, 42 =
st, 43 = lu, 44 = emo , 51 = %, 52 = % e y 53 = null.
AssignmentLevelingDelay El retraso causado por la redistribución.

AssignmentCostRateTable La tabla de tasas de costo que se usa para la asignación.
AssignmentMaterialRateFormat Indica las unidades en las que se expresa la oferta en el

proyecto.
AssignmentUnits El número de unidades de la asignación.
AssignmentWork La cantidad de trabajo programado para la asignación.
AssignmentActualWork La cantidad real de trabajo incurrido en la asignación.
AssignmentRegularWork La cantidad de trabajo no extra programado para la

asignación.
AssignmentRemainingWork El resto del trabajo programado para llevar a cabo la

asignación.
AssignmentCost El costo programado o previsto de la asignación.
AssignmentActualCost El costo real en la asignación.
AssignmentRemainingCost Costo previsto restante de la finalización de la asignación.
AssignmentOvertimeWork Las horas extra programada funcionan para la asignación.
AssignmentActualOvertimeWork La cantidad real de trabajo de horas extra incurrido en la

asignación.
AssignmentRemainingOvertimeWork Las horas extra restante de trabajo programado para llevar a

cabo la asignación.
AssignmentOvertimeCost La suma del costo de horas extra real y restante de la

asignación.
AssignmentRemainingOvertimeCost El resto de horas extra Costo previsto de finalización de la

asignación.
AssignmentRTFNotes Representa las notas que están asociados con la asignación

especificada y que se almacenan en formato de texto
enriquecido.
AssignmentBookingType Especifica el tipo de reserva de la asignación. 1 = confirmar, 2

= propuesto.
AssignmentParentId Identificador único de la asignación principal.
AssignmentRemovedByResource Es True si este recurso ha quitado el miembro del equipo.
StatusManagerUid Identificador único para el Administrador de estado.
StatusManagerName Nombre del Administrador de estado.

DefaultAssignmentOwnerUid Identificador único para el propietario de asignación
predeterminado.
DefaultAssignmentOwnerName Nombre del propietario de asignación predeterminado.
AssignmentLastWork El trabajo programado desde la última actualización de

Project.
AssignmentsComments Los comentarios del usuario sobre la asignación.
HistoryNotes
AssignmentNoteStatus Indica si se ha introducido una nota para la asignación.
TaskIsSummary Especifica si la tarea es una tarea de resumen.
AssignmentIsConfirmed Si el recurso ha aceptado todas sus asignaciones.
AssignmentUpdatedByManager True si la asignación se ha actualizado por el jefe de proyecto.
AssignmentLockeByManager Es True si esta asignación no acepta la actualización de

miembro del equipo ya.
AssignmentCreatedByResourceId Identificador de recursos del creador de asignación.
Nombrecreador Nombre del creador de asignación.
AssignmentCurrentTrackingMode Indica el método actual que se usa para realizar un

seguimiento de proyectos:
2 - porcentaje completado de seguimiento
3 - número total de trabajo real y trabajo restante de
seguimiento
AssignmentUpdatedTrackingMode Indica el método actualizado que se utiliza para realizar un

seguimiento de proyectos:
2 - porcentaje completado de seguimiento
3 - número total de trabajo real y trabajo restante de
seguimiento
AssignmentNeedUpdatesSubmitted Es True si existe se guardan actualización de miembros del

equipo para esta asignación.
AssignmentDeletedInProject True si se ha eliminado la asignación de proyecto.
AssignmentUpdatesByResource Es True si la asignación se ha actualizado por integrante del

grupo.
AssignmentRequestsUpdates Indica si un recurso del equipo ha enviado datos reales.

AssignmentUpdatesAccepted True es actualizaciones de estado realizadas para la
asignación en aceptados.
AssignmentActualsPending Es True si se aceptan las actualizaciones están pendientes que

se aplicará a la planeación.
AssignmentDeletePending True si se eliminará de asignación está pendiente que se va a

aplicar.
AssignmentIsDelegated Es True si la asignación se ha creado mediante una operación

de reasignar.
AssignmentIsNew Es True si la asignación recién creada para el miembro del

equipo.
AssignmentUpdateStatus Indica el estado de una asignación: 0 - no modificado por

recurso. 1 - recurso modificado pero no actualizado aún al
jefe de proyecto.
AssignmentLastDelegationId La última delegación realizada en esta asignación.
AssignmentPercentWorkCompleted La cantidad de trabajo completado en la asignación.
AssignmentSendUpdatesDate La fecha y hora en que se envió una actualización de

asignaciones por recurso a un administrador.
AssignmentSummaryProgress Muestra el progreso de una tarea de resumen basándose en

progreso en sus subtareas y dónde se han programado
dichas subtareas.
TeamLeadUid Identificador único de la responsable de equipo.
TeamLeadName Nombre de la jefa de equipo.
WNWRK_UID Uso interno únicamente.
WNWORK_ENTRY_UID Uso interno únicamente.
AssignmentAssignedToExisting Indica si se ha creado una nueva asignación de un recurso

mediante la asignación de forma automática a la
característica de tareas.
ReservedData1 Se usa para almacenar temporalmente valores calculados.
AssignmentTDModifyDate Fecha de última modificación para datos de fase temporal de

asignación.
AssignmentResumeDate La fecha en la que se ha reanudado la asignación.

AssignmentStopDate La fecha en que se detuvo la asignación.
AssignmentDemandRequire Indica cómo asignar recursos al usar al Asistente para la

sustitución de recursos.
AssignmentIsCostValid Indica si se ha aprobado el costo asociado con la asignación.
AssignmentCostIsEdited Indica si se ha modificado el costo asociado a esta asignación.
AssignmentOtherType Indica el tipo de asignación:

0 - normal
1 - TaskOnlyWork
2 - FixedCosts
3 - FixedCostsAndTaskOnly
4 - RegularUnassigned
AssignmentUpdatesConflict Es True si hay actualizaciones en conflicto de asignación
DeletedFlag Indica si se ha eliminado la asignación.
AssignmentHyperlinkFriendlyName El título o texto explicativo de un hipervínculo asociado a una

asignación.
AssignmentHyperlinkAddress La ruta de acceso URL o UNC de un documento.
AssignmentHyperlinkSubAddress La ubicación específica en un documento dentro de un

hipervínculo asociado a una asignación.
AssignmentNotes Las notas que se escriben en el cuadro de diálogo de detalles

de asignación.
AssignmentVAC La diferencia entre el costo de línea base y el costo total.
AssignmentSV Acumulado variación de programación del valor, a través de

la fecha de estado del proyecto.
AssignmentWorkVariance La varianza de asignación trabajar desde el trabajo previsto

como minutos x 1000.
AssignmentCostVariance La diferencia entre el costo y el costo de línea base para un

recurso.
AssignmentBudgetWork La cantidad de trabajo presupuestado para recursos

materiales o de trabajo en esta asignación.
AssignmentBudgetCost El importe presupuestado para recursos de costo en esta

asignación.
AssignmentTaskManagementFlags Uso interno únicamente.

AssignmentIgnoreResourceCalendar Indica si el calendario de recursos se cruza con el calendario
de tareas.
AssignmentWinProjUniqueId Indica un identificador único para la asignación que se usa en

el cliente del proyecto.
AssignmentRemovedFromTS Indica si la asignación se ha quitado del parte de horas.
AssignmentCreatedDate La fecha en la que se creó la asignación.
AssignmentModifiedDate La fecha en que se actualizó por última vez la asignación.
Cada objeto Assignments puede tener una colección de objetos CustomFields , que puede tener las siguientes
propiedades:
AssignmentUid Identificador único para la asignación.
Tipo Tipo de campo personalizado (puede ser número, texto,

costo, duración, fecha, fals, fecha de finalización, fecha de
inicio, etcetera.).
DurationFormat Especifica el formato de presentación para el valor si es del

tipo "duración".
LookupTableUid Identificador único para la tabla de búsqueda.
IndicatorValue Especifica el valor del campo personalizado si el tipo de

campo personalizado es "indicador".
Partes de horas
Partes de horas contiene datos sobre el usuario posee o es una parte de los partes de horas. Para cada parte de
horas, verá los siguientes objetos:
Objeto Descripción
TimesheetUID Identificador único del parte de horas.
TimesheetName Nombre del parte de horas.
TimesheetOwnerID El identificador único para el propietario del parte de horas.

TimesheetOwner El propietario del parte de horas.
StatusID El valor asociado con el estado del parte de horas (vea

estado).
Estado El estado del parte de horas.
Nombre del período El nombre del período del parte de horas.
StartDate La fecha de inicio y la hora del parte de horas.
EndDate La fecha de finalización y la hora del parte de horas.
PeriodUID El identificador único para el período del parte de horas.
PeriodStatusID El identificador de estado del período del parte de horas

(abierto, cerrado, o todos los períodos).
PeriodStatus El estado del período del parte de horas.
ModifiedDate La fecha y hora en que se modificó por última vez el parte de

horas.
CreatedDate La fecha y hora en que se creó el parte de horas.
Un objeto de partes de horas puede tener una colección de objetos de líneas , que puede tener las siguientes
propiedades:
TimesheetLineId Identificador único para el elemento de línea del parte de

horas.
AssignmentUID Identificador único para la asignación.
LastSavedWork Cantidad de trabajo real para el elemento de línea del parte

de horas.
CreatedDate Fecha y hora de cuándo se creó el elemento de línea.
ModifiedDate Fecha y hora de cuándo se modificó por última vez el

elemento de línea.
ProjectId Identificador único del proyecto.

TimesheetApproverResourceID Nombre del aprobador del parte de horas.
TimesheetApproverResourceName Identificador de recurso de aprobador del parte de horas.
TimesheetClassDescription La descripción de la clase de parte de horas (por ejemplo,

para describir su finalidad como la grabación de tiempo de
baja por enfermedad o tiempo de vacaciones).
TimesheetClassId Identificador único de la clase de la línea del parte de horas.
TimesheetClassName El nombre de la clase de la línea del parte de horas.
TimesheetClassType El tipo de la clase de parte de horas (por ejemplo, tiempo de

TimesheetLineComment El comentario de texto de la línea del parte de horas.
TimesheetLineStatus El estado de la línea del parte de horas.
TimesheetLineStatusId Identificador único para el estado de la línea del parte de

horas (vea el correspondiente valor de TimesheetLineStatus).
Cada objeto de líneas puede tener una colección de objetos de datos reales . Cada objeto de datos reales
TimesheetLineId Identificador único para la línea del parte de horas.
ActualOvertimeWorkBillable Trabajo de horas extra facturable real que ya se ha realizado

por los recursos asignados a las tareas.
ActualOvertimeWorkNonBillable Trabajo de horas extra no facturable real que ya se ha

realizado por los recursos asignados a las tareas.
ActualWorkBillable Cantidad facturable real de trabajo normal, no extra que ya

se ha realizado por los recursos asignados a las tareas.
ActualWorkNonBillable La cantidad no facturable real de trabajo normal, no extra

que ya se ha realizado por los recursos asignados a las tareas.
CreatedDate La fecha y hora en que se creó el parte de horas real.

PlannedWork La cantidad estimada de trabajo.
StartDate Fecha del período de inicio.
EndDate Fecha de finalización del período.
TimesheetLineModifiedDate Se actualizó por última vez la línea de fecha y hora.
Un objeto de líneas puede tener una colección de objetos CustomFields , que puede tener las siguientes
propiedades:
TimeSheetLineID Identificador único para la línea del parte de horas.
CustomFieldUID Identificador único para el valor del campo personalizado.
Timesheets_Reporting
Timesheets_Reporting contiene datos de partes de horas para el usuario desde el esquema de informes. Para
cada objeto de partes de horas , verá las siguientes propiedades:
TimesheetName Nombre del parte de horas.
TimesheetOwnerId Identificador único para el propietario del parte de horas.
TimesheetOwner Nombre del propietario del parte de horas.
StatusDescription Estado del parte de horas.
Nombre del período Nombre del período.
StartDate Fecha del período de inicio.
EndDate Fecha de finalización del período.
PeriodUID Identificador único para el período.
PeriodStatusID Identificador único para el estado del período.
PeriodStatus El estado del período del parte de horas.

ModifiedDate Hora y fecha que se modificó por última vez el parte de

horas.
Cada objeto de partes de horas puede tener una colección de objetos de línea . Cada objeto de línea puede
tener las siguientes propiedades:

horas.




LastSavedWork Identificador único para la etapa de flujo de trabajo.
CreatedDate Fecha y hora de cuándo se creó el elemento de línea.
ModifiedDate Fecha y hora de cuándo se modificó por última vez el

elemento de línea.
ProjectId Identificador único del proyecto.
TaskHierarchy La lista jerárquica de tareas de un proyecto.
TimesheetApproverResourceId Identificador de recurso de aprobador del parte de horas.
TimesheetApproverResourceName Nombre del aprobador del parte de horas.

TimesheetClassDescription La descripción de la clase de parte de horas (por ejemplo,
para describir su finalidad como la grabación de tiempo de
TimesheetClassId Identificador único de la clase de parte de horas.
TimesheetClassName El nombre de la clase de parte de horas.
TimesheetClassType El tipo de la clase de parte de horas (por ejemplo, tiempo de

TimesheetLineComment El comentario de texto de la línea del parte de horas.
TimesheetLineStatus El estado de la línea del parte de horas.
TimesheetLineStatusId Identificador único para el estado de la línea del parte de

horas (vea el correspondiente valor de TimesheetLineStatus).
Cada objeto de partes de horas puede tener una colección de objetos de datos reales . Cada objeto de datos
reales puede tener las siguientes propiedades:
TimesheetLineId Identificador único para la línea del parte de horas.




AdjustmentIndex El índice de ajustes reales del parte de horas.
CreatedDate La fecha y hora en que se creó la línea del parte de horas.
LastChangedResourceName Nombre del recurso que modificó por última vez la línea.
TimeByDay Fecha y hora de los datos, por ejemplo, 29-03-2013

00:00:00.000.
TimeByDay_DayOfMonth Día del mes (1-31) por vez el cálculo del día.
TimeByDay_DayOfWeek Día de la semana (1-7) por vez el cálculo del día.
TimesheetLineModifiedDate Se actualizó por última vez la línea de fecha y hora.
Cada objeto de datos reales puede tener una colección de objetos CustomFields . Cada objeto CustomFields
CustomFieldId Identificador único para el campo personalizado.

horas.
UnsubscribedAlerts
UnsubscribedAlerts contiene datos acerca de las notificaciones de alerta cancelado la suscripción por el usuario.
Para cada objeto UnsubscribedAlertData , verá las siguientes propiedades:
Id Identificador único de la alerta.
NombreAlerta Nombre de la alerta.
UserViewSettings
NOTE
La información de esta sección se aplica a Project Server 2016, Project Server 2013 y Project Online. Para Project Server
2010, consulte la UserViewSettings para Project Server 2010.
UserViewSettings contiene datos acerca de la configuración de vista personalizada creada por el usuario. Puede
ver las propiedades de los objetos siguientes:
WebControlSettings: configuración de usuario para los controles web en distintas páginas.
WebControlResourcePlanEngagementSettings:: páginas de contratación de planeación de la
configuración del usuario para los controles web en el recurso.
ViewSettings: configuración de usuario en distintas vistas en todo el producto.
LastPDPViewed: información acerca de la última página de detalles de proyecto que se ha visto para un
proyecto determinado.
UserSettings: configuración personalizada por el usuario.
OptimizerPlannerPlannerReqPages: configuración personalizada en las páginas del optimizador,
planeador y organizador de solicitud.
PlannerDefPlannerResPlannerAvailPages: configuración personalizada en el organizador de déficit,
organizador de recursos, páginas de disponibilidad del organizador.
PortfolioAnalysisGridSettings: configuración personalizada en la cuadrícula de análisis de cartera de
proyectos.
OtherWebSettings: otras opciones de configuración personalizados en las páginas web.
Objetos de WebControlSettings pueden tener las siguientes propiedades siguientes:
WebControl Tipo de control de Web (por ejemplo, resourcecenter).
PropertyName Nombre de la propiedad.
PropertyValue Valor de la propiedad.
Objetos de WebControlResourcePlanEngagementSettings pueden tener las siguientes propiedades:
WebControl Tipo de control de Web (por ejemplo, resourcecenter).
Objetos de ViewSettings pueden tener propiedades siguientes:
ViewId El identificador único para la vista.
ViewName Nombre de la vista.
Objetos de LastPDPViewed pueden tener las siguientes propiedades:

ProjectId El identificador único para el proyecto.
PropertyString Cadena que representa el valor de la propiedad
PropertyData La representación binaria de la cadena (propiedad)
Objetos UserSettings pueden tener las siguientes propiedades:
ProjectId El identificador único para el proyecto.
SettingKey Clave del usuario almacenado en la base de datos de

configuración.
PropertyString Cadena que representa el valor de la propiedad
Objetos de OptimizerPlannerPlannerReqPages pueden tener las siguientes propiedades:
PageName Nombre de la página.
AnalysisUid Identificador único del análisis.
ViewUid Identificador único de la vista
ViewName Nombre de la vista.
Para cada objeto PlannerDefPlannerResPlannerAvailPages , verá las siguientes propiedades:

PageName Nombre de la página.
AnalysisUid Identificador único del análisis.
AnalysisName El nombre del análisis.
Objetos de PortfolioAnalysisGridSettings pueden tener las siguientes propiedades:
PageUrl Dirección URL de la página.
AnalysisId El identificador único del análisis.
AnalysisName El nombre del análisis.
Objetos de OtherWebSettings pueden tener las siguientes propiedades:
SettingKey Clave única que se describe el usuario establecer datos que

se almacenan.
Propiedades PropertyName y PropertyValue

Es posible que vea las siguientes propiedades para los objetos anteriores para el PropertyName y
PropertyValue las propiedades correspondientes:

JSGridWidth Ancho de la cuadrícula que se muestra (valor en píxeles).
SelectedResourceIds Identificadores únicos de los recursos seleccionados por

última vez en la cuadrícula.
SelectedResources Identificadores únicos de los recursos seleccionados por

TimeStampUID Un guid secuencial que se actualiza cada vez que se inicialice

la vista.
Duración Valor seleccionado de la duración de la presentación en la

cuadrícula. Los valores son:
-1 - válida, -2-la duración es una estimación, 1 - segundos, 2
- segundos transcurridos, 3 - minutos, 4 - minutos
transcurridos, 5 - horas, 6 - horas transcurridas, 7 - días, 8 -
días transcurridos, 9 - semanas, 10 - semanas transcurridas,
11 - meses, 12 - meses transcurridos, 13: trimestres, 14 -
transcurrido trimestres, 15 - Años, 16 - años transcurridos,
17 - décadas, 18 - décadas transcurridos, 19 por ciento, 20 -
porcentaje de tiempo transcurrido, 21 - sin unidades, 22 -
uso de Material
Fecha El formato de fecha utilizado. Los valores son:

1 - 2 - ShortTime, 3 - ShortDateTime, 4 - ShortDate, fecha
completa, 5 - LongDateTime, 6 - WeekDayMonth, 7 -
MonthDay, 8 - YearMonth, 9 - 10 se puede ordenar, -
SmartShortDateTime, 10 - GeneralLongDateTime
ProjectTeamJsGridFields Contiene los pares de valores clave de los campos de la

cuadrícula.
ExpandSubProjects Si es true, se expanden subproyectos en la interfaz de

usuario.
GanttZoomLevel Nivel al que diagrama de Gantt se acerca o aleja para la

presentación. Pasa de más acerca o aleja a más alejada: 0 -
minuto, 1 - fecha completa de hora, shortdate hora 2 -, 3 -
día con el nombre más corto día, 4 - día con el día mes del
año en la lista, 5 - día con el día del mes del año en la lista, 6
- mes, mes 7 -, 8 - trimestre , 9 - semestre
PredefinedFilter Valor de filtro actual. Los valores son: 0 - All, 1 - 2 vencidas, -

recién asignados, 3-completado, 4 - incompletos, 5 -
personalizado
DefaultLayout Diseño predeterminado de la página. Los valores son: 0 -

None, diagrama de Gantt 1, 2-con fases temporales
Nivel de zoom Nivel de zoom de más acerca o aleja a más alejada: 0

minutos, 1 - fecha completa de hora, shortdate 2 horas, 3 -
DividerPosition Posición del divisor de JsGrid en píxeles.

GroupBy0 Campo Agrupar por.
SortBy Campo para ordenar por.
SortByOrder 0 - ascendente, 1 - descendente
ViewOutlineLevel Si el valor es -1, expandir todo, excepto los subproyectos. Si

el valor es cualquier otro número, establecer que el nivel de
esquema expandido.
FilterBy Columna para filtrar por.
SelectedFilterId Campo seleccionado para filtrar.
JSGridFields Contiene los pares de clave y valor que describe la

configuración que se utiliza para mostrar la cuadrícula en la
interfaz de usuario.
ShowTimeWithDates Si es true, se muestra la hora con las fechas. Si es false, no

están.
PrincipalColumnWidth Ancho de la columna principal en píxeles.
CategoryColumnWidth Ancho de columna de la categoría en píxeles.
IsSidebarHidden Se establece en true si la barra lateral está oculto, false si no.
IsViewBubbleChart Si es true, se muestra el gráfico de análisis de restricción de

costo. Si es false, se muestra la cuadrícula.
IsViewSBAChart Si es true, se muestra el gráfico de alineación estratégica de

negocio. Si es false, se muestra el diagrama Frontera eficiente.
IsHighlightDeficit Si es true, se comprueba la opción Resaltar déficit. Si es false,

no es.
ProjUid Identificador único del proyecto.
IncludeProposedBookings True para incluir reservas propuestas en los datos mostrados

en la cuadrícula, false en caso contrario.
WorkUnits Determinación de las unidades de trabajo para la cuadrícula.

Los valores son: 0-horas, 1 - días, equivalente de tiempo
completo de 2
Escala de tiempo Determina la escala de tiempo para la cuadrícula. Los valores

son: 3 - días, 4 semanas, meses de 5, 6-trimestres, 7 - años
SelectedViewType Determina el tipo de vista. Los valores son: 0 -
AssignmentsByResource, 1 - AssignmentsByProject,
disponibilidad de 2, 3 - trabajo, 4 -
HeatMapCapacityEngagement
DateEarliestSerialized Representa la fecha de la vista de página de la planeación de

la capacidad de inicio.
DateLatestSerialized Representa la fecha de finalización de la vista de página de la

planeación de la capacidad.
UpperThreshold Valor de umbral superior en la página de la planeación de la

capacidad.
LowerThreshold Valor de umbral inferior en la página de la planeación de la

capacidad.
FromDate Fecha de inicio de la vista en la cuadrícula.
ToDate Fecha de finalización de la vista de cuadrícula.
IncludeProposed Si es true, se comprueba la reserva incluyen propuesto. Si es

false, no es.
TabExpanded Si es true, se expande la ficha Filtro en la página Historial de

parte de horas.
DateFilterChecked Si es true, se comprueba el filtro de fecha en la página de

parte de horas.
ResourceFilterChecked Si es true, se comprueba la opción de filtro de recurso en la

página de parte de horas.
StartDate Fecha cuando se inicia la vista.
FinishDate Fecha de finalización vista.
FilterMode Determina qué partes de horas se muestran. Los valores son:

1 - mostrar partes no enviado partes de horas, 2-mostrar
aprobar partes de horas, 3-Mostrar todos los partes de
horas
CustomFilterSelected Si es true, se selecciona un filtro personalizado.
SelectedResource Identificador numérico del recurso seleccionado por última

vez en la cuadrícula.
SelectedFiscalPeriod Índice del período fiscal seleccionado en el menú desplegable

de período Fiscal.
ShowTimeWithDate Si es true, se muestra la hora con las fechas.
ShowInsertedProjects Si es true, se mostrarán los proyectos insertados.

ShowRollups Si es true, se mostrará paquetes acumulativos de
actualizaciones.
ShowGanttChart Si es true, se mostrará el diagrama de Gantt.
ShowProjectSummaryTask Si es true, se mostrará la tarea de resumen del proyecto en la

cuadrícula.
ViewSelection Si se muestra la vista TimePhasedPane

AllInProgressAndFailedJobs/InProgressAndFailedJobsInTheP
astWeek/SuccessfulJobsInThePastWeek/AllJobsInThePastWe
ek/AllSuccessfulJobs/AllJobs. .
TimePhasedPane Si es true, se mostrará el panel de fase temporal.
IncludeSummaryTasks Si es true, se mostrarán las tareas de resumen.
ShowOvertimeWork Si es true, se mostrará el trabajo de horas extra.
ShowScheduledWork Si es true, se mostrará el trabajo programado.
ShowSelectedList Si es true, se mostrará la lista de recursos seleccionados.
Con fases temporales Si es true, la cuadrícula de fase temporal será visible.
Propuesto Si es true, se mostrarán los valores propuestos.
Planeado Si es true, se mostrará el trabajo planeado.
Horas extra Si es true, se mostrará el trabajo de horas extra.
No facturable Si es true, se mostrará el trabajo no facturable.
CommentOnSubmit Si es true, se mostrará el cuadro de diálogo de comentario en

enviar de parte de horas.
ShowTotals Si es true, se mostrará el trabajo total.
TimephasedStart Representación de la fecha de inicio de los datos de fase

temporal de la fecha de ECMA.
TimephasedEnd Representación de la fecha de finalización de los datos de fase

showPlanned Si es true, se mostrará el trabajo planeado.
showOvt Si es true, se mostrará el trabajo de horas extra.
showNonBill Si es true, se mostrará el trabajo no facturable.

dateFormat El formato de los valores de fecha: 1 - ShortDate, 2 -
ShortTime, 3 - ShortDateTime, 4 - fecha completa, 5 -
LongDateTime, 6 - WeekdayDayMonth, 7 - MonthDay, 8 -
YearMonth, 9 - 10 se puede ordenar, - SmartShortDateTime,
11 - General LongDateTime
durationFormat -1 --no válida, 2 - SwitchToEstimatedDuration, 1 - segundos,

2 - ElapsedSeconds, 3 - minutos, 4 - ElapsedMinutes, 5 -
horas, 6 - ElapsedHours, 7 - días, 8 - ElapsedDays, 9 -
semanas, 10 - ElapsedWeeks, 11 - meses, 12 -
ElapsedMonths, 13 - cuartos, 14 - ElapsedQuarters, 15 - Y
abertura, 16 - ElapsedYears, 17 - décadas, 18 -
ElapsedDecades, 19 por ciento, 20 - ElapsedPercent, 21 -
ninguno, 22 - Material
workFormat -Invalid 1 -, -2 - ninguno, 0 - segundos, 1 - minutos, 2 - 3

horas - días, 4 - semanas, 5 - meses, 6 - trimestres, 7 - años,
8 - décadas, 9 - Material
filterType 0 - all, vencidas - completado 1, NewlyAssigned - 2, - 3,

incompleto - 4
projUids Lista de proyectos seleccionados para el filtro de restricción

de recursos.
roleUids Lista de funciones seleccionadas para el filtro de restricción de

recursos.
UseDate Si es true, se comprueba la casilla de verificación Filtro por

fecha en la página Administrar delegaciones.
UseResource Si es true, se comprueba la casilla de verificación Filtrar por

los usuarios en la página Administrar delegaciones.
UseWeek Si es true, se comprueba la opción Mostrar sólo los

delegados que cubren esta semana .
UseSelfDelegates Si es true, se comprueba la casilla de verificación Mostrar sólo

los delegados que actúan en mi nombre .
UseNamedDelegate Si es true, se comprueba la casilla de verificación nombre del

delegado .
UseActingFor Si es true, se comprueba la opción nombre del delegado que

actúa para .
UseDateRange Si es true, se comprueba la casilla de verificación de intervalo

de fechas .
DelegateUid Identificador único que representa al delegado filtrado actual.
ActingForUid Identificador único del usuario que es la delegación en

nombre de.

ActingForName Nombre del delegado.
FilterVisible Si es true, se mostrarán las opciones de filtro.
GridTimeScaleUnits Horas de 0, 1 - días, equivalente a tiempo completo de 2
DateRangeFrom Fecha de inicio de datos que se muestran en la vista.
DateRangeTo Fecha de finalización de datos que se muestran en la vista.
DateRangeUnits Unidades usadas para el intervalo de fechas se muestran en

la cuadrícula. Los valores son: 0 segundos, minutos de 1, 2
horas, 3 días, semanas-4, 5 - meses, trimestres-6, 7 - años
UserViewSettings para Project Server 2010
NOTE
En esta sección incluyen información acerca de los datos de UserViewSettings en Project Server 2010. Para obtener
información acerca de Project Server 2016, Project Server 2013 o Project Online, vea la sección anterior (UserViewSettings).
UserViewSettings contiene datos acerca de la configuración de vista personalizada creada por el usuario.
Objetos pueden tener las siguientes propiedades:
Los objetos de vista personalizada son los siguientes:

WebControlSettings: se trata de la configuración de usuario para los controles web en distintas páginas.
Estos controles web son los siguientes:
NOMBRE CONTROL WEB
teambuilderhometab Generador de equipos
teambuilderjsgridcontrol Generador de equipos
effectiverightsgrid Derechos efectivos
eptjsgridcontrol Tipos de proyecto empresarial
projectcenterjsgridcontrol Centro de proyectos
projectdrilldownjsgridcontrol Página de programación
resourceassignmentsjsgridcontrol Asignaciones de recursos

NOMBRE CONTROL WEB
resourcecenterjsgridcontrol Centro de recursos
resourcerequestsjsgridcontrol Solicitudes de recursos
reviewtsdetailpartjsgridcontrol Revisión de parte de horas
selecttasksfortlgrid Seleccione tareas de escala de tiempo
statusapprovalshistorypage Historial de aprobación de estado
approvalcenterjsgridcontrol Aprobaciones
statusapprovalspreviewjsgridcontrol Revisión de las aprobaciones de estado
mytasksjsgridcontrol Mis tareas
teamtasksjsgridcontrol Asignaciones de equipo
timesheetpartjsgridcontrol Partes de horas
En los datos de exportación de Project Server 2010, WebControlSettings datos mostrará el nombre del control
web después de la propiedad real para el control. Por ejemplo, la siguiente es una propiedad de fecha para
MyTasksJSGridControl, que tiene un valor de 1.
{
"PropertyName": "DateMyTasksJSGridControl",
"PropertyValue": "1"
},
WebControlResourcePlanEngagementSettings:: se trata de la configuración de usuario para los

controles web en las páginas de compromiso del plan de recursos. Si el nombre de propiedad contiene
ResPlanGrid o ProjectEngagementsGrid, a continuación, el GUID de PropertyName es el identificador
único del proyecto (PROJ_UID ). Puede recuperar el nombre del proyecto correspondiente de la tabla
MSP_PROJECTS de la base de datos publicada de Project Server 2010.
ViewSettings: se trata de configuración de usuario en distintas vistas en todo el producto. Si tiene el
aspecto PropertyName contiene sólo un GUID, a continuación, que GUID es el identificador de vista
(WVIEW_UID ) de la tabla MSP_WEB_VIEW_REPORTS en la base de datos publicada de Project Server
2010 y el correspondiente nombre de vista se almacena en la WVIEW_NAME.
Se mostrará el nombre de propiedad real antes del valor GUID.
En el siguiente ejemplo, el identificador único de la vista es 000010fc-7b06 -45a9 -9bd2 -1cbfc2f64ce4 y el
nombre de la propiedad es DividerPosition .
{
"PropertyName": "DividerPosition000010fc-7b06-45a9-9bd2-1cbfc2f64ce4",
"PropertyValue": "0"
},
LastPDPViewed: Esto proporciona información acerca de la última página de detalles del proyecto que
se ha visto para un proyecto determinado. Se muestra el identificador único del proyecto correspondiente
(PROJ_UID ) después de la cadena PDPPages_LastViewed_PDP_For . Además, puede obtenerse el
nombre del proyecto (PROJ_NAME ) de la tabla MSP_PROJECTS de la base de datos publicada de Project
Server 2010. En el siguiente ejemplo, el proyecto tiene un identificador único de 051f3a1e-02f5 -4e45 -
bea7 -30bfbf8df67f y la última página de detalles de proyecto visto tiene identificador único 1e26f08d -
2757 -46d9 -b726 -16cae3614c56 . Puede encontrar el nombre del proyecto mediante la comprobación de
la tabla MSP_PROJECTS de la PROJ_NAME asociada a 051f3a1e-02f5 -: 4e45 -bea7 -30bfbf8df67f.
{
"PropertyName": "PDPPages_LastViewed_PDP_For_051f3a1e-02f5-4e45-bea7-30bfbf8df67f",
"PropertyValue": "1e26f08d-2757-46d9-b726-16cae3614c56"
},
OptimizerPlannerPlannerReqPages: Esto proporciona opciones de configuración de la personalizada

en las páginas del optimizador, planeador y organizador de solicitud del usuario. Si el nombre de
propiedad contiene {optimizador } , {Organizador } o {PlannerReq } , dos identificadores únicos, lo aplicará.
La primera es el identificador único de la vista, y el segundo es el identificador único para el análisis.
Puede encontrar el nombre de la vista correspondiente (WVIEW_NAME ) en la tabla
MSP_WEB_VIEW_REPORTS del identificador de la vista (WVIEW_UID ) en la base de datos publicada de
Project Server 2010. El nombre de análisis correspondiente (ANALYSIS_NAME ) se puede obtener desde
la tabla MSP_ANALYSIS de la columna de ID (ANALYSIS_UID ) la vista en la base de datos publicada de
Project Server 2010.
PlannerDefPlannerResPlannerAvailPages: Esto proporciona opciones de configuración de usuario
personalizado en el organizador de déficit, organizador de recursos, páginas de disponibilidad del
organizador. Si el nombre de propiedad contiene {PlannerDef } , {PlannerRes} o {PlannerAvail} , el GUID
que sigue es el identificador único del análisis. El nombre de análisis correspondiente (ANALYSIS_NAME )
se puede obtener desde la tabla MSP_ANALYSIS de la vista de identificador (ANALYSIS_UID ) en la base
de datos publicada de Project Server 2010.
Propiedades PropertyName y PropertyValue
Es posible que vea las siguientes propiedades para los objetos anteriores para el PropertyName y
PropertyValue las propiedades correspondientes:
JSGridWidth Ancho de la cuadrícula que se muestra (valor en píxeles).
SelectedResourceIds Identificadores únicos de los recursos seleccionados por

SelectedResources Identificadores únicos de los recursos seleccionados por

TimeStampUID Un guid secuencial que se actualiza cada vez que se inicialice

la vista.
Duración Valor seleccionado de la duración de la presentación en la
cuadrícula. Los valores son:
-1 - válida, -2-la duración es una estimación, 1 - segundos, 2
- segundos transcurridos, 3 - minutos, 4 - minutos
transcurridos, 5 - horas, 6 - horas transcurridas, 7 - días, 8 -
días transcurridos, 9 - semanas, 10 - semanas transcurridas,
11 - meses, 12 - meses transcurridos, 13: trimestres, 14 -
transcurrido trimestres, 15 - Años, 16 - años transcurridos,
17 - décadas, 18 - décadas transcurridos, 19 por ciento, 20 -
porcentaje de tiempo transcurrido, 21 - sin unidades, 22 -
uso de Material
Fecha El formato de fecha utilizado. Los valores son:

1 - 2 - ShortTime, 3 - ShortDateTime, 4 - ShortDate, fecha
completa, 5 - LongDateTime, 6 - WeekDayMonth, 7 -
MonthDay, 8 - YearMonth, 9 - 10 se puede ordenar, -
SmartShortDateTime, 10 - GeneralLongDateTime
ProjectTeamJsGridFields Contiene los pares de valores clave de los campos de la

cuadrícula.
ExpandSubProjects Si es true, se expanden subproyectos en la interfaz de

usuario.
GanttZoomLevel Nivel al que diagrama de Gantt se acerca o aleja para la

presentación. Pasa de más acerca o aleja a más alejada: 0 -
minuto, 1 - fecha completa de hora, shortdate hora 2 -, 3 -
PredefinedFilter Valor de filtro actual. Los valores son: 0 - All, 1 - 2 vencidas, -

recién asignados, 3-completado, 4 - incompletos, 5 -
personalizado
DefaultLayout Diseño predeterminado de la página. Los valores son: 0 -

None, diagrama de Gantt 1, 2-con fases temporales
Nivel de zoom Nivel de zoom de más acerca o aleja a más alejada: 0

minutos, 1 - fecha completa de hora, shortdate 2 horas, 3 -
DividerPosition Posición del divisor de JsGrid en píxeles.
SortBy Campo para ordenar por.
SortByOrder 0 - ascendente, 1 - descendente

ViewOutlineLevel Si el valor es -1, expandir todo, excepto los subproyectos. Si
el valor es cualquier otro número, establecer que el nivel de
esquema expandido.
FilterBy Columna para filtrar por.
SelectedFilterId Campo seleccionado para filtrar.
JSGridFields Contiene los pares de clave y valor que describe la

configuración que se utiliza para mostrar la cuadrícula en la
interfaz de usuario.
ShowTimeWithDates Si es true, se muestra la hora con las fechas. Si es false, no

están.
PrincipalColumnWidth Ancho de la columna principal en píxeles.
CategoryColumnWidth Ancho de columna de la categoría en píxeles.
IsSidebarHidden Se establece en true si la barra lateral está oculto, false si no.
IsViewBubbleChart Si es true, se muestra el gráfico de análisis de restricción de

costo. Si es false, se muestra la cuadrícula.
IsViewSBAChart Si es true, se muestra el gráfico de alineación estratégica de

negocio. Si es false, se muestra el diagrama Frontera eficiente.
IsHighlightDeficit Si es true, se comprueba la opción Resaltar déficit. Si es false,

no es.
ProjUid Identificador único del proyecto.
IncludeProposedBookings True para incluir reservas propuestas en los datos mostrados

en la cuadrícula, false en caso contrario.
WorkUnits Determinación de las unidades de trabajo para la cuadrícula.

Los valores son: 0-horas, 1 - días, equivalente de tiempo
completo de 2
Escala de tiempo Determina la escala de tiempo para la cuadrícula. Los valores

son: 3 - días, 4 semanas, meses de 5, 6-trimestres, 7 - años
SelectedViewType Determina el tipo de vista. Los valores son: 0 -

AssignmentsByResource, 1 - AssignmentsByProject,
disponibilidad de 2, 3 - trabajo, 4 -
HeatMapCapacityEngagement
DateEarliestSerialized Representa la fecha de la vista de página de la planeación de

la capacidad de inicio.
DateLatestSerialized Representa la fecha de finalización de la vista de página de la

planeación de la capacidad.
UpperThreshold Valor de umbral superior en la página de la planeación de la
capacidad.
LowerThreshold Valor de umbral inferior en la página de la planeación de la

capacidad.
FromDate Fecha de inicio de la vista en la cuadrícula.
ToDate Fecha de finalización de la vista de cuadrícula.
IncludeProposed Si es true, se comprueba la reserva incluyen propuesto. Si es

false, no es.
TabExpanded Si es true, se expande la ficha Filtro en la página Historial de

parte de horas.
DateFilterChecked Si es true, se comprueba el filtro de fecha en la página de

parte de horas.
ResourceFilterChecked Si es true, se comprueba la opción de filtro de recurso en la

página de parte de horas.
StartDate Fecha cuando se inicia la vista.
FinishDate Fecha de finalización vista.
FilterMode Determina qué partes de horas se muestran. Los valores son:

1 - mostrar partes no enviado partes de horas, 2-mostrar
aprobar partes de horas, 3-Mostrar todos los partes de
horas
CustomFilterSelected Si es true, se selecciona un filtro personalizado.
SelectedResource Identificador numérico del recurso seleccionado por última

vez en la cuadrícula.
SelectedFiscalPeriod Índice del período fiscal seleccionado en el menú desplegable

de período Fiscal.
ShowTimeWithDate Si es true, se muestra la hora con las fechas.
ShowInsertedProjects Si es true, se mostrarán los proyectos insertados.
ShowRollups Si es true, se mostrará paquetes acumulativos de

actualizaciones.
ShowGanttChart Si es true, se mostrará el diagrama de Gantt.
ShowProjectSummaryTask Si es true, se mostrará la tarea de resumen del proyecto en la

cuadrícula.
ViewSelection Si se muestra la vista TimePhasedPane
AllInProgressAndFailedJobs/InProgressAndFailedJobsInTheP
astWeek/SuccessfulJobsInThePastWeek/AllJobsInThePastWe
ek/AllSuccessfulJobs/AllJobs. .
TimePhasedPane Si es true, se mostrará el panel de fase temporal.
IncludeSummaryTasks Si es true, se mostrarán las tareas de resumen.
ShowOvertimeWork Si es true, se mostrará el trabajo de horas extra.
ShowScheduledWork Si es true, se mostrará el trabajo programado.
ShowSelectedList Si es true, se mostrará la lista de recursos seleccionados.
Con fases temporales Si es true, la cuadrícula de fase temporal será visible.
Propuesto Si es true, se mostrarán los valores propuestos.
Planeado Si es true, se mostrará el trabajo planeado.
Horas extra Si es true, se mostrará el trabajo de horas extra.
No facturable Si es true, se mostrará el trabajo no facturable.
CommentOnSubmit Si es true, se mostrará el cuadro de diálogo de comentario en

enviar de parte de horas.
ShowTotals Si es true, se mostrará el trabajo total.
TimephasedStart Representación de la fecha de inicio de los datos de fase

TimephasedEnd Representación de la fecha de finalización de los datos de fase

showPlanned Si es true, se mostrará el trabajo planeado.
showOvt Si es true, se mostrará el trabajo de horas extra.
showNonBill Si es true, se mostrará el trabajo no facturable.
dateFormat El formato de los valores de fecha: 1 - ShortDate, 2 -

ShortTime, 3 - ShortDateTime, 4 - fecha completa, 5 -
LongDateTime, 6 - WeekdayDayMonth, 7 - MonthDay, 8 -
YearMonth, 9 - 10 se puede ordenar, - SmartShortDateTime,
11 - General LongDateTime
durationFormat -1 --no válida, 2 - SwitchToEstimatedDuration, 1 - segundos,
2 - ElapsedSeconds, 3 - minutos, 4 - ElapsedMinutes, 5 -
horas, 6 - ElapsedHours, 7 - días, 8 - ElapsedDays, 9 -
semanas, 10 - ElapsedWeeks, 11 - meses, 12 -
ElapsedMonths, 13 - cuartos, 14 - ElapsedQuarters, 15 - Y
abertura, 16 - ElapsedYears, 17 - décadas, 18 -
ElapsedDecades, 19 por ciento, 20 - ElapsedPercent, 21 -
ninguno, 22 - Material
workFormat -Invalid 1 -, -2 - ninguno, 0 - segundos, 1 - minutos, 2 - 3

horas - días, 4 - semanas, 5 - meses, 6 - trimestres, 7 - años,
8 - décadas, 9 - Material
filterType 0 - all, vencidas - completado 1, NewlyAssigned - 2, - 3,

incompleto - 4
projUids Lista de proyectos seleccionados para el filtro de restricción

de recursos.
roleUids Lista de funciones seleccionadas para el filtro de restricción de

recursos.
UseDate Si es true, se comprueba la casilla de verificación Filtro por

fecha en la página Administrar delegaciones.
UseResource Si es true, se comprueba la casilla de verificación Filtrar por

los usuarios en la página Administrar delegaciones.
UseWeek Si es true, se comprueba la opción Mostrar sólo los

delegados que cubren esta semana .
UseSelfDelegates Si es true, se comprueba la casilla de verificación Mostrar sólo

los delegados que actúan en mi nombre .
UseNamedDelegate Si es true, se comprueba la casilla de verificación nombre del

delegado .
UseActingFor Si es true, se comprueba la opción nombre del delegado que

actúa para .
UseDateRange Si es true, se comprueba la casilla de verificación de intervalo

de fechas .
DelegateUid Identificador único que representa al delegado filtrado actual.
ActingForUid Identificador único del usuario que es la delegación en

nombre de.
ActingForName Nombre del delegado.
FilterVisible Si es true, se mostrarán las opciones de filtro.

GridTimeScaleUnits Horas de 0, 1 - días, equivalente a tiempo completo de 2
DateRangeFrom Fecha de inicio de datos que se muestran en la vista.
DateRangeTo Fecha de finalización de datos que se muestran en la vista.
DateRangeUnits Unidades usadas para el intervalo de fechas se muestran en

la cuadrícula. Los valores son: 0 segundos, minutos de 1, 2
horas, 3 días, semanas-4, 5 - meses, trimestres-6, 7 - años
Flujo de trabajo
Este archivo contiene datos acerca de los flujos de trabajo de proyecto en el que el usuario era un propietario.
Para cada objeto WorkflowInstances , es posible que vea los siguientes objetos:
Objeto Descripción
SiteID Identificador único para el sitio de PWA en el que se usa el

flujo de trabajo.
ProjectID Identificador único del proyecto utilizando el flujo de trabajo.
Nombre de proyecto Nombre del proyecto mediante el flujo de trabajo.
WorkflowInstanceId Identificador único de la instancia de flujo de trabajo.
WorkflowError No se pudo instancia con esta cadena de error.
WorkflowErrorResponseCode No se pudo instancia con este código de error.
WorkflowCreatedDate Fecha de que creación de la instancia de flujo de trabajo para

el proyecto.
EnterpriseProjectTypeUid Identificador único para el tipo de proyecto empresarial

mediante el flujo de trabajo.
EnterpriseProjectTypeName Nombre del tipo de proyecto empresarial mediante el flujo de

trabajo.
WorkflowStatus Estado del flujo de trabajo.
Para cada objeto WorkflowStatus , es posible que vea las siguientes propiedades:
WorkflowInstanceId Identificador único para la instancia de flujo de trabajo.
PhaseId Identificador único para la fase de flujo de trabajo.
PhaseName Nombre de la fase de flujo de trabajo.

PhaseDescription Descripción de la fase de flujo de trabajo.
StageId Identificador único para la etapa de flujo de trabajo.
StageName Nombre de la fase de flujo de trabajo.
StageDescription Descripción de la etapa de flujo de trabajo.
StageInformation Información de fase real que se ha actualizado a través del

flujo de trabajo.
StageOrder El orden de una fase en un flujo de trabajo.
StageStatus El estado de una fase del flujo de trabajo.
StageStateDescription La descripción del estado de una fase de flujo de trabajo.
FechaDeEntradaDeFase La fecha y hora en que empieza una fase de flujo de trabajo.
StageLastSubmitted Fecha cuando se envió el proyecto por última vez.
StageCompletionDate Se ha completado la fase de fecha.
LastModifiedDate Fecha y hora que se modificó por última vez la instancia de

flujo de trabajo.
WorkspaceItems
WorkspaceItems describen datos sobre los elementos de SharePoint que se usan en Project Server y Project
Online, como problemas, riesgos y entregas. Esto puede incluir las colecciones de:
Problemas
Riesgos
Entrega
ListItemAssociations
Puede haber una colección de objetos de problemas que tienen las siguientes propiedades:
IssueUniqueId Identificador único para el problema.
IssueId El identificador del problema.

Título El título o nombre del problema.
AssignedToResource Elemento WSS asignado al campo.
AssignedToUserClaimsAccount Elemento WSS asignado a campo de notificaciones.
NumberOfAttachments El número de datos adjuntos para el problema.
DueDate Fecha que el problema es debido a completa.
Categoría La categoría del problema.
Estado El estado del problema.
Prioridad La prioridad del problema.
Owner Nombre del propietario del problema.
OwnerUserClaimsAccount Cuenta de notificaciones del propietario.
Discusión El campo texto de discusión sobre el problema.
Solución La resolución del problema.
IsFolder Es True si el problema es una carpeta en la lista de

SharePoint.
ItemRelativeUrlPath La dirección URL relativa del problema.
CreatedByResource Recurso que creó el problema.
CreatedByUserClaimsAccount Cuenta de notificaciones del usuario que creó el problema.
CreatedDate La fecha y hora que se creó el problema.
ModifiedByResource El usuario que modificó por última vez el problema.
ModifiedByUserClaimsAccount Cuenta de notificaciones del usuario que modificó por última

vez el problema.
ModifiedDate La fecha y hora en que se actualizó por última vez el

problema.
Puede haber una colección de objetos de riesgo que tienen las siguientes propiedades:
ProjectId Identificador único para el proyecto con el riesgo.
Nombre de proyecto Nombre del proyecto con el riesgo.

RiskUniqueId El identificador único del riesgo.
RiskId El identificador de un riesgo.
Título El título o nombre de un riesgo.
AssignedToResource Elemento WSS asignado al campo.
AssignedToUserClaimsAccount Elemento WSS asignado a campo de notificaciones.
NumberOfAttachments El número de datos adjuntos de un riesgo.
DueDate Fecha que vence el riesgo.
Probabilidad El porcentaje de probabilidad que un riesgo se produzca.
Impacto La magnitud del impacto en caso de un riesgo.
Exposición Amenaza global de un riesgo, que se calcula multiplicando la

probabilidad del riesgo por el impacto.
Costo Costo previsto total de un riesgo.
CostExposure La amenaza global del riesgo, que se calcula multiplicando el

coste por la probabilidad del riesgo.
Categoría La categoría de riesgo.
Estado El estado de un riesgo.
Owner Nombre del propietario del riesgo.
R.OwnerUserClaimsAccount Cuenta de notificaciones del propietario del riesgo.
Descripción El campo texto de descripción de un riesgo.
MitigationPlan Un plan para abordar problemas relacionados con los

factores de riesgo.
ContingencyPlan El plan de contingencia de un riesgo.
TriggerTask La condición que desencadena el plan de contingencia (por

ejemplo, fecha, exposición superior al umbral, tareas sin
completar u otros valores asignado por el usuario).
TriggerDescription La descripción del desencadenante de un riesgo.
NumberOfAttachments El número de datos adjuntos para el riesgo.
IsFolder Es True si el riesgo es una carpeta en la lista de SharePoint.
ItemRelativeUrlPath La dirección URL relativa del riesgo.

CreatedByResource Recurso que creó un riesgo.
CreatedByUserClaimsAccount Cuenta del usuario que creó el riesgo de notificaciones.
CreatedDate La fecha y la hora cuando se creó un riesgo.
ModifiedByResource El usuario que modificó un riesgo.
ModifiedByUserClaimsAccount Cuenta del usuario que modificó por última vez el riesgo de
notificaciones.
ModifiedDate La fecha y la hora cuando se modificó un riesgo.
Puede haber una colección de objetos de entregas que tienen las siguientes propiedades:
ProjectId Identificador único para el proyecto para el resultado.
Nombre de proyecto Nombre del proyecto de la entrega.
DeliverableUniqueId Identificador único de la entrega.
DeliverableId El identificador de la entrega.
Título El título del resultado.
Descripción Descripción del resultado.
StartDate La fecha de inicio y hora de la entrega.
FinishDate La fecha de finalización del resultado.
IsFolder Es True si el resultado es una carpeta en la lista de

SharePoint.
ItemRelativeUrlPath La dirección URL relativa del resultado.
CreatedByResource El recurso que creó el resultado.
CreatedByUserClaimsAccount La cuenta de notificaciones del usuario que creó el resultado
CreatedDate La fecha y hora en que se creó el resultado.
ModifiedByResource El recurso que modificó por última vez el resultado.
ModifiedByUserClaimsAccount La cuenta de notificaciones del usuario que modificó por

última vez el resultado.
ModifiedDate La fecha y hora en que se modificó el resultado.

Puede haber una colección de objetos ListItemAssociations que tienen las siguientes propiedades:
ListItemId Identificador único para el elemento de lista.
ListItemName Nombre del elemento de lista.
RelatedProjectId Identificador único para el proyecto relacionado.
RelatedProjectName Nombre del proyecto relacionado.
RelatedItemId Nombre del elemento que está relacionada con el elemento

de lista
RelatedItemTitle Título del elemento que está relacionada con el elemento de

lista
RelationshipTypeId Identificador del tipo de relación
RelationshipDescription Descripción de la relación entre el elemento de lista y el

elemento relacionado.
Datos de usuario específicas del proyecto de los datos de informes

El método de exportación definido en Exportar datos de usuario de Project Online también crea ocho archivos
para cada proyecto en el que el usuario era un elemento desde el esquema de informes.
De forma similar, las consultas de datos de informes específicas del proyecto definidas en Exportar datos de
usuario de Project Server proporcionarán resultados similares.
Estos datos incluyen:
NOMBRE DESCRIPCIÓN
Reporting_AssignmentBaselineTimephased Datos de asignación con fases temporales de línea de base

para el proyecto desde el esquema de informes.
Reporting_AssignmentTimephased Datos de fase temporal de asignación para el proyecto desde

el esquema de informes.
Reporting_ProjectBaseline Datos de línea de base para el proyecto desde el esquema de

informes de Project.
Reporting_Tasks Proyecto de tareas de datos para el proyecto desde el

Reporting_Assignments Datos de recursos de asignación para el proyecto desde el

NOMBRE DESCRIPCIÓN
Reporting_Resources Datos de recursos para el proyecto desde el esquema de

informes.
Reporting_TaskBaselineTimephased Datos de fase temporal de la base de tareas para el proyecto

desde el esquema de informes.
Reporting_TaskTimephased Datos de fase temporal de tarea para el proyecto desde el

Cuando se exportan desde Project Online, su voluntad reciba la información en formato de archivo de json. El
nombre de cada archivo recibirá el prefijo con el nombre del proyecto y el identificador de proyecto para el
proyecto específico. Por ejemplo, si un proyecto tiene el nombre del proyecto de Project1 y un identificador de
proyecto de fffa21a1 -baac-e711 -9ee6 -00166dac9e0b , el primer archivo en la tabla anterior se denominará
Project1_fffa21a1 -baac-e711 -9ee6 -00166dac9e0b_draft.xml .
Reporting_AssignmentBaselineTimephased
Reporting_AssignmentBaselineTimephased contiene las propiedades que definen los datos de informes para
datos con fases temporales de línea de base de asignación en el servicio ProjectData. Tiene las siguientes
propiedades:
Objeto Descripción
BaselineNumber Un número entero que identifica una línea base en un

proyecto.
TimeByDay Una clave principal que identifica un día a lo largo de una

ProjectUID El GUID del proyecto que está asociado a los datos de fase
temporal de línea de base de asignación.
TaskUID El GUID de la tarea que está asociada con los datos de fase
temporal de línea de base de asignación.
AssignmentBaselineCost Coste previsto de la asignación.
AssignmentBaselineWork El total planeado programados para una asignación de horas

por persona.
AssignmentBaselineMaterialWork El número previsto de unidades de suministros u otros

elementos consumibles que se va a usar para completar una
asignación.
AssignmentBaselineBudgetCost Coste previsto de una asignación.
AssignmentBaselineBudgetWork La cantidad total planeada de tiempo que se necesita para

completar una asignación.
AssignmentBaselineBudgetMaterialWork El número previsto de unidades de los suministros u otros
elementos consumibles que se utilizan para completar una
asignación.
AssignmentBaselineModifiedDate Fecha y hora en que se modificó por última vez la línea de

base de asignación.
FiscalPeriodUID Identificador único para el período fiscal.
ResourceId Identificador único para el recurso.
Reporting_AssignmentTimephased
Reporting_AssignmentTimephased contiene las propiedades que definen los datos de informes para datos de
fase temporal de asignación en el servicio ProjectData. Tiene las siguientes propiedades:
Objeto Descripción

ProjectUID Identificador único para el proyecto para los datos de fase

temporal de asignación.
TaskUID Identificador único para la tarea para los datos de fase

temporal de asignación.
ResourceId Identificador único para el recurso.
AssignmentRegularCost El costo total para normal, no de horas extra trabajo de

asignación que ya se han realizado, además del trabajo no de
horas extra restante.
AssignmentRegularWork La cantidad total de trabajo no extra programado para ser

realizado por un recurso asignado a una tarea.
AssignmentRemainingCost Los costos asociados a finalizar todo el trabajo programado

restante por todos los recursos en una tarea específica.
AssignmentRemainingOvertimeCost Gasto de horas extra de una asignación programado
restante.
AssignmentRemainingOvertimeWork La cantidad de trabajo de horas extra restante en una

asignación.
AssignmentRemainingRegularCost Gastos en los que se contraerá al completar el resto del

normal de trabajo no de horas extra de una asignación.
AssignmentRemainingRegularWork La cantidad de tiempo, como horas por persona o días, que

se necesitan aún para completar el trabajo normal, no de
horas extra de una asignación.
AssignmentRemainingWork La cantidad de tiempo que necesita un recurso asignado a

una tarea para completar una asignación.
AssignmentCombinedWork El trabajo para la asignación, el plan del proyecto y el plan de

recursos.
AssignmentActualRegularCost El costo del trabajo no de horas extra ya realizado en una

asignación.
AssignmentActualRegularWork La cantidad real de trabajo normal, no de horas extra ya

realizado en una asignación.
AssignmentCost El costo total de una asignación, basada en los costos ya

contraídos, además de los costos planeados para el trabajo
restante.
AssignmentOvertimeCost El costo total de horas extra de una asignación, incluidos los

costos del trabajo de horas extra ya realizado, además de los
costos de horas extra restante.


en una asignación.



asignación.

asignación.

material.

asignación.
AssignmentBudgetMaterialWork La cantidad total prevista de uso en la asignación de recursos

materiales.


Reporting_ProjectBaseline
Reporting_ProjectBaseline contiene las propiedades que definen los datos de informes para los datos de línea de
base de proyecto en el servicio ProjectData. Tiene las siguientes propiedades:
Objeto Descripción
BaselineNumber Un número que identifica una línea de base del proyecto.
ProjectUID Identificador único para el proyecto.
TaskUID Identificador único para la tarea.
TaskBaselineCost El costo total planeado para la tarea.
TaskBaselineFixedCost Coste de tarea definido que se prevé en la línea de base y

que permanece constante, independientemente de la
duración de la tarea o el trabajo realizado por un recurso.
TaskBaselineWork El total de horas que se programan en la proyección de línea

base para una tarea.
TaskBaselineBudgetCost El costo de la cantidad de trabajo según lo previsto en la línea

base presupuestada.
TaskBaselineBudgetWork La cantidad de trabajo según lo previsto en la línea base

presupuestada.
TaskBaselineStartDate Fecha y hora, inicio previstas de la tarea.

TaskBaselineFinishDate Fecha de finalización prevista de una tarea.
TaskBaselineDeliverableStartDate La fecha de comienzo de la entrega publicada y la hora para

una tarea.
TaskBaselineDeliverableFinishDate La fecha de fin de la entrega publicada y la hora para una

tarea según lo previsto en la línea de base.
TaskBaselineDuration La cantidad de tiempo estimado para completar una tarea.
TaskBaselineStartDateString Una cadena que contiene previstas de la tarea la fecha y hora

de inicio.
TaskBaselineFinishDateString Una cadena que contiene previstas de la tarea la fecha y hora

de finalización.
TaskBaselineDurationString Una cadena que contiene la duración previstas de la tarea.
TaskBaselineModifiedDate La fecha y la hora que se actualizó por última vez la tarea.
Reporting_Tasks
Reporting_ProjectTasks contiene las propiedades que definen los datos de informes para los datos de tareas de
proyecto en el servicio ProjectData. Tiene las siguientes propiedades:
TaskUID El identificador único de la tarea.
TaskParentUID El identificador único de la tarea principal.
ProjectUID El identificador único del proyecto al que pertenece la tarea.
FixedCostAssignmentUID El identificador de sitio de instancia de PWA.
Nombre de tarea El identificador único de la tarea.
TaskIndex Número de la tarea en el proyecto local.
TaskIsProjectSummary Si la tarea es una tarea de resumen del proyecto.
TaskIsOverallocated Obtiene un valor que indica si la tarea está sobreasignada.
TaskIsMilestone Si la tarea es un hito.

TaskIsCritical Obtiene un valor que indica si es fundamental el momento
oportuno para la tarea o si puede haber cualquier margen de
demora en el momento oportuno.
TaskIsSummary Si la tarea es una tarea de resumen.
TaskStatusManagerUID El identificador único del estado del Administrador de tareas.
TaskActualFixedCost El costo fijo real de la tarea.

tarea.
TaskDurationVariance La diferencia entre la línea base de la duración de la tarea y la

duración total o duración estimada actual, de la tarea.
TaskStartVariance La varianza de la fecha de comienzo de tarea desde la fecha

de comienzo de línea base como minutos x 1000.

TaskDuration La duración prevista de la tarea.
TaskDeliverableStartDate La fecha de comienzo de la entrega publicada y la hora para

una tarea.
TaskDeliverableFinishDate La fecha de fin de la entrega publicada y la hora para una
tarea.
TaskActualStartDate La fecha en que se inició la tarea.
TaskActualFinishDate La fecha en que se completó la tarea.
TaskPercentCompleted El porcentaje de la duración de la tarea completada.
TaskPercentWorkCompleted El porcentaje del trabajo de tarea completado.

proyecto. Esto se puede utilizar como alternativa para calcular
el costo presupuestado del trabajo realizado (CPTR).

la fecha.
TaskSPI Muestra la relación entre el costo presupuestado del trabajo

realizada y el costo presupuestado del trabajo programado
(CPTR/CPTP).
TaskTCPI Relación entre el trabajo restante que debe realizarse y los

fondos que quedan por gastar, a partir de la fecha de estado
de tarea (al índice de rendimiento completa).
TaskVAC Variación al finalizar.
TaskDeadline La fecha y hora de cuándo se debe completar una tarea.
TaskDurationIsEstimated Si la duración prevista de la tarea se ha estimado.
TaskEAC Costo estimado al finalizar tarea es el costo total esperado de

una tarea según el rendimiento hasta la fecha de estado.
TaskIsEffortDriven Si la tarea está condicionada por el esfuerzo.
TaskIsExternal Si la tarea es externa.
TaskIsRecurring Si la tarea es una tarea periódica.

en la tarea.
TaskCV Valor acumulado variación - de costo muestran la diferencia
entre cuánto debería haber costado y cuánto ha costado
realmente para alcanzar el nivel actual de finalización hasta la
fecha de estado.
TaskCPI Mostrar la relación entre presupuestado (o previsto) costos

del trabajo realizado y los costos reales del trabajo realizado,
hasta la fecha de estado del proyecto.


TaskIgnoresResourceCalendar Si la tarea omite el calendario de recursos.
TaskClientUniqueId Identificador único de la tarea tal como se muestra en Project

Professional.
TaskIsMarked Es True si la tarea está marcada para identificación o tomar

medidas.

de la tarea.
TaskCreatedDate La fecha en la que se creó la tarea.
TaskModifiedDate La fecha en que se actualizó por última vez la tarea.
TaskBudgetCost Se usa para comparar los costos presupuestados con los

costos planeados o reales.
TaskResourcePlanWork Tiempo programado en una tarea para todos los recursos en

el plan de recursos. Este campo se usa para evitar el recuento
de doble si el trabajo programado es de un plan de recursos.

TaskHyperLinkAddress Un hipervínculo que está asociado a una tarea.
TaskHyperLinkSubAddress Subdirección de hipervínculo de una tarea.

TaskStartDateString El valor de cadena para una tarea la fecha y hora de inicio.
TaskFinishDateString El valor de cadena de la tarea de la fecha y hora de

finalización.
TaskDurationString El valor de cadena para la duración de una tarea.
TaskIsManuallyScheduled El identificador único del proyecto al que pertenece la tarea.
TaskIsActive Si la tarea está activa actualmente.
CustomFields Campos personalizados que se usan en la tarea.
Si la tarea contiene un objeto CustomField , tendrá las siguientes propiedades:
TaskId Identificador único para la tarea en la que se usa el campo

cliente.
Reporting_Assignments
Reporting_Assignments contiene las propiedades que definen los datos de informes para las asignaciones en el
servicio ProjectData. Tiene las siguientes propiedades:
Objeto Descripción
ProjectUID Identificador único para el proyecto para la asignación.
ResourceUID Identificador único para el recurso para la asignación.
TaskUID Identificador único para la tarea para la asignación.
ResourceOwnerUID Identificador único para el propietario del recurso.
AssignmentCost El costo total de una asignación, basada en los costos ya

contraídos, además de los costos planeados para el trabajo
restante.
AssignmentOvertimeCost El costo total de horas extra de una asignación, incluidos los

costos del trabajo de horas extra ya realizado, además de los
costos de horas extra restante.

en una asignación.



asignación.

asignación.

material.

AssignmentPercentWorkCompleted Porcentaje de trabajo que se ha completado.
AssignmentStartDate Fecha de que un recurso está programado para comenzar

una asignación.
AssignmentFinishDate Fecha de que un recurso está programado para completar la

asignación.
AssignmentActualStartDate Es un recurso de fecha de comienzo de una asignación.
AssignmentActualFinishDate Fecha de que un recurso está completa una asignación.
AssignmentDelay Cantidad de tiempo que un recurso es que hay que esperar

antes de empezar a trabajar en una asignación.
AssignmentStartVariance Variación en el comienzo de la asignación.
AssignmentFinishVariance Variación al finalizar de la asignación.
AssignmentACWP Costo real del trabajo realizado para la asignación.
AssignmentBCWP Costo presupuestado del trabajo realizado para la asignación

(el valor acumulada).
AssignmentBCWS Costo presupuestado del trabajo programado para la

asignación (valor planeado).
AssignmentBookingID GUID de reserva de asignación.
AssignmentBookingName Nombre de reserva de asignación (confirmada o propuesta).
AssignmentType Tipo de asignación. NormalAssignment = 0,

WorkOnlyAssignment = 1, FixedCostAssignment = 2,
FixedCostWorkOnlyAssignment = 3, EmptyAssignment = 4,
FixedCostGeneratedAssignment = 100 (generado durante la
transferencia de RDS), ResourcePlanAssignment = 101.
TypeName Nombre del tipo de asignación.

R.TypeName
IsPublic Es True si el elemento se publicó, por lo que un integrante del

grupo puedan verlo.
AssignmentCostVariance Diferencia entre el costo de línea base y el costo total.
AssignmentWorkVariance Diferencia entre el trabajo previsto y el trabajo programado

actualmente.
AssignmentSV Variación de programación de valor acumulado.
AssignmentVAC Variación al finalizar.
AssignmentIsOverallocated Es True si los recursos asignados se hallan sobreasignados.
AssignmentPeakUnits Número máximo de unidades que un recurso está assignmed

para una tarea.
AssignmentCreatedDate Fecha y hora de que creación de la asignación.

asignación.
AssignmentBudgetMaterialWork La cantidad total prevista de uso en la asignación de recursos

materiales.

TimesheetClassUID GUID de la clase de parte de horas.
Si la tarea contiene un objeto CustomField , tendrá las siguientes propiedades:
PrimaryCustomFieldId El identificador de la principal del campo personalizado de

(una tarea o un tipo de recurso) que este campo
personalizado es un elemento secundario.
PrimaryCustomFieldName El nombre del principal campo personalizado (una tarea o un

tipo de recurso) que este campo personalizado es un
elemento secundario.
AssignmentRolldown El valor de esta asignación gira las hacia abajo desde el

campo personalizado principal. Si es así, el valor es el mismo
sistema operativo el valor del campo personalizado
correspondiente principal a menos que ovverriden en el
campo personalizado de asignación
El identificador de trabajo El identificador de asignación que pertenecen este campo

personalizado.
Reporting_Resources
Reporting_Resources contiene las propiedades que definen los datos de informes para los recursos en el servicio
ProjectData. Tiene las siguientes propiedades:
ResourceStatusUID GUID del estado del recurso.

ResourceStatusName Nombre localizado del estado del recurso. Estado incluye
recursos sin asignar, recurso Local, recurso desconocido y
recurso de empresa. Más recursos en un proyecto tienen el
valor de estado activo de empresa.


trabajo.
ResourceInitials Iniciales del recurso.
ResourceMaterialLabel El campo etiqueta de Material contiene la unidad de medida

que se especifica para un recurso material, por ejemplo,
toneladas, cuadros o metros cúbicos. Esta etiqueta, a
continuación, se usa en combinación con unidades de
asignación del recurso material, por ejemplo, ocho toneladas
o 22 cuadros.

TypeName Nombre del tipo de recurso.
ResourceGroup El campo grupo contiene el nombre del grupo al que

pertenece un recurso.

tiempo actual.
ResourceTimesheetManagerUID Administrador del parte de horas para el recurso

determinado.
ResourceEarliestAvailableFrom Fecha más próxima en la que un recurso está disponible para

trabajar en una tarea determinada.
ResourceLatestAvailableTo Última fecha en que un recurso está disponible.
ResourceCanLevel Es True si se puede llevar a cabo la redistribución de recursos.
ResourceHyperlink La dirección URL que se especifica para un recurso en la

página Editar usuario de Project Web Access.
ResourceHyperlinkHref El texto que se muestra para un hipervínculo a un recurso, tal

como se especifica en la página Editar usuario de Project Web
Access.
ResourceNTAccount El nombre de cuenta de Windows de un recurso.
ResourceIsActive Especifica la versión del proyecto que estaba activa cuando se

creó el recurso. Este campo es para uso interno de la caché
del proyecto.
ResourceIsGeneric True si el recurso es genérico.
ResourceWorkgroup Un valor numérico que representa un método de

colaboración de equipo para un recurso.
ResourceClientUniqueId Identificador único del recurso de un proyecto local cuando

se abre en Project Professional.
ResourceCostCenter Un código definido por el usuario para las cuentas de costo

del recurso.
ResourceCreatedRevisionCounter Especifica la versión del proyecto que estaba activa cuando se

creó el recurso. Este campo es para uso interno de la caché
del proyecto.
ResourceModifiedRevisionCounter Recuento de cuántas veces recursos se modificó.
ResourceCreatedDate La fecha y hora en que se creó un recurso en el proyecto.

sobre un recurso.
ResourceRequiresEngagement Es True si el recurso sólo puede solicitar a través de una

LCID Identificador de código de idioma. del recurso
UserClaimsAccount Nombre de inicio de sesión para el usuario.
Reporting_TaskBaselineTimephased
Reporting_TaskBaselineTimephased contiene las propiedades que definen los datos de informes para datos con
fases temporales de línea de base de tarea en el servicio ProjectData. Tiene las siguientes propiedades:
Objeto Descripción
BaselineNumber Un número que identifica una línea de base del proyecto.

TimeByDay Una clave principal que identifica el día a lo largo de una

TaskBaselineCost El costo total planeado para una tarea. El costo de línea de

base es también conocida como presupuestado al finalizar
(CPF) de valor acumulado.
TaskBaselineFixedCost Coste de tarea definido que se prevé en la línea de base y

que permanece constante, independientemente de la
duración de la tarea o el trabajo realizado por un recurso.
TaskBaselineWork Total planeado horas que están programadas para una tarea
en la proyección de línea base.
TaskBaselineBudgetCost El costo de previsto y presupuestado cantidad de trabajo en

una tarea.
TaskBaselineBudgetWork Cantidad de trabajo en una tarea presupuestado planeado.
TaskBaselineModifiedDate La fecha y la hora que se actualizó por última vez la tarea.
Reporting_TaskTimephased
Reporting_TaskTimephased contiene las propiedades que definen los datos de informes para los datos de fase
temporal de tareas en el servicio ProjectData. Tiene las siguientes propiedades:

T.FiscalPeriodUID El identificador del período fiscal.
TaskIsProjectSummary Es True si la tarea es una tarea de resumen del proyecto.

TaskCost El total programado o previsto de costo de una tarea.
TaskActualCost Los costos incurridos por el trabajo ya realizado por todos los
recursos en una tarea, junto con otros costes registrados.
Tarea El tiempo total que se ha programado para una tarea para

todos los recursos asignados.
TaskOvertimeWork La cantidad de trabajo de horas extra programado para ser

realizado por todos los recursos que están asignados a una
tarea.
TaskActualWork El trabajo real que ya se ha realizado por los recursos en una

tarea, generalmente expresado como el porcentaje
completado.
TaskBudgetCost Costes previstos de una tarea.
TaskResourcePlanWork El tiempo total programado para la tarea en el plan de

recursos.
TaskModifiedDate Fecha y hora en que se modificó por última vez la tarea.
Archivos XML de Project

El método definido en Exportar datos de usuario de Project Online le dará dos archivos específicos del proyecto
para el proyecto de cada usuario, pero se ha guardado en formato .xml. Obtener dos archivos .xml para cada
proyecto:
** <ProjectName>_<ProjectID>draft.xml**: desde el esquema de borrador guardado en el archivo de
proyecto. Formato XML.
** <ProjectName>_<ProjectID>published.xml**: desde el esquema de publicados que se guardan en el
archivo de proyecto. Formato XML.
Consulte el Proyecto de datos de intercambio de referencia del esquema XML de comprender los datos XML de
proyecto contenidos en estos archivos.
Archivos de metadatos específicos del proyecto

El método definido en Exportar datos de usuario de Project Online también le dará tres archivos específicos del
proyecto que proporcionan metadatos acerca de cada proyecto individual. Recibe uno de cada uno de los
siguientes esquemas:
Archivo de metadatos de proyecto desde el esquema de informes
Archivo de metadatos de proyecto desde el esquema de borrador
Archivo de metadatos de proyecto desde el esquema publicados
Archivo de metadatos de proyecto desde el esquema de informes
El archivo de metadatos de proyecto para un proyecto tendrá las siguientes propiedades:
ProjectUID El identificador único para el proyecto.
ProjectAuthorName El nombre del autor del proyecto.
ProjectOwnerResourceUID GUID del propietario del proyecto de recurso.
ProjectManagerName Nombre del jefe de proyecto.
ProjectType El valor enumerado que representa el tipo de un proyecto.
ProjectStartDate La fecha de inicio del proyecto y la hora.
ProjectFinishDate Fecha y hora de un proyecto de fin programada.
ProjectStatusDate La fecha de estado y la hora de un proyecto.
ProjectWorkspaceInternalHRef La dirección URL del sitio del proyecto.
ProjectWbsIsStale Es True si la estructura de descomposición del trabajo

(jerarquía del esquema de tareas) no está actualizada.
ProjectEarnedValueIsStale Es True si los campos están fuera de la fecha de valor

acumulado.
ProjectRollupsAreStale Es True si los datos de la tarea de resumen no están

actualizados.
ProjectHierarchyNotSynchronized El patrón - subproyecto jerarquía no está sincronizada.
ProjectCalculationsAreStale Es True si los cálculos de programación de proyecto no están

actualizados.
ProjectGhostTaskAreStale Es True si las tareas de fantasma de no están actualizadas. Las

tareas de fantasma son marcadores de posición de vínculos
entre proyectos.
ProjectCurrency El código de carácter de moneda de proyecto.
ProjectCategoryName El nombre de una categoría de proyecto.
ProjectCompanyName El nombre de la empresa para un proyecto.
ProjectKeywords Las palabras clave para un proyecto.

ProjectSubject El asunto de un proyecto.
ProjectTitle Nombre del proyecto.
ProjectVisibilityMode Se se crea a partir de la lista de tareas de SharePoint.
ResourcePlanUtilizationType Valor que representa el tipo de uso de un plan de recursos.
ResourcePlanUtilizationDate La fecha de inicio y la hora para el uso del plan de recursos.
ProjectDescription Descripción del proyecto.
EnterpriseProjectTypeName El nombre de un tipo de proyecto empresarial.
ProjectCreatedDate La fecha en la que se ha creado un proyecto.
ProjectModifiedDate La fecha y hora en que se modificó por última vez un

proyecto.
ProjectCalendarDuration El tiempo total de trabajo activo para todas las tareas en un

proyecto, basado en el calendario del proyecto que se
especifica en el cuadro de diálogo información del proyecto.
ProjectIdentifier Identificador legible humana para el proyecto. Este

identificador está configurado en el EPT.
ProjectLastPublishedDate La fecha de última publicación
El proyecto puede tener una colección de objetos CustomFields , con las siguientes propiedades:
CustomFieldValueUID Identificador único para el valor del campo personalizado.
CustomFieldTypeUID Identificador único para el tipo de campo personalizado.
CFValue Valor del campo personalizado.
Archivo de metadatos de proyecto desde el esquema de borrador

El archivo de metadatos de proyecto para un proyecto en el esquema de borrador tendrá las siguientes
propiedades:
ProjectActualCost Los costos incurridos por el trabajo ya realizado en un

proyecto.
ProjectCritcalSlackLimit El número de días después de su fecha de finalización que

una tarea puede ir antes de proyecto Marque la tarea como
tarea crítica.
ProjectCurrencyDigits El número de dígitos decimales en valores de moneda.
ProjectCurrencyPosition La colocación del símbolo de moneda en relación con el valor

de moneda.
ProjectCurrencySymbol El símbolo de moneda del proyecto.
ProjectCurrencyCode El código de moneda del proyecto, como se define en la

norma ISO 4217.
ProjectIsNewTasksEffortDriven Especifica si las tareas nuevas están condicionadas por el

esfuerzo.
ProjectCurrentDate La fecha actual del proyecto.
ProjectDefaultFinishTime El valor predeterminado hora de finalización para todas las

tareas nuevas.
ProjectDefaultFixedCostAccrual Un valor que indica qué predeterminado fijo de método de

acumulación de costos para usar en las nuevas tareas.
ProjectMinutesPerDay El número predeterminado de minutos por día.
ProjectMinutesPerWeek El número predeterminado de minutos por semana.
ProjectDefaultOvertimeRate Tasa de horas extra predeterminada para los recursos locales.
ProjectDefaultStandardRate Tasa estándar predeterminada para los recursos locales.
ProjectDefaultStartTime La hora de inicio predeterminada para todas las tareas

nuevas.
ProjectDefaultTaskType El tipo predeterminado para todas las tareas del proyecto.
ProjectDurationFormat El formato predeterminado para la duración del trabajo.

ProjectTasksHonorConstraints Indica si Project programa las tareas según su fecha de

delimitación.
ProjectLastSavedDate La fecha de la última vez que se guardó el proyecto.
ProjectManagerName El nombre de un jefe de proyecto.
ProjectMultipleCriticalPaths Indica si Project calcula y muestra una ruta crítica para cada
red independiente de tareas dentro de un proyecto.
ProjectPoolAttachedTo El nombre del proyecto que comparte recursos con este

proyecto.
ProjectIsResourcePool Indica si el proyecto se está usando como fondo de recursos.
ProjectScheduledFromStart Indica si un proyecto está programado desde la fecha de

inicio o fecha de fin.
ProjectSplitTasksInProgress Indica si permitir rescheding de duración restante y trabajo

cuando una tarea listas o informes de progresan de por
delante de la programación.
ProjectSpreadActualCostsToStatusDate Indica si los costos reales se extienden a la fecha de estado.
ProjectSpreadPercentCompleteToStatus Indica si el porcentaje completado se extiende a la fecha de

estado.
ProjectTitle El título de un proyecto.
ProjectCalculateActualCosts Indica si Project debe calcular automáticamente los costos

reales.
ProjectWorkEntryFormat El formato predeterminado para todas las duraciones de

trabajo en el proyecto.
ProjectCalculatesSubTasksAsSummary Indica si Project calcula las subtareas como tareas de

resumen.
ProjectDaysPerMonth El número predeterminado de días laborables al mes.

ProjectDefaultEstimatedDuration Un valor que indica si las nuevas tareas tienen duraciones
estimadas.
ProjectShowEstimatedDurations Un valor que indica si se muestra un signo de interrogación

tras una duración estimada de una tarea.
ProjectExpandTimephased Indica si Project guarda los datos de fase temporal en un

formato legible o binario cuando se guardan en una base de
datos.
ProjectExternalEdited Indica si el proyecto se ha modificado externamente.
ProjectReadCount Indica el número de usuarios que tienen una o más tablas

abierto como de solo lectura.
ProjectCheckedOutBy Nombre del usuario que ha desprotegido el proyecto.
ProjectCheckOutDate El proyecto está desprotegido por fecha.
ProjectPath La ruta de acceso del proyecto.
ProjectActualsSyncProtectedActuals Un valor que indica si los datos reales del proyecto se

sincronizan con los datos reales protegidos.
ProjectIsAdministrative Indica si el proyecto es un proyecto administrativo.
ProjectTimestamp La marca de tiempo en el proyecto.
ProjectLocalPath Ruta de acceso local del proyecto.
ProjectWebPath La ruta de acceso web de project.
ProjectOwnerUID El GUID de un propietario del proyecto.
ProjectDataSourceNameID El identificador del nombre de origen de datos del proyecto.
ProjectDelegateAllowed Indica si se permite el delegado de proyecto.
ProjectIsNonWorking Indica si el proyecto es no laborable.
ProjectScope El ámbito del proyecto.
ProjectIsConsolidatedProject Indica si se trata de un proyecto consolidado.
ProjectResourceCanDecline Indica si el recurso puede rechazar.
ProjectTrackingMode El método de seguimiento predeterminado para todas las

asignaciones del proyecto.
ProjectLastPublishedDate La fecha de proyecto última publicar.
LegacyProjectType El tipo de proyecto heredado.
ProjectOptionDefaultStartTime Predeterminada hora de inicio de un día laborable.
ProjectOptionDefaultFinishTime Hora de finalización predeterminada de un día laborable.
ProjectSiteName El nombre del sitio del proyecto.
ProjectSiteServerUID El identificador del servidor del sitio del proyecto..
IssueListName El nombre de la lista de problemas del proyecto.
RiskListName El nombre de la lista de riesgos del proyecto.
TotalDocumentCount Número de documentos para el proyecto.
ProjectActiveIssueCount Recuento de problemas del proyecto activos.
ProjectActiveRiskCount Recuento de los riesgos activos para el proyecto.
ProjectAdminRoleId El identificador para el rol de administrador de proyecto.
ProjectManagerRoleId El identificador para el rol de jefe de proyecto.
ProjectTeamMemberRoleId El identificador de la función de integrante del equipo de

proyecto.
ProjectReaderRoleId El identificador de la función de lector de proyecto.
ProjectProposalWorkflowInstanceId El identificador de la instancia de flujo de trabajo de proyecto.
ProjectIsAdminProjectLegacy Indica si el proyecto es un proyecto administrativo.
ProjectCalendarId El identificador para el calendario utilizado por el proyecto.
ProjectClientVersionNumber La versión de cliente para el proyecto.
ProjectVersion La versión del proyecto.
ProjectProgramUID El identificador para el programa del proyecto.
ProjectSessionUID El identificador de la sesión de project.
ProjectSessionDescription El descriptor de sesión de project.
ProjectIsDeleted Indica si el proyecto se elimina.
ProjectBaselineCalendarId El identificador del calendario de línea de base del proyecto.

ProjectWBSPrefix El prefijo de estructura de descomposición de trabajo.
ProjectNewTasksStartOnCurrentDate Un valor que indica si las nuevas tareas comienzan en la

fecha actual.
ProjectIsNewTasksManual Un valor que indica si las nuevas tareas se programan

manualmente.
ProjectSummaryTaskId La tarea de identificador de la tarea de resumen del proyecto.

proyecto.
SharepointIdeaListWebId El identificador de Ideas lista SharePoint Web.
SharepointIdeaListId El identificador de lista de SharePoint de lista Ideas.
SharepointIdeaItemId Las Ideas de lista identificador del elemento de lista de

SharePoint.
ProjectVisibilityMode Especifica si se ha creado el sitio del proyecto desde la lista de

tareas de SharePoint.
ProjectIsProjectSiteRemoved Especifica si se ha quitado el sitio del proyecto.
ProjectUtilizationType Valor que representa el tipo de uso de un proyecto.
ProjectUtilizationDate La fecha de inicio y hora de uso del proyecto.

Archivo de metadatos de proyecto desde el esquema publicados

El archivo de metadatos de proyecto para un proyecto en el esquema publicados tendrá las siguientes
propiedades:
ProjectActualCost Los costos incurridos por el trabajo ya realizado en un

proyecto.

ProjectCritcalSlackLimit El número de días después de su fecha de finalización que
una tarea puede ir antes de proyecto Marque la tarea como
tarea crítica.
ProjectCurrencyDigits El número de dígitos decimales en valores de moneda.
ProjectCurrencyPosition La colocación del símbolo de moneda en relación con el valor

de moneda.
ProjectCurrencySymbol El símbolo de moneda del proyecto.
ProjectCurrencyCode El código de moneda del proyecto, como se define en la

norma ISO 4217.
ProjectIsNewTasksEffortDriven Especifica si las tareas nuevas están condicionadas por el

esfuerzo.
ProjectCurrentDate La fecha actual del proyecto.
ProjectDefaultFinishTime El valor predeterminado hora de finalización para todas las

tareas nuevas.
ProjectDefaultFixedCostAccrual Un valor que indica qué predeterminado fijo de método de

acumulación de costos para usar en las nuevas tareas.
ProjectMinutesPerDay El número predeterminado de minutos por día.
ProjectMinutesPerWeek El número predeterminado de minutos por semana.
ProjectDefaultOvertimeRate Tasa de horas extra predeterminada para los recursos locales.
ProjectDefaultStandardRate Tasa estándar predeterminada para los recursos locales.
ProjectDefaultStartTime La hora de inicio predeterminada para todas las tareas

nuevas.
ProjectDefaultTaskType El tipo predeterminado para todas las tareas del proyecto.
ProjectDurationFormat El formato predeterminado para la duración del trabajo.
ProjectTasksHonorConstraints Indica si Project programa las tareas según su fecha de

delimitación.
ProjectLastSavedDate La fecha de la última vez que se guardó el proyecto.
ProjectManagerName El nombre de un jefe de proyecto.
ProjectMultipleCriticalPaths Indica si Project calcula y muestra una ruta crítica para cada
red independiente de tareas dentro de un proyecto.
ProjectPoolAttachedTo El nombre del proyecto que comparte recursos con este
proyecto.
ProjectIsResourcePool Indica si el proyecto se está usando como fondo de recursos.
ProjectScheduledFromStart Indica si un proyecto está programado desde la fecha de

inicio o fecha de fin.
ProjectSplitTasksInProgress Indica si permitir rescheding de duración restante y trabajo

cuando una tarea listas o informes de progresan de por
delante de la programación.
ProjectSpreadActualCostsToStatusDate Indica si los costos reales se extienden a la fecha de estado.
ProjectSpreadPercentCompleteToStatus Indica si el porcentaje completado se extiende a la fecha de

estado.
ProjectTitle El título de un proyecto.
ProjectCalculateActualCosts Indica si Project debe calcular automáticamente los costos

reales.
ProjectWorkEntryFormat El formato predeterminado para todas las duraciones de

trabajo en el proyecto.
ProjectCalculatesSubTasksAsSummary Indica si Project calcula las subtareas como tareas de

resumen.
ProjectDaysPerMonth El número predeterminado de días laborables al mes.
ProjectDefaultEstimatedDuration Un valor que indica si las nuevas tareas tienen duraciones

estimadas.
ProjectShowEstimatedDurations Un valor que indica si se muestra un signo de interrogación

tras una duración estimada de una tarea.
ProjectExpandTimephased Indica si Project guarda los datos de fase temporal en un

formato legible o binario cuando se guardan en una base de
datos.
ProjectExternalEdited Indica si el proyecto se ha modificado externamente.
ProjectReadCount Indica el número de usuarios que tienen una o más tablas

abierto como de solo lectura.
ProjectCheckedOutBy Nombre del usuario que ha desprotegido el proyecto.
ProjectCheckOutDate El proyecto está desprotegido por fecha.
ProjectPath La ruta de acceso del proyecto.
ProjectActualsSyncProtectedActuals Un valor que indica si los datos reales del proyecto se

sincronizan con los datos reales protegidos.
ProjectIsAdministrative Indica si el proyecto es un proyecto administrativo.
ProjectTimestamp La marca de tiempo en el proyecto.
ProjectLocalPath Ruta de acceso local del proyecto.
ProjectWebPath La ruta de acceso web de project.
ProjectOwnerUID El GUID de un propietario del proyecto.
ProjectDataSourceNameID El identificador del nombre de origen de datos del proyecto.
ProjectDelegateAllowed Indica si se permite el delegado de proyecto.
ProjectIsNonWorking Indica si el proyecto es no laborable.
ProjectScope El ámbito del proyecto.
ProjectIsConsolidatedProject Indica si se trata de un proyecto consolidado.
ProjectResourceCanDecline Indica si el recurso puede rechazar.
ProjectTrackingMode El método de seguimiento predeterminado para todas las

asignaciones del proyecto.
ProjectLastPublishedDate La fecha de proyecto última publicar.
LegacyProjectType El tipo de proyecto heredado.
ProjectOptionDefaultStartTime Predeterminada hora de inicio de un día laborable.
ProjectOptionDefaultFinishTime Hora de finalización predeterminada de un día laborable.
ProjectSiteName El nombre del sitio del proyecto.
ProjectSiteServerUID El identificador del servidor del sitio del proyecto..
IssueListName El nombre de la lista de problemas del proyecto.

RiskListName El nombre de la lista de riesgos del proyecto.
TotalDocumentCount Número de documentos para el proyecto.
ProjectActiveIssueCount Recuento de problemas del proyecto activos.
ProjectActiveRiskCount Recuento de los riesgos activos para el proyecto.
ProjectAdminRoleId El identificador para el rol de administrador de proyecto.
ProjectManagerRoleId El identificador para el rol de jefe de proyecto.
ProjectTeamMemberRoleId El identificador de la función de integrante del equipo de

proyecto.
ProjectReaderRoleId El identificador de la función de lector de proyecto.
ProjectProposalWorkflowInstanceId El identificador de la instancia de flujo de trabajo de proyecto.
ProjectIsAdminProjectLegacy Indica si el proyecto es un proyecto administrativo.
ProjectCalendarId El identificador para el calendario utilizado por el proyecto.
ProjectClientVersionNumber La versión de cliente para el proyecto.
ProjectVersion La versión del proyecto.
ProjectProgramUID El identificador para el programa del proyecto.
ProjectSessionUID El identificador de la sesión de project.
ProjectSessionDescription El descriptor de sesión de project.
ProjectIsDeleted Indica si el proyecto se elimina.
ProjectBaselineCalendarId El identificador del calendario de línea de base del proyecto.
ProjectWBSPrefix El prefijo de desglose del trabajo de proyecto.
ProjectNewTasksStartOnCurrentDate Un valor que indica si las nuevas tareas comienzan en la

fecha actual.
ProjectIsNewTasksManual Un valor que indica si las nuevas tareas se programan

manualmente.
ProjectSummaryTaskId La tarea de identificador de la tarea de resumen del proyecto.

proyecto.
SharepointIdeaListWebId El identificador de Ideas lista SharePoint Web.

SharepointIdeaListId El identificador de lista de SharePoint de lista Ideas.
SharepointIdeaItemId Las Ideas de lista identificador del elemento de lista de

SharePoint.
ProjectVisibilityMode Especifica si se ha creado el sitio del proyecto desde la lista de

tareas de SharePoint.
ProjectIsProjectSiteRemoved Especifica si se ha quitado el sitio del proyecto.
ProjectUtilizationType Valor que representa el tipo de uso de un plan de recursos.
ProjectUtilizationDate La fecha de inicio y hora de uso del proyecto.

ProjectPublishedReportingTimephasedMode El modo de sincronización para datos de fase temporal en el

informe.
ProjectPublishedReportingTimephasedFirstDayOfWeek El primer día de la semana para la creación de informes con

fases temporales.
ProjectPublishedReportingTimephasedFirstWeekOfYear La primera semana del año para informes de fase temporal.
ProjectFiscalPeriodMaxModDate Fecha de modificación del límite máximo de período fiscal.

Información importante para los clientes de Project
Online acerca de los cambios del plan
Han cambiado los planes de suscripción a Project Online. A partir del 15 de agosto de 2016, los siguientes planes
de suscripción ya no estará disponibles y se reemplazará por los tres planes de nuevo:
PLANES ANTIGUOS ¿QUÉ SUCEDIÓ CON ÉL
Project Lite Nombre se ha cambiado a Project Online Essentials
Proyecto para Office 365 (Project Pro para Office 365) Retirado
Project Online Retirado
Project Online con Project Pro para Office 365 Retirado
PLANES DE NUEVO
Project Online Essentials
Project Online Professional
Project Online Premium
NOTE
Para obtener información general de las características y los precios para los nuevos planes de suscripción a Project Online,
consulte planes de proyecto soluciones basadas en la nube y sitio de precios. Para obtener información más detallada, vea la
Descripción del servicio de proyecto en línea.
¿Cómo afecta esto a mí?

Si actualmente tiene una suscripción a Project Online para uno de los planes de retiradas, el cambio no afectará se
inmediatamente. Queremos ofrecer suficiente tiempo para prepararse para el cambio en los planes. Teniendo esto
en cuenta, las siguientes describen las diferentes opciones disponibles:
Estoy un nuevo cliente
Si es un nuevo cliente (no disponen actualmente de un plan de suscripción a Project Online) puede registrarse
para los planes de nuevo. Los planes de retiradas ya no estará disponibles para usted.
Estoy en un plan de retiradas, pero aún desea usar durante un tiempo
Si está utilizando uno de los planes de retiradas, puede continuar su uso hasta que expire el contrato. Si su
contrato expira en o antes del 31 de diciembre de 2016, tiene la opción renovar su plan actual para un término
adicional. Por ejemplo, si está usando Project para Office 365 y su contrato expira en 30 de diciembre de 2016,
cuándo renovar, puede usar para un término más. O bien, puede elegir mover a un nuevo plan si lo desea. Es copia
de seguridad para usted.
Mientras se utiliza un plan de retiradas, es libre para agregar usuarios adicionales en el plan de retiradas.
NOTE
Si su contrato expira después del 31 de diciembre de 2016 y desea renovar, debe seleccionar uno de los planes nuevo.
Estoy en un plan de retiradas, pero desea cambiar a un nuevo plan de ahora mismo
No tendrá que esperar hasta que caduque su plan para cambiar a uno de los planes de suscripción nueva.
Empezando el 1 de septiembre de 2016, puede cambiar de un plan de retiradas a un nuevo plan de en cualquier
momento.
¿Qué plan resulta adecuado para Mis usuarios?

Mientras una lista detallada de lo que puede hacer cada producto está disponible en la Descripción del servicio de
proyecto en línea, los tres planes de nuevo están destinados a funciones distintas:
PLAN USUARIOS DE DESTINO
Project Online Essentials Integrantes del equipo
Project Online Professional Jefes de proyecto
Project Online Premium Jefes de cartera de proyectos, jefes de recursos
Si los usuarios se encuentran en un plan de retiradas y planea moverlos a un nuevo plan, esto facilita determinar
qué plan nuevo, es posible que desee moverlos a, ya que los planes de retiradas también se realizaron con
distintos roles en cuenta.
SI ANTERIORMENTE USÓ ESTO LO MÁS PROBABLE ES QUE DESEA QUE ESTE
Project Lite Project Online Essentials
Proyecto para Office 365 (Project Pro para Office 365) Project Online Professional
Project Online Project Online Premium
Project Online con Project Pro para Office 365 Proyecto de Premium en línea de Project Professional en línea
La gran diferencia entre Project Online Professional y Project Online Premium es que el segundo tiene funciones
adicionales para la planeación de la cartera de proyectos, administración de propuestas, administración de
recursos de empresa y la creación de informes de cartera de proyectos del cuadro. Encontrará más información
acerca de las diferencias entre los planes en la Descripción del servicio de proyecto en línea.
Estoy en un plan de retiradas - ¿qué es necesario hacer?

Si actualmente se suscribe a uno de los planes de proyecto en línea retirados, la mayor parte realmente no
necesita realizar acción hasta que esté listo para renovar las licencias que cerca de la fecha de caducidad del
contrato. En la siguiente tabla se describe lo que necesita realizar la renovación y las opciones que están
disponibles, según el plan existente que se encuentra en.
QUÉ HACER AL RENOVAR (SI EL QUÉ HACER AL RENOVAR (SI EL
LO QUE NECESITA HACER CONTRATO FINALIZA EN O CONTRATO FINALIZA DESPUÉS
DURANTE LOS TÉRMINOS DE ANTES DEL 31 DE DICIEMBRE DEL 31 DE DICIEMBRE DE 2016)
SI SE TRATA DE ESTE PLAN *** SU CONTRATO ACTUAL *** DE 2016) *** ***
Project Lite No es necesaria ninguna Renovar a Project Online Renovar a Project Online
acción. Essentials Essentials
* Las licencias Lite de Project
actuales se cambiará
automáticamente a Project
Online Essentials. *
Proyecto para Office 365 No es necesaria ninguna Renovar en una de las Renovar a Project
(anteriormente conocido acción. siguientes opciones: Professional en línea
como Project Pro para Office Proyecto para Office 365
365) (renovar a su plan antiguo)
Project Professional en línea
(renovar a un nuevo plan de)
Project Online No es necesaria ninguna Renovar en una de las Renovar a Project Online
acción. siguientes opciones: Premium
* Las licencias de Project Project Online sin cliente del
Online actuales se cambiará proyecto (renovar a su plan
automáticamente a antiguo)
Proyecto Premium en Project Online Premium
línea sin cliente del (renovar a un nuevo plan de)
proyecto. *
Project Online con Project No es necesaria ninguna Renovar a uno de los Renovar a Project
para Office 365 acción. procedimientos siguientes: Professional en línea o
Project Online con Project Project Online Premium en
para Office 365 (renovar a función de lo que debe hacer
su plan antiguo) el usuario.
Project Professional en línea
Project Online Premium
¿Qué es necesario hacer para asignar a Mis usuarios a un nuevo plan?

Cambiar a un diferentes de Office 365 para el plan de negocio es relativamente fácil de hacer. Podrá cambiar
planes manualmente o mediante el Asistente para planes de cambiar.
Los responsables de Asistente de planes de conmutador que a través del proceso de la compra de un plan que
puede cambiar su plan actual, reasigna licencias de usuario de todas las nuevas y cancela su plan antiguo. Tenga en
cuenta que deben estar cambiando todos los usuarios de Office 365 a un nuevo plan para poder usar al Asistente
para planes de modificador.
Si no puede usar al Asistente para planes de modificador, puede así como modificador de Office 365 para
profesionales planes de forma manual .
¿Qué sucede a Mis datos cuando cambia de planes?

Los usuarios no se perderá cualquiera de sus datos cuando cambia a un nuevo plan. Mientras que los usuarios
pueden ver un cambio en las capacidades disponibles dirigiéndose al plan de nuevo, se modificará sus datos.
¿Cómo se sabe cuando se necesitan tomar una decisión en mi plan?

Si dispone de acceso al portal de administración de Office 365, verá entradas en el centro de mensajes (parte del
Centro de administración de acerca de Office 365) con información en cuando es necesario tomar medidas.
Mientras tanto, puede renovar la suscripción y agregar más licencias como de costumbre.
¿Cómo se puede agregar licencias adicionales si sigo usando un plan

de proyecto retirado?
Si usted es un cliente con un acuerdo de empresa existente que se encuentra en un plan de proyecto retirado, se
permiten en orden y agregar más licencias si necesita dentro de su período de inscripción de un contrato
Enterprise actual. Puede hacer esto, aunque los planes de retiradas no aparecen en la hoja de precios de cliente o
en el Centro de servicio de licencias por volumen. Póngase en contacto con su socio (proveedor de servicios con
licencia) para obtener ayuda sobre el pedido había retirado Project Online planes. Si tiene problemas al buscar del
socio, póngase en contacto con su especialista de ventas de licencias local.
Consulte también
Renovar sus planes de proyecto en línea en una organización más grande
Renovar sus planes de proyecto en línea en una
organización más grande
En agosto de 2016, hemos anunciado algunos cambios en los planes de proyecto en línea que estarán disponibles
para usted, como algunos planes caducado al final de 2016 y otros nuevos se encuentra disponibles. Ahora
muchos de los usuarios que necesite renovar sus planes de Project Online retirados y mover los usuarios a los
nuevos planes disponibles.
Para la mayoría de las organizaciones, el proceso de renovación de licencias de Project Online puede ayudarle a
través de compras y reasignar licencias a los usuarios. Sin embargo, si necesita renovar las licencias de Project
Online 3000 o más, debe volver a asignar las licencias de usuario con los pasos que se documentan en este
artículo. Estos pasos son:
1. Paso 1: Determinar Mis licencias actuales y los usuarios
2. Paso 2: Determinar qué SKU de Online Project nuevo que necesita para los usuarios
3. Paso 3: Comprar las SKU de Project Online que necesita
4. Paso 4: Asignar las licencias de nuevo a los usuarios
5. Paso 5: Comprobar que ha movido a los usuarios a las SKU de nuevo
Necesitará Windows PowerShell para hacer esto

Para los procedimientos de este artículo, debe ejecutar secuencias de comandos que se requieren para conectarse
a Office 365 desde Windows PowerShell. Debe instalar lo siguiente:
La versión de 64 bits del Ayudante de inicio de sesión de Microsoft Online Services para RTW de
profesionales de TI.
La versión de 64 bits de la Windows Azure Active Directory módulo para Windows PowerShell (versión de
64 bits).
Para obtener más información, vea Connect to Office 365 PowerShell.
Después de completar la instalación, abra el Windows Azure Active Directory módulo para Windows PowerShell
en su escritorio y escriba lo siguiente en el símbolo del sistema:
Connect-MsolService
Esto le permite escribir sus credenciales necesarios para conectarse a Office 365.
Paso 1: Determinar Mis licencias actuales y los usuarios

Como primer paso, necesita saber qué licencias Project Online tiene y qué usuarios se asignan a. Esto le ayudará a
determinar qué nuevas licencias Project Online que se necesitan.
Es recomendable usar el script de administrar las licencias de Office 365 que puede descargar desde Microsoft
Code Gallery. Esta secuencia de comandos le permite crear un informe completo de las SKU de asignar y
habilitado planes que imprime en una. Archivo CSV. También podemos usarlo para reemplazar los usuarios
asignados sku, que se describe más adelante en este artículo.
Asegúrese de ejecutar Get-Help en la secuencia de comandos para obtener más información acerca de uso y
ejemplos.
Después de descargar el archivo administrar MSOLLicense.ps1 que contiene la secuencia de comandos, abra su
Microsoft Azure Active Directory módulo para Windows PowerShell, inicie sesión y escriba el siguiente cmd para
ejecutar la secuencia de comandos:
./Manage-MSOLLicense.ps1 -IAgreeToTheDisclaimer -Report -Logfile .\MyReport.log
Esto se está de acuerdo con la declinación de responsabilidades, cree un archivo de registro denominado
MyReport.log y guárdelo en la ubicación actual y va a crear un archivo CSV de informe de licencia y guardar en la
ubicación predeterminada.
Si abre el archivo de registro, contendrá el resultado que se muestra en el módulo cuando se ejecuta la secuencia
de comandos.
Si abre el archivo CSV de informe de licencia en Excel, verá una lista de los usuarios y las SKU de que se les haya
asignado:
Por ejemplo, en el gráfico anterior, puede indicar que cada usuario de la lista tiene un Premium en línea de Project
y una sku de Office 365 Enterprise E5 asignados a ellos. MOD385910 es el identificador de la organización.
Puede usar los filtros de columna en Excel para agrupar fácilmente usuarios que se asignan licencias específicas.
Por ejemplo, podría averiguar qué usuarios utilizan todas la Lite de Project, Project Online y Project Online con
Project Pro para Office 365 SKU.
Cadenas de SKU en línea de Project
En las tablas siguientes se enumeran las cadenas posibles de Project Online Sku que aparecen en los resultados de
la secuencia de comandos. Puede usar la tabla siguiente le ayudará a determinar qué SKU Project Online se basan
en las cadenas de Sku.
CADENAS DE SKU RETIRADAS NOMBRE DE SKU
PROJECTONLINE_PLAN_1 Plan del proyecto en línea 1
PROJECTONLINE_PLAN_1_STUDENT Project Online estudiantes de 1 planear (para instituciones

educativas)
PROJECTONLINE_PLAN_1_FACULTY Project Online profesores de 1 planear (para instituciones

educativas)
PROJECTONLINE_PLAN_2 Plan del proyecto en línea 2
PROJECTONLINE_PLAN_2_STUDENT Project Student 2 de planeación en línea (para instituciones

educativas)
PROJECTONLINE_PLAN_2_FACULTY Project Online profesores de 2 Planear (para instituciones

educativas)
PROJECTCLIENT Project Pro para Office 365
PROJECTCLIENT_FACULTY Project Pro para Office 365 (para instituciones educativas)
PROJECTCLIENT_STUDENT Project Pro para Office 365 (para instituciones educativas)
PROJECT_ESSENTIALS Project Lite
También necesitará saber el significan de las nuevas cadenas de sku Project Online cuando se necesita asignarlas a
los usuarios más adelante en este artículo.
NUEVAS CADENAS DE SKU NOMBRE DE SKU
PROJECTPREMIUM Project Online Premium
PROJECTPROFESSIONAL Project Online Professional
PROJECTESSENTIALS Project Online Essentials
PROJECTPREMIUM_STUDENT Project Online Premium Student (para instituciones

educativas)
PROJECTPROFESSIONAL_STUDENT Project Online Professional Student (para instituciones

educativas)
PROJECTESSENTIALS_STUDENT Project Online Essentials Student (para instituciones

educativas)
PROJECTPREMIUM_FACULTY Project Online Premium profesores (para instituciones

educativas)
PROJECTPROFESSIONAL_FACULTY Project Online Professional profesores (para instituciones

educativas)
PROJECTESSENTIALS_FACULTY Project Online Essentials profesores (para instituciones

educativas)
NUEVAS CADENAS DE SKU NOMBRE DE SKU
PROJECTCLIENT_STUDENT Project Online estudiantes de cliente de escritorio (para

instituciones educativas)
Paso 2: Determinar qué SKU de Online Project nuevo que necesita

para los usuarios
Ahora que ya sabe que las SKU se asignan a usuarios específicos, debe determinar qué planes de nuevo Project
Online renovarlas a. En primer lugar, debe conocer los planes de proyecto en línea nueva y qué hacer. Busque los
siguientes recursos para proporcionar más información acerca de cómo seleccionar mejor las SKU de Project
Online para los usuarios:
RECURSO DESCRIPCIÓN
Información importante para los clientes de Project Online Use este artículo para obtener una visión general de los
acerca de los cambios del plan planes de Project Online retiradas y la nuevas, y plan que es
probable que mover a si desea que la misma funcionalidad de
su plan de anterior.
Descripciones de servicios en línea de Project Use este artículo para obtener una vista detallada en qué cada
uno del nuevo proyecto de los planes Online proporciona en
términos de características y funciones.
Precios y planes de proyecto en línea Use este sitio para ver una comparación de alto nivel de
soluciones de proyecto basados en la nube y precios.
Si desea para proporcionar a los usuarios con una funcionalidad similar, tal y como lo hacían en sus SKU de
Project Online retiradas, esta tabla le ofrece algunas instrucciones generales, pero buscan los recursos anteriores
para obtener más detalles:
SI ANTERIORMENTE USÓ ESTO LO MÁS PROBABLE ES QUE NECESITA ESTE
Project Lite Conceptos básicos de Project
Project para Office 365 Project Online Professional
Project Online Project Online Premium
Project Online con Project Pro para Office 365 Project Online Premium o Project Professional en línea
Paso 3: Comprar las SKU de Project Online que necesita

Ahora que ya sabe lo que necesita, puede comprar ahora el número necesario de licencias que necesita para cada
nuevo SKU en línea de Project. Puede hacerlo mediante el centro de administración de Office 365 a través de la
página de facturación. Desea comprar licencias para Office 365 para suscripción empresarial.
Paso 4: Asignar las licencias de nuevo a los usuarios

Después de adquirir las SKU de Project Online que necesita, necesita asignarlas a los usuarios. Puede utilizar la
secuencia de comandos de administrar MSOLLicense que se ejecutó anteriormente para hacer esto, pero requerirá
parámetros adicionales.
$users=Get-MSOLUser
./Manage-MSOLLicense.ps1 -IAgreeToTheDisclaimer -users $users -Logfile c:\temp\license.log -NewSKU

orgID:NewSKU -ExistingSKU orgID:ExistingSKU
ORGID NEWSKU EXISTINGSKU
El nombre de dominio de Office 365. Sku que se va a asignar al usuario. Sku que se va a reemplazar.
Ejemplo 1
En un ejemplo muy sencillo, su compañía (Contoso) desea asignar el nuevo proyecto de SKU esencial en línea a
todos los usuarios que tienen actualmente las SKU de Lite de Project. Tendría que ejecutar la secuencia de
comandos del siguiente modo:
$users=Get-MSOLUser

CONTOSO:PROJECTESSENTIALS -ExistingSKU CONTOSO:PROJECT_ESSENTIALS
Después de rellenar la variable $users con los usuarios de Office 365 en su inquilino, la secuencia de comandos
acepta la declinación de responsabilidades en primer lugar, Establece la ubicación del archivo de registro y, a
continuación, Establece el nuevo Sku como Project Online Essentials (PROJECTESSENTIALS ) para todos los
usuarios que tienen el antiguo Proyecto Lite SKU (PROJECT_ESSENTIALS ) .
Ejemplo 2
En otro ejemplo, supongamos que de Contoso, que desea actualizar todos los usuarios de su departamento de
recursos humanos de sus licencias de Project Online Plan 2 antiguas y asígneles licencias nuevas de Project Online
Premium . Sin embargo, hay unos pocos usuarios de recursos humanos que ya se han asignado las licencias de
Project Online Premium y no queremos que para que los cambios a estos usuarios. Debe ejecutar el siguiente
script:
C:\PS>$users=Get-MSOLUser | where {($_.Department -like "*HR") -and ($_.Licenses.accountskuid -notlike

"*PROJECTPREMIUM")}
CONTOSO:PROJECTPREMIUM -ExistingSKU CONTOSO:PROJECTONLINE_PLAN_2
Este comando lee todos los usuarios que se encuentran en el departamento de recursos humanos y que aún no
tiene un Proyecto en línea Premium Sku (PROJECTPREMIUM ) . La secuencia de comandos, a continuación, acepta
la declinación de responsabilidades, Establece la ubicación del archivo de registro y, a continuación, Establece el
Sku nuevo como Project Online Premium para todos los usuarios que tienen el sku de Project Online Plan 2
anterior.
NOTE
Como se mencionó anteriormente, ejecute el comando Get-Help para Eche un vistazo a la información de uso detallada y
ejemplos adicionales. También proporcionan información acerca de otros usos de la secuencia de comandos que no son
necesarios para este artículo.
Paso 5: Comprobar que ha movido a los usuarios a las SKU de nuevo

Cuando haya completado la asignación de la SKU de Online Project a los usuarios, debe comprobar que los
usuarios ya no tienen ninguna de las SKU de Online Project antigua asignados a ellos. Puede hacer esto,
simplemente ejecute el script para generar un nuevo informe de licencia:
./Manage-MSOLLicense.ps1 -IAgreeToTheDisclaimer -Report -Logfile .\MyReport.log
Después de ejecutarla, abra el informe de licencia generado recientemente en Excel y busque las apariciones de las
SKU de Project Online antiguas.
Compruebe también si tiene cualquier proyecto antiguo sin asignar en línea, SKU, que los Cancelar en el centro de
administración de Office 365 en la página de facturación. Puede buscar las SKU retiradas simplemente buscar en
el archivo para las apariciones de las cadenas de sku retiradas Project Online.
Si tiene algún problema al intentar mover a su nueva SKU Project Online, puede ponerse en contacto con soporte
técnico para productos de negocio: Ayuda de administración para obtener ayuda.
Temas relacionados
Blog de soporte técnico de Project de Brian Smith: cómo controlar los cambios de sku Project Online
Activar la guía básica de activado o desactivado para
su organización
Los administradores de Office 365 pueden activar la característica de plan de proyecto en línea activado o
desactivado para su organización a través de su configuración de administración de Microsoft 365.
Consideraciones acerca de la eliminación de datos de guía básica

Antes de usar la característica de guía básica, los administradores deben comprender más información acerca de
cómo eliminar datos de la guía básica, que necesitan para hacer esto en el futuro.
Puede desactivar guía en el centro de administración de Microsoft 365. Impedir que los usuarios utilizando la guía
básica, pero no se quitarán los datos de usuario que se encuentra actualmente.
Si su suscripción a Project Online termina, se elimina la mayoría de los datos asociados en conformidad con la
retención de datos, la eliminación y destrucción en Office 365. A diferencia de otros datos de Project Online, datos
de guía básica no se eliminan automáticamente después de que finaliza la suscripción de Project Online.
Para obtener información detallada acerca de cómo eliminar datos de la guía básica, vea Quitar guía básica de
Office 365.
Activar o desactivar el plan de desarrollo

Un administrador de Office 365 puede hacer lo siguiente para activar la guía básica de activado o desactivado para
su organización:
1. En el centro de administración de Microsoft 365, en configuración, haga clic en complementos de & de
servicios.
2. Haga clic en proyecto en línea.
3. Conjunto Guía activar o desactivar para toda la organización , para activar o desactivar.
5. Después de guardar la configuración, vaya a project.microsoft.com y compruebe que se puede crear una guía
básica.
Si no puede activar la guía básica
En las siguientes condiciones, no podrá activar la guía:
Guía básica de aún no está disponible para su organización
La característica de guía básica es que se gradualmente implantan a las organizaciones a través de un período de
tiempo, de forma similar a cómo otros están disponibles las características de Office 365.
Si ve este mensaje, simplemente significa que guía básica no se ha realizado disponible aún en su inquilino, pero
debe ser breve.
Guía básica de aún no está disponible en su región

Por los términos de servicios en línea, ciertos países tienen requisitos de almacenamiento de datos dentro de ese
país o región para Project Online. Si ve este mensaje, significa que guía no está disponible actualmente en su
región.
Guía básica requiere compatibilidad con la plataforma de aplicaciones de negocio en su país o región específico.
Para obtener la lista actual de países y regiones compatibles con la plataforma de aplicaciones de negocio, vaya a
aquí.
NOTE
Para obtener más información acerca de los términos de servicios en línea, vea la página términos de licencia.
Necesario migrar al servicio de datos comunes para las aplicaciones

Guía básica requiere el Servicio de datos común para las aplicaciones. Si la guía básica está disponible para su
organización y necesita actualizar a CDS para las aplicaciones, verá un mensaje en la configuración de la guía
básica del proyecto en línea que dice que Guía básica requiere el servicio de datos común para las
aplicaciones de la instancia predeterminada de CD. El mensaje también proporcionan un vínculo a la
documentación acerca de cómo actualizar a CDS para las aplicaciones.
El inquilino de Office 365 no tiene la licencia correcta

El inquilino de Office 365 debe tener una licencia de Project Professional en línea o Project Online Premium
para poder usar la característica de guía. La configuración en el centro de administración de 365 Microsoft Project
Online no estará disponible si el inquilino de Office 365 no tiene al menos una de estas licencias.
Temas relacionados
Aprendizaje de guía
Quitar guía básica de Office 365
Puede desactivar guía en el centro de administración de Microsoft 365. Impedir que los usuarios utilizando la guía
básica, pero no se quitarán los datos de usuario que se encuentra actualmente. (Tenga en cuenta que puede tardar
unos minutos para la funcionalidad de guía básica esté deshabilitada mientras se sincroniza la configuración a
través de su inquilino.)
1. En el Centro de administración de Microsoft 365, en configuración, haga clic en complementos de & de
servicios.
2. Haga clic en proyecto en línea.
3. Activar la guía básica de activado o desactivado para toda la organización se establece en Off.
Si su suscripción a Project Online termina, se elimina la mayoría de los datos asociados en conformidad con la
retención de datos, la eliminación y destrucción en Office 365. A diferencia de otros datos de Project Online, datos
de guía básica no se eliminan automáticamente cuando finaliza la suscripción a Project Online.
Puede quitar todos los datos de la guía básica quitando toda la solución de guía básica Microsoft 365. Esta acción
eliminará todos los mapas de ruta existentes y los datos de usuario asociada.
1. En el Centro de administración de Microsoft 365, en centros de administración, haga clic en Dynamics 365.
2. En el centro de administración de Dynamics 365, seleccione la instancia predeterminada y, a continuación, haga
clic en Abrir.
3. En el menú configuración , personalización, haga clic en soluciones.
4. Seleccione la solución PortfolioService y, a continuación, haga clic en Eliminar.
5. Seleccione la solución PortfolioService_Anchor y, a continuación, haga clic en Eliminar.
NOTE
Eliminación de la solución de guía básica no afecta a ninguno de los proyectos o tareas que están conectados los mapas de
ruta a.
Vea también
Eliminar datos de usuario de guía básica
Eliminar datos de usuario de guía básica
Para eliminar datos de usuario de guía, necesita un identificador de objeto de Azure Active Directory. del usuario
Se puede obtener mediante la comprobación de las propiedades de perfil del usuario en Azure AD o mediante el
uso de Get-AzureADUser.
Para encontrar mapas de ruta de un usuario
1. En el Centro de administración de Microsoft 365, en centros de administración, haga clic en Dynamics
365.
2. En el centro de administración de Dynamics 365, seleccione la instancia predeterminada y, a continuación,
haga clic en Abrir.
3. Haga clic en búsqueda avanzada.
4. En el menú Buscar , elija mapas de ruta.
5. Haga clic en Editar columnas
6. Haga clic en Agregar columnas.
7. Elija las columnas que aparece a continuación que desea realizar la búsqueda. Asegúrese de incluir el
Identificador de AAD de grupo de Office 365.
NOMBRE PARA MOSTRAR DESCRIPCIÓN
Nombre Nombre de la guía.
Sugerencia de orden Orden de las filas de la hoja de ruta dentro de una guía.
Identificador de propietario AAD Identificador del usuario en AAD que es propietario de la

guía.
Guía básica de primario Identificador de la guía básica de primario.
Identificador de AAD creador Identificador del usuario en AAD que creó la guía básica.
Identificador de AAD de grupo de Office 365 Identificador de grupo de Office 365 de la guía en AAD.
Plan de desarrollo Identificador único de una guía.
Tipo de guía básica El tipo de registro de la guía.
8. Haga clic en Aceptar y, de nuevo, en Aceptar.

9. En la lista de campos , elija Id de AAD de propietario y el tipo de identificador de objeto de Azure Active
Directory. del usuario
10. Haga clic en los resultados.
Tome nota del ID de AAD de grupo de Office 365 para cualquier guía que se desea realizar cambios en. Deben
unirse a este grupo como un propietario con el fin de realizar las actualizaciones de la guía.
Para agregar usted mismo como propietario de un grupo, use Add-AzureADGroupOwner:
Add-AzureADGroupOwner -ObjectId <GroupID> -RefObjectId <YourAADObjectID>
Por ejemplo,
Add-AzureADGroupOwner -ObjectId "62438306-7c37-4638-a72d-0ee8d9217680" -RefObjectId "0a1068c0-dbb6-4537-9db3-
b48f3e31dd76"
Una vez haya un propietario para los grupos, puede abrir los mapas de ruta desde la página principal de Project y
realizar modificaciones o eliminaciones directamente. (Guía básica debe estar habilitada para ello).
Vea también
Crear, editar o guardar una búsqueda avanzada

Documentación Project Online PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Documentación Project Online PDF

Cargado por

Copyright:

Formatos disponibles

Contents

Empezar a trabajar con Project Online

Plan para implementar el proyecto en línea

Procedimientos recomendados para mejorar el rendimiento

Restricciones y límites de Software en línea de Project

Configurar los partes de horas

Configurar el paquete acumulativo de actualizaciones de fase temporal de datos de informes de

Project Online está basado en web y es ideal para:

En primer lugar, suscribirse a Project Online

Inicio desde cero Agregar Project Online para Office

A continuación, asegúrese de que puede obtener en!

Puede parecer un poco con versiones anteriores, pero

Parte superior de la página

1. en primer lugar, agregar personas a Office 365

Iniciar mediante la adición de usuarios en el centro de

Cuando esté listo para agregar a alguien a Project

2. a continuación, grupo de personas por lo que va a realizar con

No todos necesitan acceso a todo el

Rol Descripción Nombre del permiso

A continuación, agregar usuarios a grupos.

3. a continuación, agregar personas como recursos

No cada usuario debe ser un

Si sabe que una persona funcionará en los proyectos y

1. En el selector de aplicación de Office 365, elija proyecto.

4. finalmente, compartir Project Online con las personas que agregó

Ahora que ha agregado personas a Project Online, el

Cuando comparte el sitio de Project Online con un

Establezca la zona horaria

¿Tiene alguna a los usuarios en distintas zonas horarias?

Configurar los partes de horas

¿Desea que los

Definir una forma eficaz para administrar usuarios y recursos

¿Desea usar grupos para administrar quién está

Hay una gran cantidad de formas de asignar Project

¿Listo para pasar el programa de instalación?

¿Cómo saber si tengo el tipo

Si ve que Project Online en la lista,

Para agregar Project Online a su cuenta de Office 365 existente:

Para habilitar Project Online en una colección de sitios existente:

2. Haga clic en el iniciador de la aplicación y, a continuación, haga clic en Admin.

¿Es Project Online para mí?

Migrar a Project Online

¿Necesita ayuda con la migración?

2. Seleccione el icono del selector de aplicación en la superior izquierda y elija Admin.

3. En el panel de navegación inferior izquierda, expanda Centros de administrador y abra el centro de

Dejar espacio para un nuevo sitio de Project Web App

Para activar las notificaciones

3. En Configuración de correo electrónico de notificación (en la parte inferior de la página), active la

Comprobar la cola de trabajos de error y bloqueo .

Cancelar trabajos de error y bloqueo .

Compruebe los trabajos de

Actualizar los valores de la estructura

Desactive cualquiera demasiado largos Eliminación de objetos de empresa Delegación de usuarios.

Mantener un grupo de recursos de

Comprobar el grupo de administradores

Consulte al administrador Global de

Proporcione aprendizaje sobre partes de horas a los nuevos usuarios.

Proporcione aprendizaje sobre jefes de proyecto a los nuevos jefes de proyecto.

Cree períodos fiscales para el próximo año natural.

Considere la posibilidad de eliminar partes de horas de períodos muy antiguos.

Configuración de ID de proyecto al crear un nuevo tipo de proyecto de

ESPACIADO INTERNO USA PARA REALIZAR

Fin_ 10001 _HR 1 Equipo de finanzas: