La Informática y la Organización M.C. Juan Carlos Olivares Rojas

Agenda Importancia de la función informática. Importancia de la administración de la función informática. La función Informática y su relación con el ciclo competitivo de las organizaciones. Tendencias de las tecnologías de información.

Agenda Nuevas responsabilidades del directivo informático. Ubicación en las diferentes estructuras organizacionales.

Importancia de la función informática La informática es un galicismo originado del tratamiento automático de la información. La información permite conocer la realidad, interactuar con el medio físico, apoyar la toma de decisiones, y evaluar las acciones de individuos y de grupos.

Importancia de la F. I. Actualmente se vivimos en una sociedad llena de información a la que se ha denominado sociedad del conocimiento. La función de un administrador guiar a las organizaciones hacia el logro de metas y objetivos. Esto se logra con y por medio de personas y otros recursos, en este caso recursos tecnológicos.

Importancia de la F. I.

Importancia de la F. I Jerarquía de Conceptos

Importancia de la F.I. La administración se compone de 4 procesos bien definidos: Planeación Organización Dirección Control Los principios generales de la administración son:

Importancia de la F. I. División del trabajo Autoridad Disciplina Unidad de mando Unidad de dirección Subordinación de los intereses particulares a los generales Renumeración Centralización*

Importancia de la F. I. Cadena escalar Orden Equidad Estabilidad en la permanencia del personal Iniciativa Espíritu de grupo

Importancia de la F. I. Vivimos en un mundo lleno de computadoras: cajeros automáticos, relojes, celulares, etc. La administración de la función informática se vuelve esencial. Definir el concepto de función informática es sumamente difícil, es como definir el concepto de tiempo.

Importancia de la F. I. La F. I. Consiste en las mejores prácticas para evitar el despilfarro computacional. La administración de los recursos tecnológicos y humanos es parte de la Función Informática. En general en México hasta hace poco la función informática se administraba.

Importancia de la F. I. De acuerdo con cifras oficiales, el gasto total en productos de software y tecnologías de información en México durante 2008 fue cercano a los 1,000 millones de dólares; sin embargo, sólo una fracción de esta demanda fue satisfecha por empresas nacionales.

Importancia de la F.I. Las elevadas importaciones se deben, en parte, al alto número de empresas consultoras de origen extranjero. Las empresas filiales de compañías extranjeras representan alrededor del 30 por ciento de sus asociados pero concentran alrededor del 75 por ciento de las ventas.

Importancia de la F.I. El perfil actual de la industria nacional resulta mayoritariamente de micro y pequeñas empresas (83%). Las empresas desarrolladoras de software (definición del PROSOFT), son de un tamaño muy inferior al promedio internacional que es de 250 empleados.

Importancia de la F.I. Clasificación de empresas desarrolladoras de software: Número de Empleados Número de Empresas Porcentaje Micro 1 a 10 619 41% Pequeña 11 a 50 629 42% Mediana 51 a 100 130 9% Grande Más de 100 114 8%

Importancia de la F.I. Factores críticos de éxito de la industria de software en México: México cuenta con buena dotación de capital humano e infraestructura tecnológica, pero la calidad de la mano de obra y el costo de acceso a la infraestructura son un freno para la competitividad de la industria.

Importancia de la F.I. Puntos Fuertes: La matrícula en áreas de TI crece de manera exponencial. Se tiene la mejor infraestructura tecnológica en latinoamérica después de Brasil.

Importancia de la F.I. Puntos débiles: Existe poca investigación y falta de acceso a créditos. La mano de obra es calificada pero requiere de mucho tiempo de entrenamiento. A pesar de que se cuenta con mucha infraestructura de TI, el uso de ésta es cara.

Importancia de la F. I. La oferta de la industria está muy orientada a la provisión de servicios. Las servicios con mayor contribución a la oferta son: Desarrollo e Integración Mantenimiento y Soporte de Software Consultoría

Importancia de la F.I. En México como en muchos países subdesarrollados la brecha digital es muy marcada. Tarea: para el lunes leer un artículo técnico o de divulgación que hable del caso de éxito de la India en TI. Se deberá traer el artículo original así como una lectura crítica (ideas principales, puntos fuertes y débiles, propuesta de mejora).

Importancia de la F.I. ¿por qué los Estadounidenses y Canadienses prefieren la mano de obra Hindú si al final de cuentas en México se tienen muchos factores críticos de éxito como: la cercanía, afinidad cultural, menores costos de mano de obra y fácil traslado?

Importancia de la F.I. Análisis FODA de la industria del software en México FORTALEZAS Uso horario similar Afinidad cultural Proximidad y fácil traslado Menores costos de mano de obra Buena infraestructura aunque más costosa TLCAN Estabilidad política Bajo riesgo geopolítico DEBILIDADES Oferta limitada de mano de obra calificada Escaso manejo del inglés Niveles de certificación de las empresas mexicanas Estructura de la industria de TI Temas de seguridad y corrupción Falta de experiencia de las empresas en proyectos grandes de México Acceso a capital Carga y legislación laboral OPORTUNIDADES Asociación con jugadores globales de desarrollo de TI canadienses Amplio espacio para el apoyo efectivo del gobierno Generar una masa crítica de mano de obra calificada AMENAZAS Alta competencia de países emergentes en el mercado de TI (Brasil, Rusia, China y Filipinas) Incrementos en el costo de la mano de obra Constante innovación tecnológica

Importancia de la F.I. Investigación sobre parques tecnológicos en México. Análisis FODA del ClusterTIM (Parque tecnológico de Tres Marías en Morelia, Michoacán). Para mañana jueves. En papel de rotafolio. Equipos de dos personas. A continuación se muestra una radiografía de la industria del software en México.

Tipos de Organización

Esquema de Contratación

Edad

Escolaridad

Género

Antigüedad

Salarios

Salarios

Salarios

Salario Internacional

Salario Tipo de Organización

Salario por Función

Salario por Rango Edad

Salario Grado de Estudios

Conocimiento y Habilidades

Conocimiento y Habilidades

Plataformas

BD

Otras habilidades

Certificaciones

Certificaciones

