viernes, 27 de junio de 2014

REINGENIERIA DE PROCESOS Y LA TECNOLOGÍA

Como ya sabemos hablar de reingeniería de procesos es hablar de cambios radicales en los procesos de negocio. La integración adecuada entre personas, procesos y tecnología es un requisito clave a cumplir en este tipo de proyectos ya que esta integración permitirá el logro de los objetivos estratégicos y por el ende la generación de valor.  
Actualmente la tecnología se transforma en un facilitador clave para llevar a cabo la reingeniería de procesos de negocio (BPR, Business Process Reingeniering). Ahora el dilema o el principal problema se encuentra al momento de elegir la tecnología que nos llevara rumbo hacia la empresa soñada. El CIO o Lìder Tecnológico se enfrenta normalmente a una avalancha de opciones tecnológicas disponibles actualmente en el mercado.  Ahora que pasa cuando la tecnología(llámese plataforma y todos sus aplicaciones) elegida no es la adecuada para la organización. ¿Cuál sería el resultado del proyecto de reingeniería? ¿Cual es el impacto que tiene una mala elección de las TIC en los objetivos estratégicos de la organización?
Como líderes de proyecto la pregunta a resolver es ¿como eliminar/mitigar estos riesgo? ya de por si el escenario donde nos desarrollamos es bastante complicado debido a la variabilidad causada por las tantas ofertas,cambios en tecnológicos e innovaciones en el mercado, por lo que  esta pregunta se vuelve el mayor problema a resolver.
Quería recomendar en base a mi experiencia a las personas que implementan proyectos de reingeniería, que al momento de elegir alguna infraestructura/plataforma evalúen dos factores claves que son dejado de lado debido a que normalmente los factores mas considerados o que determinan la elección entre una tecnología u otra  es el factor económico, dejando de lados otros factores muy importantes. Estos factores se definen en el modelo TAM (Modelo de Aceptación Tecnológica) el cual a la fecha es un modelo muy aceptado. Los factores a los cuales se hace referencia en este modelo son la Facilidad de Uso Percibida y Utilidad Percibida de la tecnología, estos dos factores que parecen deberían ser tomados en cuenta por sentido común, muchas veces no son la práctica común debido a diversos factores (políticos, económicos, legales, intereses particulares, conocimientos,  etc.). Tal como lo menciona el modelo estos 2 factores tienen una relación directamente proporcional en la Intención de uso del sistema por parte de las personas quienes son las que finalmente sufrirán por una mala elección tecnológica.  
Solo para finalizar quisiera tomar un párrafo de una entrevista realizada a  Steve Jobs, en el cual indica que la motivación que tuvo para hacer una serie de innovaciones, era la de proporcionar a las personas herramientas que les permitieran incrementar o potenciar sus habilidades. Creo que de eso se trata finalmente.

Si es simple, no lo compliquemos. Si es complicado, hazlo simple”.

TAM:
·   Utilidad Percibida (PU): Grado en el que una persona estima que el uso de un determinado sistema mejoraría su rendimiento en el trabajo.
·   Facilidad de uso Percibida (PEOU): Grado en el que una persona cree que el uso de un sistema particular está libre de esfuerzo.
·   Intención hacia el Uso (BI): Grado en el que una persona ha formulado planes conscientes para desarrollar (o no) alguna conducta futura. 

lunes, 16 de junio de 2014

CADENA CRÍTICA

La cadena crítica también es conocida como CCPM de las siglas en inglés Critical Chain Project Management (Gestión de proyectos mediante cadena crítica), dicha metodología fue presentada en el año 1997 por Eliyahu M. Goldratt en su libro "Cadena crítica" el cual alcanzo un éxito en ventas y creando un mercado de consultoría e implantación de dicha metodología en diferentes empresas y organizaciones de todo el mundo.
Normalmente las estimaciones con respecto a la duración  de las actividades del proyecto tratan de protegerse de factores externos e internos que podrían afectar el desarrollo del mismo, por lo que las estimaciones de tiempo que se consideran en el cronograma normalmente terminan con la siguiente ecuación =  “tiempo pesimista + factor de protección (colchón)” alargando sobremanera la duración del proyecto y los costos, reduciendo las posibilidades de que el cliente ejecute el proyecto. De esta manera el que ejecuta el proyecto intenta reducir la incertidumbre que se presenta al ejecutar un proyecto por primera vez, pero no se gestiona la misma.
Ahora la pregunta que nos hacemos es, si hay tanta protección en cada actividad  ¿Por qué no terminan a tiempo, con las especificaciones originales y dentro del presupuesto original?
Eliyahu M. Goldratt responde esta pregunta y lista una serie de mecanismos en los cuales se  desperdicia la protección o los famosos colchones de tiempo en las actividades: 
• El síndrome del estudiante: como no hay prisa, comenzamos en el último minuto.
• La ley de Parkinson: el trabajo se expande para llenar todo el tiempo disponible.
• Tareas múltiples en una misma área o persona.
• La dependencia entre pasos consecutivos y paralelos causa que las demoras se acumulen y los adelantos se desperdicien (teoría de restricciones).
Y buena las ya  clásicas medidas conocidas aplicadas por todos para poder lograr los “objetivos del proyecto”:
• Aumentar el número de “horas extras”.
• Aumentar el número de trabajadores.
• Salir del presupuesto.
• Reducir las especificaciones originales.
• Reducir el período de pruebas.
• O, alguna combinación de las anteriores.
El método más tradicional para determinar la duración del proyecto es la del camino crítico (CPM), el cual identifica las dependencias entre las tareas que conforman el camino crítico. Sin embargo, el CCPM además de identificar las dependencias entre las tareas también identifica las dependencias entre los recursos necesarios.
Esto resuelve los problemas de disponibilidad de recursos, identificando los recursos que son cuello de botella y planificando en función de estos para prevenir posibles conflictos. Vamos a tener en cuenta la perspectiva de los recursos, porque serán una limitación real al abordar los proyectos. De hecho, el CCPM tiene la base de la teoría de las limitaciones (TOC).......................................