datacenters

Centro de Datos de Proyectos: Procesos Estandarizados

Libro Blanco 140Revisión 1

por Neil Rasmussen y Suzanne Niles

ContenidosHaga clic en una sección para saltar a ella

Introducción 2

Estructura básica del proyecto 4proceso

Anatomía de un paso 8

Gestión de proyectos 9

Seguimiento de responsabilidades 10

El uso de serviciosejecutar 11los pasos del proceso

Conclusión 13

Recursos 15

Apéndice 16

libros blancos son ahora parte de la biblioteca de papel blanco Schneider Electric producida por Schneider ElectricCentro de Datos Científicos [email protected]

>Resumen ejecutivoA medida que el diseño y la implementación de centros de datos de la infraestructura física se aleja de arte y más hacia la ciencia, los beneficios de un proceso estandarizado y predecible son cada vez convincente. Más allá de la ing orden-, entrega e instalación de hardware, cualquier acumulación o actualización del proyecto depende fundamentalmente de un proceso bien definido como un seguro contra las sorpresas, los sobrecostos, retrasos y frustración. Este artículo presenta una visión general de un paso a paso proceso estandarizado, dología metodo- que puede ser adaptado y configurado para adaptarse a las necesidades individuales.


Libro Blanco 140 Rev 1 2Schneider Electric - Centro de Datos Científicos

Introducción Un proyecto de construcción del centro de datos puede ser grande o pequeña, nueva construcción o modernización, completa o parcial. Puede implicar un cambio en el tamaño de la habitación física o la disposición o capacidad eléctrica, un aumento de la densidad de potencia, un rediseño del poder o la arquitectura de refrigeración, o cualquier número de otros cambios en la infraestructura física del centro de datos. Sin importar el tamaño o la naturaleza del proyecto, la ejecución exitosa depende no sólo de la compra e instalación de los equipos del sistema físico, pero igualmente sobre el proceso que los pilotos del proyecto a través de su desarrollo y realización, desde el concepto hasta la puesta en servicio. La Figura 1 ilustra este concepto de un proyecto como la combinación de un sistema más el proceso que crea.

losPROYECTO

Preparar Diseño Adquirir Implementar

Figura 1Un proyecto está formado por el sistema, más el proceso que lo crea

los losEl proyecto PROCESO es el tema de este trabajo PROCESO crea SISTEMA

La idea de un proceso formalizado para guiar la creación de un sistema no es nuevo, pero su importancia para el éxito de los centros de datos de proyectos de infraestructura física está empezando a ser entendido. Así como la normalización del sistema físico mejora la fiabilidad y

la velocidad de despliegue1,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 estandarización - especialmente en una industria con una larga tradición de diseño 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 más rápidamente, con menos gasto y menos defectos. Para el proveedor de servicios de ingeniería o equipo físico, un proceso confiable y repetible libera tiempo y recursos para el negocio real a mano - diseño e implementación del sistema - el aumento de la capacidad de ampliación 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 construcción o mejoras a la infraestructura del centro de datos físico - la energía, refrigeración y otros sistemas físicos que albergar y proteger los equipos informáticos del centro de datos (véase el recuadro). Aunque el consumo de energía y el tamaño físico de los equipos de TI impulsa el diseño del sistema de infraestructura física que lo soporta, el diseño y la arquitectura de la "capa" de TI del centro de datos se encuentran fuera del alcance de este documento.

1Ver Libro Blanco 116, Estandarización y modularidad en redes críticas Infraestructura Física (enlace enRecursossección).



Lo que constituye un "proyecto?"En el contexto de esta discusión, un proyecto es un cambio suficientemente significativo como para necesitar un flujo ordenado de tareas - un proceso - para coordinar y gestionar su ejecución. Según esta definición, la construcción de un nuevo centro de datos o sala de servidores es claramente un proyecto. Adición de bastidores de nuevos servidores blade es por lo general un proyecto, pero la adición de un solo rack en un centro de datos existente, probablemente no es un proyecto.

Las siguientes características generalmente elevar una actualización del centro de datos a la condición de "proyecto":

• Cambio en el poder o la arquitectura de refrigeración (por ejemplo, la conversión de centralizado a la fila de base)• Introducción de riesgo• Necesidad de planificación o coordinación• Necesidad de apagar el equipo

