Está en la página 1de 20

Centro de Datos de Proyectos:

Procesos Estandarizados
Libro Blanco 140
Revisin 1

por Neil Rasmussen y Suzanne Niles

>Resumen ejecutivo

Contenidos

Haga clic en una seccin para saltar a ella

Introduccin
A medida que el diseo y la implementacin de centros de datos de la infraestructura
fsica se aleja de 2arte y m
Estructura bsica del proyecto
proceso

Anatoma de un paso

Gestin de proyectos

Seguimiento de responsabilidades 10

libros blancos son ahora parte de la biblioteca de papel blanco


Schneider Electric producida por Schneider ElectricCentro de Datos
Cientficos DCSC@Schneider-Electric.com

El uso de servicios ejecutar


los pasos del proceso

11

Conclusin

13

Recursos

15

Apndice

16

Centro de Datos de Proyectos: Procesos


Estandarizados

Un proyecto de construccin del centro de datos puede ser grande o pequea, nueva
construccin o modernizacin, com- pleta o parcial. Puede implicar un cambio en el tamao de
la habitacin fsica o la disposicin o capacidad elctrica, un aumento de la densidad de
potencia, un rediseo del poder o la arquitectura de refrigeracin, o cualquier nmero de otros
cambios en la infraestructura fsica del centro de datos. Sin importar el tamao o la naturaleza
del proyecto, la ejecucin exitosa depende no slo de la compra e instalacin de los equipos
del sistema fsico, pero igualmente sobre el proceso que los pilotos del proyecto a travs de su
desarrollo y realizacin, desde el concepto hasta la puesta en servicio. La Figura 1 ilustra este
concepto de un proyecto como la combinacin de un sistema ms el proceso que crea.

Introduccin

los

PROYECTO
Preparar

Diseo

Adquirir

Implementar

Figura 1
Un proyecto est formado
por el sistema, ms el
proceso que lo crea

los
los

El proyecto PROCESO es
el tema de este trabajo

PROCESO

crea

SISTEMA

La idea de un proceso formalizado para guiar la creacin de un sistema no es nuevo, pero su


importancia para el xito de los centros de datos de proyectos de infraestructura fsica est
empezando a ser entendido. As como la normalizacin del sistema fsico mejora la fiabilidad y
1

la velocidad de despliegue ,un proceso estandarizado contribuye significativamente al xito


total y la previsibilidad del proyecto y el sistema que crea.
Toma tiempo para que la experiencia combinada de una industria con vencimiento a
evolucionar hacia la estandarizacin - especialmente en una industria con una larga tradicin
de diseo de sistemas a medida - pero los beneficios de proceso estandarizado tanto para el
usuario y el proveedor puede ser amplia y pro- encontrado. Para el usuario final, un proceso
fiable y repetible ofrece el sistema ms rpidamente, con menos gasto y menos defectos.
Para el proveedor de servicios de ingeniera o equipo fsico, un proceso confiable y repetible
libera tiempo y recursos para el negocio real a mano - diseo e implementacin del sistema el aumento de la capacidad de ampliacin de capacidad de la base del proveedor. El objetivo
de un proceso estandarizado no es Eclipse o minimizar la experiencia del sistema, pero para
facilitarlo.
Este documento abarca proyectos de nueva construccin o mejoras a la infraestructura del
centro de datos fsico - la energa, refrigeracin y otros sistemas fsicos que albergar y
proteger los equipos informticos del centro de datos (vase el recuadro). Aunque el consumo
de energa y el tamao fsico de los equipos de TI impulsa el diseo del sistema de
infraestructura fsica que lo soporta, el diseo y la arquitectura de la "capa" de TI del centro de
datos se encuentran fuera del alcance de este documento.

Ver Libro Blanco 116, Estandarizacin y modularidad en redes crticas Infraestructura Fsica (enlace en

Schneider Electric - Centro de Datos


Cientficos

Libro Blanco 140

Rev 1

Recursosseccin).

Schneider Electric - Centro de Datos


Cientficos

Centro de Datos de Proyectos: Procesos


Estandarizados

Libro Blanco 140

Rev 1

Lo que constituye un "proyecto?"


En el contexto de esta discusin, un proyecto es un cambio suficientemente significativo como
para necesitar un flujo ordenado de tareas - un proceso - para coordinar y gestionar su
ejecucin. Segn esta definicin, la construccin de un nuevo centro de datos o sala de
servidores es claramente un proyecto. Adicin de bastidores de nuevos servidores blade es
por lo general un proyecto, pero la adicin de un solo rack en un centro de datos existente,
probablemente no es un proyecto.
Las siguientes caractersticas generalmente elevar una actualizacin del centro de datos a la
condicin de "proyecto":
Cambio en el poder o la arquitectura de refrigeracin (por ejemplo, la conversin de centralizado
a la fila de base)
Introduccin de riesgo
Necesidad de planificacin o coordinacin
Necesidad de apagar el equipo

Contexto dentro Del ciclo de vida del centro de datos