1.2 Importancia de la administración de la función informática El problema principal que se tiene en México es que no se administra de forma correcta las tecnologías de la información ni los procesos que la información conlleva dentro de las organizaciones. Cuando se logra administrar generalmente se hace de manera descentralizada.

AFI El área de informática es un área de servicio, cuyo objetivo es apoyar al resto de las áreas de la organización. Por tanto debe hacerse conciencia de lo siguiente: El 10% de la productividad del personal del área de informática debe ver hacia dentro. El 90% restante debe proyectarse hacia fuera.

AFI Es de suma importancia que se realice el proceso de planeación estratégica y táctica en un departamento de sistemas. Es importante manejar una adecuada estructura del departamento. Dirección de Informática Gerencia de Desarrollo sistemas técnico Consultoría Técnica a usuarios Servicios de cómputo

Importancia de la AFI Un Informático debe de aprender a delegar el uso de la tecnología, y entender que no se debe delegar la propia tecnología (es decir no se puede dejar que cada quien tenga los programas, sistemas, o lenguajes que quiera en sus PC) sino delegar su uso. Un informático no es responsable del uso de la tecnología pero si del desempeño y funcionalidad de la misma.

1.3 La función Informática y su relación con el ciclo competitivo de las organizaciones Es de suma importancia conocer el control interno de una organización para poder mejorar el desarrollo de la empresa a través del uso de tecnologías informáticas.

AFI en las Organizaciones El origen de los Sistemas de Información está íntimamente relacionado con el origen de las organizaciones a tal punto que un Sistema de Información no puede existir sino existe una organización. Los Sistemas de Información han evolucionado conforme lo han hecho las empresas.

Ecosistema de la Industria

El negocio y su entorno

Fundamentos de los Negocios

Estructura Jerárquica Actual

La organización y su ambiente

Organización Formal

Esquema de una Organización

TI y las Organizaciones

Organizaciones de Ayer Escenario economía cerrada Compañías orientadas a producir un producto o servicio. Mercado con capacidad de absorber a todos. Comercialización y venta fácil.

Organizaciones de Hoy Escenario de una economía abierta Compañías orientadas a servir al cliente Entorno altamente competido. Comercialización y venta claves para la supervivencia.

Entornos de Trabajo Amigables

Entornos de Trabajo Amigables

Organizaciones Tradicionales Deseo de Estabilidad Múltiples Niveles Administrativos Reducción de riesgos Toma decisiones lenta, central. Respuesta al cliente tardada Miembros especialistas Importa jerarquía, control Tamaño grande, inflexibilidad Medio comunicación: Papel

Organizaciones Tradicionales

Organizaciones Modernas Dinámicas Plana, esfera de comunicaciones Explota nuevas oportunidades Información disponible para todos. JIT en la Información Miembros con conocimiento/autodirección. Autoridad y mando circular. (Trabajo en equipo) Esbeltas Medio de comunicación: Electrónicos.

Organización y TICs Las Organizaciones intentan conjuntar dos visiones para realizar su negocio: Visión del negocio Visión de TI En general esta integración ha sido compleja y problemática sin alcanzar una visión común del negocio VN: Especificar y mejorar sus procesos (análisis del negocio)

Organizaciones y TICs Sin embargo las Organizaciones son cada vez más dependientes de sus sistemas informáticos cuentan con diversidad de sistemas que tienen entre sí dependencias complejas estos sistemas han ido creciendo en forma separada y heterogénea Los avances en tecnología y los cambios en los requerimientos del negocio se retroalimentan y deben ser gestionados

Valor del Negocio

Áreas de una Organización

Cadena de Valor de los Negocios

Trinomio de los SI

Entorno de los SI

Perspectiva de la AFI

Importancia de los SI Lo que una empresa desea hacer dentro de 5 años dependerá de lo que sus sistemas puedan hacer Incrementar su mercado Convertirse en el productor de alta calidad o bajo costo Desarrollar nuevos productos Incrementar la productividad de los empleados Depende del tipo y calidad de información

Sistemas Empresariales

Tipos de Sistemas de Información

TPS-MIS

Ejemplo de SI

Ejemplo de SI

Ejemplo de SI

Ejemplos de SI

Actividad de Reflexión Nicholas Carr, de Harvard Business Review escribió un artículo “TI no importan” ...Porque todas las empresas pueden comprar TI en el mercado, ...porque cualquier ventaja obtenida por una compañía puede ser fácilmente copiada por otra compañía,

Actividad de Reflexión ...porque TI es ahora un comodity basado en estándares (como Internet) que cualquier compañía puede usar ...no es ya un factor diferenciador en el desempeño de una compañía.

1.4 Tendencias de las tecnologías de información 1.4.1 Tendencias de hardware, software datos y comunicaciones. 1.4.2 La calidad total en la administración de tecnologías de la información. 1.4.3 Reingeniería de la administración de tecnologías de la información.

Tendencias de hw, sw, datos y comunicaciones Cuando se habla de tendencias, se habla de dirección y de la posibilidad de que en un futuro ciertas tecnologías que todavía no tienen nombre y apellido, alcancen la madurez como para ser viables. El futuro ambiente tecnológico, deberá considerar la adaptación de modelos de negocio centrados en la Web.

Tendencias Las tendencias se pueden medir de manera eficiente a través de estadísticos. Las tecnologías emergentes puede ser un factor crítico de éxito para muchas organizaciones pero sino es administrada de forma eficiente puede ser la punta del iceberg de un fracaso evidente.

Estadísticas E-Commerce En México xisten 17.8 millones de computadoras, de las cuales 11.1 millones cuenta con acceso a Internet. Existen 75.6 millones de usuarios de telefonía celular. De los 6.5 millones de enlaces a Internet, 6.1 son de banda ancha.

Estadísticas de E-Commerce Un poco más del 20% de los Internautas maneja un Blog. 58% Internautas utilizan chats 86% Utilizan un buscador 40% Utilizan mensajes SMS Existen muchas empresas de consultoría que se especializan en tendencias del área informática como IDC y Gartner.

Pronóstico Gartner 2007 Código abierto Virtualización Registro de servicios y repositorios Suites para la gestión de procesos de negocios Enterprise Information Management Cómputo ubicuo Acceso a la información Web 2.0 – AJAX Rich Clients Web 2.0 - Mashup Composite Model Inteligencia colectiva y comunidades

