Este documento proporciona una guía sobre la gestión de cambios basada en ITIL. Explica los conceptos clave de ITIL como marco de referencia, los cinco volúmenes que definen el ciclo de vida del servicio, y las versiones 2 y 3 de ITIL. También describe los procesos, roles y herramientas de gestión de cambios, incluidas las etapas del ciclo de vida del cambio, la planificación, los parámetros de riesgo, notificación y categorización.
Seminario Metodologias Predictivas vs Agiles. UTN FRBA 16.06.2014Alejandro Gabay
Metodologías de Dirección de Proyectos ¿Predictivas vs. Agiles? ¿PMI® vs. Scrum?
Dictado en la UTN - FRBA, el 16 de Junio de 2014.
El objetivo de esta charla es trazar algunos paralelos entre Agile y los estándares del PMI, partiendo de una revisión de scrum para luego comparar los procesos propuestos por el PMI® en el PMBoK®.
Las organizaciones y las oficinas de proyectos discuten actualmente si las metodología ágiles son o no la solución para la gestión de proyectos de desarrollo de software y también si estas metodologías son aplicables en otros ámbitos fuera del mundo IT.
- Listado de temas
¿Qué es el PMBoK®?
Ciclos de vida y Areas de Conocmiento
El manifiesto agil.
Scrum como marco de trabajo.
Revisión de procesos del PMBoK® comparados con Scrum
Control de Cambios de Sistema de InformaciónMelvin Jáquez
Este documento describe el proceso de gestión de cambios para un proyecto. Explica que los cambios deben ser identificados, organizados y controlados para asegurar que se implementan de manera eficiente. Los cambios son evaluados y aprobados por un comité de control de cambios antes de su implementación. El proceso incluye la solicitud, evaluación e implementación de cambios, así como la validación y cierre de los mismos.
Git pull requests allow for better collaboration and code reviews. Pull requests initiate discussions about proposed code changes by showing exactly what would be merged. Team members can provide feedback and additional commits can be added to address feedback before merging. It is recommended to work on topic branches for new features or bugs rather than directly on the main branch. Pull requests can be automatically built using services like TeamCity to validate tests pass before merging.
Este documento proporciona una introducción a los conceptos de agilidad, metodologías ágiles como SCRUM y sus principios y procesos. Explica que SCRUM es un marco de trabajo iterativo e incremental que permite entregar valor al cliente de forma continua a través de iteraciones cortas. Los roles clave de SCRUM son el Product Owner, quien maximiza el valor del producto, el Scrum Master, que guía el proceso, y el Equipo Scrum, que es auto-organizado y responsable del desarrollo.
Este documento describe la metodología del Balanced Scorecard (BSC) para implementar y monitorear la estrategia de una organización. El BSC integra cuatro perspectivas clave (financiera, clientes, procesos internos y aprendizaje y crecimiento) y permite traducir la misión y estrategia de una organización en objetivos e indicadores medibles. El documento explica los principios, características, aplicaciones y beneficios del uso del BSC como herramienta de gestión estratégica.
This document provides an overview and agenda for introducing GitLab tools. It discusses trends in modern development like increased use of open source tools and continuous integration/deployment. GitLab is presented as a one platform solution that provides version control, issue tracking, code review, CI/CD pipelines, and other DevOps tools. Key benefits of GitLab like open source contributions and frequent releases are outlined. Upcoming features in GitLab 11 like CI pipelines in the web IDE and license management are previewed. The presentation concludes with a Q&A and information on how to get a GitLab cheat sheet.
This document discusses using GitHub Actions for Salesforce DevOps. It begins with an introduction to DevOps and the advantages of DevOps. It then covers the basics of GitHub Actions, including a use case for GitHub Actions with Salesforce DevOps. It lists advantages and considerations of the approach and provides additional resources on GitHub Actions, Salesforce DX, personal access tokens, the GitHub marketplace, and the Salesforce CLI.
El documento habla sobre la solución de conflictos en la gestión de proyectos. Explica que el conflicto es inevitable y puede tener efectos positivos o negativos, dependiendo de cómo se maneje. Describe diferentes tipos de conflictos como los orientados a metas, administrativos e interpersonales. Luego, presenta varias técnicas para gestionar conflictos como la estimulación, solución estructural e interpersonal. Finalmente, ofrece guías prácticas como prepararse, enfrentar y resolver el conflicto de manera constructiva.
Seminario Metodologias Predictivas vs Agiles. UTN FRBA 16.06.2014Alejandro Gabay
Metodologías de Dirección de Proyectos ¿Predictivas vs. Agiles? ¿PMI® vs. Scrum?
Dictado en la UTN - FRBA, el 16 de Junio de 2014.
El objetivo de esta charla es trazar algunos paralelos entre Agile y los estándares del PMI, partiendo de una revisión de scrum para luego comparar los procesos propuestos por el PMI® en el PMBoK®.
Las organizaciones y las oficinas de proyectos discuten actualmente si las metodología ágiles son o no la solución para la gestión de proyectos de desarrollo de software y también si estas metodologías son aplicables en otros ámbitos fuera del mundo IT.
- Listado de temas
¿Qué es el PMBoK®?
Ciclos de vida y Areas de Conocmiento
El manifiesto agil.
Scrum como marco de trabajo.
Revisión de procesos del PMBoK® comparados con Scrum
Control de Cambios de Sistema de InformaciónMelvin Jáquez
Este documento describe el proceso de gestión de cambios para un proyecto. Explica que los cambios deben ser identificados, organizados y controlados para asegurar que se implementan de manera eficiente. Los cambios son evaluados y aprobados por un comité de control de cambios antes de su implementación. El proceso incluye la solicitud, evaluación e implementación de cambios, así como la validación y cierre de los mismos.
Git pull requests allow for better collaboration and code reviews. Pull requests initiate discussions about proposed code changes by showing exactly what would be merged. Team members can provide feedback and additional commits can be added to address feedback before merging. It is recommended to work on topic branches for new features or bugs rather than directly on the main branch. Pull requests can be automatically built using services like TeamCity to validate tests pass before merging.
Este documento proporciona una introducción a los conceptos de agilidad, metodologías ágiles como SCRUM y sus principios y procesos. Explica que SCRUM es un marco de trabajo iterativo e incremental que permite entregar valor al cliente de forma continua a través de iteraciones cortas. Los roles clave de SCRUM son el Product Owner, quien maximiza el valor del producto, el Scrum Master, que guía el proceso, y el Equipo Scrum, que es auto-organizado y responsable del desarrollo.
Este documento describe la metodología del Balanced Scorecard (BSC) para implementar y monitorear la estrategia de una organización. El BSC integra cuatro perspectivas clave (financiera, clientes, procesos internos y aprendizaje y crecimiento) y permite traducir la misión y estrategia de una organización en objetivos e indicadores medibles. El documento explica los principios, características, aplicaciones y beneficios del uso del BSC como herramienta de gestión estratégica.
This document provides an overview and agenda for introducing GitLab tools. It discusses trends in modern development like increased use of open source tools and continuous integration/deployment. GitLab is presented as a one platform solution that provides version control, issue tracking, code review, CI/CD pipelines, and other DevOps tools. Key benefits of GitLab like open source contributions and frequent releases are outlined. Upcoming features in GitLab 11 like CI pipelines in the web IDE and license management are previewed. The presentation concludes with a Q&A and information on how to get a GitLab cheat sheet.
This document discusses using GitHub Actions for Salesforce DevOps. It begins with an introduction to DevOps and the advantages of DevOps. It then covers the basics of GitHub Actions, including a use case for GitHub Actions with Salesforce DevOps. It lists advantages and considerations of the approach and provides additional resources on GitHub Actions, Salesforce DX, personal access tokens, the GitHub marketplace, and the Salesforce CLI.
El documento habla sobre la solución de conflictos en la gestión de proyectos. Explica que el conflicto es inevitable y puede tener efectos positivos o negativos, dependiendo de cómo se maneje. Describe diferentes tipos de conflictos como los orientados a metas, administrativos e interpersonales. Luego, presenta varias técnicas para gestionar conflictos como la estimulación, solución estructural e interpersonal. Finalmente, ofrece guías prácticas como prepararse, enfrentar y resolver el conflicto de manera constructiva.
La gestion agil y de proyectos y sus paralelos con PMBok.Jornadas Cordoba Sep...Alejandro Gabay
Este documento presenta una disertación sobre la gestión ágil de proyectos y sus paralelos con el PMBoK® Guide. Se explican brevemente los conceptos básicos del Manifiesto Ágil y del framework Scrum, y se trazan paralelos entre las prácticas ágiles y las áreas de conocimiento del PMBoK®. Finalmente, se discuten algunos mitos sobre la compatibilidad entre las metodologías ágiles y la gestión tradicional de proyectos.
Two days git training with labs
First day covers git basis and essential commands
Second day covers git additional command with a big lab using a git workflow
This document provides an overview of Git and SourceTree. It discusses the differences between distributed version control systems (DVCS) like Git versus centralized version control systems (CVCS). It also outlines a branching model for Git including feature branches for new development, release branches for testing releases, and hotfix branches for production bugs.
GIT Details for people who:
* don't know what version control means
* don't know what distributed version control means
* Used to work on SVN (Subversion)
GitHub is a Web-based Git repository hosting service. It offers all of the distributed revision control and source code management (SCM) functionality of Git as well as adding its own features. Unlike Git, which is strictly a command-line tool, GitHub provides a Web-based graphical interface and desktop as well as mobile integration. It also provides access control and several collaboration features such as bug tracking, feature requests, task management, and wikis for every project.
The document discusses several common Git workflows:
- The Basic/Centralized Workflow is the most basic, similar to SVN, with a single master branch and all changes committed directly to it.
- The Feature Branch Workflow involves branching by feature, with each developer working on their own branch before merging into master via a pull request. This avoids broken code and allows code review.
- The Gitflow Workflow manages features, releases, and hotfixes across main branches like master and develop, plus feature, release, and hotfix branches. It is more complex but provides more structure than the Feature Branch.
- The Forking Workflow differs in that there is no central repository - each developer has their own public server
This document discusses Git flow and workflows for features, releases, and hotfixes. It explains how to start and finish these branches using git flow commands or equivalent Git commands. It also provides tips for publishing remote branches, dealing with obsolete branches, and fixing common mistakes like amending commits, resetting files, and recovering deleted local branches.
Este documento presenta el Capítulo 1 de un curso sobre gestión de programas. Explica que la gestión de programas proporciona un marco para gestionar múltiples proyectos relacionados de manera coordinada para obtener beneficios mayores que la gestión individual de proyectos. Define los términos clave de programa, gestión de programas, proyecto, gestión de proyectos y portafolio. Describe las relaciones entre estos conceptos y el objetivo del estándar para la gestión de programas.
Este documento presenta los planes de gestión para un proyecto. Incluye planes para la integración del proyecto, el alcance, el tiempo, los costos, la calidad y otros aspectos. Describe los procedimientos para gestionar cambios, configuraciones, líneas base y otros aspectos clave del proyecto. También incluye anexos con documentos de soporte como el acta de constitución del proyecto y las líneas base iniciales.
Gitlab is an open-source project that provides git repository management and issue tracking. It started as a self-hosted alternative to GitHub that was difficult to deploy but has since improved with an omnibus installer and RPM packages that make it easy to install and manage. While the enterprise edition provides more functionality, the community edition remains very full-featured and supports features like public and private repositories, user groups, access control lists, integration with Redmine, pull requests, a REST API, wikis, LDAP integration, deployment keys, web hooks, and snippets.
Este documento presenta una introducción al control de versiones y la herramienta Git. Explica qué es el control de versiones, los diferentes tipos, y proporciona una guía de los comandos básicos de Git. También cubre temas como el versionamiento semántico, Git Flow, automatización de tareas, Gitlab y Gitlab CI.
Administración de cambios - capacitación TI.pptxAlbeiroPuentes1
Este documento presenta el proceso de administración de cambios de una empresa. Describe los objetivos y alcance del proceso, los tipos de cambios, prioridades y roles involucrados. Explica el flujo para la creación de solicitudes de cambio, su aprobación, ejecución y cierre. También cubre los controles para garantizar que los cambios se gestionen de manera adecuada y se minimicen los riesgos e impactos en los servicios.
El documento presentado, busca servir de ayuda para los primeros pasos del aprendizaje de BPM.
Este documento está enfocado en el análisis y mejora a un proceso en una empresa desarrolladora de aplicaciones web, utilizando la disciplina Business Process Management para confeccionar un modelo de procesos con un modelo AS IS y TO BE.
Este documento describe el proceso de gestión de cambios de una organización. El objetivo del proceso es minimizar el impacto de los cambios en la calidad del servicio y mejorar el funcionamiento de la organización. El proceso incluye las fases de recibir la solicitud de cambio, clasificarla, evaluar su impacto y riesgos, aprobarla, planificarla e implementarla, y verificar que se haya completado correctamente.
Este documento es un Acuerdo de Nivel de Servicio entre la Coordinación General de Tecnologías de la Información y Comunicaciones (CGTIC) y la Rectoría de la Universidad Autónoma de Coahuila para documentar el servicio de asesoría en TI. Define los roles y responsabilidades de ambas partes, los niveles de servicio, tiempos de respuesta, horarios de cobertura, y procesos para solicitar el servicio y reportar incidentes. También describe las penalizaciones por incumplimiento del acuerdo.
Sistema de Video Vigilancia para Seguridad Ciudadana - PlanificaciónDharma Consulting
Este documento describe los roles y procesos de gestión de cambios y configuración para el proyecto "Sistema de Video Vigilancia para Seguridad Ciudadana". Incluye descripciones de los roles como Project Manager, Gestor de Configuración e Inspector de Calidad. También detalla los procesos de gestión de cambios como solicitud de cambios, evaluación de impactos, toma de decisiones e implementación de cambios. Finalmente, describe los planes de documentación y los ítems de configuración que se controlarán.
Este documento contiene 35 preguntas de opción múltiple relacionadas con conceptos y procesos de gestión de servicios de TI. Las preguntas cubren temas como funciones, procesos, fases del ciclo de vida del servicio, roles y responsabilidades, y métricas.
El documento presenta 16 preguntas relacionadas con los procesos y conceptos clave de la Gestión de Servicios de TI, incluyendo la Administración de Activos y Configuraciones, Administración de Cambios, Administración de Liberaciones y Transición de Servicios. Algunas preguntas identifican cuales atributos deben registrarse en la Base de Datos de Administración de Configuraciones, cuales procesos son responsables de registrar relaciones entre componentes de servicio y cuales actividades son responsabilidad de la Administración de Cambios.
El documento presenta 16 preguntas relacionadas con los procesos y conceptos clave de la Gestión de Servicios de TI, incluyendo la Administración de Activos y Configuraciones, Administración de Cambios, Administración de Liberaciones y Transición de Servicios. Algunas preguntas identifican cuales atributos deben registrarse en la Base de Datos de Administración de Configuraciones, cuales procesos son responsables de registrar relaciones entre componentes de servicio y cuales actividades son responsabilidad de la Administración de Cambios.
La gestion agil y de proyectos y sus paralelos con PMBok.Jornadas Cordoba Sep...Alejandro Gabay
Este documento presenta una disertación sobre la gestión ágil de proyectos y sus paralelos con el PMBoK® Guide. Se explican brevemente los conceptos básicos del Manifiesto Ágil y del framework Scrum, y se trazan paralelos entre las prácticas ágiles y las áreas de conocimiento del PMBoK®. Finalmente, se discuten algunos mitos sobre la compatibilidad entre las metodologías ágiles y la gestión tradicional de proyectos.
Two days git training with labs
First day covers git basis and essential commands
Second day covers git additional command with a big lab using a git workflow
This document provides an overview of Git and SourceTree. It discusses the differences between distributed version control systems (DVCS) like Git versus centralized version control systems (CVCS). It also outlines a branching model for Git including feature branches for new development, release branches for testing releases, and hotfix branches for production bugs.
GIT Details for people who:
* don't know what version control means
* don't know what distributed version control means
* Used to work on SVN (Subversion)
GitHub is a Web-based Git repository hosting service. It offers all of the distributed revision control and source code management (SCM) functionality of Git as well as adding its own features. Unlike Git, which is strictly a command-line tool, GitHub provides a Web-based graphical interface and desktop as well as mobile integration. It also provides access control and several collaboration features such as bug tracking, feature requests, task management, and wikis for every project.
The document discusses several common Git workflows:
- The Basic/Centralized Workflow is the most basic, similar to SVN, with a single master branch and all changes committed directly to it.
- The Feature Branch Workflow involves branching by feature, with each developer working on their own branch before merging into master via a pull request. This avoids broken code and allows code review.
- The Gitflow Workflow manages features, releases, and hotfixes across main branches like master and develop, plus feature, release, and hotfix branches. It is more complex but provides more structure than the Feature Branch.
- The Forking Workflow differs in that there is no central repository - each developer has their own public server
This document discusses Git flow and workflows for features, releases, and hotfixes. It explains how to start and finish these branches using git flow commands or equivalent Git commands. It also provides tips for publishing remote branches, dealing with obsolete branches, and fixing common mistakes like amending commits, resetting files, and recovering deleted local branches.
Este documento presenta el Capítulo 1 de un curso sobre gestión de programas. Explica que la gestión de programas proporciona un marco para gestionar múltiples proyectos relacionados de manera coordinada para obtener beneficios mayores que la gestión individual de proyectos. Define los términos clave de programa, gestión de programas, proyecto, gestión de proyectos y portafolio. Describe las relaciones entre estos conceptos y el objetivo del estándar para la gestión de programas.
Este documento presenta los planes de gestión para un proyecto. Incluye planes para la integración del proyecto, el alcance, el tiempo, los costos, la calidad y otros aspectos. Describe los procedimientos para gestionar cambios, configuraciones, líneas base y otros aspectos clave del proyecto. También incluye anexos con documentos de soporte como el acta de constitución del proyecto y las líneas base iniciales.
Gitlab is an open-source project that provides git repository management and issue tracking. It started as a self-hosted alternative to GitHub that was difficult to deploy but has since improved with an omnibus installer and RPM packages that make it easy to install and manage. While the enterprise edition provides more functionality, the community edition remains very full-featured and supports features like public and private repositories, user groups, access control lists, integration with Redmine, pull requests, a REST API, wikis, LDAP integration, deployment keys, web hooks, and snippets.
Este documento presenta una introducción al control de versiones y la herramienta Git. Explica qué es el control de versiones, los diferentes tipos, y proporciona una guía de los comandos básicos de Git. También cubre temas como el versionamiento semántico, Git Flow, automatización de tareas, Gitlab y Gitlab CI.
Administración de cambios - capacitación TI.pptxAlbeiroPuentes1
Este documento presenta el proceso de administración de cambios de una empresa. Describe los objetivos y alcance del proceso, los tipos de cambios, prioridades y roles involucrados. Explica el flujo para la creación de solicitudes de cambio, su aprobación, ejecución y cierre. También cubre los controles para garantizar que los cambios se gestionen de manera adecuada y se minimicen los riesgos e impactos en los servicios.
El documento presentado, busca servir de ayuda para los primeros pasos del aprendizaje de BPM.
Este documento está enfocado en el análisis y mejora a un proceso en una empresa desarrolladora de aplicaciones web, utilizando la disciplina Business Process Management para confeccionar un modelo de procesos con un modelo AS IS y TO BE.
Este documento describe el proceso de gestión de cambios de una organización. El objetivo del proceso es minimizar el impacto de los cambios en la calidad del servicio y mejorar el funcionamiento de la organización. El proceso incluye las fases de recibir la solicitud de cambio, clasificarla, evaluar su impacto y riesgos, aprobarla, planificarla e implementarla, y verificar que se haya completado correctamente.
Este documento es un Acuerdo de Nivel de Servicio entre la Coordinación General de Tecnologías de la Información y Comunicaciones (CGTIC) y la Rectoría de la Universidad Autónoma de Coahuila para documentar el servicio de asesoría en TI. Define los roles y responsabilidades de ambas partes, los niveles de servicio, tiempos de respuesta, horarios de cobertura, y procesos para solicitar el servicio y reportar incidentes. También describe las penalizaciones por incumplimiento del acuerdo.
Sistema de Video Vigilancia para Seguridad Ciudadana - PlanificaciónDharma Consulting
Este documento describe los roles y procesos de gestión de cambios y configuración para el proyecto "Sistema de Video Vigilancia para Seguridad Ciudadana". Incluye descripciones de los roles como Project Manager, Gestor de Configuración e Inspector de Calidad. También detalla los procesos de gestión de cambios como solicitud de cambios, evaluación de impactos, toma de decisiones e implementación de cambios. Finalmente, describe los planes de documentación y los ítems de configuración que se controlarán.
Este documento contiene 35 preguntas de opción múltiple relacionadas con conceptos y procesos de gestión de servicios de TI. Las preguntas cubren temas como funciones, procesos, fases del ciclo de vida del servicio, roles y responsabilidades, y métricas.
El documento presenta 16 preguntas relacionadas con los procesos y conceptos clave de la Gestión de Servicios de TI, incluyendo la Administración de Activos y Configuraciones, Administración de Cambios, Administración de Liberaciones y Transición de Servicios. Algunas preguntas identifican cuales atributos deben registrarse en la Base de Datos de Administración de Configuraciones, cuales procesos son responsables de registrar relaciones entre componentes de servicio y cuales actividades son responsabilidad de la Administración de Cambios.
El documento presenta 16 preguntas relacionadas con los procesos y conceptos clave de la Gestión de Servicios de TI, incluyendo la Administración de Activos y Configuraciones, Administración de Cambios, Administración de Liberaciones y Transición de Servicios. Algunas preguntas identifican cuales atributos deben registrarse en la Base de Datos de Administración de Configuraciones, cuales procesos son responsables de registrar relaciones entre componentes de servicio y cuales actividades son responsabilidad de la Administración de Cambios.
Este documento describe el proceso de gestión de cambios según el marco ITIL en la Municipalidad de Puriscal. La municipalidad propone implementar un servidor proxy y separar las áreas en redes diferentes para mejorar el rendimiento. El proceso incluye registrar las solicitudes de cambio, planificar la implementación, probar los cambios en entornos de desarrollo y prueba, e implementarlos en producción. Después de la implementación, se realiza una encuesta de satisfacción y se registra un incidente relacionado con la falta de UPS que es resuelto
Implementación y Desarrollo de un Aplicativo para e-commerce - ControlDharma Consulting
Este documento presenta una evaluación de competencias para un analista de infraestructura. La evaluación cubre las competencias personales del analista definidas en el marco de desarrollo de competencias de gestión de proyectos del PMI. El evaluador, un colega del analista, evalúa las competencias del analista basado en la información de múltiples fuentes del proyecto con el fin de ayudar al analista a mejorar su desempeño.
Este documento describe los procesos involucrados en la transición de servicios, incluyendo la gestión de cambios, la gestión de configuración y activos de servicio, la gestión de versiones y despliegues, y la gestión del conocimiento. Explica que la transición de servicios es crucial para establecer nuevos o modificados servicios en producción de manera exitosa dentro del tiempo y costo planificados.
Implementación de Sistema de Transferencia Interbancaria - CierreDharma Consulting
Este documento resume el informe final de un proyecto de implementación de un sistema de transferencia interbancaria. El proyecto se completó dentro del presupuesto pero se retrasó en una de las fases. Se identificaron dos lecciones aprendidas, una relacionada con la falta de entrenamiento en herramientas de gestión de proyectos y otra relacionada con la necesidad de negociar fechas flexibles con proveedores externos. El cliente aceptó formalmente el proyecto y sus entregables.
Este documento describe los principios y prácticas de administración de requisitos, incluyendo el control de cambios de requisitos, la trazabilidad de requisitos y el proceso de control de cambios. Explica que una vez aprobados, los requisitos constituyen la línea base del proyecto y deben mantenerse actualizados a medida que el proyecto avanza. También describe cómo monitorear el estado de los requisitos, gestionar cambios propuestos y realizar un análisis de impacto para comprender las implicaciones de los cambios
Este documento describe las actividades de seguimiento de una auditoría de sistemas de información. Incluye la asignación y comunicación de tareas, el seguimiento de tareas, la gestión de incidencias, los cambios en los requisitos, las reuniones de seguimiento y la aceptación interna de tareas antes de la aceptación del cliente. El objetivo es controlar el proyecto y asegurar que se completen las tareas según lo planeado.
Metodologia de Gestión de Proyectos denominada IDEA adaptada a un marco de tecnologia PMI, IDEA significa INICIO, DESARROLLO, EJECUCION Y APRENDIZAJE, incorpora las mejores pràcticas de PMI, ITIL y otros aportes de autores anònimos.
Guia simple, facil de uso. Muestra caso de implementación con una herramienta web de gestión de cambios y requerimientos tecnològicos.
Este documento describe los conceptos clave de la gestión de cambios en tecnologías de la información. Explica que la gestión de cambios evalúa y planifica los procesos de cambio para garantizar que se realizan de forma eficiente y sin perjudicar la calidad del servicio. El proceso incluye el registro de solicitudes de cambio, su clasificación, aprobación por un consejo asesor de cambios y planificación de la implementación.
Memorias webCast de la teoria a la practica con la gestión de cambiosAranda Software
El documento describe los principios y procesos de gestión de cambios según ITIL. Explica que la gestión de cambios tiene como objetivos principales asegurar que los cambios se implementen de forma controlada y responder a las necesidades del negocio. Detalla las 7 "R" que guían el proceso de gestión de cambios y los tipos de cambios. Además, explica las etapas del proceso de gestión de cambios e incluye recomendaciones como utilizar herramientas para gestionarlos y definir un plan de contingencia antes de implementar cualquier cambio
El documento presenta la implementación de un programa de mantenimiento basado en RCM (Mantenimiento Centrado en la Confiabilidad) para el equipo crítico de una excavadora en una empresa de construcción. Se propone una metodología que incluye el análisis de funciones, modos de falla, efectos de falla y consecuencias para definir las tareas de mantenimiento preventivo. El caso de estudio se enfoca en analizar específicamente la bomba hidráulica de la excavadora para optimizar su mantenimiento.
Similar a Presentación de Curso para Remedy Change Management (20)
Catalogo Buzones BTV Amado Salvador Distribuidor Oficial ValenciaAMADO SALVADOR
Descubra el catálogo completo de buzones BTV, una marca líder en la fabricación de buzones y cajas fuertes para los sectores de ferretería, bricolaje y seguridad. Como distribuidor oficial de BTV, Amado Salvador se enorgullece de presentar esta amplia selección de productos diseñados para satisfacer las necesidades de seguridad y funcionalidad en cualquier entorno.
Descubra una variedad de buzones residenciales, comerciales y corporativos, cada uno construido con los más altos estándares de calidad y durabilidad. Desde modelos clásicos hasta diseños modernos, los buzones BTV ofrecen una combinación perfecta de estilo y resistencia, garantizando la protección de su correspondencia en todo momento.
Amado Salvador, se compromete a ofrecer productos de primera clase respaldados por un servicio excepcional al cliente. Como distribuidor oficial de BTV, entendemos la importancia de la seguridad y la tranquilidad para nuestros clientes. Por eso, trabajamos en colaboración con BTV para brindarle acceso a los mejores productos del mercado.
Explore el catálogo de buzones ahora y encuentre la solución perfecta para sus necesidades de correo y seguridad. Confíe en Amado Salvador y BTV para proporcionarle buzones de calidad excepcional que cumplan y superen sus expectativas.
KAWARU CONSULTING presenta el projecte amb l'objectiu de permetre als ciutadans realitzar tràmits administratius de manera telemàtica, des de qualsevol lloc i dispositiu, amb seguretat jurídica. Aquesta plataforma redueix els desplaçaments físics i el temps invertit en tràmits, ja que es pot fer tot en línia. A més, proporciona evidències de la correcta realització dels tràmits, garantint-ne la validesa davant d'un jutge si cal. Inicialment concebuda per al Ministeri de Justícia, la plataforma s'ha expandit per adaptar-se a diverses organitzacions i països, oferint una solució flexible i fàcil de desplegar.
Catalogo general tarifas 2024 Vaillant. Amado Salvador Distribuidor Oficial e...AMADO SALVADOR
Descarga el Catálogo General de Tarifas 2024 de Vaillant, líder en tecnología para calefacción, ventilación y energía solar térmica y fotovoltaica. En Amado Salvador, como distribuidor oficial de Vaillant, te ofrecemos una amplia gama de productos de alta calidad y diseño innovador para tus proyectos de climatización y energía.
Descubre nuestra selección de productos Vaillant, incluyendo bombas de calor altamente eficientes, fancoils de última generación, sistemas de ventilación de alto rendimiento y soluciones de energía solar fotovoltaica y térmica para un rendimiento óptimo y sostenible. El catálogo de Vaillant 2024 presenta una variedad de opciones en calderas de condensación que garantizan eficiencia energética y durabilidad.
Con Vaillant, obtienes más que productos de climatización: control avanzado y conectividad para una gestión inteligente del sistema, acumuladores de agua caliente de gran capacidad y sistemas de aire acondicionado para un confort total. Confía en la fiabilidad de Amado Salvador como distribuidor oficial de Vaillant, y en la resistencia de los productos Vaillant, respaldados por años de experiencia e innovación en el sector.
En Amado Salvador, distribuidor oficial de Vaillant en Valencia, no solo proporcionamos productos de calidad, sino también servicios especializados para profesionales, asegurando que tus proyectos cuenten con el mejor soporte técnico y asesoramiento. Descarga nuestro catálogo y descubre por qué Vaillant es la elección preferida para proyectos de climatización y energía en Amado Salvador.
HPE presenta una competició destinada a estudiants, que busca fomentar habilitats tecnològiques i promoure la innovació en un entorn STEAM (Ciència, Tecnologia, Enginyeria, Arts i Matemàtiques). A través de diverses fases, els equips han de resoldre reptes mensuals basats en àrees com algorísmica, desenvolupament de programari, infraestructures tecnològiques, intel·ligència artificial i altres tecnologies. Els millors equips tenen l'oportunitat de desenvolupar un projecte més gran en una fase presencial final, on han de crear una solució concreta per a un conflicte real relacionat amb la sostenibilitat. Aquesta competició promou la inclusió, la sostenibilitat i l'accessibilitat tecnològica, alineant-se amb els Objectius de Desenvolupament Sostenible de l'ONU.
La inteligencia artificial sigue evolucionando rápidamente, prometiendo transformar múltiples aspectos de la sociedad mientras plantea importantes cuestiones que requieren una cuidadosa consideración y regulación.
3. ITIL
(Information Technology Infrastructure Library)
Biblioteca de Infraestructura de Tecnologías de Información
Marco de trabajo
Remedy Change
Management está
basado en esta
referencia.
Procedimientos de
gestión para lograr
eficiencia en las
organizaciones.
El soporte al
servicio garantiza la
continuidad,
disponibilidad y
calidad del mismo.
1.1 Fundamentos del ITIL
4
4. Estrategia
del Servicio
Diseño del
servicio
Transición
del Servicio
Operación
del Servicio
Mejora
Continua del
Servicio
El Negocio / ClientesRequerimientos
Orientado hacia el Servicio, define 5 Volúmenes ITIL al ciclo de vida del servicio
2. GGesetsitói2ón.nddeFeeNleiCvdeablmaecsbkidose Servicio
5
2. Gestión de Problemas
3. Cumplimiento de Solicitudes
1.2 ITIL Versión 3
6. 2.1 Proceso de GDC de acuerdo al ITIL Versión 3
RFC Request for Change: Solicitud de cambio.
CAB Change Advisor Board o Mesa Técnica: Grupo de personas que evalúan el cambio.
ECAB Emergency Change Advisor Board: En este caso se evalúa, revisa y aprueban acciones en un cambio de emergencia.
REGISTRO DE SOLICITUD
CAMBIOS
(RFC)
REVISIÓN Y
PLANIFICACIÓN
DE CAMBIOS
NECESIDAD
CAMBIO
REQUIERE
SALIR DE UNA
ESTACIÓN?
GESTIÓN DE ACCESO
A ESTACIONES
EJECUCIÓN
GESTIÓN DE SALIDA
A ESTACIONES
VALIDACIÓN Y
CIERRE
REQUIERE
ENTRAR A UNA
ESTACIÓN?
SISI
NONO
CAMBIO
EJECUTADO
CAB/
ECAB
7
7. ¿Quién REQUIERE el Cambio? ¿Quién es el COORDINADOR o SOLICITANTE del Cambio?
¿Cuál es la RAZÓN del Cambio? ¿Cuál es su justificación o necesidad?
¿Cuál es el RETORNO del Cambio? ¿Qué se espera del cambio?
¿Cuáles son los RIESGOS del Cambio?
¿Cuáles son los RECURSOS necesarios para ejecutar el Cambio?
¿Quién es el RESPONSABLE de registrar, aprobar e implantar el Cambio?
¿Cuál es la RELACIÓN entre este Cambio y otros Cambios?
1
2
3
4
5
6
7
8
2.2 Las 7 Siete “R” de Change Management definidas en ITIL Versión 3 son:
9. Inicia la solicitud
del cambio.
Lleva el
seguimiento del
avance del mismo.
Registra cambios
en la herramienta.
Determina el
riesgo y la
prioridad del
mismo.
Prepara planes de
implementación
y/o tareas.
Supervisa el
proceso del
cambio.
Suministra la RFC
al área de
aprobación.
Asigna la
aplicación del
cambio y las
tareas
relacionadas a los
especialistas.
En caso de ser
necesario, puede
cerrar la solicitud
de cambio
CHANGE
COORDINATOR
O SOLICITANTE
2.3 Identificando Roles en el RCHM
10
10. Según la descripción anterior del rol de Change Coordinator:
¿Quién considera usted que pueda ejercer este rol en
nuestro proceso de Gestión de Cambio?
1- Personal de Gestión de Cambio
2- Los Solicitantes de los Cambios o RFC
3- CCR
11
11. Garantiza que se han
planificado las
acciones apropiadas
para minimizar tanto el
riesgo de la falla como
el impacto en los
usuarios durante la
implementación del
cambio.
En ciertos casos es el
responsable de
determinar colisiones
en el calendario de
implementaciones de
cambios,
especialmente en la
ausencia de un
coordinador de
cambio..
En un alto nivel, el
change manager
obtiene la aprobación
para los cambios, es
posible que la
aprobación la realice el
mismo cuando lo
considere apropiado.
Puede ser el encargado
de cerrar las
solicitudes de cambio.
CHANGE MANAGER
O
GESTIÓN DE
CAMBIOS
2.3 Identificando Roles en el RCHM
12
12. Según la descripción anterior del rol de Change Manager:
¿Quién considera usted que ejerza este rol en
nuestro proceso de Gestión de Cambio?
1 Personal de Gestión de Cambio
2 Los Solicitantes de los Cambios o RFC
3 CCR
13
13. El Change Advisor Board es
una Mesa Técnica cuyo
miembros evalúan los
procesos enmarcados en la
ejecución del cambio.
Los miembros del CAB evalúan
el nivel de riesgo e impacto
que conlleva el cambio.
Además buscan consolidar las
7R’s del proceso de GDC.
CHANGE ADVISOR
BOARD
O
MESA TÉCNICA
2.3 Identificando Roles en el RCHM
14
14. Según la descripción anterior del rol de CAB Members:
¿Cual grupo ejerce este rol en nuestro proceso de
Gestión de Cambio?
1 Las reunión de Mesas de Incidencias por Cambio
2 Las conferencia de Gestión de Cambio para validar colisiones
3 Las discusiones técnica de los MOP
4.- Las conferencia por trabajos de emergencias
15
15. Persona capacitada para
aprobar o rechazar la solicitud
del cambio, según parámetros
establecidos para su
ejecución.
Existen 4 niveles o fases de
aprobación.
Si el cambio causa afectación
o degradación de servicio, es
necesaria la autorización de
los clientes que se verán
afectados por la
implementación del mismo.
CHANGE
APPROVER
O
APROBADORES
2.3 Identificando Roles en el RCHM
16
16. Change/Task Implementer, es
responsable de realizar el trabajo
real necesario para completar un
cambio, o las tareas asociadas
con el cambio.
Un Change Implementer es
asignado a una solicitud de
cambio si no hay tareas
asociadas.
Un Task Implementer se asigna a
cada tarea asociada. En algunos
casos es el responsable de cerrar
las tareas ejecutadas.
CHANGE
IMPLEMENTER
O
EJECUTORES
2.3 Identificando Roles en el RCHM
17
17. 2.4 Etapas del ciclo de vida de un RFC
Revisión y planificación
Ejecución
Cierre del cambios
Registro
18
20. 3.
3.1 Parámetros en el RCHM
2. Riesgo del Cambio
3. Criterios sobre la Notificación Pública
4. Mercados
5. Categorizaciones en la Herramienta
6. Fases de aprobación del RFC (RCHM)
27. Equipos sin servicio comercial. Equipos desincorporados.
Configuraciones básicas y sin impacto, en equipos en producción y
estables. Aprovisionamiento e integración de equipos nuevos.
Mantenimientos preventivos.
Equipos de bajo orden, en producción, con degradación de servicio o
sin gestión. Afectación de servicios ≤15min. Aprovisionamiento de
equipos.
Equipos de alto orden, en producción, con redundancia. Afectación de
servicios <30min o con intermitencia durante la VM.
Equipos de alto orden, en producción, sin redundancia, con fallas
recurrentes e incidencias previas. Afectación de servicios ≥30min.
1
28
2
3
4
5
3.2 Riesgo del cambio
Riesgo: Nivel de complejidad técnica de un cambio.
Comprende valores de 1 a 5, siendo 5 el más significativo.
28. 3.3 Criterios sobre la Notificación Pública
SERVICIOS PARA
LOS CUALES
APLICA:
• Telefonía fija
• Telefonía móvil
• SMS
• Internet (incluye
datos móviles)
• TV
• PTT
• Timetrac
TIPO DE
AFECTACIÓN:
• Interrupciones de
servicio mayores a
15 minutos
• Afectación
Extensivo,
significativo o
moderado
• No incluye
degradaciones
TIEMPO
REQUERIDO PARA
LA NOTIFICACIÓN:
4 Días
(3 regulación + 1
publicación) para
notificar a Contenido
de la ejecución del
trabajo.
NO APLICA PARA:
29
• Clientes
Corporativos
• Centros de
Servicio (CDS)
• Call Center
29. 3.5 Categorizaciones en la Herramienta
Categorización
Operacional
Describe la Plataforma
La Tecnología
Describe el Trabajo
Infraestructura
Refrigeración
Mantenimiento
Preventivo
NIVELES EJEMPLO
1
2
3
De este campo
dependen el Mapa de
aprobadores en cada
fase
Categorización del
Producto
1 Describe la Tecnología
Describe el Equipo (Por
ahora genéricos)
3 No Definido por ahora
31
Refrigeración
A/A
No Aplica
NIVELES EJEMPLO
2
31. INICIO
REVISIÓN Y
AUTORIZACIÓN
BORRADOR
PLANIFICACIÓN EN CURSO
PETICIÓN DE
AUTORIZACIÓN
PETICIÓN DE CAMBIO
REVISIÓN
APROBACIÓN DEL
NEGOCIO
APROBADORESETAPAS DEL CICLO DE VIDA ESTADOS DEL RFC
DEL RFC
FASES DE
APROBACIÓN
3.6 Fases de aprobación del RFC (RCHM)
33
En la fase Aprobación del Negocio se
lleva a cabo las evaluaciones técnicas del
cambio.
32. INICIO
REVISIÓN Y
AUTORIZACIÓN
PLANIFICACIÓN
Y PROGRAMACIÓN
BORRADOR
PROGRAMADO
PROGRAMADO PARA
APROBACIÓN
PLANIFICACIÓN EN CURSO
PETICIÓN DE
AUTORIZACIÓN
PETICIÓN DE CAMBIO
REVISIÓN
APROBACIÓN DEL
NEGOCIO
APROBACIÓN DE
IMPLANTACION
APROBADORESETAPAS DEL CICLO DE VIDA ESTADOS DEL RFC
DEL RFC
FASES DE
APROBACIÓN
•
•
•
•
3.6 Fases de aprobación del RFC (RCHM)
entre los cambios registrados
34
En la fase Aprobación de implantación se
lleva a cabo las validaciones de colisiones
33. INICIO
REVISIÓN Y
AUTORIZACIÓN
PLANIFICACIÓN
Y PROGRAMACIÓN
IMPLEMENTACIÓN
BORRADOR
IMPLANTACIÓN EN CURSO
PROGRAMADO
PROGRAMADO PARA
APROBACIÓN
PLANIFICACIÓN EN CURSO
PETICIÓN DE
AUTORIZACIÓN
PETICIÓN DE CAMBIO
REVISIÓN
APROBACIÓN DEL
NEGOCIO
APROBACIÓN DE
IMPLANTACION
APROBADORESETAPAS DEL CICLO DE VIDA ESTADOS DEL RFC
DEL RFC
FASES DE
APROBACIÓN
•
•
•
•
3.6 Fases de aprobación del RFC (RCHM)
sus tareas
35
Gestión de Cambios deja la RFC en
Implantar y lista para que sean ejecutadas
36. 4.
4.1 Acceso a la aplicación
2. Vista de la pantalla de inicio del RCHM
3. Navegando en la consola
4. Unidad de Búsquedas
5. Panel de navegación
37. Iniciar sesión en la aplicación
Vía Web
BMC Remedy User
Identificación y descripción de la consola
Descripción de la página de inicio
40
4.1 Acceso a la aplicación del RCHM
42. Iniciar sesión en la aplicación
Vía Web
BMC Remedy User
Identificación y descripción de la consola
Descripción de la página de inicio
4.3 Navegando en la consola del Change Management
45
43. Muestra los detalles de la RFC
Los números de RFC
Se pueden ver los cambios de su grupo de soporte
Muestra las tareas asignadas al cambio
46
4.3.1 Consola de soporte
46. Muestra las tareas que te fueron asignadas
y las de tu grupo de soporte
Los números de las tareas
describen a su inicio TAS
49
4.3.1 Consola de soporte
47. Al seleccionar la «consola de gestor»
se activa automáticamente la opción KPI
La consola de gestor
50
está diseñada para
optimizar el proceso de
los aprobadores.
Se enfoca directamente
en los cambios.
4.3.1 Consola de soporte
48. Vista del recuento de los RFCs
Módulo de búsquedas definidas de
RFCs diferenciados por estado del
cambio o por el rol del usuario
51
4.3.1 Consola de soporte
49. Permite crear y administr
búsquedas especificas
ar
4.4 Unidad de Búsquedas
52
51. 5.
5.1 Tareas dentro de un RFC
2. Creación de un RFC
3. Creación de un RFC por el flujograma
4. Copiando un RFC
5. Creación de un RFC de prioridad menor y acceso físico
6. Creación de un RFC de prioridad crítica, alta y
media y acceso físico
52. 55
TareaRFC
5.1 ¿Qué es una tarea dentro de un RFC?
LUNES 21-01 MARTES 22-01 MIERCOLES 23-01
Inserción de
equipo en red
53. LUNES 21-01 MARTES 22-01 MIERCOLES 23-01
Inserción de
equipo en red
Tarea
RFC Desfase de
hora y fecha
56
Error al crear un RFC
5.1 ¿Qué es una tarea dentro de un RFC?
54. PLANTILLA DE TAREA RFC A EJECUTAR
TAREA 1
TAREA 2
TAREA 3
TAREA 4
TAREA 5
TAREA 6
LAS TAREAS PUEDEN
EJECUTARSE DE FORMA
SECUENCIAL
3 4
O PUEDEN EJECUTARSE
TAREAS DE FORMA
PARALELA
1
2
57
5 4
55. GRUPO DE TAREAS RFC A EJECUTAR
LAS MISMAS PUEDEN
EJECUTARSE DE FORMA
SECUENCIAL
No podrá romper la
secuencia
Solo podrá colocarle antes
o después del grupo
22
23
43
O PUEDEN
EJECUTARSE TAREAS DE
FORMA PARALELA
1
TAREA 1
TAREA 2
TAREA 3
TAREA 4
PANTILLA DE TAREA
TAREA 5
58
56. Creación de RFC con plantilla
5.2 Creación de una RFC o Cambio
Creación de RFC sin plantilla
59
57. 1.- Ingrese al RCHM. En el menú
principal, busca Consola de Gestión
de Cambios. Luego en el menú de
funciones->Nuevo cambio
1
Para ingresar al
RCHM debe
ingresar su usuario
y contraseña
2
3
2.- Complete TODOS los campos que
se presentan en el panel derecho de
la pantalla principal.
En Servicios indique los servicios que se verán afectados
con su cambio. En Resumen indique en pocas palabras el
cambio que desea ejecutar y en Notas explique con
mayor detalle su cambio.
3.- Del lado izq. de la pantalla, haga
clic en Categorizaciones y llene los
campos correspondientes.
Para los campos:
Impacto, Urgencia,
Prioridad y Nivel de
Riesgo, debe
referirse a los
valores indicados
para su cambio en la
Matriz de Criticidad
de la plataforma
respectiva
NOTA: Si el cambio es categorizado incorrectamente la aprobación del mismo se puede ver afectada
CATÁLOGO OPERACIONAL NIVEL 1: PLATAFORMA, NIVEL 2: TECNOLOGÍA, NIVEL 3:
DESCRIPCION
CATÁLOGO DE PRODUCTO NIVEL 1: TECNOLOGÍA, NIVEL 2: EQUIPO, NIVEL 3: NO APLICA
60
5.2.1 Creación de RFC con plantilla
58. 4.- Del lado derecho de
la pantalla, en la
pestaña Detalles del
trabajo, es obligatorio
llenar los campos
Grupo Gestor y Gestor
del Cambio dentro del
equipo de GDC
5
Seleccione la tarea a editar y
haga doble clic en la misma, para
abrir la ventana Tarea
Al hacer clic con el botón derecho en la
casilla Adjuntos de tarea, se abrirá la
ventana Agregar
Llene todos los campos que se encuentren vacíos.
Nota: Recuerde que la prioridad de la tarea debe ser
igual a la del RFC, indicada previamente en la ventana
principal
5.- En la pestaña Tareas, en
Tipo de Petición seleccione
Ad hoc y luego haga clic en
Relacionar, esto generará
una tarea. Abra la tarea
creada y llene los campos
vacíos. Dentro de la tarea en
la pestaña General, adjunte
los documentos necesarios
según la prioridad de su
cambio.
Indique el Grupo del
Gestor de su cambio y el
especialista de Gestión
de Cambios encargado
de aprobar su cambio
4
61
59. Indique la fecha y
hora planificada
para el inicio y
finalización del
cambio
6
En Clasificación,
debe ingresar los
mismos datos que
ingreso
previamente en
Categorizaciones
7
En Asignación debe
llenar solo los
campos que se
indican
7.- Dentro de la tarea en la pestaña
Clasificación, llene los campos
vacíos. En la pestaña Asignación
indique el encargado de cerrar la
tarea. Luego en la pestaña Fechas,
indique fecha programada de inicio y
finalización del cambio Finalmente
haga clic en guardar y cerrar.
Los cambios se deben asignar a
los encargados de cerrar la tarea,
según la prioridad del cambio
1.- (CCR-MTSO) cambios de
crítica, alta y media.
2.- (Solicitante) cambios de baja
Llene
CORRECTAMENT
E todos los
campos que se
encuentren
vacíos, indicando:
nombres,
apellidos y
teléfonos reales
tanto del
Solicitante como
del Ejecutor del
cambio
6.- Dentro de la tarea en la pestaña
Solicitante, debe llenar TODOS los
datos del Solicitante y del Ejecutor
del cambio
62
60. 9.- Haga clic en Guardar. Finalmente haga clic en siguiente fase y su RFC
pasará del estado Borrador a Petición en curso. Para el caso de cambios de
prioridad MEDIA, ALTA O CRÍTICA, haga clic en siguiente fase nuevamente,
hasta que el RCHM le indique que necesita aprobación del supervisor de su
área para seguir avanzando.
Al regresar a la ventana
principal del RFC, haga
clic en Ver fecha de tarea,
se abrirá una ventana de
la tarea, ciérrela y luego
haga clic en lo iconos de
reloj rojo y verde para
asignar automáticamente
la fecha al RFC
8
8.- Ahora en la ventana principal del RFC, en la
pestaña Fecha/Sistema, llene la fecha programada de
inicio y finalización del cambio.
9
63
61. Creación de RFC con plantilla
Crear una RFC
Creación de RFC sin plantilla
64
62. 1.- Ingresar al RCHM. En el menú principal,
busca Consola de Gestión de Cambios.
Luego en el menú de funciones->Nuevo
cambio
2.- Llene todos los campos del Panel
principal que estén vacíos. Luego seleccione
la Plantilla a utilizar y el código de su RFC se
creará automáticamente.
3.- En la pestaña Detalles del trabajo,
llene los campos que corresponden al
grupo gestor dentro del equipo de
GDC
1
Verifique
que
aparezca el
Grupo
coordinado
r y el
Coordinad
or del
cambio
Indique el grupo gestor de su
cambio y el especialista de
gestión de cambios
encargado de aprobar su
cambio
Para ingresar al
RCHM debe ingresar
su usuario y
contraseña
Llene todos los
campos que se
encuentren vacíos en
el panel del lado
derecho
Ubíquese en la
casilla Plantilla y
pulse Enter, se
abrirá ésta ventana.
Seleccione la
plantilla a utilizar
2
3
65
5.2.2 Creación de RFC sin plantilla
63. 4.- En la pestaña Tareas, haga doble clic
sobre la tarea generada. Verificar los
valores llenados de forma automática y
llenar los campos faltantes. En la pestaña
General, adjuntar los documentos
referentes al cambio, dependiendo de su
prioridad
5.- En la pestaña Solicitante, llenar
todos los datos del Solicitante y del
Ejecutor del cambio
Llene todos los campos que
se encuentren vacíos.
Nota: Recuerde que la
prioridad de la tarea debe ser
igual a la indicada en la
ventana principal
Llene todos
los campos
que se
encuentren
vacíos
Seleccione la tarea a
editar y haga doble
clic en la misma, para
abrir la ventana Tarea
Al hacer clic con el botón
derecho en la casilla Adjuntos
de tarea, se abrirá la ventana de
agregar
4
5
66
64. 6.- En la pestaña Fechas, indique
fecha programada de inicio y
finalización del cambio. Luego en la
pestaña Asignación indique el
encargado de cerrar la tarea.
Finalmente haga clic en guardar y
cierre la tarea.
8.- Haga clic en Guardar. Finalmente haga clic en siguiente fase y su RFC pasará al estado Petición en curso. Para el caso de cambios
de prioridad MEDIA, ALTA O CRÍTICA, haga clic en siguiente fase nuevamente, hasta que el RCHM le indique que necesita
aprobación del supervisor de su área para seguir avanzando..
7.- Ahora en la ventana principal del
RFC, en la pestaña Fecha/Sistema,
llene la fecha programada de inicio y
finalización del cambio.
Indique los datos
de la persona
asignada para
cerrar el cambio
Al regresar a la ventana principal del RFC, haga clic
en Ver fecha tarea, se abrirá una ventana de la tarea,
ciérrela y luego haga clic en lo iconos de reloj rojo y
verde para asignar automáticamente la fecha al RFC
Indique la
fecha y hora
planificada
para el inicio
y finalización
del cambio
6
7
67
65. 5.3 Etapas del Ciclo de Vida del RFC y Valores de Estado
68
NOTA: EL COLOR VERDE EN LA PESTAÑA INDICA LA ETAPA EN LA QUE SE ENCUENTRA LA RFC
76. Aquí se puede visualizar el detalle del
RFC
79
Como aprobar un RFC
77. Si desea consultar en detalle en que
Fase de aprobación se encuentra el RFC
seleccione
80
Como aprobar un RFC
78. Indica los niveles de aprobación
pendientes del RFC
Como aprobar un RFC
81
79. 7.
7.1 Validaciones de RFC de prioridades de alta, crítica y
media
7.2 Validaciones de RFC de prioridad baja
80. Validación y cerrado de RFC’s
1
Se deben colocar
las observaciones
del Cierre de la
Tarea
3
1.- Verifique que la RFC esté en el
edo. Implantación en curso.
Luego abra cada una de las tareas
que se encuentran en la pestaña
Tareas
2.- Ya en la tarea, indique Estado y
Motivo del estado. En Notas,
comente los resultados obtenidos
en la actividad.
3.- En la pestaña Asignación, debe
colocar el nombre de quien está
cerrando la tarea.
4.- En la pestaña de Fechas,
asigne la fecha real de inicio y
finalización del cambio. Guarde
los cambios y cierre la tarea
Seleccionar
Cerrado en el
Estado de la Tarea
y luego, el motivo
del cerrado del
estado
En la pestaña
TAREAS, abrir
cada una de las
tareas ahí
presentes
En la pestaña de
Fechas, Asignar la
fecha real de
inicio y
finalización del
cambio.4
2
83
81. 5.- En la ventana principal del RFC, dentro de la pestaña Fechas/Sistema, asigne la fecha real de inicio y finalización del
cambio. Para ello haga clic en Ver fecha tarea, cierre y luego haga doble clic en los relojes verde y rojo. Finalmente haga clic
en Guardar
6.- Ahora si el cambio es de
prioridad BAJA, haga clic en el
botón Implantar hasta llevar el
RFC al estado Cerrado. Si por el
contrario el cambio es de
prioridad MEDIA, ALTA O
CRÍTICA, haga clic en el botón
Implantar hasta llevar el RFC al
estado Terminado y Motivo del
estado Revisión Final Requerida,
donde un especialista de GDC se
encargará de llevarlo hasta
Cerrado.
5
CAMBIOS DE
PRIORIDAD
MEDIA, ALTA Y
CRÍTICA
CAMBIOS DE
PRIORIDAD
BAJA
6
84
85. El uso del Informe de Consola, puede:
Generar
informe
Ver
informe
Imprimir
informe
Guardar
informe
Informe de consola
88
86. Generar Informes
1
1.- Ingresa al RCHM. En el menú principal,
busca Consola de Gestión de Cambios.
Luego en el menú de funciones selecciona -
>Buscar cambio. En el borde superior
derecho de la pantalla haz clic en Opciones
Avanzadas
2
Al hacer clic en el botón Campos y
luego en la ventana desplegable
Campos se muestran los campos
disponibles en la generación de
informes. Haga clic en el campo a
definir y éste aparecerá en la casilla
inferior de Criterios de búsqueda, luego
en indique el valor que tomará este
campo en su búsqueda2.- En la zona inferior de la pantalla aparecerá
el recuadro Criterios de Búsqueda. Es aquí
dónde se definen los criterios para filtrar los
cambios que se desean buscar. Haz clic en
campos, y selecciona de entre los campos
que se despliegan en pantalla, los que deseas
usar de filtro
Por ejemplo, si se desean buscar los RFCs de un determinado solicitante durante el último mes, entonces colocaría algo como:
'Fecha programada de inicio+' >= "06/07/201306:00:00a.m." AND 'Fecha programada de inicio+' <= "06/08/201306:00:00 a.m." AND 'Coordinadordel cambio*+'=
"LAURA RODRÍGUEZ"
89
87. Generar Informes
3.- Una vez definido el criterio de búsqueda e ingresado en la casilla
correspondiente, haz clic en Buscar. Seguidamente el RCHM procederá a
buscar todos los RFC que cumplan con estas condiciones
4
4.- Los RFC encontrados se mostrarán en pantalla. Selecciónalos
todos y haz clic en la pestaña Herramientas, luego selecciona la
opción Informes.
3
5
5.- A continuación se abrirá la ventana Estilos de Informe. Haz doble
clic en <<Nuevo estilo>> y aparecerá la ventana Propiedades
<<Nuevo estilo>>. Aquí podrás definir los campos que deseas
visualizar en el informe. En las pestaña Campos aparecen todos los
campos disponibles en la herramienta. Haz clic sobre el campo a
seleccionar y luego clic en Agregar. Una vez hayas agregado todos
los campos, haz clic en Aceptar
Recuerda que los valores
que siguen a las
igualdades de cada uno de
los campos, deben ser
colocados entre comillas
Para seleccionar todos los
cambios, haz clic sobre el
primero y luego presiona
las teclas Shift + Fin
Para buscar
los campos
con mayor
rapidez, haz
clic sobre la
ventana
Lista de
Campos y
escribe las
primeras
letras del
campo a
buscar
90
88. Generar Informes
7
6.- Ahora haz clic con el botón derecho del mouse sobre
<<Nuevo estilo>> y luego clic en Guardar. Llena los datos
correspondientes y luego haz clic en Aceptar.
7.- Seguidamente selecciona el estilo de informe creado y haz clic
derecho sobre él. Seguidamente haz clic en Exportar a y luego en
Archivo. Selecciona la ubicación donde deseas guardar el
informe, indica el nombre del mismo y en tipo de archivo elije:
separado por comas. Finalmente haz clic en Guardar. Abre el
archivo creado y haz los ajustes respectivos para mayor facilidad
de lectura
Abra el archivo separado por comas (.csv)
Selecciona la columna A. Luego en la
pestaña Datos haz clic en Texto en
columnas. Luego selecciona:
DelimitadosComaGeneral y luego haz
clic en Finalizar
91