Este proceso abarca la planificacin y la construccin, que constituyen el inicio del ciclo de
vida del centro de datos. La figura 2 muestra este contexto dentro del ciclo de vida completo.

CONSTRUIR

PLAN
Figura 2
El proceso del proyecto
dentro del contexto del
ciclo de vida del centro
de datos

Preparar

Preparar

Diseo

OPERAR

Adquirir Implementar Mantener

Optimice

AdquirirImplementar
Diseo

PROCESO DE PROYECTOS es el tema


de este artculo
(Los bloques son "pasos", se explica ms adelante)

Por qu un proceso estandarizado?


Un gran problema comn a muchos proyectos de centros de datos se pierde tiempo, dinero
perdido, o defectos debidos a fallas en el proceso - transferencias, responsabilidad ambigua
cado, desinformacin formaron decisiones, y otros errores de comunicacin o ejecucin. Esto
no es necesariamente debido a fallas en la actividad de las distintas partes en el proceso - el
usuario final, el proveedor (s) de hardware, los ingenieros de diseo - sino ms bien a la falta de
un general, proceso compartido de gua a todas las partes en equipo , clarificando las
responsabilidades y la comunicacin. Los peligros de un no estandarizado - o inexistente proceso abarcan el espectro familiar de gastos innecesarios, retrasos y frustracin:
Calidad reducida
Mayor costo
Tiempo desperdiciado
Documentacin Pobre
Prueba inadecuada
Servicio degradado

Riesgos de un proceso no
estandarizado (o inexistente)

La mayora de los defectos que en ltima instancia se convierten en las ltimas etapas de un
proyecto, o incluso despus de que el proyecto est terminado - incluyendo el defecto final,
fallaron los resultados del negocio - no son causados por problemas en los componentes fsicos
del sistema que fue construido, pero ms bien por las decisiones que se han hecho en la
planificacin del sistema y fallas en el proceso por el cual el sistema fue desplegado. Un bien
diseado, proceso estandarizado se ha incorporado en la inteligencia y la estructura para evitar
este tipo de problemas, tanto en las etapas de planificacin y en cada paso en el camino para la
finalizacin del proyecto. El resultado se reduce re-trabajo, tiempo de ciclo acelerado, y un
sistema que se implementa en ltima instancia, como se espera, sin sorpresas.

Valor de un lenguaje comn


Adems de la claridad, la repetibilidad, y la eficiencia de su ejecucin, un proceso
estandarizado ofrece una proteccin adicional contra la falta de comunicacin y de los
residuos: un lenguaje comn. Muchas de las dificultades y errores que ocurren tpicamente
durante el curso de un proyecto se pueden evitar mediante el uso de la terminologa estndar
y familiar en las comunicaciones del proyecto entre los proveedores, socios y usuarios que
tienen un inters en su xito.

Normalizacin vs. personalizacin


El proceso estandarizado describe aqu no significa que cada proyecto es el mismo, o que
todo proceso debe ser exactamente como sta. Lo hace, sin embargo, ofrecen un marco de
mejores prcticas y directrices para la arquitectura proceso esencial que se puede adaptar al
proyecto que nos ocupa, si el cableado de armario o varios megavatios centro de datos. No
todos los pasos de esta descripcin del proceso se ejecutar para cada proyecto. Como con
cualquier sistema gil, este proceso est organizado en unidades modulares (pasos y tareas
dentro de pasos) que se pueden configurar o eliminados selectivamente, de acuerdo con los
requisitos del proyecto.

Enlace a los recursos

Papel 116 Blanca


Normalizacin Infraestructura
y modularidad en Data Center
Fsica

Estructura
bsica del
proceso del
proyecto

Personalizacin a travs de la configuracin de una arquitectura modular y estandarizado es


una estrategia probada por el tiempo - Lego bloques son un ejemplo familiar. El centro de
datos de la industria de la infraestructura fsica ya se est moviendo hacia el diseo modular y
estandarizado en equipo hardware (el "sistema" implementado de la figura 1) con el fin de
lograr la eficiente, predecible y fiable
resultados. Beneficios empresariales similares se acumulan desde un proceso
estandarizado y modular para construir ese sistema.
Para ms informacin sobre la modularidad estandarizada en el sistema de infraestructura
fsica, consulte el Informe 116, Estandarizacin y modularidad en la infraestructura del centro
de datos fsico.

El proceso del proyecto comienza con una necesidad de negocio, que puede ser una
interpretacin vagamente articulado de una empresa comercial, o alguna otra declaracin
general, como "Necesito un centro de datos de copia de seguridad." A medida que el
proyecto avanza a travs de las fases del proceso bien definidos - preparar , diseo,
adquirir, implementar - tareas se realizan, dependencias de tiempo se manejan, la
informacin se pasa a donde ms se necesita en el momento adecuado, transferencias son
coordi- nado, y el resultado final del proceso es un sistema totalmente desplegado y
operativo.
La Figura 3 resume la secuencia de la actividad a travs de las cuatro fases de un proyecto
de centro de datos. .
Las dos primeras fases constituyen la porcin PLAN del proceso, lo que se traduce en la
necesidad declarado original en un diseo detallado y una lista de los componentes de una
orden de compra. Las dos ltimas fases son la parte BUILD del proceso, tomando el proyecto
de adquisicin de hardware con el sistema operativo.

