viernes, 28 de junio de 2013

Cloud Computing.


En el último tiempo, uno de los conceptos más nombrados en el entorno de las TI ha sido el de Cloud Computing o “Informática basada en Internet”, que pone al alcance servicios virtuales y recursos para una gran cantidad de usuarios. Dentro de este nuevo concepto, las aplicaciones ser consideran servicios, a través de los cuales los usuarios pueden acceder siempre y cuando tengan una conexión a internet. Hoy en día, migrar una gran parte de un entorno informático al Cloud ya no es desconocido, sino una forma normal de gestionar una empresa, protegiendo y optimizando sus costes TI. Y no solo ayuda a gestionar el trabajo, sino que al mismo tiempo, ayuda a optimizar los recursos de una manera que se beneficie el medio ambiente.

Acceso a documento word sobre investigación de Cloud Computing: 


Acceso a presentación sobre investigación de Cloud Computing: 


martes, 14 de mayo de 2013

Planificacion Estrategica TI

 


El proceso de Planificación Estratégica de las TI para el año que viene está precedido de un entorno de crisis que continuará durante el año 2009. En el presente artículo se seleccionan una serie de herramientas ajustadas al mundo TI que pueden dar mucho juego en el entorno mencionado. Hay diversas técnicas empleadas en el proceso de Planificación Estratégica de las TI que provienen del área de Planificación Estratégica de las grandes empresas y se han ido adaptando a los departamentos de las TI.

En general todas las técnicas tienen una utilidad diferenciada y es bueno conocerlas pues dependiendo de la situación de las organizaciones TI, en diferentes momentos pueden ser unas más útiles que otras. De todas las técnicas, se proponen cuatro como técnicas básicas a considerar: Autoevaluaciones basadas en estándares, modelos de simulación, cuadros de mando integrales para TI y gestión del portafolio TI.


Valoración de Opciones Estratégicas.

De todas las técnicas que existen para abordar el análisis interno y externo de nuestro departamento TI (DAFO, 5 fuerzas, Cadena de valor, PEST, NAFO, etc.) existen las autoevaluaciones o autovaloraciones basadas en estándares que te informan de las carencias internas y tu posicionamiento frente a otros departamentos TI y a los mejores estándares. Como consecuencia de  rápido crecimiento de la informática han surgido muy elaborados marcos de trabajo y estándares que cubren diferentes aspectos de las tecnologías de la información y que se complementan entre ellos: Gobierno TI (COBIT e ISO 38500), Gestión del Servicio TI (ITIL e ISO 20000), CMMI, Gestión de la Seguridad (ISO 27001) y Gestión de la Continuidad (BS 25999). Alrededor de dichos estándares han surgido modelos de autoevaluación con decenas de preguntas y generalmente niveles de madurez asociados que te permiten conocer donde te encuentras y los caminos de mejora. Las herramientas de autoevaluación son rápidas, están aplicadas al mundo TI y al compararlo con estándares muy elaborados y de amplio consenso permiten conocer los aspectos de mejora a los que se ha de tender. Aparte de ello las hay de aplicación libre y disponen de un modelo de datos que permiten explotar el análisis de la evaluación.


Formulación de la Estrategia.

Los modelos de simulación son esenciales en cualquier proceso de Planificación Estratégica de las TI dado que se trabaja con incertidumbres en predecir el futuro y en entornos afectados por muchas variables cuya evolución es desconocida. Dentro de estas variables que afectan a las decisiones de cualquier departamento de TI se encuentran variables externas (regulaciones, modas, fuerza laboral tecnológica, saltos tecnológicos, etc.), variables de decisión interna de las áreas funcionales de la empresa (fusiones con otras empresas, nuevos productos y servicios tecnológicos, experiencia, etc.) y variables de decisión internas al departamento de TI (grado de subcontratación TI, desarrollo a medida / solución paquetizada, selección herramientas tecnológicas, etc.). Las retroalimentaciones y retardos impiden solucionar este tipo de problemas con ecuaciones matemáticas.

Con un modelo T se permite simular diferentes escenarios de una forma rápida y ágil sin incurrir en costes y prediciendo situaciones adversas que se puedan producir en un futuro. Un modelo de simulación moderno debe de simular las cuatro estrategias básicas para ver en que combinación y porcentaje de estas llegamos a un escenario que es el más propicio. Así se pueden simular diferentes grados de subcontratación TI y diferentes estructuras organizativas del departamento TI. Dentro de la estrategia básica de espacios de mercado se definen diferentes combinaciones de arquetipos de servicios y de activos de servicios.

