locked
Indicadores de rendimiento RRS feed

  • Pregunta

  • La empresa en la que laboro tiene una problema con respecto a la administración de los indicadores de rendimiento, este problema es por que la información se genera en diferentes lugares dentro de la misma, también es generada por diferentes personas.

    El recopilar mensualmente esta información es un trabajo muy pesado y complejo, por el volumen de información que se debe analizar.

    Con respecto a la administración manejamos diferentes formas en WORD, EXCEL para registrar cada información, ya vi la herramienta infopath y creo que es una buena herramienta para que se pueda capturar dicha información y concentrarse en una base de datos en SQL.

    Mis preguntas son:
    ¿La información que se almacene por medio del Infopaht en una base de datos se puede rescatar para generar los indicadores de rendimiento de cada actividad que se capture?

    ¿Cómo se realizaría esta actividad, conocen de algun curso?

    ¿Alguien podría recomendarme algun software que lo pueda hacer si es que infopaht no es una buena opsión?

    jueves, 4 de febrero de 2010 22:29

Respuestas

  • Parto de la premisa de que tu empresa quiere medir el rendimiento o desempeño corporativo de distintas unidades de negocio a través de KPI o Key Performance Indicators. Para poder mejorar, necesitas medir. Para medir necesitas la data.

    Gran avance tienes ya si de alguna u otra forma capturas la data que se quiere medir a través de los KPIs. Claro una o otra forma puede ser más automatizada para evitar trabajo a mano. Por ejemplo usar InfoPath para que escriba a una DB de SQL es buenísimo, ya que esos datos son los que usarías de input para tus KPIs, y si ya están en SQL, mejor! Con respecto a Excel, también se pueden importar estos datos a una tabla de SQL sin mucho esfuerzo, el tema principal con Word o Excel es que hay que asegurarse que los datos ingresados sean "correctos", ya que esos documentos en sí muchas veces no tienen la lógica para validar que al menos los datos ingresados estén en el formato correcto.

    Bueno, una vez que tienes tus datos, puedes considerar 2 cosas para la implementación de tus KPIs: SQL Analysis Services 2005/2008 o PerformancePoint (ahora PerformancePoint Services en Sharepoint 2010). Para más detalle de cómo construir KPIs en SQL, puedes revisar el siguiente link: http://msdn.microsoft.com/es-es/library/ms174864(SQL.90).aspx. Para ver un resumen de lo que viene en la nueva versión de PerformancePoint Services, incluyendo Dashboards, Scorecards, KPIs y otros conceptos importantes revisa el siguiente link: http://channel9.msdn.com/learn/courses/SharePoint2010Developer/PerformancePointServices/PerformancePointServices/.

    En resumen. Luego de tener los datos en SQL, una opción es contruir una solución en Analysis Services la cual contenga un "cubo" con los datos de SQL pero en un formato mucho más fácil para la lectura. Luego ahi mismo en Analysis Services crearías los KPIs que se alimentarían de tu cubo. Finalmente estos KPIs se pueden mostrar en una hoja de Excel (conectada a Analysis Services), ó un reporte de Reporting Services ó cualquier herramienta cliente que soporte conexión a Analysis Services.

    La ventaja de hacer tus KPIs en PPS es que no necesitas un cubo para alimentar tus KPIs, puedes crear KPIs que se alimenten directamente de una hoja de Excel o de una tabla de SQL. En PPS tienen mucho más control de los KPIs y varios conceptos relacionalos a los mismos. El único punto aquí es que necesitas comprar Sharepoint 2010.


    Alan Koo | http://alan-koo.blogspot.com
    viernes, 5 de febrero de 2010 14:41
    Moderador
  • Si quieres crear el repositorio de los KPI, tienes que instalar alguna versión de SQL que traiga Analysis Services, estas serían (Standard o Enterprise). Tal vez en tu empresa ya tengan una, no existe una versión Express de SQL que traiga Analysis Services. La otra opción es descargues un "trial" la versión Standard que te puede durar hasta 6 meses. El tema es que luego tienes que hacer actualización a una de las "oficiales".

    Puedes bajar el trial desde aquí: http://www.microsoft.com/sqlserver/2008/en/us/trial-software.aspx

    Luego de eso te recomendaría empezar por revisar conceptos relacionados a Analysis Services, empezando con los tutoriales que vienen dentro de la ayuda de SQL Server (Books On Line).

    Saludos.


    Alan Koo | http://alan-koo.blogspot.com
    viernes, 5 de febrero de 2010 18:13
    Moderador