NECE
SITAR

Las cuatro fases


del proceso del
proyecto

Preparar

La idea

FASES

CONSTRUIR

PLAN

Negocio

Figura 3

Proceso

Diseo

Adquirir

Implementar

Orden de
compra
ejecutado

El sistema

PLANIFICACIN es la base fundamental del proyecto

Enlace a los recursos

Libro Blanco 142


Centro de Datos de
Proyectos: Planificacin del
Sistema

La porcin PLAN del proceso sienta las bases fundamentales para todo lo que sigue. Pero a pesar
de esta importancia crucial para el xito del proyecto, la planificacin ha proporcionado
histricamente la mayor oportunidad para la confusin, la incomprensin y la falta de comunicacin.
Los errores cometidos aqu se magnificar y propagar a travs de las fases de compilacin posterior;
el resultado tpico es demoras, se reinicia, sobrecostos, prdida de tiempo, la frustracin, y en ltima
instancia un sistema comprometido. Una adecuada atencin se debe dar a los pasos de la
planificacin, el uso de los conocimientos tcnicos apropiados para asegurar que el diseo de los
elementos se especifican de una manera que proporciona la informacin necesaria y suficiente para
la parte BUILD aguas abajo del proceso, para asegurar un resultado exitoso.
Las consideraciones tcnicas y de negocios, variables, compensaciones y limitaciones puede ser
desalentador para igualar el ms experimentado profesional. Incluso con un consultor experto
dedicado a la planificacin del sistema, hay una secuencia jerrquica crtica de interaccin con el
usuario y la entrada que puede ser modelado por una metodologa estandarizada que reduce al
mnimo retroceso y esfuerzo desperdiciado por todas las partes. Debido a que la actividad de
planificacin es tan crucial para el xito del proyecto, y tan propensos a la mala direccin no
intencional y los errores, se cubre por separado en el Libro Blanco 142, Centro de Datos de
Proyectos: Planificacin del sistema.
Una vez que las fases PLAN se han ejecutado con xito, la parte ms crtica se hace. Las
fases BUILD restantes pueden llevarse a cabo en un determinista - casi automtico - forma,
siempre que estn bajo el control de un proceso riguroso y bien definida ejecutada por un
equipo de proyecto calificado.

Caractersticas esenciales del proceso


Independientemente de la metodologa particular utilizada, el proceso debe llevar a cabo el
proyecto de manera eficiente, fiable y comprensible, con medidas de seguridad para eliminar
problemas tales como transferencias perdidas, responsabilidad ambigua, y la prdida de
informacin. Debe incluir estrategias para la gestin de incidencias imprevistas como cambios
y defectos del proyecto. Debe ser modular y configurable por lo que se puede adaptar a
proyectos de diferentes tipos y tamaos.
Un proceso estandarizado que cumple con los requisitos generales anteriores tendr las
siguientes caractersticas:
Cada actividad necesaria para la realizacin del proyecto se incluye en el proceso.
Cada paso tiene entradas y salidas claramente definidas.
Cada salida producida es o bien la entrada a otro paso, o es un producto final del
proyecto. Ningn esfuerzo se desperdicia en salidas extraas que no contribuyen al
progreso o el resultado final del proyecto.
Cada paso del proceso se ha asignado claramente la responsabilidad de propiedad, por
lo que no hay "dejar caer la pelota" debido a la propiedad sin asignar o ambigua de
pasos.

Ya est hay "grietas" o espacio muerto entre los pasos - cada paso est vinculado al
requisito previo y los pasos posteriores de sus entradas y salidas. Una vez que un paso
ha recibido todas sus entradas, puede completar sus tareas y hacer sus salidas a
disposicin de otras medidas que determinan pend en ellos.
Ya est son funciones especiales "asncronos" que permanecen en estado de alerta
durante el transcurso del proyecto, para hacer frente de manera sistemtica con los
cambios no planificados o correccin de defectos.
Pasos se pueden borrar para configurar el proceso de forma adecuada para el proyecto en cuestin.
Un seguimiento y el estado del sistema basado en la web es accesible a todos los
interesados (tanto para el cliente y las partes que proporcionan servicios del proyecto),
para la documentacin compartida, los datos y los informes.

Fases,pasos,y los hitos


Figura 3, anterior, mostr las cuatro fases del proceso que ocurren secuencialmente, de izquierda a
derecha, llevando el proyecto a partir de la idea original de la necesidad empresarial de la
construccin completa del sistema fsico. La figura 4 muestra el siguiente nivel de detalle: cada una
de esas cuatro fases consta de varios pasos que se indican ms abajo, que se producen de forma
secuencial que van abajo. Cuando se hayan completado todos los pasos de una fase, el proceso
avanza a la fase siguiente a la derecha. El final de cada fase se caracteriza por un hito.