Pronóstico Gartner 2008 Green IT Unified Communications Business Process Modeling Metadata Management  Virtualization 2.0 Mashup & Composite Apps  Web Platform & WOA  Computing Fabric Real World Web   Social Software  Software as a service (SaaS) is becoming a viable option in more markets and companies must evaluate where service based delivery may provide value in 2008-2010. Meanwhile Web platforms are emerging which provide service-based access to infrastructure services, information, applications, and business processes through Web based “cloud computing” environments. Companies must also look beyond SaaS to examine how Web platforms will impact their business in 3-5 years.

Pronóstico Gartner 2009 Virtualization. Cloud Computing. Servers-Beyond Blades. Web-Oriented Architectures. Enterprise Mashups. Specialized Systems. Social Software and Social Networking. Unified Communications. Business Intelligence. Green IT.

Tendencias en TICs

Hardware $110 billones de dólares gastados anualmente en los Estados Unidos. Dominio de chips procesadores 64-bits de Intel, AMD, e IBM al nivel de cliente y servidor. Servidores de blade “hoja” reemplazan servidores de “caja”. El manejo de mainframe es considerable en empresas grandes.

Microprocesadores

Sistemas Operativos $100 billones USD en los Estados Unidos Dominio contínuo de S.O. Microsoft en el cliente (95%) y en el mercado portátil de mano (45%) Dominio creciente de Linux (UNIX) en el mercado de servidores corporativos (85%). Las PyMEs manejan servidores basados en Windows NT.

Software Empresarial $165 billones gastados anualmente en los Estados Unidos para infraestructura de software empresarial básica. SAP, Oracle, PeopleSoft (ahora Oracle), y Siebel dominan este mercado. Firmas de software intermedio (Middleware) como BEA y JD Edwards sirven a firmas más pequeñas, y trabajan también en el campo de servicios Web.

Administración de Datos $70 billones gastados anualmente en los Estados Unidos. Oracle y IBM continúan dominando el mercado de software de bases de datos. Microsoft (SQL Server) y Sybase tienden a servir firmas más pequeñas. MySQL es utilizada en su mayor parte en firmas de tamaño pequeño a mediano.

Capacidad de Discos Duros

Costos por Megabit

Administración de Datos $35 billones gastados anualmente en los Estados Unidos para almacenamiento físico en disco duro. El mercado de disco duro se está consolidando alrededor de unas pocas firmas muy grandes como EMC y firmas más pequeñas de disco duro para PC como Seagate, Maxtor, y Western Digital.

Fuentes de Datos

Redes y Telecomunicaciones $700 billones de USD gastados anualmente en servicios de telecomunicaciones. Redes de Firmas Empresariales casi completamente Linux o UNIX. Cisco, Lucent, Nortel, y Juniper Networks continúan dominando el hardware de redes.

Redes y Telecomunicaciones El mercado de servicios de telecomunicaciones es altamente dinámico con MCI, AT&T, y Sprint proveyendo la mayoría de los servicios de líneas troncales para Teléfono e Internet. Crecimiento de servicios no telefónicos Wi-Fi y Wi-Max, y telefonía por Internet. Auge del Triple-Play.

Seguridad TI

Redes de Sensores

Internet $32 billones USD gastados anualmente en Infraestructura de Internet en los Estados Unidos. Mercado de hardware de servidor Internet concentrado en Dell, HP, y IBM. Apache continúa siendo el software de servidor de Web dominante, seguido por el servidor IIS de Microsoft .

Redes Heterogéneas

Consultoría $130 billones USD gastados anualmente en los Estados Unidos en consultoría (desarrollo) Aproximadamente 85% de la Consultoría de empresas en los Estados Unidos involucra consultoría de negocios de TI. IBM es la empresa más grande de consultoría con Servicios Globales IBM.

Otras Tendencias Uso de Grid-Computing, Cloud-Computing, software bajo demanda. Servicios Web y arquitectura orientada a servicios (SOA). 30%-50% del presupuesto de una empresa para el desarrollo de software es para darle mantenimiento. Subcontratación (outsourcing) de Software.

Otras Tendencias Ejemplo: Dow Chemical contrató a IBM por $1.1 billones para crear un sistema de comunicación integrado para 50,000 empleados en 63 países. ¿Por qué no construiría este Sistema Dow mismo? Otra de las tendencias de IT es el Software de Integración de Aplicaciones Empresariales (EAI). El objetivo es lograr un entorno de información integrado a lo largo de toda la empresa, reducir costos, incrementar fiabilidad, y adoptar las mejores prácticas de negocio, las cuales están capturadas por el software.

Servicios Web

EAI

Sistemas Inteligentes

Inteligencia de Negocios

Cubos de Datos

Calidad en la Admon. Total La administración total se centra la atención en los clientes, el benchmarking, el mejoramiento continuo El benchmarking es un proceso que permite identificar las mejores prácticas en un determinado proceso o actividad, se analizan y se incorporan a la operativa interna de la empresa.

Reingeniería de la AFI La reingeniería de los procesos surge como respuesta a las ineficiencias propias de la organización funcional en las empresas y sigue un método estructurado consiste en identificar los procesos clave de la empresa asignar responsabilidades sobre dichos procesos a un “propietario” definir los limites del proceso medir el funcionamiento del proceso entre otros.

Proceso de negocios Un proceso de negocios es un conjunto de pasos o actividades relacionadas en las que intervienen gente, información y otros recursos para crear valor. Los procesos de negocios se integran de pasos que se pueden identificar en el tiempo y el espacio Tiene un principio y un fin

Procesos de Negocios Tienen entradas y salidas Tiene un grado de formalización pero no necesitan ser totalmente estructurados

Procesos de negocios Los procesos de negocios son la manera más común de mejorar el desempeño de los sistemas de trabajos ya que podemos cambiar el procesos de negocios cambiando, eliminando o agregando pasos al proceso o también cambiando los métodos de cómo se usan estos pasos

Proceso de Negocios

Proceso de Negocio

Modelado Procesos Negocios

Modelado de procesos El modelado de procesos es en si mismo el proceso de negocios. Es la subdivisión del proceso de negocios en sus elementos básicos con el propósito de poderlos estudiar y mejorarlos

