Motivación y Crisis Profesional…

Estimados!

Mucho tiempo desde mi última entrada.

Como coordinadores y/o miembros de un equipo nos encontramos muchas veces con la falta de claridad respecto a cuáles son nuestras motivaciones para cumplir con los objetivos que se nos presentan, la falta para identificar estas motivaciones en tiempo y forma se traduce en frustración, mal estar y deriva consecuentemente en resultados pobres o fallidos.

Quiero compartir los siguientes videos que encontré en TED (www.ted.com) asociados a la motivación y la crisis del desarrollo profesional, que me parecieron muy interesantes.

Links

Ideas Worth Spreading

http://www.ted.com/

Saludos!

Emiliano G. Estevez

Infrastructure Architect | Algeiba S.A.

2008 MVP Global Summit & Project HANA (MOF v4)

   

Estimados!

   

Este fue un mes muy interesante, ya que tuve la oportunidad de participar en el "2008 MVP Global Summit" en Seattle & Redmond, Washington. Realmente fue una muy buena experiencia ya que pude contactarme con MVP's de todo el mundo con quienes solo tenía contacto a través del MSN/Mail. Por otro lado pude reunirme con los distintos grupos de productos (Active Directory, Virtualization, Exchange, Windows Management Instrumentation, etc.) quienes compartieron opiniones, tendencias y nuevas características que tendrán las soluciones de Microsoft en sus próximas versiones.

   

Lamentablemente no pude tomar contacto con el Product Manager de "Frameworks" con quien me hubiese encantado poder conversar e intercambiar opiniones respecto de un nuevo acercamiento que tendrán todas las actualizaciones de los trabajos realizados con Microsoft Operations Framework (MOF) y Microsoft Solutions Framework (MSF), los cuales serán referidos a partir de ahora como "Project HANA" (Beta Disponible en Microsoft Connect).

   

Actualmente me encuentro trabajando con el grupo de producto en la revisión de los documentos que se liberaron en la última Beta, los cuales estaré desarrollando en futuros posts, en la sección Links de este post encontraran el acceso al blog de "MOF and Service Management at Microsoft" para que puedan tener mayor conocimiento respecto de HANA.

   

Links

MOF and Service Management at Microsoft

http://blogs.technet.com/mof/

   

Saludos!

Emiliano G. Estevez

Infrastructure Architect | Algeiba S.A.

Microsoft Operations Framework - Overview

 

En mi último post comente a alto nivel algunas de las guías más conocidas en gestión de TI (ITIL | MOF | COBIT), bajando un nivel de detalle sobre ITIL y describiendo sus modelos de procesos (Service Support | Service Delivery), en este post estaré bajando un nivel de detalle sobre Microsoft Operations Framework (MOF) y su relación con ITIL.

 

La visión que tiene MOF respecto de la provisión de servicios de TI, consiste en crear guías de operaciones que les permitan a los consumidores lograr sistemas productivos de misión crítica basados en tecnologías Microsoft que sean confiables, disponibles y con excelentes capacidades de administración.

 

En función de esta visión se definen los siguientes objetivos:

 

• Organizar el área de TI, definir procesos y guías a utilizar para efectuar operaciones técnicas.
• Reducir el tiempo y la complejidad involucrado en efectuar las operaciones de TI.
• Incrementar el conocimiento de las personas para efectuar las operaciones de TI.

 

Utilizando ITIL como base, los arquitectos de MOF sacaron ventaja del acceso a una colección de recursos que les permitieron crear modelos, disciplinas y guías de operación, adicionalmente se conto con el apoyo de grandes vendors (Hewlett Packard/Accenture/Avanade, entre otros) quienes aportaron su experiencia en la provisión de servicios de TI para la construcción de MOF.

 

Los modelos y disciplinas de MOF son:

 

• Process Model: el modelo de procesos surge de la necesidad de definir estructuras que permiten administrar la complejidad de los sistemas de TI, este modelo está compuesto por 4 (cuatro) procesos:

 

• Optimización
• Operación
• Soporte
• Cambio

 

• Team Model: el modelo de equipo de trabajo es fundamental para la administración de múltiples objetivos de manera simultánea, determinando la organización del equipo de trabajo, roles y responsabilidades como así también conocimientos requeridos por los participantes de cada Service Management Functions (SMF).

 

• Risk Management Model: el modelo de gestión de riesgo es fundamental para entender cuáles son los riesgos a los que se expone el negocio al momento de comprometerse un determinado servicio, ya sea a través de un cambio en la provisión de un servicio actual o en la incorporación de nuevas tecnologías.

 

Teniendo en cuenta lo comentado hasta el momento, podemos decir que:

 

• ITIL consiste en una serie de libros que describen como debería ser la gestión de servicios de TI
• MOF consiste en una serie de adopciones y adaptaciones de ITIL consideradas mejores prácticas en operaciones de TI.

 

En próximos post sestare bajando en mayor detalle sobre los modelos y disciplinas de MOF.

 

Links

Microsoft Operations Framework:

http://www.microsoft.com/technet/solutionaccelerators/cits/mo/mof/default.mspx

 

Saludos!

Emiliano G. Estevez

Infrastructure Architect | Algeiba S.A.

Management Infrastructure

 

Se entiende por Management Infrastructure a las capacidades de gestión de una infraestructura de TI, esta capacidad de gestión involucra la correcta sinergia entre tres pilares (Personas, Procesos y Tecnología), con el objetivo de ofrecer una óptima gestión de procesos y operaciones de TI que soporten los requerimientos del negocio a un costo justificable.

 

En este sentido existen varias guías (frameworks) que se pueden utilizar de referencia, algunos ejemplos son:

 

• Information Technology Infrastructure Library (ITIL)
• Microsoft Operation Framework (MOF)
• Control Objectives for Information and related Technology (COBIT)

 

Si nos enfocamos en ITIL vamos a encontrar dentro del dominio de IT Service Management que existen 2 modelos de procesos que nos pueden ayudar a alcanzar niveles óptimos de gestión de operaciones de la infraestructura de TI:

 

• Service Support (cubre 1 área funcional y 5 procesos)

 

• Area Funcional

 

• Service Desk: su objetivo es, ser el único punto de contacto para los usuarios ante un requerimiento (el que sea), restaurando las operaciones realizadas por los usuarios lo más rápido posible, construyendo una reputación respecto al ambiente de TI que soporta al negocio/cliente/empresa.

 

• Procesos

 

• Incident Management: se concentra en restaurar la operación normal de los servicios tan rápido sea posible, minimizando el impacto en la productividad de las distintas unidades de negocios, teniendo como centro de valor la provisión de un servicio con excelentes niveles de disponibilidad y calidad.

 

• Problem Management: su foco es detectar la causa raíz de los errores dentro de la infraestructura de TI, corrigiendo de esta manera problemas actuales como así también futuros. Es importante destacar que los "incidentes" registrados por Incident Management no son resueltos por "Problem Management", sino que son escalados funcionalmente o jerárquicamente según corresponda.

 

• Change Management: tiene como objetivo que los cambios que se realizan en la infraestructura de TI sean planificados, comunicados y validados antes de ser implementados, minimizando el impacto en los usuarios y en su productividad.

 

• Configuration Management: su función es mantener actualizada la Configuration Management Data Base (CMDB), manteniendo un registro preciso de todos los Configuration Items (CI) = Hardware + Software + Documentación, como así también la relación que estos tienen, para darle soporte a los servicios de TI.

 

• Release Management: tiene como objetivo garantizar la correcta implementación de los Requests For Changes (RFC), mediante el diseño, prueba e implementación de los cambios solicitados.

 

• Service Delivery (cubre 5 procesos)

 

• Procesos

 

• Service Level Management: garantizar que la provisión de servicios está alineada a los requerimientos del negocio, mediante el monitoreo, cuantificación y negociación de la calidad de la provisión de los servicio a ser provistos. (ofrecer el mejor nivel de servicio en función de lo que el negocio/cliente puede/está dispuesto a pagar)

 

• Capacity Management: asegurar que la capacidad de la infraestructura de TI esta optimizada para soportar los requerimientos del negocio/cliente.

 

• Availability Management: tiene como objetivo garantizar la disponibilidad de los servicios de TI a un costo justificable por el negocio/cliente teniendo en cuenta los requerimientos planteados por estos.

 

• Financial Management: su función consiste en monitorear e identificar los costos involucrados en la provisión de los servicios de TI y en el caso de ser necesario recuperar parte de estos costos.

 

• IT Service Continuity: su objetivo es garantizar la restauración de los servicios de TI que son críticos para el funcionamiento del negocio ante un evento de desastre, en función de los requerimientos del negocio/cliente.

 

Este y subsecuentes post sobre Management Infrastructure tienen como objetivo compartir algunos conocimientos y opiniones sobre guías de gestión de infraestructuras de TI, en esta primer parte el foco fue comentar 3 de las guías más utilizadas y bajar un nivel de detalle sobre ITIL, en las próximas partes estaré bajando un nivel de detalle en Microsoft Operations Framework (MOF) y sus tres modelos (Process Model | Team Model | Risk Management Model).

 

Saludos!

Emiliano G. Estevez

Infrastructure Architect | Algeiba S.A.

Microsoft Solution Framework - Overview

   

Es clave para el éxito de un proyecto de implementación de soluciones de TI, identificar primariamente cual es el requerimiento del cliente, proponiendo en consecuencia una solución que satisfaga ese requerimiento, identificado el requerimiento y validado con el cliente es el momento de implementar la solución propuesta. Para garantizar el éxito de esta implementación existen distintas guías de implementación de soluciones de TI, en este post estaremos revisando los conceptos generales de MSF (Microsoft Solution Framework).

   

MSF, es una guía para el correcto desarrollo de proyectos de tecnologías de información que está evolucionando desde 1993, la misma está basada en mejores prácticas de Microsoft Consulting Services, Microsoft Partners y el grupo de TI interno de Microsoft.

   