Figura 4
Proceso de "mapa" que muestra los elementos
bsicos del proceso de proyecto

Preparar
Comprom
eterse
a
proye
ctar

Diseo
Orden de compra
presentad
o

necesidades
Desarrollar

Equipo
entregad
o

Gestin de
proyectos

Evaluar las

Adquirir

Inicialice Proyecto
Establecer
Requisitos

Envo
Coordinacin del
Sitio

Hitos
Cada fase termina
con un hito

Asamblea
Instalacin por
Subcontratista
s
Puesta en
marcha

Concepto
Finalizar

Integraci
n de Redes

Propuesta Crear
Orden de compra

Puede ocurrir en
cualquier momento
del proceso

Proye
cto
complet
o

Configurar
Solucin

La gestin
del cambio de
proyecto

Implementar

Orientacin
y Formacin

Correccin
de defectos
del producto

Correccin
de defectos
de Procesos

los Gestin de proyectos papel se puede configurar en una variedad de maneras


*para
adaptarse a la en particular del proyecto y las partes involucradas. Vea la seccin
ms adelante,Gestin de proyectos .

Actividades asncronas
Adems de los pasos del proceso que navegan el curso esperado del proyecto, es

>Cmo Schneider Electric utiliza


este proceso del proyecto
fundamental contar con una funcin de estructura de procesos para manejar lo inesperado.

El proceso descrito en este documento fue desarrollado por Schneider Electric como un modelo de mejores prcticas para centros de datos de proyectos

Estos ad-hoc o actividades asincrnicas se pueden activar en cualquier momento durante el


2