Modelado de Procesos de Negocios El modelado de procesos es esencial en el desarrollo de los sistemas de información ya que nos ayuda a identificar el problema que el sistema de información deberá resolver y la manera en como deberá resolverlo

Modelo en las Organizaciones Modelo es un conjunto de conceptos que permiten construir una representación organizacional de la empresa. Dos enfoques: Funcional (Tradicional) Proceso ORGANIZACIONES POR PROCESOS ORGANIZACIONES TRADICIONALES PROCESOS

Enfoque Funcional VERTICAL Las funciones buscan la optimización de sus propios resultados a costa, normalmente de la suboptimización de la organización global. El cliente común de las funciones, no es el cliente externo, sino la Dirección general. Por tanto, dichas áreas buscarán que sus resultados satisfagan sus objetivos funcionales a los ojos de su superior. No se sabe como se añade valor. Las funciones pasan a ser más importantes que los clientes. Algunas responsabilidades caen entre departamentos (responsabilidades compartidas).

Enfoque de Procesos HORIZONTAL El modelo incluye : El cliente, el producto y el flujo de trabajo; Nos ayuda a percibir como las tareas se hacen por medio de Procesos que rompen las barreras funcionales. Muestra las relaciones internas entre cliente – suministrador por medio de las cuales se producen los productos y servicios.

Función vs. Proceso Función: identificada por un verbo. Es continua. Comercializar Fabricar Vender Expedir Comprar Proceso: identificado por verbo+sustantivo. Tiene un inicio y un fin. No es continuo. Tomar un pedido Ensamblar un pieza Facturar a un cliente Solicitar materiales

¿Qué es el Modelado del Negocio? Es una técnica para modelar procesos del negocio. El Modelo de negocio provee una manera de expresar los procesos del negocios en términos de actividades del negocio y comportamiento colaborativo. EMPRESA INPUT OUTPUT

Procesos de Negocios Las aplicaciones empresariales están diseñadas para apoyar la coordinación e integración de procesos que abarcan toda la empresa. Ejemplos de estas Aplicaciones empresariales se muestran a continuación: Sistemas de administración de la cadena de suministro (SCM).

Procesos de Negocio Sistemas de administración de relaciones con clientes (CRM). Sistemas de administración del conocimiento (Business Intelligence). Sistemas Integrales que abarcan los procesos de la organización, llamados ERP (Enterprise Resource Plannig).

Procesos de Negocio Los Sistemas de Administración del Conocimiento recolectan todo el conocimiento y experiencia relevantes en la empresa y la hacen disponible donde y cuando sea necesaria para apoyar los procesos de la empresa y las decisiones administrativas. También enlazan a la empresa a fuentes externas de conocimiento.

Reingeniería de Procesos de Negocios Es la actividad por medio de la cual se puede implementar el proceso de mejora continua en las organizaciones para lograr la administración de la calidad total. El proceso de reingeniería es un proceso netamente creativo que debe ser medido para contrastar su efectividad. No puede haber reingeniería si previamente no hay ingeniería de un proceso

Caso de Estudio: Reingeniería del Software Sucede que si una aplicación necesita ser modificada constantemente y no tiene una metodología de seguimiento del desarrollo del proyecto, la modificación del software se vuelve sumamente complicada. El mantenimiento de software en algunos casos puede llegar a ser del 60% del total de costos del proyecto.

Reingeniería del Software Aún cuando un software se haya desarrollado con la mejor metodología de software tendrá que ser modificado en un futuro por algún motivo, debido a que lo único constante es el cambio. Los tipos de mantenimiento de Software son: correctivo, adaptativo, mejoras o mantenimiento de perfeccionamiento, mantenimiento preventivo o reingeniería. Reingeniería del Software

Reingeniería del Software El 80% del tiempo del desarrollo del software se ocupa en la adaptación del software a su ambiente externo. La reingeniería de software es costosa y consumidora de tiempo. La reingeniería es una actividad de reconstrucción, preferible de realizar antes de que se “derrumbe” la obra. Reingeniería del Software

Reingeniería de Software Antes de derribar una casa, quizás se necesita corroborar que está mal. La reingeniería es un proceso que altera los elementos internos de toda obra, no es una sola remodelación de la fallada. Generalmente se siguen los siguientes pasos para aplicar reingeniería: Reingeniería de Software

Reingeniería de Software Análisis de Inventario Reestructuración de Documentos INGENIERÍA INVERSA Reestructuración de Códigos Reestructuración de Datos Ingeniería directa

Se aplica para obtener un modelo detallado de análisis, ingeniería de requerimientos, diseño y en algunos casos implementación teniendo una solución, la cual es una actividad consumidora de tiempo. Tanto la Ingeniería Inversa como la Reingeniería en la mayoría de las licencias de Software se encuentran penadas por la ley. Ingeniería Inversa

Actividad En equipos de 3 personas realizar el modelado del proceso de un tipo de baile en particular. El modelado deberá indicarse a nivel de pies (pasos de baile) e indicar lo que sucede con los brazos, caderas y otros elementos. El documento de modelado deberá ser capaz de ser ejecutado por otros (claridad)

Pasos de Baile

Pasos de Baile El modelado es diferente para cada grupo de personas. Los modelos visuales son más representativos. Es difícil distinguir en algunos casos el tipo de baile (se necesita de mucho conocimiento). El llevar un modelado de procesos de negocios no necesariamente garantiza éxito.

Pasos de Baile El tener los pasos de baile no nos hará expertos bailando si no lo adoptamos a nuestras necesidades. Para poder hacer reingeniería de procesos primeramente el proceso debe de estar bien definidos y comprendido.

BPMN Desarrollado por Business Process Management Initiative (BPMI). Es un estándar: BPMN Business Process Modeling Notation. La especificación BPMN 1.0 fue publicada en Mayo del 2004.

Introducción El objetivo principal de desarrollar BPMN es proveer una notación que sea fácilmente entendible por todos los usuarios de negocio. Desde los analistas que crean los borradores iniciales de procesos hasta los desarrolladores técnicos que son responsables de implementar la tecnología que ejecutará dichos procesos. Y por supuesto, la gente de negocio que manejará y monitoreará estos procesos.

