Determinación de los requisitos de administración de proyectos (Project Server 2010)
Se aplica a: Project Server 2010
Última modificación del tema: 2015-03-09
Importante
Este artículo se ha traducido automáticamente; vea el aviso de declinación de responsabilidades. Como referencia, puede encontrar la versión en inglés de este artículo aquí.
Es importante determinar los requisitos y las necesidades de administración de proyectos de la organización. La configuración variará según el tipo de trabajo que realice la organización y si se usa Project Server 2010 para el seguimiento de horas, la colaboración o la administración de carteras. Una vez que se caractericen los proyectos típicos para la organización, determine los escenarios de Project Server que debe admitir.
Una vez determinados los requisitos de administración de proyectos, vea Planeación del rendimiento y la capacidad (Project Server 2010) para determinar los requisitos de hardware para la infraestructura de Project Server.
Caracterización de los proyectos
Si se conocen las características de los proyectos de la organización es posible planear la configuración de Project Server 2010. Las siguientes características ejercen un efecto considerable en la configuración:
El número de proyectos en los que trabaja la organización en un momento dado.
El tamaño de los proyectos, que varía con el número de tareas y asignaciones que incluyen los proyectos
El período de tiempo necesario para completar un proyecto.
El número de integrantes del grupo a los que se asignan tareas de proyectos.
La mayoría de las organizaciones administran proyectos que varían en tamaño y duración, pero el grado de variación es una función del tamaño de la organización y del tipo de trabajo que realiza. Por ejemplo, una empresa de consultoría de gran tamaño puede administrar varios miles de proyectos que abarcan desde proyectos pequeños, proyectos de diez tareas que duran dos semanas, hasta proyectos de gran tamaño que incluyen 1.500 tareas y duran más de un año.
Las organizaciones normalmente tienen un número de proyectos cuyo tamaño abarca desde pequeño hasta mediano y grande. Con fines de planeación, asegúrese de que puede admitir adecuadamente el tipo de proyecto con el que suele trabajar su organización con más frecuencia.
Determinación del escenario de Project Server 2010
Las necesidades y los requisitos de la administración de proyectos varían de acuerdo con el tipo de trabajo que realiza la organización. Como parte del proceso de planeación de la configuración, identifique el escenario que debe admitir. Por ejemplo, puede usar Project Server 2010 para admitir los siguientes tipos de escenarios:
Administración de proyectos empresariales
Seguimiento de horas
Administración de propuestas
Uso de Project Server 2010 para la administración de proyectos empresariales
El escenario de Project Server 2010 para la EPM se aplica a una organización de gran tamaño cuya área de interés es la planeación de arriba a abajo controlada a través de Project Management Office (PMO). Este escenario se ve con más frecuencia en los mercados de fabricación y desarrollo de productos. Se caracteriza por:
Un número pequeño de proyectos grandes que suelen estar relacionados entre sí
Centrarse en la PMO
Amplio uso de Microsoft Project Professional 2010
Uso del rastreador de trabajo
Las consideraciones esenciales para este tipo de implementación son:
El nivel de detalle para seguimiento
El uso de la redistribución como un proceso
Cómo priorizar la capacidad
Cómo usar el seguimiento de aptitudes
En este escenario, el uso del cliente es el siguiente:
| Aplicación cliente | Frecuencia de uso |
|---|---|
Project Professional 2010 |
Máximo |
Project Web App |
Máximo |
En este escenario, el uso del servidor es el siguiente:
| Característica de Project Web App | Frecuencia de uso |
|---|---|
Rastreador de trabajo |
Máximo |
Programas |
Máximo |
Partes de horas |
Medio |
Administración de carteras |
Medio |
Proyectos principales |
Máximo |
Áreas de trabajo de proyecto |
Mínimo |
Administración de riesgos |
Medio |
Administración de problemas |
Máximo |
Administración de documentos |
Medio |
Administración de recursos |
Medio |
Administración de tareas |
Medio |
Uso de Project Server 2010 para realizar un seguimiento de las horas
El escenario de Project Server 2010 para la implementación de servicios profesionales/parte de horas se puede aplicar a una organización de gran tamaño que desee usar Project Server 2010 principalmente para capturar y notificar el tiempo. En este escenario, los empleados y los contratistas usan la funcionalidad de partes de horas de Project Server 2010 para registrar las horas trabajadas en tareas durante períodos de tiempo específicos. Este escenario se caracteriza por:
Mínimo uso de Project Professional 2010
Facturación de tiempo y materiales
Un gran número de proyectos que tienen relativamente pocas tareas
Un período predecible de máximo uso que corresponde a la entrada del parte de horas programado en Project Web App
Las organizaciones que admiten este escenario normalmente usan un conjunto limitado de características de Project Professional 2010 para hacer un seguimiento de tiempo y costos mediante partes de horas para capturar la información. Este escenario presenta problemas de escalabilidad, ya que cuando se envía un gran número de partes de horas en un breve período de tiempo, los recursos del sistema pueden verse sometidos a una gran presión.
Las consideraciones esenciales para este tipo de implementación son:
Qué clasificaciones de tiempo usar
Qué períodos de tiempo usar
Configuración de calendarios y horas extras
Qué períodos fiscales usar
Fuente de datos de costo
Configuración de campos personalizados: campos personalizados de control de proceso frente a campos personalizados de informes
Configuración de divisa
Auditoría
Existen factores adicionales que se pueden ver afectados por los procesos usados en la organización, que incluye lo siguiente:
Tipos de uso
Qué es el ciclo de actualización de proyectos
Qué es el ciclo de informes
En este escenario, el uso del cliente es el siguiente:
| Aplicación cliente | Frecuencia de uso |
|---|---|
Project Professional 2010 |
Medio |
Project Web App |
Máximo |
En este escenario, el uso del servidor es el siguiente:
| Característica de Project Web App | Frecuencia de uso |
|---|---|
Rastreador de trabajo |
Máximo |
Programas |
Mínimo |
Partes de horas |
Máximo |
Administración de carteras |
Mínimo |
Proyectos principales |
Mínimo |
Áreas de trabajo de proyecto |
Mínimo |
Administración de riesgos |
Mínimo |
Administración de problemas |
Mínimo |
Administración de documentos |
Mínimo |
Administración de recursos |
Máximo |
Administración de tareas |
Medio |
Uso de Project Server 2010 para la administración de propuestas
El escenario de Project Server 2010 para la implementación de la administración de propuestas se puede aplicar a cualquier organización de tamaño mediano a grande que desea usar Project Server 2010 para administrar las carteras de proyectos. Estas organizaciones normalmente se caracterizan por:
Un número grande de proyectos con muchas asignaciones
Un alto porcentaje de jefes de proyecto
Uso frecuente de Project Professional 2010
Las organizaciones que admiten este escenario normalmente usan todas las características de Project Server 2010, incluidos partes de horas, bibliotecas de documentos, problemas, riesgos, la plantilla global de empresa y el grupo de recursos de empresa.
La organización a la que se puede aplicar este escenario puede ser tan pequeña como una organización de tamaño mediano (o un departamento dentro de una organización de mayor tamaño) cuyos usuarios comparten todos la misma ubicación física en la misma LAN, o puede tratarse de una organización de gran tamaño cuyos usuarios trabajan en varias ubicaciones físicas diferentes.
Estas organizaciones usan Project Professional 2010 y Project Web App a diario para publicar o actualizar proyectos en la base de datos de Project Server 2010, y usan Project Web App para ver las asignaciones, notificar los datos reales y tener acceso a documentos, problemas y riesgos. Además, estas organizaciones generan cubos de procesamiento analítico en línea (OLAP) de forma semanal.
Las consideraciones esenciales para este tipo de implementación son:
Nivel de datos de recursos para seguimiento
Qué proceso de nominación de proyectos usar
Qué tipo de proceso de revisión usar
Cuál es el ciclo de informes
Requisitos de flujo de trabajo
Qué tipo de trabajo controlar
Quién administra el proceso
Qué propuesta se captura
En este escenario, el uso del cliente es el siguiente:
| Aplicación cliente | Frecuencia de uso |
|---|---|
Project Professional 2010 |
Medio |
Project Web App |
Máximo |
En este escenario, el uso del servidor es el siguiente:
| Característica de Project Web App | Frecuencia de uso |
|---|---|
Rastreador de trabajo |
Mínimo |
Partes de horas |
Medio |
Administración de carteras |
Máximo |
Programas |
Mínimo |
Proyectos administrativos |
Mínimo |
Colaboración |
Medio |
Administración de documentos |
Medio |
Administración de riesgos |
Medio |
Administración de problemas |
Medio |
Administración de recursos |
Medio |
Sitios de área de trabajo de proyecto |
Medio |
Nota
Aviso de exención de responsabilidad de traducción automática: este artículo se ha traducido con un sistema informático sin intervención humana. Microsoft ofrece estas traducciones automáticas para que los hablantes de otros idiomas distintos del inglés puedan disfrutar del contenido sobre los productos, los servicios y las tecnologías de Microsoft. Puesto que este artículo se ha traducido con traducción automática, es posible que contenga errores de vocabulario, sintaxis o gramática.