Contexto dentro Del ciclo de vida del centro de datosEste proceso abarca la planificación y la construcción, que constituyen el inicio del ciclo de vida del centro de datos. La figura 2 muestra este contexto dentro del ciclo de vida completo.

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

¿Por qué un proceso estandarizado?Un gran problema común a muchos proyectos de centros de datos se pierde tiempo, dinero perdido, o defectos debidos a fallas en el proceso - transferencias, responsabilidad ambigua caído, desinformación formaron decisiones, y otros errores de comunicación o ejecución. 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 diseño - sino más bien a la falta de un general, proceso compartido de guía a todas las partes en equipo , clarificando las responsabilidades y la comunicación. Los peligros de un no estandarizado - o inexistente - proceso abarcan el espectro familiar de gastos innecesarios, retrasos y frustración:

Calidad reducida Mayor costo Tiempo

desperdiciado Documentación

Pobre Prueba inadecuada Servicio degradado

Riesgos de un proceso no estandarizado (o inexistente)

PROCESO DE PROYECTOS es el temade este artículo

AdquirirDiseñoPreparar

OptimiceMantenerImplementarAdquirirDiseño

OPERARCONSTRUIR

PLANPreparar



La mayoría de los defectos que en última instancia se convierten en las últimas etapas de un proyecto, o incluso después de que el proyecto esté terminado - incluyendo el defecto final, fallaron los resultados del negocio - no son causados por problemas en los componentes físicos del sistema que fue construido, pero más bien por las decisiones que se han hecho en la planificación del sistema y fallas en el proceso por el cual el sistema fue desplegado. Un bien diseñado, proceso estandarizado se ha incorporado en la inteligencia y la estructura para evitar este tipo de problemas, tanto en las etapas de planificación y en cada paso en el camino para la finalización 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 comúnAdemás de la claridad, la repetibilidad, y la eficiencia de su ejecución, un proceso estandarizado ofrece una protección adicional contra la falta de comunicación y de los residuos: un lenguaje común. Muchas de las dificultades y errores que ocurren típicamente durante el curso de un proyecto se pueden evitar mediante el uso de la terminología estándar y familiar en las comunicaciones del proyecto entre los proveedores, socios y usuarios que tienen un interés en su éxito.

Normalización vs. personalizaciónEl 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 prácticas 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 descripción 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 recursosPapel 116 Blanca

NormalizaciónInfraestructura y modularidad en Data Center Física

Estructura básica del proceso del proyecto

Personalización a través de la configuración 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 física ya se está moviendo hacia el diseño modular y estandarizado en equipo hardware (el "sistema" implementado de la figura 1) con el fin de lograr la eficiente, predecible y fiableresultados. Beneficios empresariales similares se acumulan desde un proceso estandarizado y modular para construir ese sistema.

Para más información sobre la modularidad estandarizada en el sistema de infraestructura física, consulte el Informe 116, Estandarización y modularidad en la infraestructura del centro de datos físico.

El proceso del proyecto comienza con una necesidad de negocio, que puede ser una interpretación vagamente articulado de una empresa comercial, o alguna otra declaración general, como "Necesito un centro de datos de copia de seguridad." A medida que el proyecto avanza a través de las fases del proceso bien definidos - preparar , diseño, adquirir, implementar - tareas se realizan, dependencias de tiempo se manejan, la información se pasa a donde más 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 través de las cuatro fases de un proyecto de centro de datos. .

Las dos primeras fases constituyen la porción PLAN del proceso, lo que se traduce en la necesidad declarado original en un diseño 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 adquisición de hardware con el sistema operativo.



Figura 3Las cuatro fases del proceso del proyecto

NegocioNECESITAR

PLAN CONSTRUIRPreparar Diseño Adquirir Implementar

La idea El sistemaOrden de compra

Proceso ejecutado

PLANIFICACIÓN es la base fundamental del proyectoLa porción 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 planificación ha proporcionado históricamente la mayor oportunidad para la confusión, la incomprensión y la falta de comunicación. Los errores cometidos aquí se magnificar y propagar a través de las fases de compilación posterior; el resultado típico es demoras, se reinicia, sobrecostos, pérdida de tiempo, la frustración, y en última instancia un sistema comprometido. Una adecuada atención se debe dar a los pasos de la planificación, el uso de los conocimientos técnicos apropiados para asegurar que el diseño de los elementos se especifican de una manera que proporciona la información necesaria y suficiente para la parte BUILD aguas abajo del proceso, para asegurar un resultado exitoso.