Todas las respuestas

  • Cuando dice "indicadores de rendimiento" usted se refiere a rendimiento de negocio o productividad? O usted se refiere a los contadores de rendimiento de Windows?


    Gustavo Larriera Sosa, Microsoft MVP | ascii164.blogspot.com | /*Este mensaje se proporciona tal como es, sin garantías de ninguna clase.*/
    viernes, 5 de febrero de 2010 0:48
    Moderador
  • Parto de la premisa de que tu empresa quiere medir el rendimiento o desempeño corporativo de distintas unidades de negocio a través de KPI o Key Performance Indicators. Para poder mejorar, necesitas medir. Para medir necesitas la data.

    Gran avance tienes ya si de alguna u otra forma capturas la data que se quiere medir a través de los KPIs. Claro una o otra forma puede ser más automatizada para evitar trabajo a mano. Por ejemplo usar InfoPath para que escriba a una DB de SQL es buenísimo, ya que esos datos son los que usarías de input para tus KPIs, y si ya están en SQL, mejor! Con respecto a Excel, también se pueden importar estos datos a una tabla de SQL sin mucho esfuerzo, el tema principal con Word o Excel es que hay que asegurarse que los datos ingresados sean "correctos", ya que esos documentos en sí muchas veces no tienen la lógica para validar que al menos los datos ingresados estén en el formato correcto.

    Bueno, una vez que tienes tus datos, puedes considerar 2 cosas para la implementación de tus KPIs: SQL Analysis Services 2005/2008 o PerformancePoint (ahora PerformancePoint Services en Sharepoint 2010). Para más detalle de cómo construir KPIs en SQL, puedes revisar el siguiente link: http://msdn.microsoft.com/es-es/library/ms174864(SQL.90).aspx. Para ver un resumen de lo que viene en la nueva versión de PerformancePoint Services, incluyendo Dashboards, Scorecards, KPIs y otros conceptos importantes revisa el siguiente link: http://channel9.msdn.com/learn/courses/SharePoint2010Developer/PerformancePointServices/PerformancePointServices/.

    En resumen. Luego de tener los datos en SQL, una opción es contruir una solución en Analysis Services la cual contenga un "cubo" con los datos de SQL pero en un formato mucho más fácil para la lectura. Luego ahi mismo en Analysis Services crearías los KPIs que se alimentarían de tu cubo. Finalmente estos KPIs se pueden mostrar en una hoja de Excel (conectada a Analysis Services), ó un reporte de Reporting Services ó cualquier herramienta cliente que soporte conexión a Analysis Services.

    La ventaja de hacer tus KPIs en PPS es que no necesitas un cubo para alimentar tus KPIs, puedes crear KPIs que se alimenten directamente de una hoja de Excel o de una tabla de SQL. En PPS tienen mucho más control de los KPIs y varios conceptos relacionalos a los mismos. El único punto aquí es que necesitas comprar Sharepoint 2010.


    Alan Koo | http://alan-koo.blogspot.com
    viernes, 5 de febrero de 2010 14:41
    Moderador
  • Gustavo. mucho gusto en conocerte

    Los indicadores a los que esta referido este tema, son de rendimiento del negocio o productividad.

    Gracias por prestar tu interes en este tema.
    viernes, 5 de febrero de 2010 17:26
  • En el caso de rendimiento de negocio, lo que propone Alan Koo en otro mensaje, es una muy buena opción.
    Gustavo Larriera Sosa, Microsoft MVP | ascii164.blogspot.com | /*Este mensaje se proporciona tal como es, sin garantías de ninguna clase.*/
    viernes, 5 de febrero de 2010 17:28
    Moderador
  • Alan koo Gracias por la información.

    De verdad creo que me ha orientado, mi esperiencia en la programación es muy poca, de hecho soy ingeniero industrial ahora requiero de hacer este tipo de trabajo mas facil y de mejor interpretación.

    Revisare los link que me indicaste y cualquier coemnetario al respecto te buscaré.

    Saludos
    viernes, 5 de febrero de 2010 17:29
  • Arturo, Gracias por los comentarios.

    Alan Koo

    Cual de estos dos softwares es el que debo utilizar?

    SQLServer2005_SSMSEE.msi   o   

    SQLServer2005_SSMSEE_x64.msi

    viernes, 5 de febrero de 2010 17:54
  • Si quieres crear el repositorio de los KPI, tienes que instalar alguna versión de SQL que traiga Analysis Services, estas serían (Standard o Enterprise). Tal vez en tu empresa ya tengan una, no existe una versión Express de SQL que traiga Analysis Services. La otra opción es descargues un "trial" la versión Standard que te puede durar hasta 6 meses. El tema es que luego tienes que hacer actualización a una de las "oficiales".

    Puedes bajar el trial desde aquí: http://www.microsoft.com/sqlserver/2008/en/us/trial-software.aspx

    Luego de eso te recomendaría empezar por revisar conceptos relacionados a Analysis Services, empezando con los tutoriales que vienen dentro de la ayuda de SQL Server (Books On Line).

    Saludos.


    Alan Koo | http://alan-koo.blogspot.com
    viernes, 5 de febrero de 2010 18:13
    Moderador
  • Antes que nada te estan orientando perfectamente en cuanto al aspecto tecnologico, sn embargo y por ya mas de 10 años de experiencia en proyectos de BI el problema no son las herramientas sino los procesos de cnsolidacion de informacion.

    Sugiero que antes de embarcarte en una solucion contrates a un especialista que te ayude en la definicion del modelo y la solucion.

    Si quieres ser autodidacta te sugiero leas Data warehouse Toolkit de Ralph Kimball y luego hagas un curso de Analysis services que es la herramienta tecnologica.

    Para los KPI no hace falta Aalisis Services pero si logras integrar Office Sharepoint con SQL Server y tienes los recursos economicos para comprar los productos entonces el AS te será de gran utilidad.

    Saludos


    Ing. Jose Mariano Alvarez http://blog.josemarianoalvarez.com/ SQLTotal Consulting Este mensaje se proporciona tal como es, SIN GARANTIAS de ninguna clase
    lunes, 8 de febrero de 2010 16:46
  • José Mariano.


    Gracias por tu orientación, aunque creí tener visialuzado el problema, me hace falta definir adecuadamente el modelo.

    buscaré el libro que me comentas.

    Buen día.

    lunes, 8 de febrero de 2010 17:26