Dentro de la estrategia básica de valor se definen si a la hora de inversiones TI se apuesta por estrategias de valor (alta formación, soluciones “best of the breed”, etc.) o se opta por otras soluciones enfocadas al ahorro de costes (software libre, soluciones paquetizadas de uso masivo, personal con poca experiencia y poca remuneración, etc.). Por último se requiere considerar diferentes arquitecturas técnicas para ver cual encaja mejor y proporcionará mejor servicio a nuestra organización. Las variables de salida típicas de estos modelos de ayuda a la planificación son: costes generados, plazos incurridos, alineación con el negocio y calidad de los aplicativos.


Despliegue de la Estrategia.

El Cuadro de Mando Integral para TI (CMI para TI) en sus diferentes versiones lo que pretende es realizar primero un despliegue de la estrategia pasando de los objetivos estratégicos a las acciones y segundo un seguimiento del cumplimiento de los Objetivos Estratégicos (control de la estrategia). Para ello se definen métricas y metas para cada uno de los objetivos y se procede a un seguimiento de las desviaciones frente a lo planificado. Se consideran a los Cuadros de Mando Integrales como una herramienta de Gobierno de las TI pues se posicionan únicamente en lo estratégico y en el cambio no siendo su objetivo por ejemplo un seguimiento completo de todos los procesos y servicios TI (que es objetivo de la gestión TI). Por otra parte su liderazgo como herramienta de gobierno descansa en que se únan y balancean las consideraciones de cambio en el funcionamiento interno con la percepción que tienen clientes y usuarios de las TI. A la vez se conjugan las aportaciones actuales al negocio de las TI con una planificación del cambio que asegure la aportación al negocio en el futuro. Asimismo son válidos para cualquier tamaño de departamento TI pues se pueden desglosar tal y como se muestra.

Las características que tiene que tener un CMI para TI pasan por una ligazón de las acciones con la definición de los Niveles de Servicio así como con los proyectos con los que abordamos dichas acciones. También han de traspasar fronteras y permitir desplegar la estrategia en los departamentos TI de tu organización de forma ligada con las organizaciones externas que también participen.


Conductores de la Estrategia.

Para este punto se propone emplear las técnicas de la Gestión del Portafolio orientado a TI. Primero se propone que los diferentes planes detallen tanto los proyectos que requieren como los servicios que sustentan para tener una doble orientación interna y externa. Para cada uno de ellos se ha de identificar el coste, el valor, el riesgo y la flexibilidad que aporta. Al ser todos los conceptos mencionados conductores de la estrategia TI se propone una gestión del portafolio integrada que conlleve tres subportafolios tal y como se visualiza en la figura IV: priorización / selección del portafolio de servicios TI futuros, priorización / selección del portafolios de activos TI actual y una priorización / selección del portafolio de proyectos futuros que se plantean.


Conclusiones.

Para los procesos de Planificación Estratégica se cuenta con decenas de metodologías y técnicas algunas de ellas de difícil aplicación al mundo TI y para ello en el presente artículo se han seleccionado las cuatro técnicas que se consideran críticas por su orientación al valor y a la reducción de riesgos y que están perfectamente adaptadas al mundo TI. Las cuatro técnicas seleccionadas se complementan entre sí permitiendo:

1. Barrer desde una adecuado análisis interno y externo nuestro departamento TI para la selección de los objetivos estratégicos (mediante “assessment” o autoevaluación).

2. Ayuda a determinar los caminos más adecuados para la consecución de los objetivos estratégicos, definiendo un correcto mix de estrategias básicas (técnicas de modelado).

3. Un adecuado y balanceado despliegue de los objetivos estratégicos traduciéndolos en acciones ligadas a niveles de servicio TI y a los proyectos TI requeridos (cuadros de mando integral para TI).

4. Y todo ello midiendo y seleccionando las alternativas más provechosas según el valor, el coste y el riesgo que se quiera asumir a lo largo de todo el proceso de planificación (gestión del portafolio TI).


REFERENCIA:

Articulo Perspectiva Empresarial: " Tecnicas Claves para la Planificacion Estrategica de TI"

http://www.hacienda.go.cr/cifh/sidovih/spaw2/uploads/images/file/T%C3%A9cnicas%20clave%20planif%20estrat%20TI.pdf