proyecto.
S Schneider Electric sigue una versin similar
de este proceso, a nivel interno, cuando se ve envuelto en un proyecto de cliente (como un proveedor de

Cambios
en el por
proyecto.
LosElectric
cambios
deberan
ser unaaparte
esperada
un proyecto.
Algunos elementos del proceso - o todo el proceso
- son ofrecidos
Schneider
como
los servicios
los clientes
quede
deseen
entregar fuera part
Independientemente del que efecta de hecho, que
pasosdebe
(Customer, Schneider
Electric, o aproveedor
de sin
terceros)
versin interna
Schneider Electri
El los
proceso
ser diseado
para adaptarse
los cambios
crear defectos
de proceso,
los retrasos o costes in- necesariamente. Los cambios pueden ser el resultado de la nueva
informacin que antes no se reco- noci, los cambios en los equipos vendedores o los
servicios, o cambios en los requisitos del sistema del usuario.
Correccin de defectos del producto.En cualquier momento despus de la entrega,
parte del sistema puede encontrarse perdido, daado o fall. Si bien la responsabilidad de
corregir estos defectos descansar principalmente con el proveedor del producto (como
parte del proceso del proyecto del proveedor), proceso del proyecto del usuario debe estar
preparado para interactuar con el proveedor y gestionar de- establece durante la
correccin de defectos.
Correccin de defectos de Procesos.Cualquier proceso, en particular una nueva, debe
considerarse como un campo de pruebas para el desarrollo evolutivo. Los datos que
faltaban, la secuencia de errores - incluso los pasos que faltan - se pueden descubrir
durante el transcurso del proyecto. Con una estrategia de recuperacin pre-planificado, la
demora y el costo de las fallas del proceso pueden ser minimizados.
Al igual que con las etapas de proceso secuenciales, estas actividades asncronos se deben
asignar explcitamente a un propietario con el fin de garantizar la continuidad del proceso
cuando surge lo inesperado. Procedimientos asncronos Ya sea definido y aplica como una
actividad separada o incorporarse a las tareas de administracin de proyectos, pre-definidos
son esenciales para un proceso eficiente y exitosa.

Proyectos de ingeniera personalizada (ETO)


El proceso descrito en la seccin anterior asume un sistema configurado a partir de
componentes de hardware y de software estndar; que no incluye los pasos adicionales
necesarios para un proyecto que incluye equipos o servicios de ingeniera bajo pedido (ETO, o
altamente personalizado). Un proyecto altamente personalizado - por ejemplo, una instalacin
nica supercomputadora - requerir adicionalmente los pasos al para el diseo de ingeniera,
pruebas de aceptacin en fbrica (para comprobar que el sistema funciona tal como fue
diseado), y puesta en marcha (despus de la instalacin de pruebas del sistema completo
para confirmar correcta operacin en el contexto del entorno in situ), que se puede incorporar
en este proceso, como se muestra en la figura 5. De esta manera, el proceso del proyecto se
puede personalizar para un requisito especfico aadiendo o eliminando pasos forman el
modelo de proceso estndar.
Evaluar
Necesidad

Figura 5
Etapas del
proyecto se
pueden agregar
para manejar un
sistema
personalizado de
ingeniera (ETO)

Asamblea

Preparar
Evaluar
Desarrollar
Necesidad
Concepto

ETO =Engineered ToOrder

Diseo

Adquirir Immppleemmeenntt
Puesta en
marcha

Establecer
Requerimientos
Establecer
Fbricadel
Inicialice
Proyecto
Coordinacin
Requerimientos
Examen
Sitio de ingreso

Instalacin
Asambleapor
Subcontratistas
La red

Configurar Solucin
Envo
Desarrollar
personalizada
(ETO) Solucin
Finalizar Propuesta

Crear
Orden de
compra

Integracin
Envo

Puesta en
marcha
Puesta
marcha
Puesta
enenmarcha

Orientacin
y Formacin

Finalizar Propuesta

Orientacin
y Formacin

Anatomia
de un paso

Actividades asncronas son parte de la gestin de proyectos en la metodologa estndar de proyecto


empresarial. Ellos se destacan aqu porque a menudo son pasados por alto en los proyectos de centros
de datos.

Cada paso del proceso es un conjunto de tareas relacionadas que juntos lograr la meta
de
el paso. A modo de ejemplo, la figura 6 muestra las tareas dentro de la etapa de
"Puesta en marcha". (Ver el Apndice
para las tareas en todos los pasos del proceso).

Preparar

Diseo

Com
pr
o
m
et
er
s
e
a
pr
o
y
e
ct
ar

Adquirir

Orden de compra
presentado

Equipos
Entrega
do

Implementar
Proy
ecto
comple
to

Proyecto administracin
Evaluar las Necesidades

Figura 6
Detalle de las
tareas dentro de un
paso

Inicialice Proyecto

Envo

Desarrollar Concepto

Coordinacin del
Establecer Requerimientos
Sitio

Detalle del paso de


puesta en marcha
que muestra cinco
tareas

Asamblea
Instalacin por Subcontratistas

Configurar Solucin

Puesta
en
march
a

Crear
Finalizar
Orden
de Propuesta
compra

La red
Integraci
n
Orientaci
ny
entrenamie
nto

Puesta en marcha
Verifique el montaje
correcto Compruebe el
modo de
funcionamiento
Configuracin de dispositivos de
terceros configuracin del

Para detalles de la
tarea de todos los
pasos, consulte el
Apndice

Como se muestra en la Figura 7 a continuacin, cada paso tiene


Propiedad - El responsable de la ejecucin del paso. La propiedad podra estar
dentro de la organizacin del usuario, o podra ser proporcionado como un servicio
externalizado por el proveedor del equipo o un tercero proveedor de servicios.
Explcitamente asigna la propiedad por cada paso, como en la Tabla 1, proporciona
un seguro contra transferencias perdidas, "cado bolas", y las cosas que caen por las
grietas.
Lista de tareas - Una descripcin del trabajo que hay que hacer para completar el
paso. Tareas definen el trabajo real del proyecto. Cada tarea tiene instrucciones de
trabajo y una lista de acciones especficas para ser completado. Tareas dentro de
cada paso se determinan por el tipo del proyecto, y por los elementos de
infraestructura fsicos involucrados. Por ejemplo, las tareas asociadas con la
refrigeracin no estar presente si el enfriamiento no es parte del proyecto. Cada
elemento de lista de control se compone de elementos de uno o ms de datos, que
puede ser tan simple como una fecha, o tan complejo como un conjunto de dibujos.
Una tarea se completa cuando todos sus puntos de la lista se han completado.
Entradas - Los datos necesarios para que la obra del paso para ser completado.
Cada entrada a un paso es una salida de un paso que precede.
Salidas - Datos producido por el paso, se necesita como entrada a los pasos
subsiguientes en el proceso.

Trabajo de tareasTarea Instrucciones Checklist

Figura 7
Detalle de paso
anatoma

SALIDAS

ENTRAD
AS

Los datos
necesarios para
las etapas
subsiguientes

Los datos de
los pasos
anteriores

Este paso
propiedad de

Arquitectura de procesos basados Tire


Proceso eficiente dictados de diseo que cada salida producida por un paso se genera en el
momento adecuado y en la forma correcta para ser utilizado por una etapa subsiguiente "aguas
abajo" como una entrada (o servir como un resultado final de todo el proceso) - de lo contrario
las cantidades de salida a desperdiciado trabajo.
Proyectos un proceso de esta manera requiere mirar el resultado final previsto y pidiendo "lo
que se necesita directamente para lograr este resultado?" y luego trabajar hacia atrs a travs
de cada paso del proceso, preguntando "qu hace este paso requiere de pasos anteriores?"
Proveer lo necesario y suficiente para cada paso, en el momento adecuado, se asegura de que
no hay trabajo perdido (salidas de la nada) y permite que el proceso fluya eficientemente paso
a paso. Este "pull-based" enfoque de flujo de informacin - donde los pasos posteriores se
"tiran" slo la informacin que necesitan de medidas aguas arriba - es una estrategia
fundamental de esta, o cualquier otro, eficiente y eficaz diseo del proceso.

Gestin de
proyectos

Al igual que con cualquier proyecto empresarial, un proyecto de centro de datos necesita
dedicado de vigilancia y experto, con procedimientos documentados para abordar actividades
crtico con el proyecto, tales como:
Continuidad
Programacin
Recursos
Presupuesto
Sistemacambios
Defectos de proceso
Informes de estado

Enlace a los recursos

Libro Blanco 141


Centro de Datos de
Proyectos: Gestin de
Proyectos

La delegacin de funciones de gestin de proyectos es un elemento importante del diseo del


proceso que debe ser considerado y decidido por adelantado, mucho antes de la hora de
ejecutarlos.
Para una discusin detallada de las funciones de gestin de proyectos y responsabilidades de
este proceso, consulte el Informe 141, del centro de datos Proyectos: Gestin de Proyectos.

Seguimiento
de
responsabilida
des

Es esencial que todos los papeles en un proyecto de estar bien definidos y asignados, con toda
claridad respecto a quin est haciendo qu. Cada bloque en el diagrama de proceso de la
Figura 4 es un trabajo que hay que hacer, por lo que cada uno debe ser asignado
explcitamente a una persona o grupo que se encargar de la ejecucin de la misma. Ya sea
gestionado internamente o subcontratado a un proveedor de servicios
ya sea el proveedor de equipos de primaria o de un tercero - es crucial que todos los elementos
del proceso de ser claramente explicada por la creacin de una lista responsabilidad tan
muestran en la Tabla 1. Una explcita y acordaron-upon lista de cesionarios para cada elemento
del proceso proporciona proteccin - cin de sorpresas, retrasos, y la observacin comn, pero
inoportuna "Pensamos que alguien ms estaba haciendo eso. "Responsabilidad" no significa
que la entidad con nombre es el nico participante en el trabajo asignado; simplemente designa
la responsabilidad de asegurar que el trabajo se haga.

Mesa 1
Responsabilidad asignacin de lista de control en cada paso del proceso debe aparecer en esta
lista

Paso de
proceso:

Quin lo
har?
Usu
ari
o

Prepare

Evaluar las necesidades

(
)

Provee
dor de
equipos
de
primaria

()

Tercer
a
parte
(qui
n?)

No
nece
saria
(X)

Desarrollar el concepto
Proceso Inicializar
Establecer requisitos
Diseo

Desarrollar solucin personalizada


(proyectos ETO)
Configurar Solucin
Finalizar la propuesta
Crear apartado postal

Adquirir

La coordinacin del Sitio

Implementar

Prueba de aceptacin de fbrica


(proyectos ETO)
Envo
Asamblea
Instalacin por los subcontratistas
Puesta en marcha
Integracin de Redes
Puesta en marcha (proyectos ETO)

Asncrono

Orientacin y formacin
Cambios en el proyecto
Correccin de defectos del producto
Correccin de defectos de Procesos

Schneider Electric - Centro de Datos


Cientficos

Libro Blanco 140

Rev 1

10

Schneider Electric - Centro de Datos


Cientficos

Libro Blanco 140

Rev 1

10

El
uso
de
servicios para
ejecutar
los
pasos
del
proceso

Para simplificar proyectos de centros de datos, proveedores calificados deben ofrecer servicios
ordenables estandarizados que se alinean con los elementos del modelo de proceso utilizado
por el cliente. Tales servicios pueden abarcar un espectro de ofertas, desde la simple provisin
de equipos para diferentes niveles de responsabilidad en la gestin de los elementos del
proceso, hasta completar la gestin llave en mano de una instalacin importante. El proveedor
de servicios puede servir el papel de proveedor de partes, socio, subcontratista o director del
proyecto, de acuerdo con las preferencias y capacidades del cliente. Por ejemplo, en el proceso
del proyecto de Schneider Electric, hay servicios para manejar varios pasos en la adquisicin e
implementacin de las fases, la gestin del sitio, gestin general del proyecto, y una variedad de
servicios de planificacin tempranas, como la evaluacin de la hoja listo.

Declaraciones de trabajo
Independientemente del alcance de la
participacin, ninguna parte del proceso que se
subcontrata a un proveedor de servicios debe
tener una "relacin de trabajo" que define
claramente el trabajo a realizar, incluyendo
entregables, supuestos, el alcance de la
responsabilidad, y detalles de trabajo. Si una
solucin amplia, standar- dized y declaracin de
trabajo probada es proporcionada por el vendedor,
el cliente puede evitar la difcil tarea de crear una
declaracin de trabajo a partir de cero. Una
declaracin slida de trabajo ayuda a todas las
partes interesadas a comprender rpidamente
beneficios, salidas, tiempo de ciclo, y precios.
Idealmente, el cliente debe ser capaz de reunir
rpidamente un proyecto que cumpla con los
requisitos del proyecto utilizando suministrados por
el proveedor, declaraciones modulares de trabajo
que puede ser "enchufados" para el proceso
general del proyecto.

Schneider Electric - Centro de Datos


Cientficos

Libro Blanco 140

Rev 1

11

La eleccin de los
socios

Declaracin Ejemplo de
trabajo: servicio
"Asamblea"

En la eleccin de socios para la colaboracin en el proceso del proyecto (para proporcionar


los elementos del proceso como servicios), las decisiones acerca de si y con quin entablar
estar guiada principalmente por la disponibilidad de expertos especializados en la actividad
de proceso del proyecto. Si ese desafo se puede cumplir, las consideraciones en la eleccin
de los proveedores de servicios son similares a los que generalmente indicado para cualquier
externalizacin de TI:
Optimizar los recursos. La consideracin principal en la externalizacin es la
perspectiva de la liberacin de los recursos de TI escasos para centrarse en las
competencias bsicas y la actividad estratgica de negocios. Con un proveedor de
servicios competentes, las actividades del proceso del proyecto estn en las manos de
alguien para quien el proceso de proyecto es la capacidad de la base. El resultado, si el
proveedor est calificado, ser menor costo, resultados ms rpidos y menos defectos.
Minimizar interfaces de proveedores.Una pareja actual, si est calificado en el rea de
proceso del proyecto, ofrece la ventaja de una relacin existente (y, presumiblemente,
confianza), lo que significa poco o nada de recursos incrementales necesarios para
establecer o mantener una interfaz de proveedor adicional.
Minimizar handoffs.El proceso ser inherentemente ms fiable si el nmero de Han- se
quita entre los proveedores se minimiza
Declaraciones de la demanda de trabajo de los vendedores. Declaraciones detalladas
y precisas de trabajo - en el contexto de un proceso global claramente articulada - dejar
claro de antemano lo que el vendedor proporcionar, habilite los resultados del trabajo
comprensibles y previsibles, y minim- Ize tiempo perdido

Schneider Electric - Centro de Datos


Cientficos

Libro Blanco 140

Rev 1

12

Aprendizaje
Para los que participan en el despliegue de centro de datos de la infraestructura fsica - ya
sea como arquitecto auto del proyecto o como el cliente de un proveedor de servicios informada participacin vara de una cuestin de inters para un prerrequisito fundamental,
en funcin del nivel de responsabilidad en la resultado. Schenider Electric ofrece cursos en
lnea (Universidad del Centro de Datos) y libros blancos para
Cursos en-linea
educacin en los elementos de diseo
Centro de datos
del centro de datos, implementacin y
Universidad
operacin.
por
Al igual que con otro ejemplo conocido
de un producto complejo, el automvil,
la cantidad de inters y la participacin
en la creacin del producto depende
de los recursos, las habilidades y el
temperamento del nuevo propietario desde completamente do-it-yourself
(raro hoy en da para los coches) , a
pedido de una lista de opciones
estndar, a la simple off- seleccin del
lote. El tipo de conocimiento requerido
es diferente en cada etapa en el
proceso (Figura 8).

PLAN
Preparar
Figura 8
Tipos de aprendizaje
en diferentes
lugares en el
proceso

Evaluar las
Necesidades
Desarrollar
Concepto

www.datacenteruniversity.com

Los libros blancos

whitepapers.apc.com

CONSTRUIR
Diseo
Inicialice
Proyecto
Establecer
Requisitos

Adquirir

Implementar
Asamblea

Envo
Instalacin por Subcontratistas
Coordinacin del
Sitio

Puesta en marcha

Configurar Solucin

Integraci
n de Redes

Finalizar Propuesta

La teora del diseo

Orientacin
y Formacin

Crear
Orden de
Compra

y la tcnica
Construccin

procedimientos

Manual del

propietario
Nota que en una industria madura como los automviles, los clientes no estn normalmente
involucrados en el diseo y la construccin, por lo que no necesita un conocimiento detallado en
esas reas - que confiar en el fabricante de tener los conocimientos necesarios para el diseo y
la construccin. Centro de datos de la infraestructura fsica se est moviendo en esta direccin,
con diseos estandarizados que se pueden pedir y configurarse tanto como un coche se
configura a partir de opciones estndar. Sin embargo, para los consumidores de centros de
datos que deseen hacer su propio diseo y la construccin, la educacin est disponible en
forma de libros blancos y cursos de e-learning. Los consumidores tambin pueden contratar los
servicios de consultores especializados para ayudar en el diseo y la construccin.

Conclusin

Proyectos de centros de datos histricamente no han sido ejecutadas mediante un proceso


estandarizado, documentado como el que se describe en este documento. En cambio, los
centros de datos se acumula y las actualizaciones normalmente se han llevado a cabo en el
mbito del arte en lugar de la ciencia, con un tiempo de ingeniera de, gestin ad hoc, y un
diseo nico sistema. Como la investigacin y el desarrollo avanzan en este campo, el
concepto de proceso estandarizado se integrar en el centro de datos de la industria de la
infraestructura fsica, como lo ha hecho en otras reas de la actividad empresarial. Servicios
estarn disponibles para proporcionar los beneficios probados por el tiempo de un estndar pero configurable - proceso, al igual que en la industria del automvil. Hoy en da el proceso de
construir su propio coche est relegada a los garajes de un pocos aventureros - construccin
costumbre de los centros de datos ordinarios algn da ser una curiosidad histrica similar.

Al igual que en otras industrias, un paradigma ms estandarizado para proyectos de centros


de datos har que la planificacin y la construccin ms predecible, eficiente,
y escalable tanto para el proveedor y el usuario.
>Claves crticos al xito del proyecto
Adems, un proceso estandarizado permite el diseo
Atencin en la planificacin
para ser
redirigido
lejos
de lo que
se haVer Libro Blanco 142, Centro de Datos de Proyectos: Planificac
Efectivamente es ejecutado planificacin el talento
fundamento
esencial
de un
proyecto
exitoso.
convertido en rutina y ms hacia la aparicin continua
proyectos
inusuales,
complejas ode
muy
grandes que
Eliminar las brechas de responsabilidaddeAsignar
y realizar
un seguimiento
la responsabilidad
explcita de todos los elementos del proceso
requieren conocimientos especia- lizado o excepcional.
Deja que necesitan actividad de la unidad
Evite trabajo desperdiciado mediante la vinculacin
depuede
todas no
lasser
acciones
a las necesidades
especficas
de aguas abajo ("pull-based" estrategia)
Usuarios
particularmente
interesado
en el

funcionamiento detallado de un proceso de proyecto

Esperar cambio
normalizado, pero quieren una solucin fiable que
Tener bien definidas, procedimientos dedicados en el lugar para manejar los cambios y defectos

suceda lo ms rpido y eficientemente como sea


posible. Un proceso como el que se describe aqu es
una pliza de seguro para que el resultado - un marco
genrico para la realizacin de proyectos de centros de
datos, desde el desarrollo del concepto a la solucin de
despliegue ambiente. Independientemente de la
agrupacin especfica y la denominacin de las tareas
del proyecto, si los diferentes pasos del proceso se
combinan o partidas, ejecutados interno o subcontratado
a un proveedor de servicios, es la integridad del proceso
subyacente que es crucial para el xito del proyecto . Si
todas las tareas estn claramente definidos, asignados,
y bien conectados a travs de las entradas y salidas
correctas, el proceso se puede confiar para trabajar.
los proceso que se describe en este artculo es la desarrollada por Schneider Electric para
cumplir los requisitos de la ejecucin eficaz de los proyectos para sus clientes, que pueden
elegir hacer parte o la totalidad del proceso de s mismos, o contratar los servicios para llevar a
cabo las partes seleccionadas. Una definicin clara y completa de los elementos del proceso
permite a los pasos que se capturen como declaraciones de trabajo y que se ofrecen como
mdulos de servicio, para los clientes que deseen delegar las responsabilidades del proyecto.
Otras organizaciones pueden tener su propia descripcin de este mismo proceso, con una
terminologa diferente y la tarea de agrupacin, pero con el mismo resultado del proyecto.
Un proceso bien articulado debe ser un procedimiento operativo estndar para cualquier
proyecto dirigido por el usuario, y exigi de cualquier proveedor de servicios. Una metodologa
tandable estandarizado, documentado y unders- asegura un proceso magra, predecible que
acelera la implementacin, comunicacin stados instalaciones, reduce costos, expulsa a los
defectos, y elimina los residuos.

Sobre el Autor
Neil Rasmussen es un Vicepresidente Senior de Innovacin de Schneider Electric. Establece la direccin

Neil tiene 19 patentes relacionadas con alta eficiencia y alta densidad de energa del centro de datos y la
alta densidad, las soluciones de infraestructura de centros de datos escalables y es el principal arquitecto

Antes de fundar APC en 1981, Neil recibi su licenciatura y maestra en el MIT en ingeniera elctrica, don

Suzanne Niles es un Analista Senior de Investigacin del Centro de Centro de Ciencias de Schneider dato

Recursos

Haga clic en el icono para enlazar a los recursos

tandarizacin y modularidad en la
infraestructura del centro de datos fsico
Papel 116 Blanca

Explorar
todos los
libros
blancos
whitepapers.apc.com

E
s

Centro de Datos de Proyectos: Planificacin


del Sistema
Color blanco Papel 142

Centro de Datos de Proyectos: Gestin de


Proyectos
Color blancoPapel 141

Examine todas
las
herramientas
TradeOff
tools.apc.com

Contctenos

Para comentarios y observaciones sobre el contenido de este documento:


Centro de Datos Cientficos

Si usted es un cliente y tiene preguntas especficas a su proyecto de centro de datos: Pngase en contacto con Schneider

Apndice:
Detalle de
tareas

El vietas elementos en el mapa de procesos de abajo son las tareas que componen cada
paso del proceso descrito en este documento. Vea la seccin anterior, "Anatoma de un
paso", para ms informacin sobre los pasos y tareas.