La Informática y la Organización
M.C. Juan Carlos Olivares Rojas
AgendaImportancia 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.
AgendaNuevas 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%
GrandeMás de
100114 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éxicoFORTALEZAS
•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ónTipos de Organización
Esquema de ContrataciónEsquema de Contratación
EdadEdad
EscolaridadEscolaridad
GéneroGénero
AntigüedadAntigüedad
SalariosSalarios
SalariosSalarios
SalariosSalarios
Salario InternacionalSalario Internacional
Salario Tipo de OrganizaciónSalario Tipo de Organización
Salario por FunciónSalario por Función
Salario por Rango EdadSalario por Rango Edad
Salario Grado de EstudiosSalario Grado de Estudios
Conocimiento y HabilidadesConocimiento y Habilidades
Conocimiento y HabilidadesConocimiento y Habilidades
PlataformasPlataformas
BDBD
Otras habilidadesOtras habilidades
CertificacionesCertificaciones
CertificacionesCertificaciones
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ónde
Informática
Gerencia deDesarrollo
desistemas
Gerencia de Desarrollo
técnico
Gerencia de Consultoría
Técnicaa usuarios
Gerencia deServicios
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
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
1. Código abierto2. Virtualización 3. Registro de servicios y repositorios4. Suites para la gestión de procesos de negocios5. Enterprise Information Management6. Cómputo ubicuo7. Acceso a la información 8. Web 2.0 – AJAX Rich Clients 9. Web 2.0 - Mashup Composite Model10.Inteligencia colectiva y comunidades
Pronóstico Gartner 20081. Green IT 2. Unified Communications3. Business Process Modeling4. Metadata Management 5. Virtualization 2.06. Mashup & Composite Apps 7. Web Platform & WOA 8. Computing Fabric9. Real World Web 10.Social Software
Pronóstico Gartner 20091. Virtualization. 2. Cloud Computing. 3. Servers-Beyond Blades. 4. Web-Oriented Architectures. 5. Enterprise Mashups. 6. Specialized Systems. 7. Social Software and Social Networking.8. Unified Communications. 9. Business Intelligence. 10.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).
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
124
Proceso de taladrado
Calibrar Leer instrucción detaladrado
Perforar
Iniciartaladrado
Taladrar
«resource»
:Máquina
«people»
:Maestro
«information»
:Instrucciones
«physical»
:Plato«physical»
Perforado :Plato
«goal»
Perforar no menos de 10.000 platos
semanales :Quantitativ e Goal
«process control»«resource flow»
«resource flow»
«achieve»
Investigación Diseño de Productos Marketing Ventas Fabricación
Mejoramiento de Producto
Concepción
Lanzamiento de Producto
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
127
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
PROCESOS
ORGANIZACIONES POR PROCESOS
ORGANIZACIONES TRADICIONALES
Enfoque Funcional
VERTICAL
Enfoque de Procesos
HORIZONTAL
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
• 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 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
• Análisis de Inventario• Reestructuración de Documentos• INGENIERÍA INVERSA• Reestructuración de Códigos• Reestructuración de Datos• Ingeniería directa
Ingeniería Inversa
• 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.
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.
• 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.
BPMN
• 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.
Introducción
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
Un BPD tiene un pequeño grupo de elementos centrales (tres), los cuales son los Flow Objects:
- Event (Evento)
- Activity (Actividad)
- Gateway (Decisión)
Elementos: Flow Objects
•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: Event
• 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: Activity
+
• 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.
Flow Objects: Gateway
• 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.
Elementos: Connecting Objects
- 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.
Nom
bre
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.
Nom
bre
Nom
bre
Nom
bre
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 Negocio
Actor del Negocio
Alguien o algo externo a la empresa que interactúa con ella.
Ejemplos: Clientes, Proveedores, etc.
190
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
Caso de Uso del negocio
191
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.
Fabricar Producto
Gestionar Almacen
Registrar PedidoCliente
<<initiator>>
Generar pedidos a los proveedores
Proveedor
192
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.
Inicio Rellenar Pedido
Tramitar Pedido
Analizar Viabilidad
ViableNotificar rechazo
[No]
Ordenar fabricacion
Planificar Produccion
Notificar Aceptacion
Fin OK
Fin NoOK
[Si]
193
Fabricar Producto
Gestionar Almacen
Registrar PedidoCliente
<<initiator>>
Generar pedidos a los proveedores
Proveedor
Caso Empresa de Fabricación
194
D. A. Registrar Pedido
Inicio Rellenar Pedido
Tramitar Pedido
Analizar Viabilidad
ViableNotificar rechazo
[No]
Ordenar fabricacion
Planificar Produccion
Notificar Aceptacion
Fin OK
Fin NoOK
[Si]
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 .
Trabajador del negocio
Modelo de objetos del negocio
Entidades del Negocio
Una "cosa" manipulada o usada por los trabajadores del negocio. Son ejemplos de entidades del negocio: factura, pedido, plan de producción, etc
Entidad del Negocio
198
Planificar producción
Rellenar Pedido
Inicio
Cursar pedido
Notificar rechazo
Notificar Aceptación
FinKO
FinOK
Analizar Viabilidad
Ordenar fabricación
Viable
[ No ]
[Si]
Jefe ProducciónJefe tecnico:Comercial:ClienteCliente Comercial JefeTécnico JefeProducción
Diagrama de Actividades Detallado
Empleado CatalogoProducto
Plantilla de Fabricación
Jefe Producción
Pedido
1..*1 1..*1
Jefe Tecnico Orden de Trabajo
Diagrama de Clases
Diagrama de Secuencia
: Empleado : Cliente : Jefe Tecnico : Jefe Producción
1. Tramitar a Pedido2. Estudiar Pedido
3. * Analizar Fabricación
4. Planificar Fabricación5. Informar
6. Aceptar Pedido
201
Diagrama de Colaboración
: Cliente : Empleado
: Jefe Tecnico : Jefe Producción
1. Tramitar a Pedido
2. Estudiar Pedido
3. * Analizar Fabricación
4. Planificar Fabricación
5. Informar
6. Aceptar Pedido
Procesos de Negocio
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.
PBL1. Leer y analizar el problema
2. Enumerar hipótesis, ideas y presentimientos
3. Anotar los factores conocidos
4. Anotar los factores desconocidos
PBL5. Planifique la investigación
6. Emita una declaración del problema.
7. Adquirir información (investigación).
8. 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)
– 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:
1.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
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.
Recommended