Enlace a los recursosLibro Blanco 142

Centro de Datos de Proyectos: Planificación del Sistema

Las consideraciones técnicas y de negocios, variables, compensaciones y limitaciones puede ser desalentador para igualar el más experimentado profesional. Incluso con un consultor experto dedicado a la planificación del sistema, hay una secuencia jerárquica crítica de interacción con el usuario y la entrada que puede ser modelado por una metodología estandarizada que reduce al mínimo retroceso y esfuerzo desperdiciado por todas las partes. Debido a que la actividad de planificación es tan crucial para el éxito del proyecto, y tan propensos a la mala dirección no intencional y los errores, se cubre por separado en el Libro Blanco 142, Centro de Datos de Proyectos: Planificación del sistema.

Una vez que las fases PLAN se han ejecutado con éxito, la parte más crítica se hace. Las fases BUILD restantes pueden llevarse a cabo en un determinista - casi automático - forma, siempre que estén bajo el control de un proceso riguroso y bien definida ejecutada por un equipo de proyecto calificado.

Características esenciales del proceso Independientemente de la metodología 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 pérdida de información. Debe incluir estrategias para la gestión 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 tamaños.

Un proceso estandarizado que cumple con los requisitos generales anteriores tendrá las siguientes características:

Cada actividad necesaria para la realización 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. Ningún esfuerzo se desperdicia en salidas extrañas 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.

FASES



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 disposición de otras medidas que determinan pend en ellos.

Ya está son funciones especiales "asíncronos" que permanecen en estado de alerta durante el transcurso del proyecto, para hacer frente de manera sistemática con los cambios no planificados o corrección de defectos.

Pasos se pueden borrar para configurar el proceso de forma adecuada para el proyecto en cuestión.

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 documentación compartida, los datos y los informes.

Figura 4

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 construcción completa del sistema físico. La figura 4 muestra el siguiente nivel de detalle: cada una de esas cuatro fases consta de varios pasos que se indican más 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.

Proceso de "mapa" que muestra los elementos básicos del proceso de proyecto

Preparar Diseño Adquirir ImplementarComprom

eterse a

proyectar

Orden de comprapresentad

oGestión de

proyectos*

Equipo entregado

Proyecto

completo

Hitos

Cada fase termina con un hito

Evaluar las

necesidades

Desarrollar

Concepto

Inicialice Proyecto

Establecer Requisitos

Configurar Solución

Finalizar

Propuesta CrearOrden de compra

Envío

Coordinación del Sitio

Asamblea

Instalación por Subcontratista

s

Puesta en marcha

Integración de Redes

Orientación y Formación

Puede ocurrir en cualquier momento del proceso *los Gestión de proyectos papel se puede configurar en una variedad de maneras

La gestión del cambio de proyecto

Corrección de defectos del producto

Corrección de defectos de Procesos



para adaptarse a la en particular del proyecto y las partes involucradas. Vea la sección más adelante,Gestión de proyectos.

Envío

Evaluar Necesidad

Desarrollar Concepto

Establecer Requerimientos

Finalizar Propuesta

Crear Orden de compra

Asamblea

Instalación por Subcontratistas

Puesta en marcha

Puesta en marcha




Actividades asíncronasAdemás de los pasos del proceso que navegan el curso esperado del proyecto, es fundamental contar con una función de estructura de procesos para manejar lo inesperado. Estos ad-hoc o actividades asincrónicas se pueden activar en cualquier momento durante el proyecto.2

Cambios en el proyecto. Los cambios deberían ser una parte esperada de un proyecto. El proceso debe ser diseñado para adaptarse a los cambios sin crear defectos de proceso, los retrasos o costes in- necesariamente. Los cambios pueden ser el resultado de la nueva información que antes no se reco- noció, los cambios en los equipos vendedores o los servicios, o cambios en los requisitos del sistema del usuario.