Introducción BPMN define un Diagrama de Procesos de Negocio (BPD), basado en la técnica de “flowcharting” (diagramado de flujos) que ajusta modelos gráficos de operación de procesos de negocio. Un modelo de procesos de negocio es una red de objetos gráficos, correspondientes a actividades y controles de flujo que definen el orden de ejecución de éstas.

• Flow Objects (objetos de flujo) Elementos Un BPD (diagrama de procesos de negocio) se estructura con un grupo de elementos gráficos. Las cuatro categorías básicas de elementos son: • Flow Objects (objetos de flujo) • Connecting Objects (objetos de conexión) • Swimlanes (Carriles) • Artifacts (artefáctos)

Elementos: Flow Objects Un BPD tiene un pequeño grupo de elementos centrales (tres), los cuales son los Flow Objects: Event (Evento) Activity (Actividad) - Gateway (Decisión)

Flow Objects: Event Un evento se representa por un circulo y es algo que “sucede” durante el curso de un proceso de negocio. Los eventos afectan el flujo del proceso y usualmente tienen un causa (trigger - gatillo) o un impacto (result – resultado). Los eventos se representan con círculos con el centro abierto para permitir anotar diferentes gatillos o resultados.

Flow Objects: Event Hay tres tipos de eventos basado en cuándo ellos afectan el flujo: - Start (comienzo) - Intermediate (intermedio) - End (final)

Flow Objects: Activity Una actividad (Activity) se representa por un rectángulo con sus bordes redondeados y es un término genérico para el trabajo que un organización realiza. Un actividad puede ser atómica o no atómica (compuesta).

Flow Objects: Activity Los tipos de actividades son: - Task (tareas) - Sub-process (subproceso) Los subprocesos se distinguen por un pequeño + al centro y abajo en la figura. +

Flow Objects: Gateway Un Gateway es representado por la figura de un diamante y se usa para controlar la divergencia de la secuencia de un flujo. Determina las “tradicionales” decisiones, tanto de bifurcaciones, como uniones y acoplamientos de flujos. Las anotaciones al interior indican el tipo de comportamiento de control.

Elementos: Connecting Objects Los objetos de flujo se conectan entre ellos en un diagrama para crear el esqueleto básico de la estructura de un proceso de negocio. Existen tres Connecting Objects que proveen esta función de conexión. Sequence Flow Message Flow Association

Connecting Objects: Sequence Flow Un Sequence Flow se representa por una línea sólida con el extremo sólido Es usada para mostrar el orden (secuencia) de la actividad dentro del proceso. Note que el término “control flow” generalmente no es usado en BPMN.

Connecting Objects: Message Flow Un Message Flow se representa por una línea segmentada con el extremo sin relleno. Es usada para mostrar el flujo de mensajes entre dos participantes de procesos separados (business entities o business roles). En BPMN, dos “Pools” en el diagrama representan a dos participantes.

Connecting Objects: Association Una Association se representa por una línea segmentada finamente con el extremo en punta. Se usa para asociar datos, textos u otros artefactos con flujos de objetos. Las asociaciones son usadas para mostrar las entradas y salidas de las actividades.

Ejemplo con formas básicas Ejemplo de Proceso de Negocio Simple

Ejemplo con formas básicas y marcas internas en las formas Segmento de un Proceso con más detalles

Elementos: Swimlanes Muchas técnicas de modelados utilizan el concepto de swimlanes como mecanismo de organización de actividades en categorías visuales separadas para ilustrar las diferentes capacidades funcionales o responsabilidades. BPMN soporta swimlanes con dos constructores principales: Pool Lane

Swimlanes : Pool Un Pool representa un Participante en un Proceso. El Pool también actúa como contenedor gráfico para separar al grupo de actividades realizadas por un participante de otros Pools. Los Pools se usan generalmente en el contexto de situaciones B2B. Nombre

Swimlanes : Lane Un Lane es una partición dentro de un pool y se extiende a lo largo de todo el pool, tanto vertical como horizontalmente. Los Lanes son usados para organizar y categorizar actividades. Nombre Nombre Nombre

Swimlanes : Pool & Lane Los Pools se usan cuando los diagramas involucran a dos entidades de negocios o participantes separados. Están físicamente separados en el diagrama. Las actividades dentro de Pools separados son consideradas auto contenidas en el proceso. De esta forma, la secuencia del flujo podría no atravesar el límite del Pool.

Swimlanes : Pool & Lane Los flujos de mensajes son los mecanismos que muestran la comunicación entre dos participantes, conectando de esta manera a dos Pools (u objetos dentro de los Pools).

Swimlanes : Pool & Lane Ejemplo de BPD con Pools

Swimlanes : Pool & Lane Los Lanes son más cercanos a los swimlanes que tradicionalmente se utilizan para modelar procesos de negocio. Los Lanes son usados para separar actividades asociadas con una función específica de la organización. La secuencia de flujos podría atravesar los límites del Lane dentro de un Pool, pero podrían no usarse flujos de mensajes entre Flow Objects en Lanes del mismo Pool.

Swimlanes : Pool & Lane Segmento de un Proceso con Lanes

Elementos : Artifacts BPMN fue diseñado para permitir a los modeladores y herramientas de modelado algunas flexibilidades para extender la notación básica y proveer la habilidad poder modelar diferentes contextos apropiadamente. No está limitado el número de Artefactos que se pueden agregar a un diagrama para que éste represente más apropiadamente al contexto del negocio. La versión actual de BPMN predefine sólo tres tipos de artefactos.

Elementos : Artifacts Data object Group Annotation Nombre [Estado] Anotaciones de Texto permiten al Modelador agregar información adicional

Artifact : Data Object Los Data Objects son un mecanismo para mostrar como las actividades requieren o producen objetos. Se conectan a las actividades a través de asociaciones. Nombre [Estado]

Artifact : Group Un Group es representado por un rectángulo redondeado dibujado con línea segmentada El agrupamiento puede ser usado para propósitos de documentación o análisis, y no afecta la secuencia del flujo.

Artifact : Annotation Las Annotations son mecanismos para que un modelador pueda agregar información textual adicional para el lector del diagrama BPMN. Anotaciones de Texto permiten al Modelador agregar información adicional