lunes, 13 de mayo de 2013

Estandar BPMN 2.0



Lo anterior puede ser ejecutado por un motor de procesos (Process Engine). Este modelo fue diseñado en lenguaje BPEL (Business Process Execution Language), que es un estándar basado en XML para automatizar procesos. Pero ¿Podemos relacionarnos con los usuarios de negocio usando este tipo de modelos? Absolutamente no, el estandar BPEL no tiene simbología propia, por lo que pasa a ser un lenguaje más técnico.

La 1era versión de BPMN (Business Process Modeling Notation) fue desarrollada por el instituto BPMI (Business Process Management Initiative). Desde el principio nacio con el objetivo de disponibilizar una notación gráfica, estandarizada, que permitiera automatizar procesos a partir de un diseño gráfico. Más adelante, el proyecto del BPMN fue trasladado a la OMG (Object Management Group), debido a que el BPMI no era un instituto que administra estandares. A traves de la OMG, BPMN se difundió rápidamente a nivel mundial y casi todos los proveedores grandes o pequeños, academicos o consultores empezaron a adoptar este estandar.



La versión 2.0, completamente nueva y ampliada, se terminó a mediados del año 2010, y a finales del 2011, el equipo FTF (Finalization Task Force) de la OMG dio la recomendación de oficializar la versión 2.0. A partir de esta versión, la sigla BPMN cambia levemente de nombre a: Business Process Model and Notation.



En BPMN 2.0 existe un metamodelo que permite ejecutar directamente modelos de BPMN.

Los dos hechos anteriores, la estandarización y la habilidad de ejecución directa, conllevan a las siguientes ventajas:

  • Aumento en el grado de independencia de las herramientas de BPM en una organización, debido a la existencia de la notación.
  • La comunicación entre socios de negocio que sepan de BPMN, sera más rápida, fluida y expresiva.
  • Ahora el nuevo personal puede llegar con el conocimiento BPMN con anterioridad.
  • Inversión de recursos por parte de institutos de capacitación, universidades y empresas, para formar profesionales en esta notación.


Referencia:

BPMN 2.0 Manual de Referencia y Guía Práctica, Jakob Freund, Bernd Rucker, Bernhard Hitpass.


Ejemplo con BPMN.

MQ Arriendos: Solicitud y Despacho de Maquinaria

El Proceso comienza con la Cotización recibida por correo de parte del Cliente al encargado Administrativo, este consulta disponibilidad de la Maquina solicitada, si existe disponibilidad se informa al Cliente valor de Arriendo diario y se ordena el despacho, en caso contrario se comunica al Cliente y se consulta si requiere otra Maquina.

Una vez comprobada la existencia de disponibilidad del equipo, el encargado Mecánico realiza las pruebas de funcionamiento a la maquina pedida, en el caso de que no supere la evaluación  se repara y se vuelve a probar, en el caso de que la maquina supere las pruebas, el encargado de Transporte carga el Equipo al vehículo (camioneta) y luego lo traslada o despacha al Cliente determinado.




Referencia: www.iyopro.com

martes, 16 de abril de 2013

PMBOK (Project Management Body of Knowledge)


Para documentar y estandarizar información y prácticas generalmente aceptadas en la gestión de proyectos, el PMI (Project Management Institute) decide publicar una guia que permite identificar, concentrar y publicar mejores practicas, generalmente aceptadas en la dirección de proyectos. Esta guia es un libro de estandares llamado PMBOK (Project Management Body Knowledge) que consiste en una colección de procesos y areas de conocimiento consideradas como mejores practica. El PMBOK es una de las guias más reconocidas y utilizadas para manejar y administrar proyectos.

El proposito del PMBOK es identificar los principales elementos del cuerpo de conocimientos para la gerencia de proyectos, los cuales son reconocidos como buenas practicas.

Historia.

La guia del PMBOK es un estándar en la gestión de proyectos desarrollado por el PMI (Project Management Institute). En la actualidad posee 5 ediciones, desde la primera publicada en 1987 (37 procesos) hasta la ultima (5ta Edición) publicada en el 2012 (47 procesos).


El PMBOK fue reconocido como estandar por el Instituto Nacional Estadounidense de Estándares (ANSI) y más adelante por el Instituto de Ingenieros Electronicos y Electricos (IEEE).

¿A quien está dirigido?