Corrección de defectos del producto.En cualquier momento después de la entrega, parte del sistema puede encontrarse perdido, dañado 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 corrección de defectos.

Corrección 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 recuperación 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 asíncronos se deben asignar explícitamente a un propietario con el fin de garantizar la continuidad del proceso cuando surge lo inesperado. Procedimientos asíncronos Ya sea definido y aplica como una actividad separada o incorporarse a las tareas de administración de proyectos, pre-definidos son esenciales para un proceso eficiente y exitosa.

Proyectos de ingeniería personalizada (ETO)El proceso descrito en la sección anterior asume un sistema configurado a partir de componentes de hardware y de software estándar; que no incluye los pasos adicionales necesarios para un proyecto que incluye equipos o servicios de ingeniería bajo pedido (ETO, o altamente personalizado). Un proyecto altamente personalizado - por ejemplo, una instalación única supercomputadora - requerirá adicionalmente los pasos al para el diseño de ingeniería, pruebas de aceptación en fábrica (para comprobar que el sistema funciona tal como fue diseñado), y puesta en marcha (después de la instalación de pruebas del sistema completo para confirmar correcta operación 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 específico añadiendo o eliminando pasos forman el modelo de proceso estándar.

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

ETO =Engineered ToOrder

2Actividades asíncronas son parte de la gestión de proyectos en la metodología estándar de proyecto

Finalizar Propuesta

IImmpplleemmeenntt

Adquirir

DiseñoPrepararEvaluar Necesidad

Inicialice Proyecto Coordinación del Sitio

Asamblea

Puesta en marcha


>Cómo Schneider Electric utiliza este proceso del proyectoEl proceso descrito en este documento fue desarrollado por Schneider Electric como un modelo de mejores prácticas para centros de datos de proyectos de infraestructura física.

Sí Schneider Electric sigue una versión similar de este proceso, a nivel interno, cuando se ve envuelto en un proyecto de cliente (como un proveedor de productos y servicios de infraestructura física). Proceso interno de Schneider Electric 's incluye actividades adicionales relacionados con el proveedor - evaluación de riesgos, cumplimiento de pedidos, facturación, y así sucesivamente - pero también incluye todos los pasos del lado del cliente se muestra en este trabajo, para asegurarse de que todo se contabilizan y ejecutados, no importa quién es el "dueño" de ellos.

Algunos elementos del proceso - o todo el proceso - son ofrecidos por Schneider Electric como los servicios a los clientes que deseen entregar fuera parte o toda la responsabilidad.Independientemente del que efectúa de hecho, que los pasos

Envío


Desarrollar personalizada(ETO) Solución

FábricaExamen de

ingreso

Puesta en marcha



La red IntegraciónConfigurar Solución



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 deel paso. A modo de ejemplo, la figura 6 muestra las tareas dentro de la etapa de "Puesta en marcha". (Ver el Apéndicepara las tareas en todos los pasos del proceso).

PrepararComp

rometerse a

proyectar

DiseñoOrden de compra

presentado

AdquirirEquipos Entrega

do

ImplementarProy

ecto completo

Proyecto administración

Figura 6Detalle de las tareas dentro de un paso Detalle del paso de

puesta en marcha que muestra cinco tareas

Crear Orden de compra


Puesta en

marcha

La red Integraci

ón

Orientación y

entrenamiento

Para detalles de la tarea de todos los pasos, consulte el Apéndice

Como se muestra en la Figura 7 a continuación, cada paso tiene

Propiedad - El responsable de la ejecución del paso. La propiedad podría estar dentro de la organización del usuario, o podría ser proporcionado como un servicio externalizado por el proveedor del equipo o un tercero proveedor de servicios. Explícitamente asigna la propiedad por cada paso, como en la Tabla 1, proporciona un seguro contra transferencias perdidas, "caído bolas", y las cosas que caen por las grietas.

Lista de tareas - Una descripción 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 específicas para ser completado. Tareas dentro de cada paso se determinan por el tipo del proyecto, y por los elementos de infraestructura físicos involucrados. Por ejemplo, las tareas asociadas con la refrigeración no estará presente si el enfriamiento no es parte del proyecto. Cada elemento de lista de control se compone de elementos de uno o más 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.

Evaluar las Necesidades

Envío

Puesta en marchaVerifique el montaje correcto Compruebe el modo de funcionamientoConfiguración de dispositivos de terceros configuración del



Asamblea

Finalizar Propuesta



Inicialice Proyect

Anatomia de un pasostep


Libro Blanco 140 Rev 1Schneider Electric - Centro de Datos Científicos

Figura 7Detalle de paso anatomía

ENTRADASLos datos de los pasos anteriores

SALIDASLos datos necesarios para las etapas subsiguientes

Arquitectura de procesos basados TireProceso eficiente dictados de diseño 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 atrás a través 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 información - donde los pasos posteriores se "tiran" sólo la información que necesitan de medidas aguas arriba - es una estrategia fundamental de esta, o cualquier otro, eficiente y eficaz diseño del proceso.

Gestión de proyectos

Enlace a los recursosLibro Blanco 141

Centro de Datos de Proyectos: Gestión 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 crítico con el proyecto, tales como:

Continuidad Programación Recursos Presupuesto Sistemacambios Defectos de proceso Informes de estado

La delegación de funciones de gestión de proyectos es un elemento importante del diseño del proceso que debe ser considerado y decidido por adelantado, mucho antes de la hora de ejecutarlos.

Para una discusión detallada de las funciones de gestión de proyectos y responsabilidades de este proceso, consulte el Informe 141, del centro de datos Proyectos: Gestión de Proyectos.

Trabajo de tareasTarea Instrucciones Checklist

Este pasopropiedad de



Seguimiento de responsabilidades

Mesa 1

Es esencial que todos los papeles en un proyecto de estar bien definidos y asignados, con toda claridad respecto a quién 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 explícitamente a una persona o grupo que se encargará de la ejecución 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 creación de una lista responsabilidad tan muestran en la Tabla 1. Una explícita y acordaron-upon lista de cesionarios para cada elemento del proceso proporciona protección - ción de sorpresas, retrasos, y la observación común, pero inoportuna "Pensamos que alguien más 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.


Centro de Datos de Proyectos: Procesos EstandarizadosResponsabilidad asignación de lista de

control - en cada paso del proceso debe aparecer en esta lista

Paso de proceso:

¿Quién lo hará?

Usuario(✓)

Proveedor de equipos de primaria(✓)

Tercera parte (¿quién?)

No necesaria (X)

Prep

are

Evaluar las necesidades

Desarrollar el concepto

Dise

ño

Proceso Inicializar

Establecer requisitosDesarrollar solución personalizada (proyectos ETO)Configurar SoluciónFinalizar la propuestaCrear apartado postal

Adqu

irir La coordinación del Sitio

Prueba de aceptación de fábrica (proyectos ETO)Envío

Impl

emen

tar Asamblea

Instalación por los subcontratistasPuesta en marchaIntegración de RedesPuesta en marcha (proyectos ETO)Orientación y formación

Asín

cron

o Cambios en el proyectoCorrección de defectos del producto

Corrección de defectos de Procesos



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 provisión de equipos para diferentes niveles de responsabilidad en la gestión de los elementos del proceso, hasta completar la gestión llave en mano de una instalación 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 adquisición e implementación de las fases, la gestión del sitio, gestión general del proyecto, y una variedad de servicios de planificación tempranas, como la evaluación de la hoja listo.

Declaraciones de trabajoIndependientemente del alcance de la participación, ninguna parte del proceso que se subcontrata a un proveedor de servicios debe tener una "relación de trabajo" que define claramente el trabajo a realizar, incluyendo entregables, supuestos, el alcance de la responsabilidad, y detalles de trabajo. Si una solución amplia, standar- dized y declaración de trabajo probada es proporcionada por el vendedor, el cliente puede evitar la difícil tarea de crear una declaración de trabajo a partir de cero. Una declaración sólida de trabajo ayuda a todas las partes interesadas a comprender rápidamente beneficios, salidas, tiempo de ciclo, y precios. Idealmente, el cliente debe ser capaz de reunir rápidamente 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.

La elección de los socios

Declaración Ejemplo de trabajo: servicio "Asamblea"

En la elección de socios para la colaboración en el proceso del proyecto (para proporcionar los elementos del proceso como servicios), las decisiones acerca de si y con quién entablar estará guiada principalmente por la disponibilidad de expertos especializados en la actividad de proceso del proyecto. Si ese desafío se puede cumplir, las consideraciones en la elección de los proveedores de servicios son similares a los que generalmente indicado para cualquier externalización de TI:

Optimizar los recursos. La consideración principal en la externalización es la perspectiva de la liberación de los recursos de TI escasos para centrarse en las competencias básicas y la actividad estratégica de negocios. Con un proveedor de servicios competentes, las actividades del proceso del proyecto están 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 más rápidos 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 relación 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 más fiable si el número 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



AprendizajePara los que participan en el despliegue de centro de datos de la infraestructura física - ya sea como arquitecto auto del proyecto o como el cliente de un proveedor de servicios - informada participación varía de una cuestión de interés para un prerrequisito fundamental, en función del nivel de responsabilidad en la resultado. Schenider Electric ofrece cursos en línea (Universidad del Centro de Datos) y libros blancos paraeducación en los elementos de diseño del centro de datos, implementación y operación.

Al igual que con otro ejemplo conocido de un producto complejo, el automóvil, la cantidad de interés y la participación en la creación del producto depende de los recursos, las habilidades y el temperamento del nuevo propietario - desde completamente do-it-yourself (raro hoy en día para los coches) , a pedido de una lista de opciones estándar, a la simple off- selección del lote. El tipo de conocimiento requerido es diferente en cada etapa en el proceso (Figura 8).

Centro de datosUniversidad

por

www.datacenteruniversity.com

whitepapers.apc.com

Cursos en-linea

Los libros blancos



PLAN CONSTRUIRPreparar Diseño Adquirir Implementar

Figura 8Tipos de aprendizaje en diferentes lugares en el proceso

Inicialice Proyecto

Establecer Requisitos

Asamblea

Puesta en marcha

La teoría del diseñoy la técnica

Construcción

Integración de Redes


procedimientos Manual del propietario

Nota que en una industria madura como los automóviles, los clientes no están normalmente involucrados en el diseño y la construcción, por lo que no necesita un conocimiento detallado en esas áreas - que confiar en el fabricante de tener los conocimientos necesarios para el diseño y la construcción. Centro de datos de la infraestructura física se está moviendo en esta dirección, con diseños estandarizados que se pueden pedir y configurarse tanto como un coche se configura a partir de opciones estándar. Sin embargo, para los consumidores de centros de datos que deseen hacer su propio diseño y la construcción, la educación está disponible en forma de libros blancos y cursos de e-learning. Los consumidores también pueden contratar los servicios de consultores especializados para ayudar en el diseño y la construcción.

Finalizar Propuesta

Crear Orden de Compra

Evaluar las Necesidades

Envío







Conclusión Proyectos de centros de datos históricamente 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 ingeniería de, gestión ad hoc, y un diseño único sistema. Como la investigación 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 física, como lo ha hecho en otras áreas de la actividad empresarial. Servicios estarán disponibles para proporcionar los beneficios probados por el tiempo de un estándar - pero configurable - proceso, al igual que en la industria del automóvil. Hoy en día el proceso de construir su propio coche está relegada a los garajes de un pocos aventureros - construcción costumbre de los centros de datos ordinarios algún día ser una curiosidad histórica similar.

Al igual que en otras industrias, un paradigma más estandarizado para proyectos de centros de datos hará que la planificación y la construcción más predecible, eficiente,y escalable tanto para el proveedor y el usuario. Además, un proceso estandarizado permite el diseño talento para ser redirigido lejos de lo que se ha convertido en rutina y más hacia la aparición continua de proyectos inusuales, complejas o muy grandes que requieren conocimientos especia- lizado o excepcional.

Usuarios puede no ser particularmente interesado en el funcionamiento detallado de un proceso de proyecto normalizado, pero quieren una solución fiable que suceda lo más rápido y eficientemente como sea posible. Un proceso como el que se describe aquí es una póliza de seguro para que el resultado - un marco genérico para la realización de proyectos de centros de datos, desde el desarrollo del concepto a la solución de despliegue ambiente. Independientemente de la agrupación específica y la denominación 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 están claramente definidos, asignados, y bien conectados a través de las entradas y salidas correctas, el proceso se puede confiar para trabajar.

los proceso que se describe en este artículo es la desarrollada por Schneider Electric para cumplir los requisitos de la ejecución 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 definición clara y completa de los elementos del proceso permite a los pasos que se capturen como declaraciones de trabajo y que se ofrecen como módulos de servicio, para los clientes que deseen delegar las responsabilidades del proyecto. Otras organizaciones pueden tener su propia descripción de este mismo proceso, con una terminología diferente y la tarea de agrupación, pero con el mismo resultado del proyecto.

Un proceso bien articulado debe ser un procedimiento operativo estándar para cualquier proyecto dirigido por el usuario, y exigió de cualquier proveedor de servicios. Una metodología tandable estandarizado, documentado y unders- asegura un proceso magra, predecible que acelera la implementación, comunicación stados instalaciones, reduce costos, expulsa a los defectos, y elimina los residuos.

>Claves críticos al éxito del proyectoAtención en la planificaciónEfectivamente es ejecutado planificación el fundamento esencial de un proyecto exitoso. Ver Libro Blanco 142, Centro de Datos de Proyectos: Planificación del sistema.

Eliminar las brechas de responsabilidad Asignar y realizar un seguimiento de la responsabilidad explícita de todos los elementos del proceso

Deja que necesitan actividad de la unidadEvite trabajo desperdiciado mediante la vinculación de todas las acciones a las necesidades específicas de aguas abajo ("pull-based" estrategia)

Esperar cambioTener bien definidas, procedimientos dedicados en el lugar para manejar los cambios y defectos



Sobre el AutorNeil Rasmussen es un Vicepresidente Senior de Innovación de Schneider Electric. Establece la dirección de tecnología de mayor presupuesto de I + D en el mundo dedicado a la energía, refrigeración, y la infraestructura de racks para redes críticas.

Neil tiene 19 patentes relacionadas con alta eficiencia y alta densidad de energía del centro de datos y la infraestructura de refrigeración, y ha publicado más de 50 libros blancos relacionados con los sistemas de energía y enfriamiento, muchos publicados en más de 10 idiomas, más recientemente, con un enfoque en la mejora de la eficiencia energética. Él es un orador reconocido a nivel internacional sobre el tema de los centros de datos de alta eficiencia. Neil está trabajando para avanzar en la ciencia de alta eficiencia,alta densidad, las soluciones de infraestructura de centros de datos escalables y es el principal arquitecto del sistema InfraStruXure de APC.

Antes de fundar APC en 1981, Neil recibió su licenciatura y maestría en el MIT en ingeniería eléctrica, donde realizó su tesis sobre el análisis de una fuente de alimentación de 200 MW para un reactor de fusión Tokamak. De 1979 a 1981 trabajó para MIT Lincoln Laboratories en sistemas de almacenamiento energético de volante y sistemas de energía eléctrica solar.

Suzanne Niles es un Analista Senior de Investigación del Centro de Centro de Ciencias de Schneider datos Electric. Estudió matemáticas en el Wellesley College, antes de recibir su título de licenciatura en ciencias de la computación en el MIT, con una tesis sobre el reconocimiento de caracteres manuscritos. Ella ha estado educando a diversas audiencias durante más de 30 años, utilizando una variedad de medios, desde manuales de software hasta fotografías y canciones infantiles.



RecursosHaga clic en el icono para enlazar a los recursos

Explorar todos los libros blancoswhitepapers.apc.com

Es

tandarización y modularidad en la infraestructura del centro de datos físicoPapel 116 Blanca

Centro de Datos de Proyectos: Planificación del SistemaColor blanco Papel 142

Centro de Datos de Proyectos: Gestión de ProyectosColor blancoPapel 141

Examine todas las herramientas TradeOff ™tools.apc.com

ContáctenosPara comentarios y observaciones sobre el contenido de este documento:

Centro de Datos Cientí[email protected]

Si usted es un cliente y tiene preguntas específicas a su proyecto de centro

de datos:Póngase en contacto conSchneider Electricrepresentante



Apéndice: Detalle de tareas

El viñetas elementos en el mapa de procesos de abajo son las tareas que componen cada paso del proceso descrito en este documento. Vea la sección anterior, "Anatomía de un paso", para más información sobre los pasos y tareas.

Documents

datacenters