Artifact Los modeladores puede crear sus propios tipos de artefactos que agreguen más detalle al proceso. Con bastante frecuencia se muestran entradas y salidas de actividades en los procesos. Sin embargo, la estructura básica del procesos, es especificada con actividades, gateways, y flujos de secuencia.

Artifact Segmento de un Proceso con Lanes. Sin artefactos. Segmento de un Proceso con Lanes. Con artefactos.

Elementos centrales de los diagramas

Lista completa de elementos

Ejemplo

Elementos del Proceso

Usos Generales de BPMN Dentro de la variedad de objetivos de modelado de procesos, hay dos tipos básicos que pueden ser creados con un BPD: • Collaborative (Public) B2B Processes • Internal (Private) Business Processes

Collaborative (Public) B2B Processes Ejemplo proceso colaborativo

Ejemplo Proceso de Alto Nivel Ejemplo de proceso de alto nivel el cual es básicamente una serie de subprocesos con tres puntos de decisión.

Ejemplo Proceso de Alto Nivel

Ejemplo Proceso de Alto Nivel

Ej. Proceso Interno: Más bajo Nivel

MercadoLibre C2C

Modelado de Negocios con el UML Modelo de Casos de Uso de Negocios Actores del Negocio Casos de Uso del Negocio Diagramas de Casos de Uso del Negocio Diagramas de Actividades Modelo de Objetos del Negocio Trabajadores del Negocio Entidades del Negocio Diagramas de Actividades (Detallado) Diagramas de Colaboración Diagramas de Secuencia

Modelo de casos de uso del negocio Actor del Negocio Alguien o algo externo a la empresa que interactúa con ella. Ejemplos: Clientes, Proveedores, etc. Alguien o algo externo a la empresa que interactua con ella. Para comprender el contexto de un negocio, se debe conocer quien interactua con el negocio; por ejemplo, quien solicita un servicio o quien provee un insumo. Algunos ejemplos de actores del negocio son: Clientes, Proveedores y Socios. La Figura 1 muestra la notación UML de actor de negocio

Modelo de casos de uso del negocio Caso de uso del Negocio Secuencia de acciones (actividades) que una organización realiza para obtener un resultado observable y de valor para un actor de negocio particular. Un caso de uso del negocio es lo mismo que un proceso de negocio Una secuencia de acciones que la organización realiza para obtener un resultado observable de valor para un actor negocio particular. Representan la funcionalidad provista por una organización como un todo. No hay diferencia entre procesos automatizados y manuales. Sinonimo de Proceso de Negocio.

Modelo de casos de uso del negocio Diagrama de Casos de Uso del Negocio Es la representación de un grupo de casos de uso del negocio relacionados dentro de la empresa. Nos dicen que procesos de la organización proporcionan valor agregado y los individuos que interactúan con la misma. Describen completamente la organización en términos de casos de uso del negocio. Una secuencia de acciones que la organización realiza para obtener un resultado observable de valor para un actor negocio particular. Representan la funcionalidad provista por una organización como un todo. No hay diferencia entre procesos automatizados y manuales. Sinonimo de Proceso de Negocio.

Modelo de casos de uso del negocio Diagrama de Actividades Es la representación de una secuencia de actividades dentro de un caso de uso del negocio. Provee una manera gráfica de documentar un caso de uso del negocio. Una secuencia de acciones que la organización realiza para obtener un resultado observable de valor para un actor negocio particular. Representan la funcionalidad provista por una organización como un todo. No hay diferencia entre procesos automatizados y manuales. Sinonimo de Proceso de Negocio.

Caso Empresa de Fabricación

D. A. Registrar Pedido

Modelo de objetos del negocio Trabajador del Negocio Un Trabajador del Negocio (Obrero, Empleado o funcionario) realiza actividades dentro de un caso de uso del negocio, interactua con otros trabajadores del negocio y manipula entidades del negocio .

Modelo de objetos del negocio Entidades del Negocio Alguien o algo externo a la empresa que interactua con ella. Para comprender el contexto de un negocio, se debe conocer quien interactua con el negocio; por ejemplo, quien solicita un servicio o quien provee un insumo. Algunos ejemplos de actores del negocio son: Clientes, Proveedores y Socios. La Figura 1 muestra la notación UML de actor de negocio Una "cosa" manipulada o usada por los trabajadores del negocio. Son ejemplos de entidades del negocio: factura, pedido, plan de producción, etc

Diagrama de Actividades Detallado Cliente Comercial JefeTécnico JefeProducción Diagrama de Actividades Detallado

Diagrama de Clases Permite documentar la estructura interna del negocio. Cada clase en este diagrama representa un trabajador del negocio o una entidad del negocio. En este diagrama se visualiza las relaciones entre los trabajadores del negocio y las entidades del negocio.

Diagrama de Secuencia Permite documentar la estructura interna del negocio. Cada clase en este diagrama representa un trabajador del negocio o una entidad del negocio. En este diagrama se visualiza las relaciones entre los trabajadores del negocio y las entidades del negocio.

Diagrama de Colaboración Permite documentar la estructura interna del negocio. Cada clase en este diagrama representa un trabajador del negocio o una entidad del negocio. En este diagrama se visualiza las relaciones entre los trabajadores del negocio y las entidades del negocio.

Procesos de Negocio

M.C. Juan Carlos Olivares Rojas PBL La Suavecita M.C. Juan Carlos Olivares Rojas

Agenda ¿Qué es un PBL? PBL de la Suavecita

PBL Problema Based Learning (Aprendisaje Basado en Problemas) es una técnica que permite aprender un tema planteando una problemática. Es una técnica en donde el alumno construye su propio aprendizaje y por lo cual se éste se convierte en significativo.

PBL Esta técnica de aprendizaje basa su funcionamiento en el trabajo colaborativo. El rol de los alumnos es activo y el profesor juega un papel de facilitador o “coach”. Se compone de 8 pasos que a continuación se enumeran y describen.

PBL Leer y analizar el problema Enumerar hipótesis, ideas y presentimientos Anotar los factores conocidos Anotar los factores desconocidos

PBL Planifique la investigación Emita una declaración del problema. Adquirir información (investigación). Presentar el resultado de la investigación (solución).