El PMBOK está dirigido a directivos, responsables de proyectos, departamentos (Marketing, Diseño, Producción, Logistica, etc), encargados de gestionar proyectos, tecnicos y personal de soporte que participe en los proyectos de forma significativa, y en general toda persona que desee conocer las buenas practica de la gestion de proyectos recopiladas por el PMI.

Aplicación.

El PMBOK se aplica en todo tipo de proyectos y/o programas, tales como:

  • Programa de Administración (Generales).
  • Proyectos Departamentales (Funcionales).
  • Proyectos de Ingeniería (Tecnicos).
  • Desarrollo de Productos (Software, Aplicativos).
  • Programas de Gobierno (Educación, Publicos).
  • Programas de Desarrollo (Organizaciones Internacionales).

Contenido.

La guia del PMBOK reconoce 5 grupos de procesos basicos y 9 areas de conocimiento, los cuales se representan en la siguiente figura:


Estructura.

El PMBOK se estructura en 3 secciones divididas en capitulos:

  1. Sección I: Marco Conceptual de la Dirección de Proyectos.

    1. Capitulo 1: introducción, terminos claves y descripción general del resto de la guia.
    2. Capitulo 2: ciclo de vida del proyecto, organización y descipción del entorno en el cual operan los proyectos.

  2. Sección II: Norma para la Dirección de Proyectos (Capitulo 3).

    El unico capitulo de esta sección comprende los 5 grupos basicos de procesos en un proyecto.


  3. Sección III: Areas de Conocimiento de la Dirección de Proyectos (Capitulo 4 al 12).

    Los capitulos restantes de la guia contemplan las 9 areas del conocimiento, las cuales engloban la dirección de proyecto.

Relación entre Areas de Conocimiento y Procesos.

La siguiente figura muestra como se relacionan los procesos y las 9 areas de conocimiento:


Conclusiones.

La buenas practicas que expone el PMBOK sirven como guia para llevar a cabo proyectos de manera estructurada y ordenada, permitiendo la administración y medición de las tareas de manera más sencilla y eficiente.

Fuentes:

martes, 2 de abril de 2013

Sistemas de Información


Introducción.

La toma de decisiones es muy importante dentro de una empresa, ya que con ellas se puede definir un camino a seguir, así como tambien, ante situaciones que pueden determinar el futuro de la empresa, elegir la mejor alternativa y en base a ella lograr superar obstaculos para seguir avanzando.

Hoy en día los mercados son cada vez más competitivos, y las inversiones y costos son cada ves más volatiles, por lo que un buen SI (Sistema de Información) puede ayudar a la empresa a progresar en base a decisiones correctas y repercutir positivamente en ella.

El beneficio de un SI, es mucho mayor, comparado con una empresa que no cuente con él, ya que diariamente se está recabando, asimilando y analizando información interna y externa, obteniendo con ello una gran ventaja competitiva.

Definición.

Un SI es una serie de componentes que se interrelacionan con el objetivo de recopilar, procesar, almacenar y transmitir información como soporte a los niveles directivos dentro de la organización, dando apoyo en la toma de decisiones, el control, el análisis y la coordinación.

Ventajas.

  • Mantiene un flujo de información constante entre empleados y directivos, permitiendo que estos coordinen las diferentes actividades dentro de la organización.
  • Facilita la comunicación directa entre la empresa y los proveedores, vendedores, distribuidores o fabricantes, permitiendo la creación o consolidación de vínculos financieros más sólidos.
  • Ofrece a las empresas la posibilidad de responder, almacenar, transmitir y supervisar de mejor forma su principal activo: la información.
  • Optimiza la productividad dentro de las areas de la empresa.
  • Es una pieza clave en determina el exito o fracaso de una empresa en el mercado.

Tipos de SI.
  1. ERP (Enterprise Resource Planning): es un SI gerencial que ayuda a gestionar los distintos recursos de la empresa ( inventario, logística, recursos humanos, etc ). Es un sistema modular y configurable, por lo que considera que cada area de la empresa tiene su modulo.

    Ejemplo de Software: Openbravo

  2. SRM (Supplier Relationship Management): es un SI que se encarga de gestionar la relación de los proveedores de la empresa, en base a la agrupación de los procesos que participan en la compra de suministros (materias primas o consumo interno). Este sistema se caracteriza por considerar el desempeño de los proveedores como socios estratégicos y la gestión de los suministros dentro del inventario.

    Ejemplo de Software: Aravo


  3. CRM (Customer Relationship  Management): es un SI y a la vez un modelo de negocios cuya estrategia tiene como objetivo identificar y administrar las relaciones con los clientes, trabajando diferentemente en cada una de ellas de forma tal de poder mejorar la efectividad sobre ellos.

    Ejemplo de Software: SugarCRM


  4. SCM (Supply Chain Management): es un SI que se encarga de la planificación, puesta en ejecución y control de las operaciones de la red de suministros con el objetivo de satisfacer las necesidades del cliente con eficacia.

    Ejemplo de Software: Aras Innovator