El resultado de utilizar MSF para el desarrollo de proyectos es mejorar la eficiencia, la calidad de las soluciones entregadas y optimizar el desempeño del equipo de trabajo involucrado, para lograr este objetivo MSF utiliza 2 modelos y 3 disciplinas:

   

Modelos

   

• MSF Team Model: Organiza a los miembros del equipo de trabajo del proyecto, asignando roles y responsabilidades con el objetivo de satisfacer los objetivos del proyecto, el modelo de equipos no es jerárquico ya que cada rol es considerado igual de importante que el resto de los roles respecto de su contribución al proyecto. Dentro del modelo de equipos se encuentran los siguientes roles:

   

• Program Management
• Development
• Test
• Release Management
• User Experience
• Product Management

   

• MSF Process Model: Organiza los procesos necesarios para crear y entregar un proyecto, dividiendo el proyecto en 5 fases:

   

• Visión: En esta fase los miembros del equipo de trabajo, el cliente y los sponsors del proyecto se ponen de acuerdo respecto de cuáles son los requerimientos de alto nivel para satisfacer los objetivos del proyecto.
• Planeamiento: En esta fase los miembros del equipo de trabajo y el cliente definen el que y el cómo de la solución a implementar.
• Desarrollo: En esta fase los miembros del equipo de trabajo desarrolla y prueba la solución a implementar, este punto comprende el desarrollo de código, la infraestructura de TI y los entregables de documentación resultantes.
• Estabilización: En esta fase los miembros del equipo de trabajo y del cliente prueban la solución completa, estabilizando la misma en función de los desvíos encontrados y preparando la misma para su liberación en producción.
• Implementación: En esta fase la solución completa y estabilizada es liberada dentro del ambiente productivo.

   

Disciplinas

   

• Project Management: Asegura que las actividades de administración del proyecto sean eficientes.
• Risk Management: Tiene como objetivo administrar proactivamente los riesgos, minimizando el impacto que estos pueden tener en el desarrollo del proyecto.
• Readiness Management: Identifica proactivamente cuales son las capacidades requeridas para el desarrollo del proyecto y las mapea dentro del equipo de trabajo.

   

MSF está muy relacionado con el Microsoft Opeations Framework (MOF), que es el acercamiento utilizado por Microsoft para ofrecer (Operación, Soporte, Optimización y Control de Cambios) de sistemas productivos de misión critica, garantizando la confiabilidad, disponibilidad y gestión. MOF está basado en un conjunto de mejores prácticas aceptadas internacionalmente para la administración de servicios de TI como la "Information Technology Infrastructure Library (ITIL)".

   

Básicamente la diferencia entre MSF y MOF es que MSF tiene como foco el desarrollo de soluciones de TI, mientras que MOF está enfocado en el funcionamiento de la infraestructura de TI.

   

Esta fue una breve introducción a MSF, en próximos posts seguiré profundizando sobre MSF y MOF, comentando cual es el futuro de ambas metodologías, próximas revisiones y herramientas para implementar las mismas, de momento les dejo algunos links de referencia:

   

Links

Microsoft Solutions Framework:

http://www.microsoft.com/technet/solutionaccelerators/msf/default.mspx

Microsoft Operations Framework:

http://www.microsoft.com/technet/solutionaccelerators/cits/mo/mof/default.mspx

   

Saludos!

Emiliano G. Estevez

Infrastructure Architect | Algeiba S.A.

Arquitectura + Gestión de Infraestructuras de TI

 

Bienvenidos a mi Blog, el mismo tiene por objetivo compartir pensamientos y conocimientos sobre Arquitectura y Gestión de Infraestructuras de TI.

 

En próximos posts tratare temas como:

• Metodologías de Proyectos
• Metodologías de Mejora de Procesos
• Frameworks de Operación
• Layers de Infraestructura (Networking, Core IT Services, Security, Power Consumption, entre otros...)
• Seguridad desde el punto de vista de procesos e infraestructura
• Contratos
• Otros...

 

Les dejo algunos documentos que les pueden resultar útiles:

 

Documentos

Conociendo Microsoft Network Access Protection (NAP):

http://www.microsoft.com/latam/technet/articulos/tn/2007/abr-17.mspx

Paso a Paso - Configurar MS Exchange Server 2003 con soporte para MS ActiveSync:

http://www.microsoft.com/latam/technet/recursos/howto/exchange/activesync.mspx

Paso a Paso - Configurar IPSec en un escenario MS Exchange Server 2003 Front End - Back End con MS Windows Server 2003 R2:

http://www.microsoft.com/latam/technet/recursos/howto/windows2003r2/ipsecexchange.mspx

Paso a Paso – Migración de Apache a MS Internet Information Server 6.0:

http://www.microsoft.com/latam/technet/recursos/howto/iis/paso6.mspx

 

Saludos!

Emiliano G. Estevez

Infrastructure Architect Algeiba S.A.