PBL Dentro de los equipos de trabajos se tienen los siguientes roles: Líder, Abogado del Diablo, Tracker. Los roles se deben de turnar de preferencia. Se debe escoger un secretario como rol adicional y en algunos casos un secretario si aplica para el problema.

PBL Los Factores Críticos de Éxito de esta técnica se muestran a continuación: No se deben omitir pasos. Definir efectivamente los roles. La incertidumbre es normal en esta técnica.

PBL Tener mucha comunicación en el grupo. Administrar de forma adecuada su tiempo. Se debe entregar una bitácora durante cada paso. Se deben resolver conflictos cambiando la actitud.

La Suavecita La empresa “ La Suavecita” es una empresa con más de 30 años de antigüedad en el ramo de la fabricación de jabones en la ciudad de Morelia. La empresa, gracias a su liderazgo no sólo se ha mantenido operando en condiciones bastante aceptables, sino que ha sido reconocida por las principales empresas transnacionales que ofrecen dentro de su catálogo de productos jabones y artículos de limpieza de distintas características.

La Suavecita En la última década, el reconocimiento ha sido tal que dichas empresa transnacionales le han solicitado a “La Suavecita” la maquila de toda su gama de jabones de tocador, de baño, de lavandería, etc.

La Suavecita Este incremento en la demanda de producto le ha permitido a la empresa re-invertir su utilidades en la semi-automatización de sus dos líneas de producción principales.

La Suavecita Con dicha semi-automatización, la empresa esta en condiciones de fabricar cualquier pedido en donde la mano del hombre se limita a unos cuantas etapas del proceso, como la de recepción de materia prima, el abastecimiento de la materia prima, la definición del producto, la supervisión del proceso de producción, la supervisión del empaque y el embarque.

La Suavecita Sin embargo recientemente sus principales clientes han empezado a modificar la forma de operar y requerir producto y están obligando a la empresa “La Suavecita” a que de la misma forma que mejoró sus líneas de producción, mejore su área de sistemas.

La Suavecita En particular la demanda es por un sistema de información integral, mejor conocido como ERP (Enterprise Resource Planning), un sistema de Administración de la cadena de suministro (SCM), un sistema ESS (Sistema para soporte a ejecutivos) y un CRM (Customer Relationship Management).

La Suavecita El director de la empresa ha investigado un poco en torno a ellos y además de la inversión y complejidad que representan, se han dado cuenta de que eventualmente deberá modificar sus procesos de negocio para adaptarse a dichos sistemas. Para “La Suavecita”, esta situación es crítica, ya que son precisamente sus procesos de negocio lo que la han puesto a la vanguardia.

La Suavecita Es por ésta razón que se ha acercado a su empresa consultora para que le ayude a tomar una decisión. Se espera que se entregue la bitácora de la solución hasta el paso 6 al terminar la clase.

Examen La Suavecita 20 pts. del examen (por lo que el examen escrito valdrá 50 pts.) se evaluarán de la siguiente forma: En equipos de 3 personas: Desarrollar el modelado de procesos de la suavecita utilizando BPMN o UML con extensiones a procesos de negocio. Deberá abarcar todos los procesos.

Ejemplo de Reingeniería El desarrollo de software se ha caracterizado por ser una actividad difícil de estandarizar y por lo tanto de llevar acabo con éxito. Dado que constantemente se busca la mejor forma de optimizar el proceso de desarrollo de software, actualmente se ha llevado a la práctica el concepto de desarrollo de software esbelto.

Desarrollo de Software Esbelto 1800 - Partes intercambiables Sin artesanos 1900 - Personas intercambiables Producción en masa 1960 – Toyota Production System Manejando la complejidad: JIT+Autonomation Sin stock y sin inspecciones 1990 - Lean

Lean JIT (Just in Time) Autonomation (aka Jidoka, aka stop-the-line) Pull system Kanban card Autonomation (aka Jidoka, aka stop-the-line) Los que hacen son los que saben Lotes chicos

Desarrollo de Software Esbelto Mary y Tom Poppendieck han logrado transferir los principios de la manufactura esbelta al software. El entendimiento de ésta filosofía puede ser el paso previo al uso de técnicas de las llamadas Ágiles.

Desarrollo de Software Esbelto En una era donde ser esbelto es lo in , ¿podemos poner a dieta nuestros procesos de desarrollo de software? No existe una definición formal de metodologías esbeltas simplemente se usan los principios del pensamiento ágil. Cada autor varía los principios manejados. A continuación se muestran algunos principios básicos.

Principios Eliminar el desperdicio Construir con calidad Crear conocimiento Postergar compromiso Entregas rápidas Repetar a las personas Optimizar el todo

Eliminar el desperdicio Tiempo entre pedido y entrega ¿Qué es desperdicio? Lo que no agrega valor Retraso en la entrega ¿Qué es valor? Ejemplos Stock: Requerimientos, Diseño, Bugs, … Funcionalidad no usada Mito: Especificación temprana reduce el desperdicio

Construir con calidad Inspección para prevenir o para detectar defectos Listas de bug: desperdicio Pruebas automatizadas antes que el código De aceptación Unitarias Mito: trabajo del tester es encontrar defectos

Hacerlo bien la primera vez Cuidado… El código cambia Mucho código es desperdicio Menos código, menos oportunidad de defectos Solución KISS Refactoring

Crear conocimiento No es posible Conocer las necesidades al inicio Diseñar sin implementar Desarrollo de producto como aprendizaje y mejora Del producto / negocio Del proceso Difundir el conocimiento! Mito: las predicciones crean predictibilidad

Postergar compromiso Tomar decisiones irreversibles Buscar soluciones reversibles Mito: Planificación es compromiso

Entregas rápidas Alta calidad Bajo costo Menos cambios Habilita a pruebas de concepto y mayor conocimiento del cliente Mito: Apuro causa desperdicio

Respetar a las personas Líderes emprendedores Expertos técnicos Control basado en objetivos Mito: existe la mejor manera de hacerlo

Optimizar el todo Ejemplos: El cliente quiere algo para ayer Testing está sobrecargado Las cadenas de valor que cruzan entre empresas pueden ser costosas Mito: optimizar por descomposición

