Etiqueta: Metodología

  • Pilares para implementar el cambio con fuerza y éxito

    Ante distintas situaciones que atraviesan las empresas, como por ejemplo, actualización de tecnología, reestructuración de áreas, nuevas campañas de marketing, cambios en el manejo de la cadena de aprovisionamiento, la gestión efectiva del cambio puede ser clave para dar sustentabilidad a la operación de una empresa en su contexto.

    En estos casos es importante asignar un “Change Manager” que lidere y administre las herramientas de Gestión del Cambio.

    La figura de “Change Manager” tiene responsabilidad en cuanto a:

    ·         Detectar tendencias en el macroambiente, identificar cambios e iniciar programas de acción.

    ·         Estimar el impacto sobre los patrones de comportamiento de los empleados, procesos de trabajo, requerimientos tecnológicos y la motivación.

    ·         Desde un punto de vista actitudinal, debe ser la persona capaz de instar al cambio a todos aquellos que creen que el mismo no es necesario, y sostener activa y creativamente la idea que justifica la necesidad de cambiar.

    ·         Crear una sensación de urgencia en la compañía, es decir generar conciencia en la organización sobre la importancia de realizar los cambios de manera oportuna.

    La metodología a utilizar se base en las responsabilidades técnicas y actitudinales del Change Manager quien deberá convocar a un equipo llamado “Coalición Directiva o del Cambio”, el cual, generalmente está conformado por personas de la organización y de diferentes sectores que deben administrar las resistencias, las críticas, las dilaciones y las desviaciones; en este punto el Change Manager cumple un rol de motivador y gestor de herramientas de cambio de manera interna para lograr el compromiso de los integrantes del grupo, reflejado en la prioridad que establezcan los mismos en cuanto las actividades a realizarse.

    En resumen, se destacan dos tipos de Pilares importante: Los pilares Básicos y los pilares actitudinales, los cuales describimos a continuación.

    Pilares Básicos: son aquellos que marcan los cimientos, una guía para que el Change Manager pueda comenzar.

    ·         Crear una sensación de urgencia.

    ·         Formar una poderosa coalición directiva.

    ·  &n
    bsp;      Crear una visión que otorgue sentido al cambio.

    ·         Comunicar la visión activa y estratégicamente.

    ·         Potenciar a otros para poner en práctica la visión.

    ·         Planificar la obtención de éxitos a corto plazo.

    ·         Consolidar las mejoras y producir más cambios.

    ·         Institucionalizar nuevos métodos.

    Pilares actitudinales: Se refiere a lo innato o aprendido, lo que el Manager tiene que hacer para sostener el proceso o los procesos de cambio organizacional:

    ·         Creer en lo nuevo, amar el cambio y asociarlo a la productividad y el negocio.

    ·         Tener la voluntad firme de influir en los otros y dejar una marca en su tiempo (lo que Kovadloff llama “ser contemporáneo”).

    ·         Crear equipo, sostenerse en equipos, valorar la importancia de que haya al menos dos o más personas dispuestas a sostener el cambio cuando la resistencia aparezca.

    ·         Transmitir el sentido del cambio (Por qué y para qué cambiar).

    ·         Delegar y generar en otros la responsabilidad de implementación que uno sólo o unos pocos no pueden realizar.

    ·         Premiar y reforzar las conductas asociadas al cambio y desalentar todo aquello que distancie del objetivo de cambiar.

    ·         Lograr grados crecientes de documentación, metodologías y todo aquello que contribuya a sedimentar nuevas prácticas.

    Actualmente la mayoría de las organizaciones no cuentan con una figura formal que represente las acciones de Gestión del Cambio, pero vale la pena destacar que por las características de estas actividades, generalmente, recaen sobre las gerencias de RR.HH.

    Fuente:

    ·         http://www.mindtools.com/pages/article/newPPM_82.htm

    ·         http://www.sht.com.ar/archivo/Management/change.htm

    ·         http://estratega.org/site/change-management/

  • Gestión de Riesgo: Cómo bajar la metodología a la práctica, según David Hillson

    El Dr. David Hillson, reconocido especialista en gestión de riesgos aplicada a proyectos, plantea que aunque la disciplina de project risk management ya está instalada hace tiempo, los proyectos siguen fallando y eso sugiere que todavía existe una desconexión entre lo que se enseña como “mejores prácticas” y lo que realmente se ejecuta en el día a día.

    Hillson parte de una idea simple: los seres humanos vienen ejecutando proyectos desde siempre, y también convivimos desde siempre con el hecho de que las cosas no salen según lo planificado. La gestión de riesgos aparece justamente como respuesta formal a esa realidad: identificar y tratar los riesgos dentro del contexto del proyecto.

    Sin embargo, Hillson señala que no alcanza con que exista consenso sobre los “fundamentos” del risk management: si los resultados siguen siendo pobres, algo no está funcionando. Para él, el problema no es que falten metodologías, sino que muchas veces la aplicación se queda en lo teórico, lo burocrático o lo superficial, sin impactar en la toma de decisiones real del proyecto.

    A partir de ese diagnóstico, el autor propone cuatro áreas donde todavía hay oportunidades de mejora para cerrar la brecha entre teoría y práctica:

    1. Principios
      Hillson observa que muchas veces se entiende “riesgo” de forma limitada, enfocándolo solo en amenazas (cosas que pueden salir mal) y generalmente reduciéndolo a costo y cronograma. Para él, esa mirada es incompleta: el riesgo debería cubrir también otras dimensiones del proyecto, y no limitarse a un checklist de “cosas malas posibles”.
    2. Proceso
      El autor sugiere que el proceso de riesgo tiene que estar integrado al proyecto, no ser un ritual separado o “un Excel que se actualiza para cumplir”. La gestión de riesgos sirve cuando influye sobre decisiones: qué priorizar, qué evitar, dónde invertir esfuerzo, y cómo responder ante incertidumbre.
    3. Personas
      Hillson remarca que el riesgo no se gestiona solo con herramientas: se gestiona con personas. Por eso, la cultura, los comportamientos, la comunicación y las responsabilidades reales dentro del equipo son factores decisivos. Si el equipo no lo cree útil, no lo usa bien. Y si no hay sponsorship real, queda como maquillaje metodológico.
    4. Persistencia
      Finalmente, enfatiza que la gestión de riesgos no es un evento puntual (tipo “lo vimos en el kickoff”). Necesita continuidad: revisarse, actualizarse y sostenerse durante todo el ciclo del proyecto. La falta de persistencia hace que el riesgo se vuelva algo decorativo, cuando en realidad debería ser una práctica viva.

    Fuente del artículo: http://articulosit.files.wordpress.com/2012/09/managing-risk-in-projects.pdf

  • BPM y BPMS: no son lo mismo

    Existen muchas definiciones asociadas al concepto de BPM, todas ellas válidas y complementarias, pero en pocas palabras podemos decir que BPM es la estrategia organizacional enfocada en la gestión de sus Procesos de Negocio. El concepto de BPM abarca por un lado, una disciplina de management y por otro, la tecnología sobre la que se apoya dicha disciplina.

    Según lo expuesto, podemos entender a BPM como la siguiente ecuación:

    BPM = Disciplina de Management + Tecnología para gestionar los procesos

    La tecnología en la actualidad nos permite diseñar, modelar, automatizar, optimizar y tener “bajo control” los procesos de negocio haciéndolos más eficientes mediante la mejora continua. Esta tecnología/software sobre la que se apoya BPM recibe el nombre de BPMS (BPM Suite).

    Todo proceso BPM tiene un ciclo de vida conformado por las siguientes etapas (*):

    • Plan & Estrategia: Consiste en establecer la estrategia y la dirección del proceso de BPM para lograr la gestión de los procesos centrados en los clientes y alineados con los objetivos del negocio.
    •  Análisis: Implica entender el estado actual de un proceso, su eficiencia y efectividad.
    • Diseño y Modelado: Implica definir y representar las actividades del proceso; definir la intervención humana; definir las métricas; realizar simulación, representar inputs/outputs; roles; reglas; tiempos, etc.
    • Implementación: Implica la confección de un plan de implementación del proceso y la gestión del cambio en la organización que permita asegurar el éxito de dicha implementación.
    • Monitoreo & Control: Implica monitorear las actividades de negocio  y relacionar la información de los procesos con la estrategia empresarial para conocer si nos encaminamos a los objetivos o no, y así tomar decisiones reactivas.
    • Refinamiento y Transformación: Es la evolución de un proceso de negocio utilizando un enfoque metodológico para asegurar que el proceso de negocio alcance los objetivos del negocio.

    La importancia de BPM radica en la capacidad de mejorar los procesos del negocio, haciéndolos más efectivos, eficientes y flexibles, capaces de adaptarse en un ambiente de cambio permanente.

    (*) Fuente ABPMP

  • 10 cualidades de un buen Project Manager

    10 Cualidades Fundamentales de un Project Manager

    Un Project Manager (PM) exitoso necesita mucho más que conocimientos técnicos. La gestión de proyectos implica dirigir personas, manejar expectativas, anticipar problemas y tomar decisiones bajo presión. A continuación, se presentan las diez cualidades esenciales que todo buen PM debe dominar, según el artículo consultado.


    1. Comunicación

    La comunicación es considerada la habilidad más importante del PM. Implica:

    • Expresar información de forma clara, completa y precisa.
    • Adaptar el estilo según el tipo de stakeholder.
    • Comunicar tanto buenas como malas noticias de manera honesta y oportuna.
    • Mantener un flujo comunicacional constante en todas las direcciones: hacia arriba, abajo y lateralmente.

    Un PM pasa aproximadamente el 90% del tiempo comunicando, por lo que esta habilidad define directamente el éxito del proyecto.


    2. Gestión del Tiempo

    El PM administra no solo su propio tiempo, sino también el de todo el equipo. Un buen manejo del tiempo implica:

    • Priorizar correctamente.
    • Delegar cuando es necesario.
    • Cumplir y hacer cumplir los cronogramas.
    • Evitar la procrastinación y fomentar hábitos productivos.

    Dominar técnicas de gestión del tiempo permite entregar proyectos dentro de los plazos y con eficiencia.


    3. Gestión de Riesgos

    Un PM debe anticipar problemas antes de que ocurran. Esto comprende:

    • Identificar riesgos potenciales (conocidos y desconocidos).
    • Evaluar impacto y probabilidad.
    • Preparar planes de contingencia.
    • Implementar estrategias de mitigación adecuadas.

    Cuando las cosas salen mal, se espera que el PM haya previsto escenarios alternativos.


    4. Liderazgo

    Liderar no es mandar: es inspirar, guiar y orientar al equipo. Un líder efectivo:

    • Alinea los objetivos individuales con los del proyecto.
    • Atrae y retiene talento.
    • Mantiene la claridad de la visión y del propósito.
    • Adapta su estilo según la etapa del proyecto y el contexto.

    El liderazgo es clave especialmente en proyectos complejos o globales.


    5. Negociación

    El PM negocia constantemente: tiempos, presupuestos, recursos, alcance, prioridades. Un buen negociador:

    • Escucha a todas las partes.
    • Llega a acuerdos justos sin tomar partido.
    • Busca siempre un equilibrio “ganar‑ganar”.
    • Entiende los intereses y motivaciones de cada stakeholder.

    Negociar bien evita conflictos, refuerza relaciones y mantiene el proyecto avanzando.


    6. Gestión del Presupuesto

    El control de costos es crítico para el éxito del proyecto. Esta cualidad implica:

    • Estimar correctamente los costos.
    • Administrar los fondos asignados.
    • Revisar periódicamente desvíos.
    • Entender cotizaciones, órdenes de compra, facturación y gastos.

    Un PM debe garantizar que el proyecto se complete dentro del presupuesto aprobado.


    7. Influencia

    Influir significa lograr resultados a través de otros, incluso sin autoridad directa. Un PM influyente:

    • Convence con hechos, no con imposición.
    • Construye confianza mediante el ejemplo.
    • Comprende estructuras formales e informales.
    • Utiliza poder y política organizacional de manera ética.

    La capacidad de influencia es esencial en entornos matriciales o con múltiples áreas involucradas.


    8. Gestión de Conflictos

    Los conflictos son inevitables. Un PM competente:

    • Identifica causas (técnicas, personales, administrativas).
    • Facilita la resolución entre las partes implicadas.
    • Comunica expectativas y roles para evitar fricciones.
    • Enfoca la solución en hechos, no en emociones.

    Si se manejan bien, los conflictos pueden fortalecer al equipo y mejorar el rendimiento.


    9. Creación de Equipo y Motivación

    Un PM debe fomentar la cohesión del equipo mediante:

    • Reconocimiento del esfuerzo.
    • Claridad en los roles.
    • Oportunidades de crecimiento.
    • Adaptación a lo que motiva a cada persona (reconocimiento, dinero, desafío, autonomía).

    Un equipo motivado rinde mejor, es más creativo y resiste mejor la presión.


    10. Toma de Decisiones

    Quizás la competencia más clave: decidir bien y a tiempo. Esto implica:

    • Definir el problema con claridad.
    • Evaluar alternativas.
    • Considerar calidad, aceptación, confianza y tiempo.
    • Elegir la mejor opción disponible.
    • Ejecutar y luego revisar lecciones aprendidas.

    La indecisión paraliza proyectos; una mala decisión puede comprometerlo todo.


    Conclusión

    Un Project Manager exitoso combina habilidades técnicas con una serie de capacidades blandas que determinan su efectividad. Estas diez cualidades —comunicación, tiempo, riesgos, liderazgo, negociación, presupuesto, influencia, conflictos, motivación y toma de decisiones— forman el núcleo de la profesión y permiten conducir los proyectos a buen puerto.

  • IT Consulting – Continuidad del Negocio (ISO 22301 vs. BS 25999-2)

    Este año, se ha publicado una nueva norma sobre continuidad del negocio (ISO 22301). La vieja normal europea ha dejado de tener efecto a partir del 1 de noviembre de 2012 y por eso realizaremos una comparación entre ambas.

    Nuevos términos en ISO 22301

    TérminoDescripción
    Incidente disruptivoUn evento que interrumpe las actividades del negocio
    Información documentadaInformación que necesita ser controlada y preservada por una organización; también el medio que la contiene.
    Interrupción máxima aceptable (MAO por sus siglas en inglés – Maximum Aceptable Outage)El tiempo que tardaría los impactos adversos, que pudieran surgir por no proporcionar un producto o servicio o por no realizar una actividad, en convertirse en inaceptables.
    Objetivo mínimo para la continuidad del negocio (MBCO, por sus siglas en inglés – Minimum Business Continuity Objective)Nivel mínimo de servicios y/o productos aceptable para que la organización cumpla sus objetivos comerciales durante una interrupción.
    Pérdida máxima de datosEl punto al cual debe ser restablecida la información utilizada por una actividad para permitir que dicha actividad funcione correctamente una vez restablecida; también se la conoce como Objetivo de punto de recuperación.
    CorrecciónUna acción para eliminar una no conformidad detectada.

     Semejanzas y Diferencias

    Referencias:
    ♦ Sin cambios o cambios mínimos      ♦ ♦ Cambios moderados     ♦ ♦ Cambios importantes

    Aspectos más importantesPunto de la norma
    ISO
    22301
    Punto de la norma
     BS 25999-2
    Cambio
    Conocimiento de la organización4.1N/A♦♦♦
    Conocimiento de las necesidades y expectativas de las partes interesadas4.2N/A♦♦♦
    Determinación del alcance4.33.2.1♦♦
    Compromiso de la dirección5.2N/A♦♦♦
    Política de la continuidad del negocio5.33.2.2♦♦
    Objetivos de la continuidad del negocio6.23.2.1.1♦♦
    Competencias7.23.2.4
    Concientización7.33.3♦</sp an>
    Sistema de comunicación y aviso7.4, 8.4.2, 8.4.34.3.3.3♦♦♦
    Información documentada7.54.3♦♦
    Análisis del impacto en el negocio8.2.1, 8.2.24.1.1
    Evaluación de riesgos8.2.1, 8.2.34.1.2♦♦
    Estrategia de la continuidad del negocio</span >8.3.14.2
    Requisitos de recursos8.3.24.3.2.2, 4.3.3.3♦♦
    Tratamiento del riesgo (protección y mitigación)8.3.34.1.3
    Estructura de respuesta a incidentes8.4.24.3.2
    Planes de continuidad y recuperación del negocio8.4.4, 8.4.54.3.3
    Prueba y verificación8.54.4.2
    Supervisión, medición, análisis y evaluación9.14.4.3♦♦♦
    Auditoría interna9.25.1
    Revisión por parte de la dirección9.35.2< o:p>
    No conformidades y acciones correctivas10.16.1.3♦♦
    Acción preventiva6.1 , 9.1.16.1.2♦♦

    Ciclo PCDA

    Los elementos de continuidad del negocio en ISO 22301 se describen mejor a través del ciclo Planificación –Implementación – Verificación – Mantenimiento (PDCA).

    Conclusión

    ISO 22301 no es tan diferente de la BS25999-2 en la mayoría de los aspectos más importantes de la continuidad del negocio como el análisis del impacto, la estrategia o la planificación.
    Los principales cambios se encuentran en la parte de gestión de la norma: ISO 22301 pone mucho más énfasis en la compresión de los requisitos, el establecimiento de los objetivos y en la medición del desempeño. Por lo tanto, será aceptada más fácilmente por la alta gerencia que, al mismo tiempo, contribuirá con la aceptación más generalizada de esta norma, como ISO 27001, ISO 9001 o ISO 14001.


    Material de referencia adicional

    ISO (International Organization for Standarization (http://www.iso.org)
    BCM Institute (http://www.bcm-institute.org)