Autor: LUIS FELIPE FAESCH GUTIERREZ
UNIVERSIDAD DIEGO PORTALES MAGÍSTER EN GESTIÓN METODOLOGÍA DE EVALUACIÓN Y GESTIÓN CMMI: Caso Redbanc Autor: LUIS FELIPE FAESCH GUTIERREZ TESIS PARA OPTAR AL GRADO DE MAGÍSTER EN GESTIÓN MENCIÓN EN TECNOLOGÍAS DE INFORMACIÓN PROFESOR GUÍA: JAVIER PEREIRA RETAMALES Santiago, Chile 2008 1
CALIFICACIONES Nombre del Profesor: Firma: Calificación: 2
Resumen En esta tesis, se desarrolla, aplica y evalúa una metodología para mejoramiento de procesos de desarrollo de software en la empresa Redbanc, apuntando hacia el cumplimiento de los procesos CMMI-DEV v1.2 ML2. El desarrollo de la solución se aborda desde el punto de vista de PPQA1 para que puedan operar bajo un concepto de calidad estándar e integrado que busca que la Organización produzca mejores productos (entregables, documentos, piezas) de SW. Para esto, se construye una herramienta de control y gestión flexible, con el fin de generar resultados de mejora en la organización. Con esto se busca encontrar la solución más efectiva y económica para cubrir las necesidades y deficiencias que la organización tiene actualmente. 1 PPQA: “Process and Product Quality Assurance” [27] 3
Tabla de Contenido 1. 2. Introducción . 8 1.1. RedBanc . 8 1.2. Definición del Problema . 9 1.3. Objetivos de la Tesis . 10 1.3.1. Objetivo General . 10 1.3.2. Objetivos específicos . 10 1.4. Metodología . 10 1.5. Aplicaciones y Resultados . 11 1.6. Oportunidades que aborda el trabajo de tesis . 12 1.7. Descripción de la estructura de la tesis . 13 Marco Teórico. 14 2.1. 2.1.1. Descripción General de CMMI. 14 2.1.2. Niveles de Madurez y Áreas de Proceso . 15 2.2. 3. 4. CMMI . 14 Otros estándares y modelos de referencia. 20 2.2.1. ISO 9001:2000 . 20 2.2.2. CobIT . 21 2.2.3. ITIL . 21 2.2.4. eSCM . 21 2.3. PPQA . 22 2.4. Indicadores . 24 Revisión histórica de modelos de calidad . 25 3.1. CMMI en la industria . 26 3.2. Tecnologías Disponibles . 29 3.3. Implantación CMMI (mitos y realidades) . 34 Metodología de Resolución . 37 4.1. Descripción General de la Metodología PPQA . 37 4.2. Incidentes . 40 4
4.3. 5. Aplicación . 43 5.1. 7. Análisis de Factibilidad . 43 5.1.1. Recursos Necesarios . 43 5.1.2. Restricciones y Supuestos . 44 5.2. 6. Roles del Proceso PPQA. 41 Implantación y adaptación de actividades. . 45 5.2.1. Iniciando el proceso PPQA en Redbanc . 45 5.2.2. Implantación de PPQA en Redbanc. 46 5.3. Verificación y validación periódica. . 51 5.4. Actualización de procedimientos. . 51 5.5. Seguimiento de proyectos. . 52 5.6. Cálculo de indicadores. . 55 5.6.1. Indicadores para Proyectos . 55 5.6.2. Indicadores para Mantenciones . 57 5.7. Consolidación de datos. . 60 5.8. Registro de datos y Generación de informes . 63 Evaluación de Resultados . 64 6.1. Mejoras en cumplimiento y cobertura . 64 6.2. Incidentes . 65 6.2.1. Proyectos . 65 6.2.2. Mantenciones . 68 Discusión y conclusiones . 71 7.1. Discusión . 71 7.2. Conclusiones . 72 8. Referencias. 74 9. Glosario de Términos. 76 10. Anexos . 78 10.1. Herramientas Open Source de evaluación CMMI . 78 10.2. Ejemplo de Cálculo de cumplimiento y cobertura CMMI nivel 2 para un proyecto o mantenimiento . 78 10.3. Estándares por fase de proyectos de desarrollo y mantención de SW . 83 5
Índice de ilustraciones Ilustración 1 - Representación Continua y Escalonada . 16 Ilustración 2 - Estructura representación Continua. 16 Ilustración 3 - Estructura representación Escalonada . 17 Ilustración 4 - Evolución del proceso de madurez . 17 Ilustración 5 - Nivel de Madurez de todas las organizaciones reportadas . 27 Ilustración 6 - Países con evaluaciones realizadas CMMI . 28 Ilustración 7- Diagrama Metodológico . 39 Ilustración 8 - Diagrama de las etapas consideradas en la metodología del proceso de Desarrollo de Proyectos y Mantenciones. 47 Ilustración 9 - Ejemplo detalle de un proyecto o mantenimiento . 52 Ilustración 10 - Seguimiento revisión documentación por proyecto . 54 Ilustración 13 - Consolidado de Indicadores para Proyectos . 55 Ilustración 14 - Resumen Estado FRs de Proyectos Vigentes . 56 Ilustración 15 - Detalle general de incidentes para Proyectos . 57 Ilustración 16 - Consolidado de Indicadores para Mantenimiento . 57 Ilustración 17 - Resumen Estado FRs de Mantenimientos Vigentes . 59 Ilustración 18 - Detalle general de incidentes para Mantenimientos . 59 Ilustración 11 - Cálculo de % de Cumplimiento y cobertura por persona ubicado en hoja resumen . 60 Ilustración 12 – Ejemplo vista Panel de Control . 61 Ilustración 19 - Historial Semanal % cumplimiento y cobertura CMMI para Proyecto . 64 Ilustración 20 - Historial Semanal % Cumplimiento y cobertura CMMI para Mantenimientos . 65 Ilustración 21 - Historial Semanal detalle Incidentes FRs Vigentes para Proyectos . 66 Ilustración 22 - Proyectos Líder Funcional. 67 Ilustración 23 - Proyectos Líder Técnico . 68 Ilustración 24 - Historial Semanal detalle Incidentes FRs Vigentes para Mantenimientos. 69 Ilustración 25 - Mantenciones Líder Funcional . 69 Ilustración 26 - Mantenciones Líder Técnico . 70 6
Índice de Tablas Tabla 1 - Porcentaje de organizaciones evaluadas exitosamente realizadas hasta el año 2008 . 27 Tabla 2 - Número de evaluaciones de los niveles de madurez informadas al SEI para Chile . 28 Tabla 3 - Herramientas disponibles por área de proceso . 31 Tabla 4 - Esfuerzo en Horas de implantación PPQA. 71 Tabla 5 - Checklist CMMI nivel 2 por proyecto . 82 Tabla 6 - Estándares por fase de proyectos de desarrollo y mantención de SW . 84 7
1. Introducción En la actualidad la calidad de los productos desarrollados es de gran importancia para las empresas. Donde antes ésto era un lujo, ahora es una necesidad. Por esta razón, las inversiones dedicadas a la calidad, van en aumento2. Para lograr procesos estandarizados, se pueden utilizar distintas herramientas, modelos, procesos, técnicas o aplicativos. Redbanc, así como muchas otras empresas o instituciones, que requieren controlar y manejar su empresa con otro paradigma, deciden incorporar CMMI3-DEV v1.2 ML2 a sus principales áreas de desarrollo. Este modelo se usa para mejorar la calidad del desarrollo y mantenimiento de software, basado en las mejoras de los procesos de una organización. Esta tesis se desarrolla en la empresa Redbanc, que entrega tecnología y seguridad a través de redes interconectadas entre bancos, empresas de apoyo al giro bancario y empresas en general. El proyecto se justifica por la necesidad de implementar CMMI-DEV v1.2 ML2 en la empresa, y aplicar PPQA (Process and Product Quality Assurance), y el desarrollo de la herramienta respectiva. El objetivo es integrar prácticas de gestión y seguimiento a las actividades de control de productos y procesos de software, en el proceso de implantación de CMMI-DEV v1.2 ML2. En el caso de Redbanc, el rol de PPQA existía parcialmente hasta que con el desarrollo de esta tesis se abarca por completo las labores de PPQA. En este trabajo se presenta los resultados y conclusiones de la incorporación de esta práctica en el mejoramiento de procesos de software. 1.1. RedBanc Empresa con más de 18 años de experiencia en el mercado de la transferencia electrónica de datos. Provee de la tecnología y seguridad a través de redes interconectadas entre bancos, empresas de apoyo al giro bancario y empresas en general. Es la principal red de 2 [Plunkett 1990] Plunkett, J.J; Dale, B.G., “Quality Costing”, en Managing Quality, J.J. Plunkett y B.G. Dale, ,ed., Phillip Allan, 1990. 3 Siglas en inglés para Modelo Integrado de Madurez de la Capacidad. 8
ATM del país, mantiene en operación más de 3000 cajeros directamente conectados a un sitio de producción y un sitio de contingencia. 1.2. Definición del Problema Dados los cambios que experimentó la empresa en los últimos 2 años, la gestión de proyectos de software y los resultados obtenidos en términos de calidad de productos se vieron degradados. Un análisis preliminar reveló la existencia de un conjunto de problemas que justificaba la revisión de la implementación e instrumentos de CMMI utilizados en la Organización: Modelo CMMI no institucionalizado. Falta de seguimiento y control efectivo de las actividades de producción de software. Carencia de métricas y métodos para evaluación detallada de las actividades. Carencia de modelos de análisis de datos para mostrar estadísticas y tendencias específicas en la producción. Bajo presupuesto para soluciones de gestión de procesos y proyectos. Estas condiciones indican la necesidad de actividades de seguimiento y control de productos y procesos. Este tipo de problemas puede ser cubierto por el área de PPQA. El rol específico de esta área es planificar y actuar en actividades de aseguramiento de calidad de los procesos y de manera que los productos no se desvíen de los estándares. Al realizar seguimiento de actividades, manteniendo el registro de éstas, se puede realizar mediciones y evaluar tendencias del comportamiento de la organización. Esto debe lograrse con bajo presupuesto, condición de la tesis. 9
1.3. Objetivos de la Tesis 1.3.1. Objetivo General Definir un procedimiento PPQA que se adapte a las necesidades de Redbanc. Desarrollar un método para obtener evidencias del grado de cumplimiento de las áreas de proceso CMMI evaluadas. Desarrollar una herramienta de apoyo a PPQA, compatible con la organización, para evaluar y gestionar la implantación de CMMI de manera eficaz y eficiente. 1.3.2. Objetivos específicos Específico a PPQA: Establecer un método escalable de monitoreo diario de los parámetros de proyectos de software. Definir un sistema de reporte mensual consolidado para tomar medidas de gestión, resolución, mitigación de riesgos. Definir un sistema de registro y reporte trimestral para apoyar acciones futuras de mejora. Definir un sistema de comunicación y seguimiento de incumplimientos para asegurar su resolución. Específico al método para Evidencias: Definir un sistema de registro semanal e historial para propósito de auditorías y análisis de los datos. Específico a la Herramienta: Diseñar y construir una herramienta de apoyo a PPQA que permita la gestión y evaluación de los proyectos, de manera eficiente, con bajos costos de implantación. 1.4. Metodología La tesis abordará el proceso de implantación de una metodología de PPQA adaptada a empresas y grupos pequeños de desarrollo de software, con recursos limitados para el 10
desarrollo de herramientas de alto costo. El esquema de estudio y definición de la metodología PPQA que se aplica a Redbanc consiste de los siguientes pasos: 1. Análisis de literatura: a. Análisis de requisitos de CMMI y el modelo por niveles de madurez. b. Análisis de PPQA e identificación de tareas críticas. c. Análisis de otros estándares. d. Estudio de métricas e indicadores aplicables en PPQA. 2. Análisis Industrial: a. CMMI en la industria del software. b. Estudio de tecnologías disponibles para apoyo a implantación de CMMI. c. Problemas de la implantación de CMMI. 3. Definición de metodología PPQA: a. Etapas de la metodología. b. Aplicación a Redbanc. c. Evaluación de resultados. 1.5. Aplicaciones y Resultados Los resultados obtenidos con este trabajo muestran que el uso de este tipo de metodologías tiene un impacto notable sobre la gestión de la implantación de CMMI. En particular, como veremos en este documento, se ha logrado generar avances en materias de: Calidad de la información. Comportamiento en los procesos. Información consolidada. Tendencias. Causas de fallas y retraso en los procesos. 11
Por otra parte también aparecieron aspectos limitantes como los siguientes: Reticencia que existe por parte de la organización frente al cambio, al romper los hábitos de desarrollo de software que los ingenieros han adquirido. Nivel de conocimiento inadecuado del modelo CMMI en personas y áreas. 1.6. Oportunidades que aborda el trabajo de tesis Dada la tecnología que existe disponible, se da la oportunidad de desarrollar una herramienta que se adapte 100% a la empresa, permitiendo efectuar mejoras continuas si se requiere, sin impactar negativamente. Todo desde el punto de vista que tiene el PPQA, por medio de las mismas incidencias reportadas se va haciendo seguimiento y control del cumplimiento de los procesos y productos. Luego de tres meses ya se podría extraer información relevante para sacar conclusiones y tomar medidas de mejora a la organización, gracias al historial de datos. Dado el cruce que se realiza entre los productos y procedimientos v/s checklist de las practicas CMMI, se puede apreciar que área de proceso se encuentra debilitada, potenciada, cubierta o no cubierta. La información que se maneja puede no tan solo servir para PPQA, como seguimiento y monitoreo de los proyectos, sino que también entrega información útil a las distintas áreas que compone la empresa, reflejando en cierta manera el comportamiento de la empresa y de sus trabajadores. Se pretende generar informes mensuales, comunicado a todos los responsables e involucrados para así generar las acciones correctivas. Este informe permite tener una visión del estado actual de los proyectos, el esfuerzo y cumplimiento individual, por área y organizacional. Este informe es complementado con otro informe trimestral que además de mostrar el avance y cumplimiento de los responsables de resolver los incidentes, muestra tendencias de comportamiento en donde se analizan las posibles mejoras y tips para atacar esos problemas. Todo esto permite tener un control de las actividades que se están realizando teniendo evidencia de los hechos, el cual previamente a la implantación de la metodología suportada por la herramienta diseñada a la medida, no existía. Los jefes de proyecto pueden ver 12
rápidamente que proyectos están siendo monitoreados y cual ha sido su evaluación de cada uno de sus proyectos y de forma individual. Hay que destacar, como un punto fuerte del desarrollo de esta tesis, que se puede replicar sin mayores complicaciones la implantación de esta metodología propuesta ya que el proceso de desarrollo de software es prácticamente el mismo en empresas del mismo rubro en el que sólo varía el lenguaje interno. 1.7. Descripción de la estructura de la tesis Este proyecto de tesis se divide en 7 capítulos. En el Capítulo 1, de Introducción, se aclara y define el problema, los objetivos de la tesis, la descripción general de la metodología y las aplicaciones y resultados. En el Capítulo 2, se explica en qué consiste CMMI, sus áreas de proceso y niveles de madurez. En el Capítulo 3, se realiza un análisis de la Industria, en donde CMMI ha sido aplicado; incorpora estudios realizados, tecnologías disponibles en relación a la solución del problema de tesis, mitos y realidades de implantación, factibilidad, oportunidades que se abordarían en el trabajo de tesis y otros estándares y modelos de referencia. Para el Capítulo 4, se lleva a cabo el detalle de la metodología de resolución, que incorpora la introducción de la metodología PPQA, sus roles en el proceso, revisiones y auditorías, cumplimiento del proceso en la construcción de software, sus restricciones, supuestos y sus recursos necesarios. En el Capítulo 5, se menciona la aplicación como solución a la problemática de manera genérica y su aplicación al caso Redbanc. En el Capítulo 6, se muestra la evaluación de los resultados obtenidos en la aplicación. El Capítulo 7 presenta las conclusiones de este trabajo. 13
2. Marco Teórico 2.1. CMMI 2.1.1. Descripción General de CMMI Las empresas que integran desarrollo de software como principal actividad requieren de procesos definidos, responsabilidades, que exista cierta institucionalización en la organización, productos de calidad, cumplimiento de los plazos de entrega, incremento en su productividad, reconocer posibles mejoras, conformidad del cliente, etc. [26]. El Capability Maturity Model Integration (CMMI) [19] es un marco de referencia que las organizaciones pueden emplear para mejorar sus procesos de desarrollo, adquisición, y mantención de productos y servicios. Nacido en el Software Engineering Institute perteneciente a la Carnegie Mellon University, CMMI es la nueva generación de una línea de modelos de madurez que se inició a principios de los noventa con el famoso CMM-SW (Capability Maturity Model for Software Engineering) [20][21]. Basados en los principios de la calidad total (TQM) popularizados por autores como Crosby, Deming y Juran, estos modelos proponen un conjunto de prácticas que las organizaciones pueden adoptar para implantar procesos productivos más efectivos. Son llamados modelos de madurez porque proponen adoptar dichas prácticas en forma gradual. El modelo CMMI (Capability Maturity Model Integration), es uno de los tantos modelos existentes. Hay varios puntos fundamentales respondiendo a la pregunta del por qué usar CMMI [25]. Es un modelo que aplica estándares de calidad. Provee un enfoque más efectivo e integrado a Ingeniería de Sistemas y de Software. Construye procesos desde un inicio, o sobre inversión previa usada con SW CMM. 14
Provee un enlace o relación mas explicita entre la Gestión y la Ingeniería con los objetivos del negocio. Provee mayor visibilidad del ciclo de vida del producto; y las actividades de ingeniería ayudan a asegurar que los productos y servicios satisfacen las expectativas de los clientes. Incorpora lecciones aprendidas de otras áreas, de mejores prácticas e implanta prácticas de alta madurez más robustas. Incluye funciones organizacionales que son críticas para los productos y servicios. Soporta integración futura con otros modelos CMMI de disciplinas específicas. Muestra el camino a seguir en la gestión de proyectos, integrando de una manera ordenada los procesos y los productos. 2.1.2. Niveles de Madurez y Áreas de Proceso Al igual que los restantes modelos de la familia, CMMI plantea que las organizaciones pueden ubicarse en alguno de cinco posibles niveles de madurez, dependiendo del grado de sofisticación de sus procesos. A su vez, cada nivel de madurez - con excepción del inicial queda caracterizado por un conjunto de áreas de proceso que agrupan prácticas que, al ser ejecutadas colectivamente, permiten cumplir con algún objetivo que es considerado importante para el modelo. Continua Escalonada Capacidad Madurez Nivel 0 Incompleto No aplicable 1 Se hace Inicial 2 Gestionado Gestionado 15
3 Definido Definido 4 G. Cuantitativa G. Cuantitativa 5 Optimizado Optimizado Ilustración 1 - Representación Continua y Escalonada4 En el recuadro posterior (Ilustración 2), se muestra la estructura continua, en donde se aprecia la relación que existe entre las áreas de proceso, los objetivos específicos, genéricos y sus prácticas específicas y genéricas. Ilustración 2 - Estructura representación Continua5 A continuación (Ilustración 3), se muestra la estructura escalonada, en donde se aprecia la relación que existe entre las áreas de proceso, los objetivos específicos, genéricos y sus prácticas específicas y genéricas en relación al nivel de madurez que se quiera implementar. 4 5 html http://www.navegapolis.net/content/view/330/58/ 16
Ilustración 3 - Estructura representación Escalonada6 En la Ilustración 4 se muestra el significado de cada nivel: Ilustración 4 - Evolución del proceso de madurez7 6 7 http://www.navegapolis.net/content/view/330/58/D http://www.esi.es/ 17
Para entender mejor de que se trata CMMI, a continuación se muestra el universo del modelo CMMI v1.2 (CMMI-DEV) el cual contiene las siguientes 22 áreas de proceso: Análisis de Causas y Resolución (CAR) Gestión de la configuración (CM) Análisis de Decisiones y Resolución (DAR) Gestión Integrada de Proyectos (IPM) Medición y Análisis (MA) Innovación y Despliegue Organizacionales(OID) Definición de procesos organizacionales (OPD) Enfoque Organizacional en Procesos (OPF) Rendimiento de Procesos Organizacionales (OPP) Formación Organizacional (OT) Monitorización y Control de Proyecto (PMC) Planificación de proyecto (PP) Aseguramiento de calidad de Procesos y Productos (PPQA) Integración de Producto (PI) Gestión Cuantitativa de Proyectos (QPM) Gestión de Requerimientos (REQM) Desarrollo de Requerimientos (RD) Gestión de Riesgos (RSKM) Gestión de Acuerdos con Proveedores (SAM) Solución Técnica (TS) Validación (VAL) Verificación (VER) En el modelo CMMI en su representación por etapas, las áreas de proceso satisfacen metas (específicas y genéricas) de las organizaciones, éstas a su vez se logran gracias a la implementación de una serie de prácticas (específicas y genéricas) de las que se obtiene como resultado unos entregables. A continuación se definen los elementos que conforman la estructura del modelo CMMI en su representación por etapas: 18
Meta específica (SG - Specific Goal) Establece las características específicas que se deben implementar para cumplir con el Área de Proceso involucrada. Las metas específicas son requeridas por el modelo y son utilizadas durante las evaluaciones para determinar si un Área de Proceso está o no cumplimentada, se dice que son requeridas por que se tienen que cumplir. Práctica específica (SP – Specific Practice) Es una actividad que es considerada importante para alcanzar la meta específica asociada. Describe las actividades esperadas para cumplir una meta, entendiendo por “Esperadas” que pueden haber sido implementadas prácticas equivalentes a las solicitadas. Una práctica puede ser implementada a través de una actividad, de varias actividades, de una actividad parcial o de cualquier combinación posible de las anteriores. Sub-Práctica Descripciones detalladas que proporcionan una guía para interpretar las prácticas específicas o genéricas. Son un componente informativo que proporciona ideas que pueden ser útiles en la mejora del proceso. Entregable (Work products) Son los “productos” resultantes de la puesta en acción de una práctica. Meta Genérica (GG – Generic Goal) Se llama genérica debido a que la misma meta genérica aparece en múltiples áreas de proceso. La implementación de una meta genérica es indicativa de si el proceso involucrado es efectivo, repetible y duradero. Las Metas Genéricas son requeridas por el modelo y son utilizadas durante las evaluaciones para determinar si el Área de Proceso está o no cumplimentada. Práctica Genérica (GP – Generic Practice) 19
Una práctica genérica proporciona institucionalización para asegurar que los procesos asociados al Área de Proceso serán efectivos, repetibles y duraderos. Las prácticas genéricas son componentes esperables. Las metas y las prácticas genéricas habilitan a una organización a institucionalizar las mejores prácticas. Las prácticas específicas están más orientadas a la implementación y las prácticas genéricas están más orientadas a la institucionalización. 2.2. Otros estándares y modelos de referencia Además de CMMI, existen otros modelos y estándares que pueden ser empleados como referencia para definir e implantar procesos: ISO 9001, CobIT, ITIL y eSCM A continuación, des
3 Resumen En esta tesis, se desarrolla, aplica y evalúa una metodología para mejoramiento de procesos de desarrollo de software en la empresa Redbanc, apuntando hacia el cumplimiento de los procesos CMMI-DEV v1.2 ML2. El desarrollo de la solución se aborda desde el punto de
1609-1613 Expulsión de los moriscos. 1618 Inicio de la Guerra de los Treinta Años. 1621 Muerte de Felipe III. Comienza el reinado de Felipe IV. Felipe IV 1621-1665 1622 El Conde-duque de Olivares se convierte en valido. 1640 Sublevación de Cataluña y Portugal. 1648 Fin de la Guerra de los Treinta Años 1665 Muere Felipe IV. Carlos II, nuevo .
FATE OF THE GODS Autor: Steven Reineke HEXE POLKA Autor: Laszlo Ban 2. Wh, /KZ dZ /W " Tuhelj SPLITSKI AKVAREL Autor: /À}d]i }À] JERICHO Autor: Bert Appermont A LITT LE CONCERT SUITE Autor: Alfred Reed 3. 'Z /Wh, /KZ dZ K Zabok A LITTLE CONCERT SUITE Aut
Petru CIANGA 1. STANDARD MINIMAL ARTICOLE ISI AUTOR PRINCIPAL* *calitatea de autor principal este atribuită pentru primul autor, ultimul autor, autorul corespondent, sau alţi autori a căror contribuţie este indicată explicit în cadrul publicaţiei a fi egală cu contribuţia primului autor sau a autorului corespondent
Alexis Gutierrez ‘19 Daisy Gutierrez ‘19 Emely Gutierrez ‘19 Jassmine Gutierrez ‘19 . Esteban Heredia ‘19 Alexis Hernandez ‘19 Anallely Hernandez ‘19 . Mabel Herrera ‘19 Remmington Herrod ‘19 Ebony Henry ‘19 Jada Henry ‘19 Morgan Henry ‘19 Evelyn Herrera ‘19 Ishenique Hewitt ‘19 Kennedie Hicks ‘19 Irishea .
le agrega al nombre de Tuxtla el apellido de Gutiérrez en honor a don Joaquín Miguel Gutiérrez, ilustre federalista; y el 11 de agosto de 1892, se declara a Tuxtla Gutiérrez sede de los poderes públicos de Chiapas. 1 "Enciclopedia delosMunicipios México",InstitutoNacionalpara elFederalismoy DesarrolloMunicipal,Gobierno delEstado Chiapas,
san juan del rio 4a benito juÁrez (cancÚn) 1 quintana roo cozumel 1 chetumal 1 playa del carmen 1 felipe carrillo puerto 1 cd. valles 3c san luis rio verde 2 potosi matehuala 3b san luis potosi 3b culiacÁn 1 guasave 1 sinaloa los mochis 1 mazatlÁn 1 cd. obregÓn 1 hermosillo 2 sonora guaymas 1 navojoa 1 nogales 1 san luis rio colorado 2
JOHN C. MAXWELL. Escritor, formador y conferenciante, autor de Las 21 leyes del liderazgo LAO-TSÉ. Filósofo chino y fundador del taoísmo, autor del Tao Te Ching . Maestro zen, monje budista y activista por la paz TOM PETERS. Pensador en management, autor de En busca de la excelencia . Como bien dice el autor en la introducción, muchas .
Agile software development therefore has a focus on: . Scrum is one of the most popular agile development methodologies. Scrum is a lightweight framework designed to help small, close-knit teams of people to create complex software products. The key features of the scrum methodology are as follows: Scrum team: A team of people using this methodology are called a “scrum”. Scrums usually .