Fuentes: 

martes, 26 de marzo de 2013

El Plan Informático


La Estrategia TI en una empresa corresponde al diseño de un futuro deseado en el Recurso Tecnológico, lo cual permite una mejora sustancial en las condiciones  de competitividad de la empresa. Pero ¿De que forma llevamos a cabo está estrategia? a través del Plan Informático, el cual nos indicara la forma y los medios para cumplir con la Estrategia TI.

El Plan Informático tiene múltiples factores que definen su carácter tanto en contenidos como en alcances. Entre ellos se mencionan:

  • Significado: hace referencia a la importancia del Plan Informático, y una forma de determinarla es a través de los costos involucrados en su preparación y ejecución, y los beneficios resultantes de su ejecución.
  • Complejidad: considera los elementos componentes y la manera que estos interactúan en el Plan Informático, por ejemplo, la Estrategia TI esta condicionada por diversos factores tales como: número e independencia de partes, numero de variables, guias de ayuda, la naturaleza técnica y la facilidad de división de los subplanes en unidades más pequeñas.
  • Formalidad: se refiere al cumplimiento de todas y cada una de las partes del proceso de planeamiento y ejecución del Plan Informático.
  • Amplitud: se refiere al ámbito de influencia que abarca el Plan Informático, es decir, a si la perspectiva que toma es vertical o entre distintas áreas. En el caso de una perspectiva vertical, se comprende más a medida que se sube por los niveles organizacionales. Para el otro caso, el plan se hace más amplio cuando se sobrepasan fronteras entre departamentos.
  • Facilidad de Ejecución: es la capacidad potencial que tiene el Plan Informático para hacer expedita su puesta en ejecución.
  • Facilidad de Control: es la capacidad que tiene el Plan Informático para derivar las instancias de regulación que permitan verificar su cumplimiento y establecer los cambios que se requieran.

Elaboración del Plan Informático.

Habiendose establecido la dimensión del requerimiento informático y en base a las Políticas Informáticas, se distribuyen en tiempo los distintos sistemas a construir.

La Estrategia TI y el plan para implementarla, establece un conjunto de consideraciones adicionales asociadas al desarrollo, las cuales deben ser implementadas. Un ejemplo de las consideraciones mencionadas seria:

  • Recursos Computacionales:
    • Dimensionar el equipamiento requerido.
    • Establecer en el tiempo las características del equipamiento requerido.
    • Establecer la topología del equipamiento a utilizar.

Definición del Equipo de Trabajo.

La ejecución de la propuesta del Plan Informático es hecha por un equipo de trabajo, el cual se compone de un grupo de profesionales de amplia experiencia en áreas Comerciales, Reingeniería de Procesos de Negocio, Tecnologías de Información, RRHH, Financiero-Contable, entre otras.

La estructura del equipo de trabajo puede detallarse a través del perfil, cargo y misión de cada integrante. Por ejemplo:


Metodología de Trabajo.

El equipo de trabajo sigue una metodología para llevar a cabo el Plan Informático, para así dar una estructura, organización y orden al trabajo a realizar.

Una manera de detallar la metodología de trabajo a utilizar, es dividiendo el proyecto en etapas, en donde cada una de estas tenga asociados diferentes informes que hacen referencia a las tareas que el equipo va desarrollando. Por ejemplo:

  • Etapa 1:
    • Informe 1:
      • Recopilación de Antecedentes.
      • Elaboración de Cuestionarios y Documentos de Apoyo.
      • Reuniones de Trabajo con Directivos, Gerentes y Funcionarios.
      • Revisión de Minutas.
      • Elaboración 1er Informe.
      • Presentación.
      • Validación 1er Informe.

Programación del Proyecto.

Así mismo, se debe generar una programación del proyecto en base a la metodología de trabajo, ya sea en formato de carta gant u otros.


Fuente: Documento de Propuesta Técnico-Económica de una Empresa de Innovación Tecnológica.