1.5 Nuevas responsabilidades del directivo informático Las responsabilidades de un directivo informático son: Administrar y supervisar la planta técnica y administrativa asignada.

Responsabilidades del Director Informático 2. Organizar las funciones, responsabilidades y actividades de la planta técnica y administrativa asignada, manteniendo actualizada y debidamente documentada tal organización, y en especial las funciones, responsabilidades y actividades de los Secretarios Técnicos que lo asistan.

Responsabilidades del Director Informático 3. Realizar toda incorporación y/o desarrollo de nuevas tecnologías o recursos, ya sea que se adquieran a terceros y/o se desarrollen en la organización 4. Resguardar y aumentar el capital estructural que la organización adquiera a través del desarrollo de las actividades del Departamento.

Responsabilidades del Director Informático 5. Administrar, guardar y preservar las herramientas, hardware y software instalados en las dependencias en las que funcione el Departamento y espacios físicos para alojar equipamiento informático y de comunicaciones que se ponga a disposición para uso de usuarios.

Responsabilidades del Director Informático 6. Realizar una memoria informativa anual de las actividades del Departamento, aparte de los informes periódicos que se considere necesario formular o que le sean solicitados. 7. Convocar periódicamente las reuniones del Departamento y documentar lo tratado en las mismas.

1.6 Ubicación en las diferentes estructuras organizacionales 1.6.1 Organización emprendedores. 1.6.2 Organización máquina burocrática. 1.6.3 Organización burocracia divisionalizada. 1.6.4 Organización burocracia profesional. 1.6.5 Organización adhocracia.

Estructuras Organizacionales Las organizaciones son agrupamientos humanos que persiguen objetivos comunes, en forma racional y consciente, que a su vez están sujetas a una serie de restricciones y en base a determinados recursos. La misión de una organización consiste en la expresión de su razón de existir.

Estructura Jerárquica Actual Impacto de la TI en las Organizaciones.ppt

Organización de emprendedores La organización de emprendedores son aquellas que surgen a través del análisis de que forma o estructura de trabajo es menor para una empresa. Cuando varias personas se unen para trabajar en un organización deciden la forma de trabajar que mejor les ayude a cumplir con sus objetivos del negocio.

Organización máquina burocrática. La Organización como máquina burocrática es la consecuencia de la industrialización donde se enfatiza la estandarización del trabajo. Elabora su administración necesitando análisis para diseñar y mantener sus sistemas y de estadarización. La dependencia que se genera de estas les otorga un cierto grado de autoridad informal.

Organizaciones burocráticas Existen en nuestra sociedad, en particular en el Estado, unas estructuras que se comportan como “máquinas afinadas”, preparadas para repetir procesos específicos. Son las llamadas burocracias mecánicas o “máquinas burocráticas”. Peter Drucker, especialista en management, también la llama organización funcional.

Organizaciones Burocráticas Es la organización que nace con la Revolución Industrial como consecuencia de la industrialización, donde se enfatiza la estandarización del trabajo y la empresa de producción en masa. Muchas organizaciones desde fines del siglo XIX hasta nuestros días han mantenido estos tipos de estructuras.

Organizaciones Burocráticas Se apoyan en una estructura jerárquica, impersonal, fuertemente centralizada e inflexible. Se requiere de un sistema permanente de capacitación y adoctrinamiento en todos los niveles, para que en cualquier momento un funcionario pueda reemplazar a otro, sin que ello afecte la eficiencia organizacional.

Organizaciones Burocráticas Este tipo de organización requiere una estructura administrativa compleja, pues los numerosos niveles jerárquicos la necesitan a efectos de lograr coordinación entre los sectores funcionales (son numerosos). La autoridad circula en sentido descendente y existe el respeto al principio de unidad de mando.

O. Burocráticas Divisionadas Las organizaciones burocráticas divisionadas son una serie de entidades más bien independientes que se encuentran unidas por una administración suelta. A diferencia de la burocracia profesional, las divisiones se encuentran en la línea media y no en el centro operativo.

Estructuras Organizacionales Las organizaciones burocráticas profesionales se apoyan en la estandarización de conocimientos y habilidades bien entrenados para realizar las tareas operativas se entrega poder no solo a ellos si no a quienes los seleccionan y adiestran. La estructura es muy descentralizada. Los profesionales trabajan en forma independiente.

Orgnizaciones Adhocráticas En las organizaciones Adhocráticas los profesionales deben combinar esfuerzos, se forma unidades con grupos de proyectos para llevar acabo su trabajo de innovación, se establece entonces gerentes funcionales, de proyectos e integradores, posiciones de enlace para combinar los esfuerzo entre los distintos grupos y entre otros y las unidades funcionales. Son organizaciones hechas a la medida.

Estructuras Organizacionales Se identifican 2 clases de adhocracia: operativa y administrativa.

¿Preguntas?

Referencias Mentzas, G. (2002). A Functional Taxonomy of Computer Based Information Systems, Publicado en: "International Journal of Information Management“, Volume 14, No. 6, December, pp. 397-410. Laundon y Laundon, Management Information Systems, Managing the Digital Firm, 10th Edición, Estados Unidos, 2008.

Referencias Kenneth c. Lauden. Administración de los Sistemas de Información, Organización y Técnicas. Hernández Jiménez Ricardo. Administración de la Función Informática. factor AFI. Ed. Trillas. Fine Leonard H. Seguridad en Centros de Cómputo, Políticas y Procedimientos. Ed. Trillas.

Referencias Steele, W. (s. f.) Managing Technology, Mc. Graw Hill. Tapscot, D. y Caston, A. (s. f.) The Paradigm Shift – The New Promise of Information Technology. Mc. Graw Hill. Wikipedia Fundation, Software Esbelto, http://www.wikipedia.org, Agosto 2009.

Referencia Saavedra, M (2007), Curso de Aprendizaje Basado en Problemas (PBL), ITESM Campus Morelia, Diciembre de 2007. Osscio, E. (2008), La Suavecita, Material del Curso Computación para Negocios, ITESM Campus Morelia, Febrero 2008. Gabardini, J. (2009) Lean Software Development. Facultad de Ingeniería – UBA, Argentina.