// Configuración de imágenes
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/bin/convert";
$wgMaxImageArea = 1.25e8;
$wgThumbLimits = array( 220, 250, 300 );
$wgImageLimits = array( array( 320, 240 ), array( 640, 480 ), array( 800, 600 ), array( 1024, 768 ), array( 1280, 1024 ) );

// Permitir que las imágenes se muestren aunque falle la miniatura
$wgIgnoreImageErrors = true;
<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="es">
		<id>https://wiki.ultimamilla.com.ar/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Fcapra</id>
		<title>Última Milla Wiki - Contribuciones del usuario [es]</title>
		<link rel="self" type="application/atom+xml" href="https://wiki.ultimamilla.com.ar/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Fcapra"/>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/wiki/Especial:Contribuciones/Fcapra"/>
		<updated>2026-07-02T03:27:13Z</updated>
		<subtitle>Contribuciones del usuario</subtitle>
		<generator>MediaWiki 1.29.3</generator>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Alcance&amp;diff=1905</id>
		<title>Alcance</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Alcance&amp;diff=1905"/>
				<updated>2019-07-11T13:16:59Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;El Sistema de Gestión de los Servicios de Tecnologías de la Información de ULTIMA MILLA comprende los servicios incluidos en el '''catálogo de servicios''' prestados desde el '''Centro de Servicios de Mendoza'''.&lt;br /&gt;
&lt;br /&gt;
=Catálogo de Servicios=&lt;br /&gt;
[[Archivo:Catalogo_de_Servicios.jpg|thumb|center|800px|Catálogo de Servicios del Sistema de Gestión de Servicios de TI]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Servicios de Integración de Infraestructura IT (ITO)==&lt;br /&gt;
Los servicios de integración contemplan las siguientes actividades de valor con el objeto de asegurar el nivel de servicio:&lt;br /&gt;
 &lt;br /&gt;
*Planificación, seguimiento y control de la prestación del servicio&lt;br /&gt;
&lt;br /&gt;
*Ingeniería y diseño de la integración&lt;br /&gt;
&lt;br /&gt;
*Abastecimiento de componentes a integrar en los sistemas&lt;br /&gt;
&lt;br /&gt;
*Integración de sistemas que componen la solución&lt;br /&gt;
&lt;br /&gt;
*Pruebas de verificación y validación de la solución integrada&lt;br /&gt;
&lt;br /&gt;
*Instalación de los sistemas en el sitio de empleo&lt;br /&gt;
&lt;br /&gt;
*Puesta en servicio de la solución integrada&lt;br /&gt;
&lt;br /&gt;
*Pos-venta de la solución &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
  &lt;br /&gt;
*Redes de datos: LAN y WAN.&lt;br /&gt;
&lt;br /&gt;
*Sistemas de Seguridad Electrónica: CCTV, Controles de acceso, BMS, Sistemas de detección de incendio y Alarmas de Intrusión. &lt;br /&gt;
&lt;br /&gt;
*Sistemas de Telefonía y Citofonía: Telefonía IP y analógica.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Los atributos claves a contemplar en la gestión de nivel de servicios son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución de integrada de infraestructura IT&lt;br /&gt;
&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
==Servicios de Soporte Técnico de Infraestructura IT (ITS)==&lt;br /&gt;
&lt;br /&gt;
Los servicios de mantenimiento de infraestructura IT contemplan las siguientes actividades de valor:&lt;br /&gt;
&lt;br /&gt;
*Planificación, seguimiento y control de la prestación del servicio&lt;br /&gt;
&lt;br /&gt;
*Resolución de incidencias&lt;br /&gt;
&lt;br /&gt;
==Servicios de Desarrollo de Software (SWF)==&lt;br /&gt;
&lt;br /&gt;
Los servicios de desarrollo de software contemplan las siguientes actividades de valor:&lt;br /&gt;
&lt;br /&gt;
*Planificación, seguimiento y control de la prestación del servicio&lt;br /&gt;
&lt;br /&gt;
*Análisis de necesidades&lt;br /&gt;
&lt;br /&gt;
*Diseño de aplicaciones de software&lt;br /&gt;
&lt;br /&gt;
*Desarrollo de aplicaciones&lt;br /&gt;
&lt;br /&gt;
*Testing de aplicaciones&lt;br /&gt;
&lt;br /&gt;
*Despliegue de aplicaciones&lt;br /&gt;
&lt;br /&gt;
*Pos-Venta&lt;br /&gt;
&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Web &lt;br /&gt;
*Chatbot&lt;br /&gt;
*Soluciones abiertas LAMP&lt;br /&gt;
&lt;br /&gt;
==Servicios de Mantenimiento de Aplicaciones (SAS)==&lt;br /&gt;
Los servicios de mantenimiento de aplicaciones contemplan las siguientes actividades de valor:&lt;br /&gt;
&lt;br /&gt;
*Planificación, seguimiento y control de la prestación del servicio&lt;br /&gt;
&lt;br /&gt;
*Resolución de incidencias de aplicaciones de software&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Alcance&amp;diff=1904</id>
		<title>Alcance</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Alcance&amp;diff=1904"/>
				<updated>2019-07-11T12:58:59Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[EDITADO]El Sistema de Gestión de los Servicios de Tecnologías de la Información de ULTIMA MILLA comprende los servicios incluidos en el '''catálogo de servicios''' prestados desde el '''Centro de Servicios de Mendoza'''.&lt;br /&gt;
&lt;br /&gt;
=Catálogo de Servicios=&lt;br /&gt;
[[Archivo:Catalogo_de_Servicios.jpg|thumb|center|800px|Catálogo de Servicios del Sistema de Gestión de Servicios de TI]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Servicios de Integración de Infraestructura IT (ITO)==&lt;br /&gt;
Los servicios de integración contemplan las siguientes actividades de valor con el objeto de asegurar el nivel de servicio:&lt;br /&gt;
 &lt;br /&gt;
*Planificación, seguimiento y control de la prestación del servicio&lt;br /&gt;
&lt;br /&gt;
*Ingeniería y diseño de la integración&lt;br /&gt;
&lt;br /&gt;
*Abastecimiento de componentes a integrar en los sistemas&lt;br /&gt;
&lt;br /&gt;
*Integración de sistemas que componen la solución&lt;br /&gt;
&lt;br /&gt;
*Pruebas de verificación y validación de la solución integrada&lt;br /&gt;
&lt;br /&gt;
*Instalación de los sistemas en el sitio de empleo&lt;br /&gt;
&lt;br /&gt;
*Puesta en servicio de la solución integrada&lt;br /&gt;
&lt;br /&gt;
*Pos-venta de la solución &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
  &lt;br /&gt;
*Redes de datos: LAN y WAN.&lt;br /&gt;
&lt;br /&gt;
*Sistemas de Seguridad Electrónica: CCTV, Controles de acceso, BMS, Sistemas de detección de incendio y Alarmas de Intrusión. &lt;br /&gt;
&lt;br /&gt;
*Sistemas de Telefonía y Citofonía: Telefonía IP y analógica.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Los atributos claves a contemplar en la gestión de nivel de servicios son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución de integrada de infraestructura IT&lt;br /&gt;
&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
==Servicios de Soporte Técnico de Infraestructura IT (ITS)==&lt;br /&gt;
&lt;br /&gt;
Los servicios de mantenimiento de infraestructura IT contemplan las siguientes actividades de valor:&lt;br /&gt;
&lt;br /&gt;
*Planificación, seguimiento y control de la prestación del servicio&lt;br /&gt;
&lt;br /&gt;
*Resolución de incidencias&lt;br /&gt;
&lt;br /&gt;
==Servicios de Desarrollo de Software (SWF)==&lt;br /&gt;
&lt;br /&gt;
Los servicios de desarrollo de software contemplan las siguientes actividades de valor:&lt;br /&gt;
&lt;br /&gt;
*Planificación, seguimiento y control de la prestación del servicio&lt;br /&gt;
&lt;br /&gt;
*Análisis de necesidades&lt;br /&gt;
&lt;br /&gt;
*Diseño de aplicaciones de software&lt;br /&gt;
&lt;br /&gt;
*Desarrollo de aplicaciones&lt;br /&gt;
&lt;br /&gt;
*Testing de aplicaciones&lt;br /&gt;
&lt;br /&gt;
*Despliegue de aplicaciones&lt;br /&gt;
&lt;br /&gt;
*Pos-Venta&lt;br /&gt;
&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Web &lt;br /&gt;
*Chatbot&lt;br /&gt;
*Soluciones abiertas LAMP&lt;br /&gt;
&lt;br /&gt;
==Servicios de Mantenimiento de Aplicaciones (SAS)==&lt;br /&gt;
Los servicios de mantenimiento de aplicaciones contemplan las siguientes actividades de valor:&lt;br /&gt;
&lt;br /&gt;
*Planificación, seguimiento y control de la prestación del servicio&lt;br /&gt;
&lt;br /&gt;
*Resolución de incidencias de aplicaciones de software&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SAS_-_Servicios_de_Mantenimiento_de_Aplicaciones&amp;diff=1853</id>
		<title>SAS - Servicios de Mantenimiento de Aplicaciones</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SAS_-_Servicios_de_Mantenimiento_de_Aplicaciones&amp;diff=1853"/>
				<updated>2019-05-06T19:38:52Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
El software como servicio (SaaS) permite a los usuarios conectarse a aplicaciones basadas en la nube a través de Internet y utilizarlas.&lt;br /&gt;
Los Niveles de servicio contemplan las siguientes actividades de valor:&lt;br /&gt;
&lt;br /&gt;
*Gestión y Resolución de incidencias de Sistemas Web&lt;br /&gt;
*Seguimiento Pos-venta de la solución&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadena_de_valor_sas.png|border|center|800px|Cadena de Valor de servicios SAS]]&lt;br /&gt;
&lt;br /&gt;
== Herramientas de Gestión ==&lt;br /&gt;
&lt;br /&gt;
Se ofrece un software para gestión de Tickets, para que el cliente pueda interactuar con el Personals de la empresa, generando y consultando solicitudes (tickets) según las urgencias que se presenten.&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Páginas Webs: web institucionales, gubernamentales, e-commerce&lt;br /&gt;
*Software: desarrollo de aplicaciones a medida.&lt;br /&gt;
*Mobile: app´s para dispositivos móviles (android, IOS).&lt;br /&gt;
*ChatBot: la unión entre la inteligencia artificial y machine learning permiten la creación de chatsbots para resolver ciertas necesidades específicas.&lt;br /&gt;
*Blockchain: desarrollamos soluciones con tecnología avanzada. Convenio con BFA para la validación de contratos inteligentes.&lt;br /&gt;
&lt;br /&gt;
== Atributos de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Los atributos claves considerados por el cliente en la gestión de nivel del servicio principalmente son:&lt;br /&gt;
&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
*Tiempo de respuesta ante incidencias&lt;br /&gt;
&lt;br /&gt;
== Acuerdo de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
El acuerdo de nivel de servicio queda registrado en el formulario SLA del registro de activación del servicio.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SAS_-_Servicios_de_Mantenimiento_de_Aplicaciones&amp;diff=1852</id>
		<title>SAS - Servicios de Mantenimiento de Aplicaciones</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SAS_-_Servicios_de_Mantenimiento_de_Aplicaciones&amp;diff=1852"/>
				<updated>2019-05-06T19:34:54Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
El software como servicio (SaaS) permite a los usuarios conectarse a aplicaciones basadas en la nube a través de Internet y utilizarlas.&lt;br /&gt;
Los Niveles de servicio contemplan las siguientes actividades de valor:&lt;br /&gt;
&lt;br /&gt;
*Gestión y Resolución de incidencias de Sistemas Web&lt;br /&gt;
*Seguimiento Pos-venta de la solución&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadena_de_valor_sas.png|border|center|800px|Cadena de Valor de servicios SAS]]&lt;br /&gt;
&lt;br /&gt;
== Herramientas de Gestión ==&lt;br /&gt;
&lt;br /&gt;
Se ofrece un software para gestión de Tickets, para que el cliente pueda interactuar con el Personals de la empresa, generando y consultando solicitudes (tickets) según las urgencias que se presenten.&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Páginas Webs: web institucionales, gubernamentales, e-commerce&lt;br /&gt;
*Software: desarrollo de aplicaciones a medida.&lt;br /&gt;
*Mobile: app´s para dispositivos móviles (android, IOS).&lt;br /&gt;
*ChatBot: la unión entre la inteligencia artificial y machine learning permiten la creación de chatsbots para resolver ciertas necesidades específicas.&lt;br /&gt;
*Blockchain: desarrollamos soluciones con tecnología avanzada. Convenio con BFA para la validación de contratos inteligentes.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los factores que afectan a las actividades de la cadena de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
&lt;br /&gt;
== Prima de riesgo del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Seguridad de la Información del Servicio =&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Contabilidad de la prestación del servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SAS_-_Servicios_de_Mantenimiento_de_Aplicaciones&amp;diff=1851</id>
		<title>SAS - Servicios de Mantenimiento de Aplicaciones</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SAS_-_Servicios_de_Mantenimiento_de_Aplicaciones&amp;diff=1851"/>
				<updated>2019-05-06T19:32:38Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
El software como servicio (SaaS) permite a los usuarios conectarse a aplicaciones basadas en la nube a través de Internet y utilizarlas.&lt;br /&gt;
Los Niveles de servicio contemplan las siguientes actividades de valor:&lt;br /&gt;
&lt;br /&gt;
*Gestión y Resolución de incidencias de Sistemas Web&lt;br /&gt;
*Seguimiento Pos-venta de la solución&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadena_de_valor_sas.png|border|center|800px|Cadena de Valor de servicios SAS]]&lt;br /&gt;
&lt;br /&gt;
== Herramientas de Gestión ==&lt;br /&gt;
&lt;br /&gt;
Se ofrece un software para gestión de Tickets, para que el cliente pueda interactuar con los Operarios de la empresa, generando y consultando solicitudes (tickets) según las urgencias que se presenten.&lt;br /&gt;
Los procesos son monitoreados mediante las actividades de ITIL que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los factores que afectan a las actividades de la cadena de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
&lt;br /&gt;
== Prima de riesgo del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Seguridad de la Información del Servicio =&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Contabilidad de la prestación del servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SAS_-_Servicios_de_Mantenimiento_de_Aplicaciones&amp;diff=1850</id>
		<title>SAS - Servicios de Mantenimiento de Aplicaciones</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SAS_-_Servicios_de_Mantenimiento_de_Aplicaciones&amp;diff=1850"/>
				<updated>2019-05-06T19:31:48Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
El software como servicio (SaaS) permite a los usuarios conectarse a aplicaciones basadas en la nube a través de Internet y utilizarlas.&lt;br /&gt;
Los Niveles de servicio contemplan las siguientes actividades de valor:&lt;br /&gt;
&lt;br /&gt;
*Nivel 1: Soporte del producto / Mesa de Ayuda.&lt;br /&gt;
&lt;br /&gt;
== Herramientas de Gestión ==&lt;br /&gt;
&lt;br /&gt;
Se ofrece un software para gestión de Tickets, para que el cliente pueda interactuar con los Operarios de la empresa, generando y consultando solicitudes (tickets) según las urgencias que se presenten.&lt;br /&gt;
Los procesos son monitoreados mediante las actividades de ITIL que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los factores que afectan a las actividades de la cadena de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
&lt;br /&gt;
== Prima de riesgo del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Seguridad de la Información del Servicio =&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Contabilidad de la prestación del servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=ITO_-_Servicio_de_Integraci%C3%B3n_de_Infraestructura_IT&amp;diff=1849</id>
		<title>ITO - Servicio de Integración de Infraestructura IT</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=ITO_-_Servicio_de_Integraci%C3%B3n_de_Infraestructura_IT&amp;diff=1849"/>
				<updated>2019-05-06T19:27:02Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
Los servicios de integración de infraestructura IT contemplan las siguientes '''actividades de valor''' con el objeto de asegurar el nivel de servicio al cliente:&lt;br /&gt;
&lt;br /&gt;
*[[Elaboración de Presupuestos de servicios ITO]]&lt;br /&gt;
*[[Planificación, seguimiento y control de la prestación del servicio]]&lt;br /&gt;
*[[Ingeniería y diseño de la integración]]&lt;br /&gt;
*[[Logística de componentes a integrar en los sistemas y distribución de la solución integrada]]&lt;br /&gt;
*[[Integración de sistemas que componen la solución]]&lt;br /&gt;
*[[Pruebas de verificación y validación de la solución integrada]]&lt;br /&gt;
*[[Instalación de los sistemas en el sitio de empleo]]&lt;br /&gt;
*[[Puesta en servicio de la solución integrada]]&lt;br /&gt;
*[[Seguimiento Pos-venta de la solución]]&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadena_de_Valor_ITO.jpg|border|center|800px|Cadena de Valor de servicios ITO]]&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Redes de datos: LAN y WAN.&lt;br /&gt;
*Sistemas de Seguridad Electrónica: CCTV, Controles de acceso, BMS, Sistemas de detección de incendio y Alarmas de Intrusión.&lt;br /&gt;
*Sistemas de Telefonía y Citofonía: Telefonía IP y analógica.&lt;br /&gt;
&lt;br /&gt;
== Atributos de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Los atributos claves considerados por el cliente en la gestión de nivel del servicio principalmente son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución de integrada de infraestructura IT&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
Los mismos son monitoreados mediante las actividades de PMO que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Acuerdo de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Considerar la referencia a la plantilla del SLA para ITO.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivos ==&lt;br /&gt;
&lt;br /&gt;
Asegurar la disposición de los recursos humanos, de infraestructura IT y financieros requeridos para la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia de Capacidad del servicio ==&lt;br /&gt;
&lt;br /&gt;
La Capacidad del servicio se gestionará priorizando aspectos de eficiencia en la asignación de los recursos, por lo que las acciones derivadas deberán considerar como resultado principal la optimización en la asignación de los recursos para el servicio que se preste a los clientes sin detrimento del nivel de servicio acordado. Es decir, poner a disposición del servicio los recursos mínimos necesarios para cumplir el nivel de servicio.&lt;br /&gt;
&lt;br /&gt;
Se deberá asegurar disponibilidad de recursos propios para las actividades de mayor agregado de valor en el servicio como PMO, diseño, integración y pos venta ; mientras que para el caso del resto de las actividades se contemplará la alternativa de tercerizaciones con suministradores.&lt;br /&gt;
&lt;br /&gt;
Asociado a una estrategia de &amp;quot;Solución Integral para el Cliente&amp;quot;, la gestión de capacidad revisará y evaluará las demandas futuras de recursos y alineación de los recursos disponibles para adecuar el servicio de integración a las expectativas del cliente.&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones del Negocio ==&lt;br /&gt;
Las condiciones del negocio en términos generales condicionan la capacidad del servicio, en consecuencia se analizan y revisan anualmente evaluando el macro y microentorno de la operación de la empresa.&lt;br /&gt;
&lt;br /&gt;
Para el caso del Macroentorno,  consideramos 6 dimensiones de variables externas:&lt;br /&gt;
*Variable Tecnológicas&lt;br /&gt;
*Variable Macroeconómicas&lt;br /&gt;
*Variables Sociodemográficas&lt;br /&gt;
*Variables Gubernamentales y Legales&lt;br /&gt;
*Variables Sectoriales&lt;br /&gt;
*Variables Globales&lt;br /&gt;
&lt;br /&gt;
Anualmente se desarrolla el informe de análisis de entorno para la evaluación de las condiciones del negocio.&lt;br /&gt;
(Establecer el link al informe...)&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los '''factores que afectan a las actividades de la cadena de valor''' del servicio.&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
== Monitoreo y control de la Capacidad del servicio ==&lt;br /&gt;
&lt;br /&gt;
Dicho monitoreo se informa mendiante....(link a la planilla de análisis de capacidad Monitoreo y Control de Capacidad_ITO(0.1))&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio.&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del ''PMP'' de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
Como estrategia fundamental consideramos ...&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
Los resultados del análisis de riesgos se manifiestan y mantienen en la planilla [http://doc.ultimamilla.com.ar/share/s/NG8uwnTwRiCpq2uq5pJoSw SGS_AnalisisRiesgo.xls]&lt;br /&gt;
&lt;br /&gt;
Para cada una de las actividades&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
Para el tratamiento de los riesgos identificados se determinarás las siguientes estrategias:&lt;br /&gt;
&lt;br /&gt;
'''Aceptar''': Hacer esto en forma intencional, es decir incluir un plan para cuando el evento ocurra o una reserva de margen para absorber el costo más probable que pudiera originar.&lt;br /&gt;
&lt;br /&gt;
'''Evitar''':	A través de una planificación de las actividades del proyecto se puede evitar que el evento suceda.&lt;br /&gt;
&lt;br /&gt;
'''Reducir''': Limitar las consecuencias que pudiera tener. Ningún seguro acepta que no se hayan tomado todas las medidas necesarias para cubrir el evento asegurado. La mitigación es una acción pro-activa tomada antes de la ocurrencia del evento. Donde el objetivo es el tratar de disminuir las probabilidades de ocurrencia de éste.&lt;br /&gt;
&lt;br /&gt;
'''Transferir''': La transferencia de los riesgos, es ceder la consecuencia asociada con un riesgo a una tercera parte, a través del uso de seguros, bonds, etc. A cambio la tercera parte recibe un pago, prima u honorario. Los riesgos que se transfieren son aquellos que de producirse tendrían consecuencias muy graves pero su probabilidad de ocurrencia es muy baja y existen formas de reducirlas aún más.&lt;br /&gt;
&lt;br /&gt;
'''Derivar''': Recurrir al mercado de derivativos. De esta forma nos podemos liberar del riesgo, eliminarlo o transformarlo lo cual se logra a través de instrumentos financieros como son los spot, forward, swaps, futuros, opciones, hedge, caps, floors, fideicomisos, etc.&lt;br /&gt;
&lt;br /&gt;
(Aclarar el límites o tolerancias sobre el que vamos a tomar las medidas)&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
Las actividades de gestión de riesgo están determinadas por la matriz de riesgo.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Matriz_de_Riesgo.jpg|border|center|700px|Matriz de Riesgos]]&lt;br /&gt;
&lt;br /&gt;
== Comunicación ante emergencias ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
Describir las Acciones de contingencia que restablecen el servicio....&lt;br /&gt;
&lt;br /&gt;
== Retorno a la normalidad ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1848</id>
		<title>SWF - Servicio de Desarrollo de Software</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1848"/>
				<updated>2019-05-06T19:27:02Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
Los servicios para el Desarrollo de Software contemplan las siguientes actividades de valor con el objeto de asegurar el nivel de servicio al cliente:&lt;br /&gt;
&lt;br /&gt;
*Especificación de requisitos.&lt;br /&gt;
*Diseño del software.&lt;br /&gt;
*Construcción o Implementación del software.&lt;br /&gt;
*Integración.&lt;br /&gt;
*Pruebas (o validación)&lt;br /&gt;
*Despliegue (o instalación)&lt;br /&gt;
*Mantenimiento.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadeba_de_valor_swf.png|border|center|800px|Cadena de Valor de servicios SWF]]&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Páginas Webs: web institucionales, gubernamentales, e-commerce&lt;br /&gt;
*Software: desarrollo de aplicaciones a medida.&lt;br /&gt;
*Mobile: app´s para dispositivos móviles (android, IOS).&lt;br /&gt;
*ChatBot: la unión entre la inteligencia artificial y machine learning permiten la creación de chatsbots para resolver ciertas necesidades específicas.&lt;br /&gt;
*Blockchain: desarrollamos soluciones con tecnología avanzada. Convenio con BFA para la validación de contratos inteligentes.&lt;br /&gt;
&lt;br /&gt;
== Atributos de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Los atributos claves considerados por el cliente en la gestión de nivel del servicio principalmente son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución presentada del desarrollo&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
Los mismos son monitoreados mediante las actividades de PMO que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Acuerdo de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Considerar la referencia a la plantilla del SAS para SWF.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la disposición de los recursos humanos del Servicio SWF y financieros requeridos para la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia de Capacidad del servicio ==&lt;br /&gt;
&lt;br /&gt;
La Capacidad del servicio se gestionará priorizando aspectos de eficiencia en la asignación de los recursos, por lo que las acciones derivadas deberán considerar como resultado principal la optimización en la asignación de los recursos para el servicio que se preste a los clientes sin detrimento del nivel de servicio acordado. Es decir, poner a disposición del servicio los recursos mínimos necesarios para cumplir el nivel de servicio.&lt;br /&gt;
&lt;br /&gt;
Se deberá asegurar disponibilidad de recursos propios para las actividades de mayor agregado de valor en el servicio como PMO, diseño, integración y pos venta ; mientras que para el caso del resto de las actividades se contemplará la alternativa de tercerizaciones con suministradores.&lt;br /&gt;
&lt;br /&gt;
Asociado a una estrategia de &amp;quot;Solución Integral para el Cliente&amp;quot;, la gestión de capacidad revisará y evaluará las demandas futuras de recursos y alineación de los recursos disponibles para adecuar el servicio de integración a las expectativas del cliente.&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones del Negocio ==&lt;br /&gt;
Las condiciones del negocio en términos generales condicionan la capacidad del servicio, en consecuencia se analizan y revisan anualmente evaluando el macro y microentorno de la operación de la empresa.&lt;br /&gt;
&lt;br /&gt;
Para el caso del Macroentorno,  consideramos 6 dimensiones de variables externas:&lt;br /&gt;
*Variable Tecnológicas&lt;br /&gt;
*Variable Macroeconómicas&lt;br /&gt;
*Variables Sociodemográficas&lt;br /&gt;
*Variables Gubernamentales y Legales&lt;br /&gt;
*Variables Sectoriales&lt;br /&gt;
*Variables Globales&lt;br /&gt;
&lt;br /&gt;
Anualmente se desarrolla el informe de análisis de entorno para la evaluación de las condiciones del negocio.&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los '''factores que afectan a las actividades de la cadena de valor''' del servicio.&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Monitoreo y control de la Capacidad del servicio ==&lt;br /&gt;
&lt;br /&gt;
Dicho monitoreo se informa mendiante un archivo externo: [http://doc.ultimamilla.com.ar/share/s/-k-mXcCRT1eGofMiymIMTQ SGS_Plantilla de DCC SWF.xlsx]&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
Los resultados del análisis de riesgos se manifiestan y mantienen en la planilla [http://doc.ultimamilla.com.ar/share/s/NG8uwnTwRiCpq2uq5pJoSw SGS_AnalisisRiesgo.xls]&lt;br /&gt;
&lt;br /&gt;
Para cada una de las actividades&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
Para el tratamiento de los riesgos identificados se determinarás las siguientes estrategias:&lt;br /&gt;
&lt;br /&gt;
'''Aceptar''': Hacer esto en forma intencional, es decir incluir un plan para cuando el evento ocurra o una reserva de margen para absorber el costo más probable que pudiera originar.&lt;br /&gt;
&lt;br /&gt;
'''Evitar''':	A través de una planificación de las actividades del proyecto se puede evitar que el evento suceda.&lt;br /&gt;
&lt;br /&gt;
'''Reducir''': Limitar las consecuencias que pudiera tener. Ningún seguro acepta que no se hayan tomado todas las medidas necesarias para cubrir el evento asegurado. La mitigación es una acción pro-activa tomada antes de la ocurrencia del evento. Donde el objetivo es el tratar de disminuir las probabilidades de ocurrencia de éste.&lt;br /&gt;
&lt;br /&gt;
'''Transferir''': La transferencia de los riesgos, es ceder la consecuencia asociada con un riesgo a una tercera parte, a través del uso de seguros, bonds, etc. A cambio la tercera parte recibe un pago, prima u honorario. Los riesgos que se transfieren son aquellos que de producirse tendrían consecuencias muy graves pero su probabilidad de ocurrencia es muy baja y existen formas de reducirlas aún más.&lt;br /&gt;
&lt;br /&gt;
'''Derivar''': Recurrir al mercado de derivativos. De esta forma nos podemos liberar del riesgo, eliminarlo o transformarlo lo cual se logra a través de instrumentos financieros como son los spot, forward, swaps, futuros, opciones, hedge, caps, floors, fideicomisos, etc.&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
Las actividades de gestión de riesgo están determinadas por la matriz de riesgo.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Matriz_de_Riesgo.jpg|border|center|700px|Matriz de Riesgos]]&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1847</id>
		<title>SWF - Servicio de Desarrollo de Software</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1847"/>
				<updated>2019-05-06T18:41:23Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
Los servicios para el Desarrollo de Software contemplan las siguientes actividades de valor con el objeto de asegurar el nivel de servicio al cliente:&lt;br /&gt;
&lt;br /&gt;
*Especificación de requisitos.&lt;br /&gt;
*Diseño del software.&lt;br /&gt;
*Construcción o Implementación del software.&lt;br /&gt;
*Integración.&lt;br /&gt;
*Pruebas (o validación)&lt;br /&gt;
*Despliegue (o instalación)&lt;br /&gt;
*Mantenimiento.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadeba_de_valor_swf.png|border|center|800px|Cadena de Valor de servicios SWF]]&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Páginas Webs: web institucionales, gubernamentales, e-commerce&lt;br /&gt;
*Software: desarrollo de aplicaciones a medida.&lt;br /&gt;
*Mobile: app´s para dispositivos móviles (android, IOS).&lt;br /&gt;
*ChatBot: la unión entre la inteligencia artificial y machine learning permiten la creación de chatsbots para resolver ciertas necesidades específicas.&lt;br /&gt;
*Blockchain: desarrollamos soluciones con tecnología avanzada. Convenio con BFA para la validación de contratos inteligentes.&lt;br /&gt;
&lt;br /&gt;
== Atributos de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Los atributos claves considerados por el cliente en la gestión de nivel del servicio principalmente son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución presentada del desarrollo&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
Los mismos son monitoreados mediante las actividades de PMO que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Acuerdo de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Considerar la referencia a la plantilla del SAS para SWF.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la disposición de los recursos humanos del Servicio SWF y financieros requeridos para la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia de Capacidad del servicio ==&lt;br /&gt;
&lt;br /&gt;
La Capacidad del servicio se gestionará priorizando aspectos de eficiencia en la asignación de los recursos, por lo que las acciones derivadas deberán considerar como resultado principal la optimización en la asignación de los recursos para el servicio que se preste a los clientes sin detrimento del nivel de servicio acordado. Es decir, poner a disposición del servicio los recursos mínimos necesarios para cumplir el nivel de servicio.&lt;br /&gt;
&lt;br /&gt;
Se deberá asegurar disponibilidad de recursos propios para las actividades de mayor agregado de valor en el servicio como PMO, diseño, integración y pos venta ; mientras que para el caso del resto de las actividades se contemplará la alternativa de tercerizaciones con suministradores.&lt;br /&gt;
&lt;br /&gt;
Asociado a una estrategia de &amp;quot;Solución Integral para el Cliente&amp;quot;, la gestión de capacidad revisará y evaluará las demandas futuras de recursos y alineación de los recursos disponibles para adecuar el servicio de integración a las expectativas del cliente.&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones del Negocio ==&lt;br /&gt;
Las condiciones del negocio en términos generales condicionan la capacidad del servicio, en consecuencia se analizan y revisan anualmente evaluando el macro y microentorno de la operación de la empresa.&lt;br /&gt;
&lt;br /&gt;
Para el caso del Macroentorno,  consideramos 6 dimensiones de variables externas:&lt;br /&gt;
*Variable Tecnológicas&lt;br /&gt;
*Variable Macroeconómicas&lt;br /&gt;
*Variables Sociodemográficas&lt;br /&gt;
*Variables Gubernamentales y Legales&lt;br /&gt;
*Variables Sectoriales&lt;br /&gt;
*Variables Globales&lt;br /&gt;
&lt;br /&gt;
Anualmente se desarrolla el informe de análisis de entorno para la evaluación de las condiciones del negocio.&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los '''factores que afectan a las actividades de la cadena de valor''' del servicio.&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Monitoreo y control de la Capacidad del servicio ==&lt;br /&gt;
&lt;br /&gt;
Dicho monitoreo se informa mendiante un archivo externo: [http://doc.ultimamilla.com.ar/share/s/-k-mXcCRT1eGofMiymIMTQ SGS_Plantilla de DCC SWF.xlsx]&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
Los resultados del análisis de riesgos se manifiestan y mantienen en la planilla SGS_AnalisisRiesgo.xls&lt;br /&gt;
&lt;br /&gt;
Para cada una de las actividades&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
Para el tratamiento de los riesgos identificados se determinarás las siguientes estrategias:&lt;br /&gt;
&lt;br /&gt;
'''Aceptar''': Hacer esto en forma intencional, es decir incluir un plan para cuando el evento ocurra o una reserva de margen para absorber el costo más probable que pudiera originar.&lt;br /&gt;
&lt;br /&gt;
'''Evitar''':	A través de una planificación de las actividades del proyecto se puede evitar que el evento suceda.&lt;br /&gt;
&lt;br /&gt;
'''Reducir''': Limitar las consecuencias que pudiera tener. Ningún seguro acepta que no se hayan tomado todas las medidas necesarias para cubrir el evento asegurado. La mitigación es una acción pro-activa tomada antes de la ocurrencia del evento. Donde el objetivo es el tratar de disminuir las probabilidades de ocurrencia de éste.&lt;br /&gt;
&lt;br /&gt;
'''Transferir''': La transferencia de los riesgos, es ceder la consecuencia asociada con un riesgo a una tercera parte, a través del uso de seguros, bonds, etc. A cambio la tercera parte recibe un pago, prima u honorario. Los riesgos que se transfieren son aquellos que de producirse tendrían consecuencias muy graves pero su probabilidad de ocurrencia es muy baja y existen formas de reducirlas aún más.&lt;br /&gt;
&lt;br /&gt;
'''Derivar''': Recurrir al mercado de derivativos. De esta forma nos podemos liberar del riesgo, eliminarlo o transformarlo lo cual se logra a través de instrumentos financieros como son los spot, forward, swaps, futuros, opciones, hedge, caps, floors, fideicomisos, etc.&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
Las actividades de gestión de riesgo están determinadas por la matriz de riesgo.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Matriz_de_Riesgo.jpg|border|center|700px|Matriz de Riesgos]]&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1846</id>
		<title>SWF - Servicio de Desarrollo de Software</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1846"/>
				<updated>2019-05-06T18:40:30Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
Los servicios para el Desarrollo de Software contemplan las siguientes actividades de valor con el objeto de asegurar el nivel de servicio al cliente:&lt;br /&gt;
&lt;br /&gt;
*Especificación de requisitos.&lt;br /&gt;
*Diseño del software.&lt;br /&gt;
*Construcción o Implementación del software.&lt;br /&gt;
*Integración.&lt;br /&gt;
*Pruebas (o validación)&lt;br /&gt;
*Despliegue (o instalación)&lt;br /&gt;
*Mantenimiento.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadeba_de_valor_swf.png|border|center|800px|Cadena de Valor de servicios SWF]]&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Páginas Webs: web institucionales, gubernamentales, e-commerce&lt;br /&gt;
*Software: desarrollo de aplicaciones a medida.&lt;br /&gt;
*Mobile: app´s para dispositivos móviles (android, IOS).&lt;br /&gt;
*ChatBot: la unión entre la inteligencia artificial y machine learning permiten la creación de chatsbots para resolver ciertas necesidades específicas.&lt;br /&gt;
*Blockchain: desarrollamos soluciones con tecnología avanzada. Convenio con BFA para la validación de contratos inteligentes.&lt;br /&gt;
&lt;br /&gt;
== Atributos de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Los atributos claves considerados por el cliente en la gestión de nivel del servicio principalmente son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución presentada del desarrollo&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
Los mismos son monitoreados mediante las actividades de PMO que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Acuerdo de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Considerar la referencia a la plantilla del SAS para SWF.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la disposición de los recursos humanos del Servicio SWF y financieros requeridos para la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia de Capacidad del servicio ==&lt;br /&gt;
&lt;br /&gt;
La Capacidad del servicio se gestionará priorizando aspectos de eficiencia en la asignación de los recursos, por lo que las acciones derivadas deberán considerar como resultado principal la optimización en la asignación de los recursos para el servicio que se preste a los clientes sin detrimento del nivel de servicio acordado. Es decir, poner a disposición del servicio los recursos mínimos necesarios para cumplir el nivel de servicio.&lt;br /&gt;
&lt;br /&gt;
Se deberá asegurar disponibilidad de recursos propios para las actividades de mayor agregado de valor en el servicio como PMO, diseño, integración y pos venta ; mientras que para el caso del resto de las actividades se contemplará la alternativa de tercerizaciones con suministradores.&lt;br /&gt;
&lt;br /&gt;
Asociado a una estrategia de &amp;quot;Solución Integral para el Cliente&amp;quot;, la gestión de capacidad revisará y evaluará las demandas futuras de recursos y alineación de los recursos disponibles para adecuar el servicio de integración a las expectativas del cliente.&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones del Negocio ==&lt;br /&gt;
Las condiciones del negocio en términos generales condicionan la capacidad del servicio, en consecuencia se analizan y revisan anualmente evaluando el macro y microentorno de la operación de la empresa.&lt;br /&gt;
&lt;br /&gt;
Para el caso del Macroentorno,  consideramos 6 dimensiones de variables externas:&lt;br /&gt;
*Variable Tecnológicas&lt;br /&gt;
*Variable Macroeconómicas&lt;br /&gt;
*Variables Sociodemográficas&lt;br /&gt;
*Variables Gubernamentales y Legales&lt;br /&gt;
*Variables Sectoriales&lt;br /&gt;
*Variables Globales&lt;br /&gt;
&lt;br /&gt;
Anualmente se desarrolla el informe de análisis de entorno para la evaluación de las condiciones del negocio.&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los '''factores que afectan a las actividades de la cadena de valor''' del servicio.&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Monitoreo y control de la Capacidad del servicio ==&lt;br /&gt;
&lt;br /&gt;
Dicho monitoreo se informa mendiante un archivo externo: [http://doc.ultimamilla.com.ar/share/s/-k-mXcCRT1eGofMiymIMTQ]&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
Los resultados del análisis de riesgos se manifiestan y mantienen en la planilla SGS_AnalisisRiesgo.xls&lt;br /&gt;
&lt;br /&gt;
Para cada una de las actividades&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
Para el tratamiento de los riesgos identificados se determinarás las siguientes estrategias:&lt;br /&gt;
&lt;br /&gt;
'''Aceptar''': Hacer esto en forma intencional, es decir incluir un plan para cuando el evento ocurra o una reserva de margen para absorber el costo más probable que pudiera originar.&lt;br /&gt;
&lt;br /&gt;
'''Evitar''':	A través de una planificación de las actividades del proyecto se puede evitar que el evento suceda.&lt;br /&gt;
&lt;br /&gt;
'''Reducir''': Limitar las consecuencias que pudiera tener. Ningún seguro acepta que no se hayan tomado todas las medidas necesarias para cubrir el evento asegurado. La mitigación es una acción pro-activa tomada antes de la ocurrencia del evento. Donde el objetivo es el tratar de disminuir las probabilidades de ocurrencia de éste.&lt;br /&gt;
&lt;br /&gt;
'''Transferir''': La transferencia de los riesgos, es ceder la consecuencia asociada con un riesgo a una tercera parte, a través del uso de seguros, bonds, etc. A cambio la tercera parte recibe un pago, prima u honorario. Los riesgos que se transfieren son aquellos que de producirse tendrían consecuencias muy graves pero su probabilidad de ocurrencia es muy baja y existen formas de reducirlas aún más.&lt;br /&gt;
&lt;br /&gt;
'''Derivar''': Recurrir al mercado de derivativos. De esta forma nos podemos liberar del riesgo, eliminarlo o transformarlo lo cual se logra a través de instrumentos financieros como son los spot, forward, swaps, futuros, opciones, hedge, caps, floors, fideicomisos, etc.&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
Las actividades de gestión de riesgo están determinadas por la matriz de riesgo.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Matriz_de_Riesgo.jpg|border|center|700px|Matriz de Riesgos]]&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1845</id>
		<title>SWF - Servicio de Desarrollo de Software</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1845"/>
				<updated>2019-05-06T18:28:45Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
Los servicios para el Desarrollo de Software contemplan las siguientes actividades de valor con el objeto de asegurar el nivel de servicio al cliente:&lt;br /&gt;
&lt;br /&gt;
*Especificación de requisitos.&lt;br /&gt;
*Diseño del software.&lt;br /&gt;
*Construcción o Implementación del software.&lt;br /&gt;
*Integración.&lt;br /&gt;
*Pruebas (o validación)&lt;br /&gt;
*Despliegue (o instalación)&lt;br /&gt;
*Mantenimiento.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadeba_de_valor_swf.png|border|center|800px|Cadena de Valor de servicios SWF]]&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Páginas Webs: web institucionales, gubernamentales, e-commerce&lt;br /&gt;
*Software: desarrollo de aplicaciones a medida.&lt;br /&gt;
*Mobile: app´s para dispositivos móviles (android, IOS).&lt;br /&gt;
*ChatBot: la unión entre la inteligencia artificial y machine learning permiten la creación de chatsbots para resolver ciertas necesidades específicas.&lt;br /&gt;
*Blockchain: desarrollamos soluciones con tecnología avanzada. Convenio con BFA para la validación de contratos inteligentes.&lt;br /&gt;
&lt;br /&gt;
== Atributos de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Los atributos claves considerados por el cliente en la gestión de nivel del servicio principalmente son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución presentada del desarrollo&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
Los mismos son monitoreados mediante las actividades de PMO que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Acuerdo de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Considerar la referencia a la plantilla del SAS para SWF.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la disposición de los recursos humanos del Servicio SWF y financieros requeridos para la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia de Capacidad del servicio ==&lt;br /&gt;
&lt;br /&gt;
La Capacidad del servicio se gestionará priorizando aspectos de eficiencia en la asignación de los recursos, por lo que las acciones derivadas deberán considerar como resultado principal la optimización en la asignación de los recursos para el servicio que se preste a los clientes sin detrimento del nivel de servicio acordado. Es decir, poner a disposición del servicio los recursos mínimos necesarios para cumplir el nivel de servicio.&lt;br /&gt;
&lt;br /&gt;
Se deberá asegurar disponibilidad de recursos propios para las actividades de mayor agregado de valor en el servicio como PMO, diseño, integración y pos venta ; mientras que para el caso del resto de las actividades se contemplará la alternativa de tercerizaciones con suministradores.&lt;br /&gt;
&lt;br /&gt;
Asociado a una estrategia de &amp;quot;Solución Integral para el Cliente&amp;quot;, la gestión de capacidad revisará y evaluará las demandas futuras de recursos y alineación de los recursos disponibles para adecuar el servicio de integración a las expectativas del cliente.&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones del Negocio ==&lt;br /&gt;
Las condiciones del negocio en términos generales condicionan la capacidad del servicio, en consecuencia se analizan y revisan anualmente evaluando el macro y microentorno de la operación de la empresa.&lt;br /&gt;
&lt;br /&gt;
Para el caso del Macroentorno,  consideramos 6 dimensiones de variables externas:&lt;br /&gt;
*Variable Tecnológicas&lt;br /&gt;
*Variable Macroeconómicas&lt;br /&gt;
*Variables Sociodemográficas&lt;br /&gt;
*Variables Gubernamentales y Legales&lt;br /&gt;
*Variables Sectoriales&lt;br /&gt;
*Variables Globales&lt;br /&gt;
&lt;br /&gt;
Anualmente se desarrolla el informe de análisis de entorno para la evaluación de las condiciones del negocio.&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los '''factores que afectan a las actividades de la cadena de valor''' del servicio.&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
Los resultados del análisis de riesgos se manifiestan y mantienen en la planilla SGS_AnalisisRiesgo.xls&lt;br /&gt;
&lt;br /&gt;
Para cada una de las actividades&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
Para el tratamiento de los riesgos identificados se determinarás las siguientes estrategias:&lt;br /&gt;
&lt;br /&gt;
'''Aceptar''': Hacer esto en forma intencional, es decir incluir un plan para cuando el evento ocurra o una reserva de margen para absorber el costo más probable que pudiera originar.&lt;br /&gt;
&lt;br /&gt;
'''Evitar''':	A través de una planificación de las actividades del proyecto se puede evitar que el evento suceda.&lt;br /&gt;
&lt;br /&gt;
'''Reducir''': Limitar las consecuencias que pudiera tener. Ningún seguro acepta que no se hayan tomado todas las medidas necesarias para cubrir el evento asegurado. La mitigación es una acción pro-activa tomada antes de la ocurrencia del evento. Donde el objetivo es el tratar de disminuir las probabilidades de ocurrencia de éste.&lt;br /&gt;
&lt;br /&gt;
'''Transferir''': La transferencia de los riesgos, es ceder la consecuencia asociada con un riesgo a una tercera parte, a través del uso de seguros, bonds, etc. A cambio la tercera parte recibe un pago, prima u honorario. Los riesgos que se transfieren son aquellos que de producirse tendrían consecuencias muy graves pero su probabilidad de ocurrencia es muy baja y existen formas de reducirlas aún más.&lt;br /&gt;
&lt;br /&gt;
'''Derivar''': Recurrir al mercado de derivativos. De esta forma nos podemos liberar del riesgo, eliminarlo o transformarlo lo cual se logra a través de instrumentos financieros como son los spot, forward, swaps, futuros, opciones, hedge, caps, floors, fideicomisos, etc.&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
Las actividades de gestión de riesgo están determinadas por la matriz de riesgo.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Matriz_de_Riesgo.jpg|border|center|700px|Matriz de Riesgos]]&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1844</id>
		<title>SWF - Servicio de Desarrollo de Software</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1844"/>
				<updated>2019-05-06T18:27:42Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
Los servicios para el Desarrollo de Software contemplan las siguientes actividades de valor con el objeto de asegurar el nivel de servicio al cliente:&lt;br /&gt;
&lt;br /&gt;
*Especificación de requisitos.&lt;br /&gt;
*Diseño del software.&lt;br /&gt;
*Construcción o Implementación del software.&lt;br /&gt;
*Integración.&lt;br /&gt;
*Pruebas (o validación)&lt;br /&gt;
*Despliegue (o instalación)&lt;br /&gt;
*Mantenimiento.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadeba_de_valor_swf.png|border|center|800px|Cadena de Valor de servicios SWF]]&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Páginas Webs: web institucionales, gubernamentales, e-commerce&lt;br /&gt;
*Software: desarrollo de aplicaciones a medida.&lt;br /&gt;
*Mobile: app´s para dispositivos móviles (android, IOS).&lt;br /&gt;
*ChatBot: la unión entre la inteligencia artificial y machine learning permiten la creación de chatsbots para resolver ciertas necesidades específicas.&lt;br /&gt;
*Blockchain: desarrollamos soluciones con tecnología avanzada. Convenio con BFA para la validación de contratos inteligentes.&lt;br /&gt;
&lt;br /&gt;
== Atributos de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Los atributos claves considerados por el cliente en la gestión de nivel del servicio principalmente son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución presentada del desarrollo&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
Los mismos son monitoreados mediante las actividades de PMO que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Acuerdo de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Considerar la referencia a la plantilla del SAS para SWF.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la disposición de los recursos humanos del Servicio SWF y financieros requeridos para la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia de Capacidad del servicio ==&lt;br /&gt;
&lt;br /&gt;
La Capacidad del servicio se gestionará priorizando aspectos de eficiencia en la asignación de los recursos, por lo que las acciones derivadas deberán considerar como resultado principal la optimización en la asignación de los recursos para el servicio que se preste a los clientes sin detrimento del nivel de servicio acordado. Es decir, poner a disposición del servicio los recursos mínimos necesarios para cumplir el nivel de servicio.&lt;br /&gt;
&lt;br /&gt;
Se deberá asegurar disponibilidad de recursos propios para las actividades de mayor agregado de valor en el servicio como PMO, diseño, integración y pos venta ; mientras que para el caso del resto de las actividades se contemplará la alternativa de tercerizaciones con suministradores.&lt;br /&gt;
&lt;br /&gt;
Asociado a una estrategia de &amp;quot;Solución Integral para el Cliente&amp;quot;, la gestión de capacidad revisará y evaluará las demandas futuras de recursos y alineación de los recursos disponibles para adecuar el servicio de integración a las expectativas del cliente.&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones del Negocio ==&lt;br /&gt;
Las condiciones del negocio en términos generales condicionan la capacidad del servicio, en consecuencia se analizan y revisan anualmente evaluando el macro y microentorno de la operación de la empresa.&lt;br /&gt;
&lt;br /&gt;
Para el caso del Macroentorno,  consideramos 6 dimensiones de variables externas:&lt;br /&gt;
*Variable Tecnológicas&lt;br /&gt;
*Variable Macroeconómicas&lt;br /&gt;
*Variables Sociodemográficas&lt;br /&gt;
*Variables Gubernamentales y Legales&lt;br /&gt;
*Variables Sectoriales&lt;br /&gt;
*Variables Globales&lt;br /&gt;
&lt;br /&gt;
Anualmente se desarrolla el informe de análisis de entorno para la evaluación de las condiciones del negocio.&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
Los resultados del análisis de riesgos se manifiestan y mantienen en la planilla SGS_AnalisisRiesgo.xls&lt;br /&gt;
&lt;br /&gt;
Para cada una de las actividades&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
Para el tratamiento de los riesgos identificados se determinarás las siguientes estrategias:&lt;br /&gt;
&lt;br /&gt;
'''Aceptar''': Hacer esto en forma intencional, es decir incluir un plan para cuando el evento ocurra o una reserva de margen para absorber el costo más probable que pudiera originar.&lt;br /&gt;
&lt;br /&gt;
'''Evitar''':	A través de una planificación de las actividades del proyecto se puede evitar que el evento suceda.&lt;br /&gt;
&lt;br /&gt;
'''Reducir''': Limitar las consecuencias que pudiera tener. Ningún seguro acepta que no se hayan tomado todas las medidas necesarias para cubrir el evento asegurado. La mitigación es una acción pro-activa tomada antes de la ocurrencia del evento. Donde el objetivo es el tratar de disminuir las probabilidades de ocurrencia de éste.&lt;br /&gt;
&lt;br /&gt;
'''Transferir''': La transferencia de los riesgos, es ceder la consecuencia asociada con un riesgo a una tercera parte, a través del uso de seguros, bonds, etc. A cambio la tercera parte recibe un pago, prima u honorario. Los riesgos que se transfieren son aquellos que de producirse tendrían consecuencias muy graves pero su probabilidad de ocurrencia es muy baja y existen formas de reducirlas aún más.&lt;br /&gt;
&lt;br /&gt;
'''Derivar''': Recurrir al mercado de derivativos. De esta forma nos podemos liberar del riesgo, eliminarlo o transformarlo lo cual se logra a través de instrumentos financieros como son los spot, forward, swaps, futuros, opciones, hedge, caps, floors, fideicomisos, etc.&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
Las actividades de gestión de riesgo están determinadas por la matriz de riesgo.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Matriz_de_Riesgo.jpg|border|center|700px|Matriz de Riesgos]]&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1843</id>
		<title>SWF - Servicio de Desarrollo de Software</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1843"/>
				<updated>2019-05-06T18:25:58Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
Los servicios para el Desarrollo de Software contemplan las siguientes actividades de valor con el objeto de asegurar el nivel de servicio al cliente:&lt;br /&gt;
&lt;br /&gt;
*Especificación de requisitos.&lt;br /&gt;
*Diseño del software.&lt;br /&gt;
*Construcción o Implementación del software.&lt;br /&gt;
*Integración.&lt;br /&gt;
*Pruebas (o validación)&lt;br /&gt;
*Despliegue (o instalación)&lt;br /&gt;
*Mantenimiento.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadeba_de_valor_swf.png|border|center|800px|Cadena de Valor de servicios SWF]]&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Páginas Webs: web institucionales, gubernamentales, e-commerce&lt;br /&gt;
*Software: desarrollo de aplicaciones a medida.&lt;br /&gt;
*Mobile: app´s para dispositivos móviles (android, IOS).&lt;br /&gt;
*ChatBot: la unión entre la inteligencia artificial y machine learning permiten la creación de chatsbots para resolver ciertas necesidades específicas.&lt;br /&gt;
*Blockchain: desarrollamos soluciones con tecnología avanzada. Convenio con BFA para la validación de contratos inteligentes.&lt;br /&gt;
&lt;br /&gt;
== Atributos de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Los atributos claves considerados por el cliente en la gestión de nivel del servicio principalmente son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución presentada del desarrollo&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
Los mismos son monitoreados mediante las actividades de PMO que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Acuerdo de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Considerar la referencia a la plantilla del SAS para SWF.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la disposición de los recursos humanos del Servicio SWF y financieros requeridos para la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia de Capacidad del servicio ==&lt;br /&gt;
&lt;br /&gt;
La Capacidad del servicio se gestionará priorizando aspectos de eficiencia en la asignación de los recursos, por lo que las acciones derivadas deberán considerar como resultado principal la optimización en la asignación de los recursos para el servicio que se preste a los clientes sin detrimento del nivel de servicio acordado. Es decir, poner a disposición del servicio los recursos mínimos necesarios para cumplir el nivel de servicio.&lt;br /&gt;
&lt;br /&gt;
Se deberá asegurar disponibilidad de recursos propios para las actividades de mayor agregado de valor en el servicio como PMO, diseño, integración y pos venta ; mientras que para el caso del resto de las actividades se contemplará la alternativa de tercerizaciones con suministradores.&lt;br /&gt;
&lt;br /&gt;
Asociado a una estrategia de &amp;quot;Solución Integral para el Cliente&amp;quot;, la gestión de capacidad revisará y evaluará las demandas futuras de recursos y alineación de los recursos disponibles para adecuar el servicio de integración a las expectativas del cliente.&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los factores que afectan a las actividades de la cadena de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
Los resultados del análisis de riesgos se manifiestan y mantienen en la planilla SGS_AnalisisRiesgo.xls&lt;br /&gt;
&lt;br /&gt;
Para cada una de las actividades&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
Para el tratamiento de los riesgos identificados se determinarás las siguientes estrategias:&lt;br /&gt;
&lt;br /&gt;
'''Aceptar''': Hacer esto en forma intencional, es decir incluir un plan para cuando el evento ocurra o una reserva de margen para absorber el costo más probable que pudiera originar.&lt;br /&gt;
&lt;br /&gt;
'''Evitar''':	A través de una planificación de las actividades del proyecto se puede evitar que el evento suceda.&lt;br /&gt;
&lt;br /&gt;
'''Reducir''': Limitar las consecuencias que pudiera tener. Ningún seguro acepta que no se hayan tomado todas las medidas necesarias para cubrir el evento asegurado. La mitigación es una acción pro-activa tomada antes de la ocurrencia del evento. Donde el objetivo es el tratar de disminuir las probabilidades de ocurrencia de éste.&lt;br /&gt;
&lt;br /&gt;
'''Transferir''': La transferencia de los riesgos, es ceder la consecuencia asociada con un riesgo a una tercera parte, a través del uso de seguros, bonds, etc. A cambio la tercera parte recibe un pago, prima u honorario. Los riesgos que se transfieren son aquellos que de producirse tendrían consecuencias muy graves pero su probabilidad de ocurrencia es muy baja y existen formas de reducirlas aún más.&lt;br /&gt;
&lt;br /&gt;
'''Derivar''': Recurrir al mercado de derivativos. De esta forma nos podemos liberar del riesgo, eliminarlo o transformarlo lo cual se logra a través de instrumentos financieros como son los spot, forward, swaps, futuros, opciones, hedge, caps, floors, fideicomisos, etc.&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
Las actividades de gestión de riesgo están determinadas por la matriz de riesgo.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Matriz_de_Riesgo.jpg|border|center|700px|Matriz de Riesgos]]&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1842</id>
		<title>SWF - Servicio de Desarrollo de Software</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1842"/>
				<updated>2019-05-06T18:23:23Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
Los servicios para el Desarrollo de Software contemplan las siguientes actividades de valor con el objeto de asegurar el nivel de servicio al cliente:&lt;br /&gt;
&lt;br /&gt;
*Especificación de requisitos.&lt;br /&gt;
*Diseño del software.&lt;br /&gt;
*Construcción o Implementación del software.&lt;br /&gt;
*Integración.&lt;br /&gt;
*Pruebas (o validación)&lt;br /&gt;
*Despliegue (o instalación)&lt;br /&gt;
*Mantenimiento.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadeba_de_valor_swf.png|border|center|800px|Cadena de Valor de servicios SWF]]&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Páginas Webs: web institucionales, gubernamentales, e-commerce&lt;br /&gt;
*Software: desarrollo de aplicaciones a medida.&lt;br /&gt;
*Mobile: app´s para dispositivos móviles (android, IOS).&lt;br /&gt;
*ChatBot: la unión entre la inteligencia artificial y machine learning permiten la creación de chatsbots para resolver ciertas necesidades específicas.&lt;br /&gt;
*Blockchain: desarrollamos soluciones con tecnología avanzada. Convenio con BFA para la validación de contratos inteligentes.&lt;br /&gt;
&lt;br /&gt;
== Atributos de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Los atributos claves considerados por el cliente en la gestión de nivel del servicio principalmente son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución presentada del desarrollo&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
Los mismos son monitoreados mediante las actividades de PMO que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Acuerdo de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Considerar la referencia a la plantilla del SAS para SWF.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la disposición de los recursos humanos del Servicio SWF y financieros requeridos para la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los factores que afectan a las actividades de la cadena de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
Los resultados del análisis de riesgos se manifiestan y mantienen en la planilla SGS_AnalisisRiesgo.xls&lt;br /&gt;
&lt;br /&gt;
Para cada una de las actividades&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
Para el tratamiento de los riesgos identificados se determinarás las siguientes estrategias:&lt;br /&gt;
&lt;br /&gt;
'''Aceptar''': Hacer esto en forma intencional, es decir incluir un plan para cuando el evento ocurra o una reserva de margen para absorber el costo más probable que pudiera originar.&lt;br /&gt;
&lt;br /&gt;
'''Evitar''':	A través de una planificación de las actividades del proyecto se puede evitar que el evento suceda.&lt;br /&gt;
&lt;br /&gt;
'''Reducir''': Limitar las consecuencias que pudiera tener. Ningún seguro acepta que no se hayan tomado todas las medidas necesarias para cubrir el evento asegurado. La mitigación es una acción pro-activa tomada antes de la ocurrencia del evento. Donde el objetivo es el tratar de disminuir las probabilidades de ocurrencia de éste.&lt;br /&gt;
&lt;br /&gt;
'''Transferir''': La transferencia de los riesgos, es ceder la consecuencia asociada con un riesgo a una tercera parte, a través del uso de seguros, bonds, etc. A cambio la tercera parte recibe un pago, prima u honorario. Los riesgos que se transfieren son aquellos que de producirse tendrían consecuencias muy graves pero su probabilidad de ocurrencia es muy baja y existen formas de reducirlas aún más.&lt;br /&gt;
&lt;br /&gt;
'''Derivar''': Recurrir al mercado de derivativos. De esta forma nos podemos liberar del riesgo, eliminarlo o transformarlo lo cual se logra a través de instrumentos financieros como son los spot, forward, swaps, futuros, opciones, hedge, caps, floors, fideicomisos, etc.&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
Las actividades de gestión de riesgo están determinadas por la matriz de riesgo.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Matriz_de_Riesgo.jpg|border|center|700px|Matriz de Riesgos]]&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1841</id>
		<title>SWF - Servicio de Desarrollo de Software</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1841"/>
				<updated>2019-05-06T18:23:01Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
Los servicios para el Desarrollo de Software contemplan las siguientes actividades de valor con el objeto de asegurar el nivel de servicio al cliente:&lt;br /&gt;
&lt;br /&gt;
*Especificación de requisitos.&lt;br /&gt;
*Diseño del software.&lt;br /&gt;
*Construcción o Implementación del software.&lt;br /&gt;
*Integración.&lt;br /&gt;
*Pruebas (o validación)&lt;br /&gt;
*Despliegue (o instalación)&lt;br /&gt;
*Mantenimiento.&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Páginas Webs: web institucionales, gubernamentales, e-commerce&lt;br /&gt;
*Software: desarrollo de aplicaciones a medida.&lt;br /&gt;
*Mobile: app´s para dispositivos móviles (android, IOS).&lt;br /&gt;
*ChatBot: la unión entre la inteligencia artificial y machine learning permiten la creación de chatsbots para resolver ciertas necesidades específicas.&lt;br /&gt;
*Blockchain: desarrollamos soluciones con tecnología avanzada. Convenio con BFA para la validación de contratos inteligentes.&lt;br /&gt;
&lt;br /&gt;
== Atributos de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Los atributos claves considerados por el cliente en la gestión de nivel del servicio principalmente son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución presentada del desarrollo&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
Los mismos son monitoreados mediante las actividades de PMO que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Acuerdo de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Considerar la referencia a la plantilla del SAS para SWF.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la disposición de los recursos humanos del Servicio SWF y financieros requeridos para la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los factores que afectan a las actividades de la cadena de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
Los resultados del análisis de riesgos se manifiestan y mantienen en la planilla SGS_AnalisisRiesgo.xls&lt;br /&gt;
&lt;br /&gt;
Para cada una de las actividades&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
Para el tratamiento de los riesgos identificados se determinarás las siguientes estrategias:&lt;br /&gt;
&lt;br /&gt;
'''Aceptar''': Hacer esto en forma intencional, es decir incluir un plan para cuando el evento ocurra o una reserva de margen para absorber el costo más probable que pudiera originar.&lt;br /&gt;
&lt;br /&gt;
'''Evitar''':	A través de una planificación de las actividades del proyecto se puede evitar que el evento suceda.&lt;br /&gt;
&lt;br /&gt;
'''Reducir''': Limitar las consecuencias que pudiera tener. Ningún seguro acepta que no se hayan tomado todas las medidas necesarias para cubrir el evento asegurado. La mitigación es una acción pro-activa tomada antes de la ocurrencia del evento. Donde el objetivo es el tratar de disminuir las probabilidades de ocurrencia de éste.&lt;br /&gt;
&lt;br /&gt;
'''Transferir''': La transferencia de los riesgos, es ceder la consecuencia asociada con un riesgo a una tercera parte, a través del uso de seguros, bonds, etc. A cambio la tercera parte recibe un pago, prima u honorario. Los riesgos que se transfieren son aquellos que de producirse tendrían consecuencias muy graves pero su probabilidad de ocurrencia es muy baja y existen formas de reducirlas aún más.&lt;br /&gt;
&lt;br /&gt;
'''Derivar''': Recurrir al mercado de derivativos. De esta forma nos podemos liberar del riesgo, eliminarlo o transformarlo lo cual se logra a través de instrumentos financieros como son los spot, forward, swaps, futuros, opciones, hedge, caps, floors, fideicomisos, etc.&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
Las actividades de gestión de riesgo están determinadas por la matriz de riesgo.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Matriz_de_Riesgo.jpg|border|center|700px|Matriz de Riesgos]]&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1840</id>
		<title>SWF - Servicio de Desarrollo de Software</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1840"/>
				<updated>2019-05-06T18:21:02Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
Los servicios para el Desarrollo de Software contemplan las siguientes actividades de valor con el objeto de asegurar el nivel de servicio al cliente:&lt;br /&gt;
&lt;br /&gt;
*Especificación de requisitos.&lt;br /&gt;
*Diseño del software.&lt;br /&gt;
*Construcción o Implementación del software.&lt;br /&gt;
*Integración.&lt;br /&gt;
*Pruebas (o validación)&lt;br /&gt;
*Despliegue (o instalación)&lt;br /&gt;
*Mantenimiento.&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Páginas Webs: web institucionales, gubernamentales, e-commerce&lt;br /&gt;
*Software: desarrollo de aplicaciones a medida.&lt;br /&gt;
*Mobile: app´s para dispositivos móviles (android, IOS).&lt;br /&gt;
*ChatBot: la unión entre la inteligencia artificial y machine learning permiten la creación de chatsbots para resolver ciertas necesidades específicas.&lt;br /&gt;
*Blockchain: desarrollamos soluciones con tecnología avanzada. Convenio con BFA para la validación de contratos inteligentes.&lt;br /&gt;
&lt;br /&gt;
== Atributos de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Los atributos claves considerados por el cliente en la gestión de nivel del servicio principalmente son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución presentada del desarrollo&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
Los mismos son monitoreados mediante las actividades de PMO que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Acuerdo de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Considerar la referencia a la plantilla del SAS para SWF.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
Asegurar la disposición de los recursos humanos del Servicio SWF y financieros requeridos para la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los factores que afectan a las actividades de la cadena de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadeba_de_valor_swf.png|border|center|800px|Cadena de Valor de servicios SWF]]&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
Los resultados del análisis de riesgos se manifiestan y mantienen en la planilla SGS_AnalisisRiesgo.xls&lt;br /&gt;
&lt;br /&gt;
Para cada una de las actividades&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
Para el tratamiento de los riesgos identificados se determinarás las siguientes estrategias:&lt;br /&gt;
&lt;br /&gt;
'''Aceptar''': Hacer esto en forma intencional, es decir incluir un plan para cuando el evento ocurra o una reserva de margen para absorber el costo más probable que pudiera originar.&lt;br /&gt;
&lt;br /&gt;
'''Evitar''':	A través de una planificación de las actividades del proyecto se puede evitar que el evento suceda.&lt;br /&gt;
&lt;br /&gt;
'''Reducir''': Limitar las consecuencias que pudiera tener. Ningún seguro acepta que no se hayan tomado todas las medidas necesarias para cubrir el evento asegurado. La mitigación es una acción pro-activa tomada antes de la ocurrencia del evento. Donde el objetivo es el tratar de disminuir las probabilidades de ocurrencia de éste.&lt;br /&gt;
&lt;br /&gt;
'''Transferir''': La transferencia de los riesgos, es ceder la consecuencia asociada con un riesgo a una tercera parte, a través del uso de seguros, bonds, etc. A cambio la tercera parte recibe un pago, prima u honorario. Los riesgos que se transfieren son aquellos que de producirse tendrían consecuencias muy graves pero su probabilidad de ocurrencia es muy baja y existen formas de reducirlas aún más.&lt;br /&gt;
&lt;br /&gt;
'''Derivar''': Recurrir al mercado de derivativos. De esta forma nos podemos liberar del riesgo, eliminarlo o transformarlo lo cual se logra a través de instrumentos financieros como son los spot, forward, swaps, futuros, opciones, hedge, caps, floors, fideicomisos, etc.&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
Las actividades de gestión de riesgo están determinadas por la matriz de riesgo.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Matriz_de_Riesgo.jpg|border|center|700px|Matriz de Riesgos]]&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1839</id>
		<title>SWF - Servicio de Desarrollo de Software</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1839"/>
				<updated>2019-05-06T18:20:31Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
Los servicios para el Desarrollo de Software contemplan las siguientes actividades de valor con el objeto de asegurar el nivel de servicio al cliente:&lt;br /&gt;
&lt;br /&gt;
*Especificación de requisitos.&lt;br /&gt;
*Diseño del software.&lt;br /&gt;
*Construcción o Implementación del software.&lt;br /&gt;
*Integración.&lt;br /&gt;
*Pruebas (o validación)&lt;br /&gt;
*Despliegue (o instalación)&lt;br /&gt;
*Mantenimiento.&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Páginas Webs: web institucionales, gubernamentales, e-commerce&lt;br /&gt;
*Software: desarrollo de aplicaciones a medida.&lt;br /&gt;
*Mobile: app´s para dispositivos móviles (android, IOS).&lt;br /&gt;
*ChatBot: la unión entre la inteligencia artifical y machine learning permiten la creación de chatsbots para resolver ciertas necesidades específicas.&lt;br /&gt;
*Blockchain: desarrollamos soluciones con tecnología avanzada. Convenio con BFA para la validación de contratos inteligentes.&lt;br /&gt;
&lt;br /&gt;
== Atributos de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Los atributos claves considerados por el cliente en la gestión de nivel del servicio principalmente son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución presentada del desarrollo&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
Los mismos son monitoreados mediante las actividades de PMO que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Acuerdo de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Considerar la referencia a la plantilla del SAS para SWF.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
Asegurar la disposición de los recursos humanos del Servicio SWF y financieros requeridos para la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los factores que afectan a las actividades de la cadena de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadeba_de_valor_swf.png|border|center|800px|Cadena de Valor de servicios SWF]]&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
Los resultados del análisis de riesgos se manifiestan y mantienen en la planilla SGS_AnalisisRiesgo.xls&lt;br /&gt;
&lt;br /&gt;
Para cada una de las actividades&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
Para el tratamiento de los riesgos identificados se determinarás las siguientes estrategias:&lt;br /&gt;
&lt;br /&gt;
'''Aceptar''': Hacer esto en forma intencional, es decir incluir un plan para cuando el evento ocurra o una reserva de margen para absorber el costo más probable que pudiera originar.&lt;br /&gt;
&lt;br /&gt;
'''Evitar''':	A través de una planificación de las actividades del proyecto se puede evitar que el evento suceda.&lt;br /&gt;
&lt;br /&gt;
'''Reducir''': Limitar las consecuencias que pudiera tener. Ningún seguro acepta que no se hayan tomado todas las medidas necesarias para cubrir el evento asegurado. La mitigación es una acción pro-activa tomada antes de la ocurrencia del evento. Donde el objetivo es el tratar de disminuir las probabilidades de ocurrencia de éste.&lt;br /&gt;
&lt;br /&gt;
'''Transferir''': La transferencia de los riesgos, es ceder la consecuencia asociada con un riesgo a una tercera parte, a través del uso de seguros, bonds, etc. A cambio la tercera parte recibe un pago, prima u honorario. Los riesgos que se transfieren son aquellos que de producirse tendrían consecuencias muy graves pero su probabilidad de ocurrencia es muy baja y existen formas de reducirlas aún más.&lt;br /&gt;
&lt;br /&gt;
'''Derivar''': Recurrir al mercado de derivativos. De esta forma nos podemos liberar del riesgo, eliminarlo o transformarlo lo cual se logra a través de instrumentos financieros como son los spot, forward, swaps, futuros, opciones, hedge, caps, floors, fideicomisos, etc.&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
Las actividades de gestión de riesgo están determinadas por la matriz de riesgo.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Matriz_de_Riesgo.jpg|border|center|700px|Matriz de Riesgos]]&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_Incidencias&amp;diff=1838</id>
		<title>Procedimiento de Gestión de Incidencias</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_Incidencias&amp;diff=1838"/>
				<updated>2019-05-06T18:09:17Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
La '''Gestión de Incidencias''' tiene como objetivo restablecer el funcionamiento normal de servicio lo más rápido posible y minimizar el impacto adverso en las operaciones del negocio, lo que garantiza que se mantengan los mejores niveles posibles de calidad de servicio y disponibilidad. &lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
&lt;br /&gt;
La empresa cuenta con un software propio para la Gestión de Incidencias, que se encuentra asociada al SGI, lo cual permite la resolución de los Tickets brindando los estándares básicos para que el servicio funcione correctamente. Las funcionalidad básicas son las siguientes:&lt;br /&gt;
&lt;br /&gt;
*SGT: plataforma web para el cliente donde cargará las incidencias. También tendrá información mínima de los niveles de servicios según el proyecto que tenga habilitado (url:[http://ticket.ultimamilla.com.ar http://ticket.ultimamilla.com.ar]. Actualmente presenta un nombre comercial denominado '''UMA'''.&lt;br /&gt;
&lt;br /&gt;
*SGI: internamente el software tendrá 2 interfaces:&lt;br /&gt;
   - Administrador de Tickets: donde el operario podrá re-clasificar la incidencia, derivar a un operario específico, escalar el nivel y realizar un seguimiento.&lt;br /&gt;
   - Tickets: módulo personal donde cada operario visualizará y gestionará los tickets que tiene asignado.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
&lt;br /&gt;
Los siguientes roles están vinculados a las actividades de gestión del tickets:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Roles || Actividades&lt;br /&gt;
|-&lt;br /&gt;
|Cliente Admin&lt;br /&gt;
|Usuario de SGT que el cliente obtiene vía mail. Tiene privilegios especiales que lo hacen Administrador&lt;br /&gt;
|-&lt;br /&gt;
|Cliente Operario&lt;br /&gt;
|Usuario de SGT que el cliente obtiene vía mail.&lt;br /&gt;
|-&lt;br /&gt;
|Admin SGI&lt;br /&gt;
|Operario Interno del SGI encargado de Administrar los Tickets que cargan los clientes.&lt;br /&gt;
|-&lt;br /&gt;
|Operario SGI&lt;br /&gt;
|Usuario de SGI encargado de la resolución de los Tickets.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=ACTIVIDADES CLAVES=&lt;br /&gt;
&lt;br /&gt;
==Detección de las Incidencias y registración==&lt;br /&gt;
El sistema permite la carga de incidencias a través de la plataforma web SGT. Para cargar un Ticket, el cliente deberá completar una serie de atributos (prioridad, tipo de incidencia, etc.), asociados al SLA del Servicio y acorde a los niveles establecidos.&lt;br /&gt;
Finalizada la carga, se notificará vía mail al responsable del Servicio y el Administrador de Tickets visualizará una nueva incidencia en el SGI.&lt;br /&gt;
&lt;br /&gt;
==Clasificación y Soporte Inicial==&lt;br /&gt;
La incidencia tiene una pre-clasificación a cargo del cliente. Luego, el Administrador de Tickets, tiene la potestad de re-clasificarlo en caso de que sea necesario.&lt;br /&gt;
El SGT permitirá visualizar una Base de &amp;quot;Errores Conocidos&amp;quot;, que se alimentará de resoluciones de Tickets anteriores, ésto permitirá al cliente y/o personal, resolver el problema en menor tiempo, además analizar si es necesario aplicar un &amp;quot;cambio&amp;quot; en el módulo específico.&lt;br /&gt;
Una vez que el Ticket esté clasificado y sea analizado por el Administrador, éste será el encargado de derivarlo a un personal para su futura resolución, será notificado vía mail y también tendrá un nuevo registro en su bandeja de Tickets.&lt;br /&gt;
El encargado de resolver la Incidencia da inicio al Ticket, ésta acción será registrada en la Bitácora del Ticket y ademas notificada al Cliente para que conozca el estado en que se encuentra su problema. El operario, podrá establecer una comunicación con el cliente (de ser necesario) para despejar dudas. En caso de poder dar solución, se cierra el Ticket. Si al evaluar la situación, se observa que requiere otro tipo de tratamiento, se podrá '''escalar''' la incidencia a un nivel superior.&lt;br /&gt;
&lt;br /&gt;
Cada Servicio tiene asociado un Contrato SLA con sus respectivos Niveles, Tiempos de Respuesta o Niveles de Complejidad. Tanto el Cliente como el Personal, podrá en todo momento, consultar esos parámetros de Tiempo/Complejidad para evaluar el servicio.&lt;br /&gt;
&lt;br /&gt;
==Investigación y Diagnóstico==&lt;br /&gt;
Por cada incidencia, se deberá realizar un análisis cruzando los datos de la Bitácora, DB de errores conocidos, categoría del ticket y prioridad. También el operario deberá contemplar el SLA acordado, para conocer:&lt;br /&gt;
* Tiempos de Respuesta: es el tiempo que tendrá el operario en comunicarse con el cliente para ofrecerle un feedback sobre la incidencia.&lt;br /&gt;
* Disponibilidad de Mesa de Ayuda: información sobre los horarios donde se brindará el servicio.&lt;br /&gt;
* Tiempo de Resolución: es el tiempo en cuál se deberá resolver el ticket o realizar una escala a un nivel superior.&lt;br /&gt;
* Tiempo de Validación: es el tiempo que tendrá el cliente en poder confirmar si el ticket ha sido resuelto satisfactoriamente. En caso de extenderse, automáticamente se dará por cerrado el ticket.&lt;br /&gt;
* Complejidad: se utiliza en los casos donde no sea necesario evaluar tiempos, sino nivel de esfuerzo o dificultad.&lt;br /&gt;
&lt;br /&gt;
==Resolución y Recuperación==&lt;br /&gt;
En cualquier Nivel se deberá resolver el incidente con una solución definitiva o temporal, en su defecto, se podrá elevar un requerimiento de cambio (incluyendo una verificación de la resolución).&lt;br /&gt;
Existen casos de Recuperación, donde el cliente podrá realizar la re-apertura de un ticket en caso de ser necesario.&lt;br /&gt;
&lt;br /&gt;
==Cierre de Incidencias==&lt;br /&gt;
Finalizada la resolución de la incidencias, el cliente deberá confirmar si fue exitoso su desarrollo, ya sea vía mail, teléfono o a través de la misma Bitácora del Ticket. De ésta forma, habilita al operario a cambiar el estado y cerrar la incidencia. Luego si el Ticket lo amerita, se podrá anexar a la DB de Errores Conocidos. Además, el cliente podrá &amp;quot;calificar&amp;quot; el servicio del operario a través del Sistema.&lt;br /&gt;
&lt;br /&gt;
=INCIDENCIA/TICKET=&lt;br /&gt;
La incidencia se encuentra vinculada con los Servicios que se le brindaron al Cliente, junto con el SLA que acordaron. Ésto permite a la Gestión Interna la carga de horas en cada Ticket y la posibilidad de evaluar el Nivel de Satisfacción del Cliente según las calificaciones realizadas.&lt;br /&gt;
Cada Ticket pertenece a una Tarea del EDT, lo cual, facilita la Gestión Contable a la hora de Consultar los Informes (Horas y de Estados de Resultados).&lt;br /&gt;
&lt;br /&gt;
==Errores Conocidos==&lt;br /&gt;
En la plataforma de Tickets (UMA) hay un apartado para la visualización de &amp;quot;Errores Conocidos&amp;quot; para que el Cliente pueda tener un registro previo de todos los Errores en los cuales no sea necesario la creación de un Ticket nuevo.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_la_Configuraci%C3%B3n&amp;diff=1816</id>
		<title>Procedimiento de Gestión de la Configuración</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_la_Configuraci%C3%B3n&amp;diff=1816"/>
				<updated>2019-04-30T18:59:10Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=Objetivo=&lt;br /&gt;
&lt;br /&gt;
El '''Procedimiento de Gestión de la Configuración''' tiene por objeto mantener la integridad de la configuración requerida para los servicios del Catálogo de servicios IT contemplados en el [[alcance]] del SGSIT.&lt;br /&gt;
&lt;br /&gt;
=Items de Configuración=&lt;br /&gt;
&lt;br /&gt;
Se define como ítem de configuración a todo componente o recurso que por sus atributos y características es significativo para la prestación de los servicios brindados por la organización. &lt;br /&gt;
&lt;br /&gt;
En función de su naturaleza se categorizan en:&lt;br /&gt;
&lt;br /&gt;
*Componentes de Sistemas: Conjunto de componentes de hardware y/o software que forman parte de las '''Sistemas Tecnológicos''' integrados por los servicios del catálogo.&lt;br /&gt;
&lt;br /&gt;
*Perfiles de Puestos: Conjunto de '''Roles''' claves involucrados en la cadena de valor de la prestación de los servicios del catálogo considerando integralmente los entregables vinculados a las actividades.&lt;br /&gt;
&lt;br /&gt;
Los ítems de configuración son administrados, controlados y mantenidos durante todo su ciclo de vida en el SGI  http://sgi.ultimamilla.com.ar/Items/gestion_configuracion&lt;br /&gt;
&lt;br /&gt;
=Roles y Responsabilidades=&lt;br /&gt;
&lt;br /&gt;
Los siguientes roles están vinculados a las actividades de gestión del plan:&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''ROL''' || '''RESPONSABILIDAD''' &lt;br /&gt;
|- &lt;br /&gt;
| Gestor de Configuración|| Identifica, aprueba y controla la actualización de los elementos de configuración, se encarga de las auditorías de la configuración&lt;br /&gt;
|- &lt;br /&gt;
| Soporte IT|| Mantenimiento del SGI  &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=Actividades claves=&lt;br /&gt;
==Identificación de los IC==&lt;br /&gt;
La base de IC disponibles en el SGI está organizada por servicios. Cada uno de los servicios IT del catálogo cuentan con una estructura de configuración alineada a las características de la '''cadena de valor del servicio'''.&lt;br /&gt;
&lt;br /&gt;
Para cada uno de los servicios, el conjunto de IC asociados se organiza en función de la siguiente estructura:&lt;br /&gt;
&lt;br /&gt;
*ITEM DE SERVICIO: En la organización de la base de configuración, será el item padre de los Items de Configuración asociados y en consecuencia representará la Línea base del sistema que representa.&lt;br /&gt;
&lt;br /&gt;
*ITEM DE CONFIGURACIÓN: Será el item padre de los items de costos asociados y representa el IC a gestionar en la configuración.&lt;br /&gt;
&lt;br /&gt;
*ITEM DE COSTO: mide los costos basados en los costos reales, normales y estándares. Se usan casi exclusivamente de forma interna.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
En función de la naturaleza del IC dispondremos de la siguientes estructuras particulares:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Para el caso de los IC derivados de los COMPONENTES DE SISTEMAS se estructurarán de la siguiente manera:&lt;br /&gt;
&lt;br /&gt;
[[Imagen:IC_Sistemas.jpg|border|center|800px|Items de Configuración de Sistema]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Para el caso de los IC derivados de los PERFILES DE PUESTOS se estructurarán de la siguiente manera:&lt;br /&gt;
&lt;br /&gt;
[[Imagen:IC_Roles.jpg|border|center|800px|Items de Configuración de Roles]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
La denominación de los IC seguirá un criterio vinculado a la estructuración del Plan de cuentas contable de la organización.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Nomeclatura_base_de_configuracion.jpg|border|center|800px|Codificación de IC]]&lt;br /&gt;
&lt;br /&gt;
==Control de los IC==&lt;br /&gt;
&lt;br /&gt;
===Creación de nuevos IC===&lt;br /&gt;
&lt;br /&gt;
Se especificará el procedimiento genérico que indique de qué manera los ítems de configuración serán creados, revisados y referenciados en la organización.&lt;br /&gt;
&lt;br /&gt;
Pasos:&lt;br /&gt;
&lt;br /&gt;
*Aceptar la entrega del nuevo IC de parte de un miembro autorizado de operaciones. El mismo deberá detallar el tipo de IC y a qué servicio impactará.&lt;br /&gt;
*Asignar un identificador al IC según Nomenclatura de los Ítems de Configuración.&lt;br /&gt;
*Ubicar físicamente / lógicamente el nuevo IC en el repositorio que corresponda (teniendo en cuenta el tipo de versionado del repositorio).&lt;br /&gt;
*Disponibilizar y notificar al Grupo Operaciones del nuevo IC.&lt;br /&gt;
&lt;br /&gt;
===Actualización de IC===&lt;br /&gt;
&lt;br /&gt;
Al &amp;quot;Actualizar&amp;quot; cualquier Ítem de la Gestión de Configuraciones, el sistema preguntará si desea [Editar] o [Crear nueva versión], por ende los criterios a tomar son los siguientes:&lt;br /&gt;
&lt;br /&gt;
*Edición: solo se aplica cuando hay una corrección en el texto y/o se agregue algún contenido que no altere su línea base.&lt;br /&gt;
*Nueva Versión: es cuando el contenido cargado cambia a nivel estructural y/o sistemático la línea base del ítem.&lt;br /&gt;
&lt;br /&gt;
==Registro, Control y Seguimiento del Versionado==&lt;br /&gt;
&lt;br /&gt;
El sistema SGI permite registrar cualquier tipo de modificación que se realice sobre un Ítem de Configuración o Línea Base (Item de Servicio). Se guardan los datos de cada atributo y quién fue el encargado de realizar tal modificación.&lt;br /&gt;
&lt;br /&gt;
Las versiones anteriores, no pueden ser eliminadas o modificadas, ya que su función es brindar la información del momento en que se utilizaron, solamente tendrán una baja &amp;quot;lógica&amp;quot; dejando como activa la última versión.&lt;br /&gt;
&lt;br /&gt;
En el detalle de cada Ítem, se podrá visualizar el histórico de versiones.&lt;br /&gt;
&lt;br /&gt;
==Auditorías de la configuración==&lt;br /&gt;
Para asegurar la integridad de los IC se realizarán auditorías:&lt;br /&gt;
===Alcance===&lt;br /&gt;
Serán auditados el conjunto de items que forman parte de la base de configuración, es decir items de servicios, items de configuración e items de costos.&lt;br /&gt;
&lt;br /&gt;
===Periodicidad===&lt;br /&gt;
Las auditorías se realizarán al menos una vez al año a partir de la revisión del plan de cuentas del ejercicio contable de la organización.&lt;br /&gt;
Excepcionalmente a partir de la necesidad de incorporar un nuevo servicio al catálogo que tenga un impacto significativo, se solicitará una auditoría de la base de configuración para evaluar los impactos de la integración de los nuevos items a la base de configuración.&lt;br /&gt;
&lt;br /&gt;
=Herramienta=&lt;br /&gt;
El Proceso de Gestión de Configuración será administrado por medio de SGI en http://sgi.ultimamilla.com.ar/Items/gestion_configuracion&lt;br /&gt;
&lt;br /&gt;
Las funciones de gestión de configuración del SGI permitirán desarrollar las siguientes operaciones:&lt;br /&gt;
&lt;br /&gt;
*Estructuración de la base de configuración de los servicios (ABM y organización de los IC)&lt;br /&gt;
&lt;br /&gt;
*Nomenclatura de cada uno de los Items de servicio, configuración y costos&lt;br /&gt;
&lt;br /&gt;
*Descripción de los items de la base de configuración para cada servicio&lt;br /&gt;
&lt;br /&gt;
*Relaciones entre el IC y otros IC: los IC son opcionales&lt;br /&gt;
&lt;br /&gt;
*Relaciones entre el IC y los items de costos asociados&lt;br /&gt;
&lt;br /&gt;
*Control de Versión de los items de servicio, configuración y costos&lt;br /&gt;
&lt;br /&gt;
*Línea Base: definición, qué la compone?, los IC son mandatorios&lt;br /&gt;
&lt;br /&gt;
*Estado de los items y fechas de creación y actualización de los mismos&lt;br /&gt;
&lt;br /&gt;
*Usuario que editó modificaciones de los items&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Documentos Relacionados=&lt;br /&gt;
•	IRAM-ISO 20000:2011.&lt;br /&gt;
&lt;br /&gt;
=Definiciones=&lt;br /&gt;
&lt;br /&gt;
*Línea de base de la configuración: información de la configuración formalmente establecida en un momento específico de la vida de un servicio o un componente de un servicio. Para los IC la línea base está determinada por la caracterización de los servicios por medio de los Items de Servicio. &lt;br /&gt;
&lt;br /&gt;
NOTA 1. Las líneas de base de la configuración, además de los cambios aprobados a partir de esas, constituyen la información de configuración actual. &lt;br /&gt;
&lt;br /&gt;
NOTA 2. Adaptada de la ISO/IEC/IEEE 24765:2010. Es la configuración (versiones) de los ítems de configuración componen un servicio en un momento determinad. Es una “foto” del estado y versiones de todos los CI que componen un servicio. Considera todos los detalles necesarios para que el servicio pueda restaurarse en caso de necesidad.&lt;br /&gt;
 &lt;br /&gt;
*Gestión de la Configuración: disciplina que se encarga de identificar y documentar ítems de configuración; almacenar, reportar, controlar y verificar la integridad de los cambios con respecto a los requerimientos especificados.&lt;br /&gt;
&lt;br /&gt;
*Control de Cambios: proceso formal para realizar cambios sobre ítems de configuración.&lt;br /&gt;
&lt;br /&gt;
*Control de la Configuración: parte de la gestión de la Configuración que consiste en la evaluación, coordinación, aprobación, e implementación de cambios sobre ítems de configuración.&lt;br /&gt;
&lt;br /&gt;
*Ítem de configuración (IC): elemento que necesita ser controlado para la prestación de uno o más servicios. Es todo componente o recurso necesario para la prestación del servicio.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_Incidencias&amp;diff=1730</id>
		<title>Procedimiento de Gestión de Incidencias</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_Incidencias&amp;diff=1730"/>
				<updated>2019-04-26T13:32:56Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
La '''Gestión de Incidencias''' tiene como objetivo restablecer el funcionamiento normal de servicio lo más rápido posible y minimizar el impacto adverso en las operaciones del negocio, lo que garantiza que se mantengan los mejores niveles posibles de calidad de servicio y disponibilidad. &lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
&lt;br /&gt;
La empresa cuenta con un software propio para la Gestión de Incidencias, que se encuentra asociada al SGI, lo cual permite la resolución de los Tickets brindando los estándares básicos para que el servicio funcione correctamente. Las funcionalidad básicas son las siguientes:&lt;br /&gt;
&lt;br /&gt;
*SGT: plataforma web para el cliente donde cargará las incidencias. También tendrá información mínima de los niveles de servicios según el proyecto que tenga habilitado (url:[http://ticket.ultimamilla.com.ar http://ticket.ultimamilla.com.ar]. Actualmente presenta un nombre comercial denominado '''UMA'''.&lt;br /&gt;
&lt;br /&gt;
*SGI: internamente el software tendrá 2 interfaces:&lt;br /&gt;
   - Administrador de Tickets: donde el operario podrá re-clasificar la incidencia, derivar a un operario específico, escalar el nivel y realizar un seguimiento.&lt;br /&gt;
   - Tickets: módulo personal donde cada operario visualizará y gestionará los tickets que tiene asignado.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
&lt;br /&gt;
Los siguientes roles están vinculados a las actividades de gestión del tickets:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Roles || Actividades&lt;br /&gt;
|-&lt;br /&gt;
|Cliente Admin&lt;br /&gt;
|Usuario de SGT que el cliente obtiene vía mail. Tiene privilegios especiales que lo hacen Administrador&lt;br /&gt;
|-&lt;br /&gt;
|Cliente Operario&lt;br /&gt;
|Usuario de SGT que el cliente obtiene vía mail.&lt;br /&gt;
|-&lt;br /&gt;
|Admin SGI&lt;br /&gt;
|Operario Interno del SGI encargado de Administrar los Tickets que cargan los clientes.&lt;br /&gt;
|-&lt;br /&gt;
|Operario SGI&lt;br /&gt;
|Usuario de SGI encargado de la resolución de los Tickets.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=ACTIVIDADES CLAVES=&lt;br /&gt;
&lt;br /&gt;
==Detección de las Incidencias y registración==&lt;br /&gt;
El sistema permite la carga de incidencias a través de la plataforma web SGT. Para cargar un Ticket, el cliente deberá completar una serie de atributos (prioridad, tipo de incidencia, etc.), asociados al SLA del Servicio y acorde a los niveles establecidos.&lt;br /&gt;
Finalizada la carga, se notificará vía mail al responsable del Servicio y el Administrador de Tickets visualizará una nueva incidencia en el SGI.&lt;br /&gt;
&lt;br /&gt;
==Clasificación y Soporte Inicial==&lt;br /&gt;
La incidencia tiene una pre-clasificación a cargo del cliente. Luego, el Administrador de Tickets, tiene la potestad de re-clasificarlo en caso de que sea necesario.&lt;br /&gt;
El SGT permitirá visualizar una Base de &amp;quot;Errores Conocidos&amp;quot;, que se alimentará de resoluciones de Tickets anteriores, ésto permitirá al cliente y/o personal, resolver el problema en menor tiempo, además analizar si es necesario aplicar un &amp;quot;cambio&amp;quot; en el módulo específico.&lt;br /&gt;
Una vez que el Ticket esté clasificado y sea analizado por el Administrador, éste será el encargado de derivarlo a un personal para su futura resolución, será notificado vía mail y también tendrá un nuevo registro en su bandeja de Tickets.&lt;br /&gt;
El encargado de resolver la Incidencia da inicio al Ticket, ésta acción será registrada en la Bitácora del Ticket y ademas notificada al Cliente para que conozca el estado en que se encuentra su problema. El operario, podrá establecer una comunicación con el cliente (de ser necesario) para despejar dudas. En caso de poder dar solución, se cierra el Ticket. Si al evaluar la situación, se observa que requiere otro tipo de tratamiento, se podrá '''escalar''' la incidencia a un nivel superior.&lt;br /&gt;
&lt;br /&gt;
Cada Servicio tiene asociado un Contrato SLA con sus respectivos Niveles, Tiempos de Respuesta o Niveles de Complejidad. Tanto el Cliente como el Personal, podrá en todo momento, consultar esos parámetros de Tiempo/Complejidad para evaluar el servicio.&lt;br /&gt;
&lt;br /&gt;
==Investigación y Diagnóstico==&lt;br /&gt;
Por cada incidencia, se deberá realizar un análisis cruzando los datos de la Bitácora, DB de errores conocidos, categoría del ticket y prioridad. También el operario deberá contemplar el SLA acordado, para conocer:&lt;br /&gt;
* Tiempos de Respuesta: es el tiempo que tendrá el operario en comunicarse con el cliente para ofrecerle un feedback sobre la incidencia.&lt;br /&gt;
* Disponibilidad de Mesa de Ayuda: información sobre los horarios donde se brindará el servicio.&lt;br /&gt;
* Tiempo de Resolución: es el tiempo en cuál se deberá resolver el ticket o realizar una escala a un nivel superior.&lt;br /&gt;
* Tiempo de Validación: es el tiempo que tendrá el cliente en poder confirmar si el ticket ha sido resuelto satisfactoriamente. En caso de extenderse, automáticamente se dará por cerrado el ticket.&lt;br /&gt;
* Complejidad: se utiliza en los casos donde no sea necesario evaluar tiempos, sino nivel de esfuerzo o dificultad.&lt;br /&gt;
&lt;br /&gt;
==Resolución y Recuperación==&lt;br /&gt;
En cualquier Nivel se deberá resolver el incidente con una solución definitiva o temporal, en su defecto, se podrá elevar un requerimiento de cambio (incluyendo una verificación de la resolución).&lt;br /&gt;
Existen casos de Recuperación, donde el cliente podrá realizar la re-apertura de un ticket en caso de ser necesario.&lt;br /&gt;
&lt;br /&gt;
==Cierre de Incidencias==&lt;br /&gt;
Finalizada la resolución de la incidencias, el cliente deberá confirmar si fue exitoso su desarrollo, ya sea vía mail, teléfono o a través de la misma Bitácora del Ticket. De ésta forma, habilita al operario a cambiar el estado y cerrar la incidencia. Luego si el Ticket lo amerita, se podrá anexar a la DB de Errores Conocidos. Además, el cliente podrá &amp;quot;calificar&amp;quot; el servicio del operario a través del Sistema.&lt;br /&gt;
&lt;br /&gt;
=INCIDENCIA/TICKET=&lt;br /&gt;
La incidencia se encuentra vinculada con los Servicios que se le brindaron al Cliente, junto con el SLA que acordaron. Ésto permite a la Gestión Interna la carga de horas en cada Ticket y la posibilidad de evaluar el Nivel de Satisfacción del Cliente según las calificaciones realizadas.&lt;br /&gt;
&lt;br /&gt;
==Errores Conocidos==&lt;br /&gt;
En la plataforma de Tickets (UMA) hay un apartado para la visualización de &amp;quot;Errores Conocidos&amp;quot; para que el Cliente pueda tener un registro previo de todos los Errores en los cuales no sea necesario la creación de un Ticket nuevo.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_Incidencias&amp;diff=1729</id>
		<title>Procedimiento de Gestión de Incidencias</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_Incidencias&amp;diff=1729"/>
				<updated>2019-04-26T13:32:03Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
La '''Gestión de Incidencias''' tiene como objetivo restablecer el funcionamiento normal de servicio lo más rápido posible y minimizar el impacto adverso en las operaciones del negocio, lo que garantiza que se mantengan los mejores niveles posibles de calidad de servicio y disponibilidad. &lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
&lt;br /&gt;
La empresa cuenta con un software propio para la Gestión de Incidencias, que se encuentra asociada al SGI, lo cual permite la resolución de los Tickets brindando los estándares básicos para que el servicio funcione correctamente. Las funcionalidad básicas son las siguientes:&lt;br /&gt;
&lt;br /&gt;
*SGT: plataforma web para el cliente donde cargará las incidencias. También tendrá información mínima de los niveles de servicios según el proyecto que tenga habilitado (url:[http://ticket.ultimamilla.com.ar http://ticket.ultimamilla.com.ar]. Actualmente presenta un nombre comercial denominado '''UMA'''.&lt;br /&gt;
&lt;br /&gt;
*SGI: internamente el software tendrá 2 interfaces:&lt;br /&gt;
   - Administrador de Tickets: donde el operario podrá re-clasificar la incidencia, derivar a un operario específico, escalar el nivel y realizar un seguimiento.&lt;br /&gt;
   - Tickets: módulo personal donde cada operario visualizará y gestionará los tickets que tiene asignado.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
&lt;br /&gt;
Los siguientes roles están vinculados a las actividades de gestión del tickets:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Roles || Actividades&lt;br /&gt;
|-&lt;br /&gt;
|Cliente Admin&lt;br /&gt;
|Usuario de SGT que el cliente obtiene vía mail. Tiene privilegios especiales que lo hacen Administrador&lt;br /&gt;
|-&lt;br /&gt;
|Cliente Operario&lt;br /&gt;
|Usuario de SGT que el cliente obtiene vía mail.&lt;br /&gt;
|-&lt;br /&gt;
|Admin SGI&lt;br /&gt;
|Operario Interno del SGI encargado de Administrar los Tickets que cargan los clientes.&lt;br /&gt;
|-&lt;br /&gt;
|Operario SGI&lt;br /&gt;
|Usuario de SGI encargado de la resolución de los Tickets.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=ACTIVIDADES CLAVES=&lt;br /&gt;
&lt;br /&gt;
==Detección de las Incidencias y registración==&lt;br /&gt;
El sistema permite la carga de incidencias a través de la plataforma web SGT. Para cargar un Ticket, el cliente deberá completar una serie de atributos (prioridad, tipo de incidencia, etc.), asociados al SLA del Servicio y acorde a los niveles establecidos.&lt;br /&gt;
Finalizada la carga, se notificará vía mail al responsable del Servicio y el Administrador de Tickets visualizará una nueva incidencia en el SGI.&lt;br /&gt;
&lt;br /&gt;
==Clasificación y Soporte Inicial==&lt;br /&gt;
La incidencia tiene una pre-clasificación a cargo del cliente. Luego, el Administrador de Tickets, tiene la potestad de re-clasificarlo en caso de que sea necesario.&lt;br /&gt;
El SGT permitirá visualizar una Base de &amp;quot;Errores Conocidos&amp;quot;, que se alimentará de resoluciones de Tickets anteriores, ésto permitirá al cliente y/o personal, resolver el problema en menor tiempo, además analizar si es necesario aplicar un &amp;quot;cambio&amp;quot; en el módulo específico.&lt;br /&gt;
Una vez que el Ticket esté clasificado y sea analizado por el Administrador, éste será el encargado de derivarlo a un personal para su futura resolución, será notificado vía mail y también tendrá un nuevo registro en su bandeja de Tickets.&lt;br /&gt;
El encargado de resolver la Incidencia da inicio al Ticket, ésta acción será registrada en la Bitácora del Ticket y ademas notificada al Cliente para que conozca el estado en que se encuentra su problema. El operario, podrá establecer una comunicación con el cliente (de ser necesario) para despejar dudas. En caso de poder dar solución, se cierra el Ticket. Si al evaluar la situación, se observa que requiere otro tipo de tratamiento, se podrá '''escalar''' la incidencia a un nivel superior.&lt;br /&gt;
&lt;br /&gt;
Cada Servicio tiene asociado un Contrato SLA con sus respectivos Niveles, Tiempos de Respuesta o Niveles de Complejidad. Tanto el Cliente como el Personal, podrá en todo momento, consultar esos parámetros de Tiempo/Complejidad para evaluar el servicio.&lt;br /&gt;
&lt;br /&gt;
==Investigación y Diagnóstico==&lt;br /&gt;
Por cada incidencia, se deberá realizar un análisis cruzando los datos de la Bitácora, DB de errores conocidos, categoría del ticket y prioridad. También el operario deberá contemplar el SLA acordado, para conocer:&lt;br /&gt;
* Tiempos de Respuesta: es el tiempo que tendrá el operario en comunicarse con el cliente para ofrecerle un feedback sobre la incidencia.&lt;br /&gt;
* Disponibilidad de Mesa de Ayuda: información sobre los horarios donde se brindará el servicio.&lt;br /&gt;
* Tiempo de Resolución: es el tiempo en cuál se deberá resolver el ticket o realizar una escala a un nivel superior.&lt;br /&gt;
* Tiempo de Validación: es el tiempo que tendrá el cliente en poder confirmar si el ticket ha sido resuelto satisfactoriamente. En caso de extenderse, automáticamente se dará por cerrado el ticket.&lt;br /&gt;
* Complejidad: se utiliza en los casos donde no sea necesario evaluar tiempos, sino nivel de esfuerzo o complejidad.&lt;br /&gt;
&lt;br /&gt;
==Resolución y Recuperación==&lt;br /&gt;
En cualquier Nivel se deberá resolver el incidente con una solución definitiva o temporal, en su defecto, se podrá elevar un requerimiento de cambio (incluyendo una verificación de la resolución).&lt;br /&gt;
Existen casos de Recuperación, donde el cliente podrá realizar la re-apertura de un ticket en caso de ser necesario.&lt;br /&gt;
&lt;br /&gt;
==Cierre de Incidencias==&lt;br /&gt;
Finalizada la resolución de la incidencias, el cliente deberá confirmar si fue exitoso su desarrollo, ya sea vía mail, teléfono o a través de la misma Bitácora del Ticket. De ésta forma, habilita al operario a cambiar el estado y cerrar la incidencia. Luego si el Ticket lo amerita, se podrá anexar a la DB de Errores Conocidos. Además, el cliente podrá &amp;quot;calificar&amp;quot; el servicio del operario a través del Sistema.&lt;br /&gt;
&lt;br /&gt;
=INCIDENCIA/TICKET=&lt;br /&gt;
La incidencia se encuentra vinculada con los Servicios que se le brindaron al Cliente, junto con el SLA que acordaron. Ésto permite a la Gestión Interna la carga de horas en cada Ticket y la posibilidad de evaluar el Nivel de Satisfacción del Cliente según las calificaciones realizadas.&lt;br /&gt;
&lt;br /&gt;
==Errores Conocidos==&lt;br /&gt;
En la plataforma de Tickets (UMA) hay un apartado para la visualización de &amp;quot;Errores Conocidos&amp;quot; para que el Cliente pueda tener un registro previo de todos los Errores en los cuales no sea necesario la creación de un Ticket nuevo.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_Incidencias&amp;diff=1728</id>
		<title>Procedimiento de Gestión de Incidencias</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_Incidencias&amp;diff=1728"/>
				<updated>2019-04-26T13:04:44Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
La '''Gestión de Incidencias''' tiene como objetivo restablecer el funcionamiento normal de servicio lo más rápido posible y minimizar el impacto adverso en las operaciones del negocio, lo que garantiza que se mantengan los mejores niveles posibles de calidad de servicio y disponibilidad. &lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
&lt;br /&gt;
La empresa cuenta con un software propio para la Gestión de Incidencias, que se encuentra asociada al SGI, lo cual permite la resolución de los Tickets brindando los estándares básicos para que el servicio funcione correctamente. Las funcionalidad básicas son las siguientes:&lt;br /&gt;
&lt;br /&gt;
*SGT: plataforma web para el cliente donde cargará las incidencias. También tendrá información mínima de los niveles de servicios según el proyecto que tenga habilitado (url:[http://ticket.ultimamilla.com.ar http://ticket.ultimamilla.com.ar]. Actualmente presenta un nombre comercial denominado '''UMA'''.&lt;br /&gt;
&lt;br /&gt;
*SGI: internamente el software tendrá 2 interfaces:&lt;br /&gt;
   - Administrador de Tickets: donde el operario podrá re-clasificar la incidencia, derivar a un operario específico, escalar el nivel y realizar un seguimiento.&lt;br /&gt;
   - Tickets: módulo personal donde cada operario visualizará y gestionará los tickets que tiene asignado.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
&lt;br /&gt;
Los siguientes roles están vinculados a las actividades de gestión del tickets:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Roles || Actividades&lt;br /&gt;
|-&lt;br /&gt;
|Cliente Admin&lt;br /&gt;
|Usuario de SGT que el cliente obtiene vía mail. Tiene privilegios especiales que lo hacen Administrador&lt;br /&gt;
|-&lt;br /&gt;
|Cliente Operario&lt;br /&gt;
|Usuario de SGT que el cliente obtiene vía mail.&lt;br /&gt;
|-&lt;br /&gt;
|Admin SGI&lt;br /&gt;
|Operario Interno del SGI encargado de Administrar los Tickets que cargan los clientes.&lt;br /&gt;
|-&lt;br /&gt;
|Operario SGI&lt;br /&gt;
|Usuario de SGI encargado de la resolución de los Tickets.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=ACTIVIDADES CLAVES=&lt;br /&gt;
&lt;br /&gt;
==Detección de las Incidencias y registración==&lt;br /&gt;
El sistema permite la carga de incidencias a través de la plataforma web SGT. Para cargar un Ticket, el cliente deberá completar una serie de atributos (prioridad, tipo de incidencia, etc.), asociados al SLA del Servicio y acorde a los niveles establecidos.&lt;br /&gt;
Finalizada la carga, se notificará vía mail al responsable del Servicio y el Administrador de Tickets visualizará una nueva incidencia en el SGI.&lt;br /&gt;
&lt;br /&gt;
==Clasificación y Soporte Inicial==&lt;br /&gt;
La incidencia tiene una pre-clasificación a cargo del cliente. Luego, el Administrador de Tickets, tiene la potestad de re-clasificarlo en caso de que sea necesario.&lt;br /&gt;
El SGT permitirá visualizar una Base de &amp;quot;Errores Conocidos&amp;quot;, que se alimentará de resoluciones de Tickets anteriores, ésto permitirá al cliente y/o personal, resolver el problema en menor tiempo, además analizar si es necesario aplicar un &amp;quot;cambio&amp;quot; en el módulo específico.&lt;br /&gt;
Una vez que el Ticket esté clasificado y sea analizado por el Administrador, éste será el encargado de derivarlo a un personal para su futura resolución, será notificado vía mail y también tendrá un nuevo registro en su bandeja de Tickets.&lt;br /&gt;
El encargado de resolver la Incidencia da inicio al Ticket, ésta acción será registrada en la Bitácora del Ticket y ademas notificada al Cliente para que conozca el estado en que se encuentra su problema. El operario, podrá establecer una comunicación con el cliente (de ser necesario) para despejar dudas. En caso de poder dar solución, se cierra el Ticket. Si al evaluar la situación, se observa que requiere otro tipo de tratamiento, se podrá '''escalar''' la incidencia a un nivel superior.&lt;br /&gt;
&lt;br /&gt;
Cada Servicio tiene asociado un Contrato SLA con sus respectivos Niveles y Tiempos de Respuesta. Tanto el Cliente como el Personal, podrá en todo momento, consultar esos parámetros de Tiempo/Complejidad para evaluar el servicio.&lt;br /&gt;
&lt;br /&gt;
==Investigación y Diagnóstico==&lt;br /&gt;
Por cada incidencia, se deberá realizar un análisis cruzando los datos de la Bitácora, DB de errores conocidos, categoría del ticket y prioridad. También el operario deberá contemplar el SLA acordado, para conocer:&lt;br /&gt;
* Tiempos de Respuesta: es el tiempo que tendrá el operario en comunicarse con el cliente para ofrecerle un feedback sobre la incidencia.&lt;br /&gt;
* Disponibilidad de Mesa de Ayuda: información sobre los horarios donde se brindará el servicio.&lt;br /&gt;
* Tiempo de Resolución: es el tiempo en cuál se deberá resolver el ticket o realizar una escala a un nivel superior.&lt;br /&gt;
* Tiempo de Validación: es el tiempo que tendrá el cliente en poder confirmar si el ticket ha sido resuelto satisfactoriamente. En caso de extenderse, automáticamente se dará por cerrado el ticket.&lt;br /&gt;
* Complejidad: se utiliza en los casos donde no sea necesario evaluar tiempos, sino nivel de esfuerzo o complejidad.&lt;br /&gt;
&lt;br /&gt;
==Resolución y Recuperación==&lt;br /&gt;
En cualquier Nivel se deberá resolver el incidente con una solución definitiva o temporal, en su defecto, se podrá elevar un requerimiento de cambio (incluyendo una verificación de la resolución).&lt;br /&gt;
Existen casos de Recuperación, donde el cliente podrá realizar la re-apertura de un ticket en caso de ser necesario.&lt;br /&gt;
&lt;br /&gt;
==Cierre de Incidencias==&lt;br /&gt;
Finalizada la resolución de la incidencias, el cliente deberá confirmar si fue exitoso su desarrollo, ya sea vía mail, teléfono o a través de la misma Bitácora del Ticket. De ésta forma, habilita al operario a cambiar el estado y cerrar la incidencia. Luego si el Ticket lo amerita, se podrá anexar a la DB de Errores Conocidos. Además, el cliente podrá &amp;quot;calificar&amp;quot; el servicio del operario a través del Sistema.&lt;br /&gt;
&lt;br /&gt;
=INCIDENCIA/TICKET=&lt;br /&gt;
La incidencia se encuentra vinculada con los Servicios que se le brindaron al Cliente, junto con el SLA que acordaron. Ésto permite a la Gestión Interna la carga de horas en cada Ticket y la posibilidad de evaluar el Nivel de Satisfacción del Cliente según las calificaciones realizadas.&lt;br /&gt;
&lt;br /&gt;
==Errores Conocidos==&lt;br /&gt;
En la plataforma de Tickets (UMA) hay un apartado para la visualización de &amp;quot;Errores Conocidos&amp;quot; para que el Cliente pueda tener un registro previo de todos los Errores en los cuales no sea necesario la creación de un Ticket nuevo.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_Incidencias&amp;diff=1727</id>
		<title>Procedimiento de Gestión de Incidencias</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_Incidencias&amp;diff=1727"/>
				<updated>2019-04-26T13:01:56Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
La '''Gestión de Incidencias''' tiene como objetivo restablecer el funcionamiento normal de servicio lo más rápido posible y minimizar el impacto adverso en las operaciones del negocio, lo que garantiza que se mantengan los mejores niveles posibles de calidad de servicio y disponibilidad. &lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
&lt;br /&gt;
La empresa cuenta con un software propio para la Gestión de Incidencias, que se encuentra asociada al SGI, lo cual permite la resolución de los Tickets brindando los estándares básicos para que el servicio funcione correctamente. Las funcionalidad básicas son las siguientes:&lt;br /&gt;
&lt;br /&gt;
*SGT: plataforma web para el cliente donde cargará las incidencias. También tendrá información mínima de los niveles de servicios según el proyecto que tenga habilitado (url:[http://ticket.ultimamilla.com.ar http://ticket.ultimamilla.com.ar]. Actualmente presenta un nombre comercial denominado '''UMA'''.&lt;br /&gt;
&lt;br /&gt;
*SGI: internamente el software tendrá 2 interfaces:&lt;br /&gt;
   - Administrador de Tickets: donde el operario podrá re-clasificar la incidencia, derivar a un operario específico, escalar el nivel y realizar un seguimiento.&lt;br /&gt;
   - Tickets: módulo personal donde cada operario visualizará y gestionará los tickets que tiene asignado.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
&lt;br /&gt;
Los siguientes roles están vinculados a las actividades de gestión del tickets:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Roles || Actividades&lt;br /&gt;
|-&lt;br /&gt;
|Cliente Admin&lt;br /&gt;
|Usuario de SGT que el cliente obtiene vía mail. Tiene privilegios especiales que lo hacen Administrador&lt;br /&gt;
|-&lt;br /&gt;
|Cliente Operario&lt;br /&gt;
|Usuario de SGT que el cliente obtiene vía mail.&lt;br /&gt;
|-&lt;br /&gt;
|Admin SGI&lt;br /&gt;
|Operario Interno del SGI encargado de Administrar los Tickets que cargan los clientes.&lt;br /&gt;
|-&lt;br /&gt;
|Operario SGI&lt;br /&gt;
|Usuario de SGI encargado de la resolución de los Tickets.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=ACTIVIDADES CLAVES=&lt;br /&gt;
&lt;br /&gt;
==Detección de las Incidencias y registración==&lt;br /&gt;
El sistema permite la carga de incidencias a través de la plataforma web SGT. Para cargar un Ticket, el cliente deberá completar una serie de atributos (prioridad, tipo de incidencia, etc.), asociados al SLA del Servicio y acorde a los niveles establecidos.&lt;br /&gt;
Finalizada la carga, se notificará vía mail al responsable del Servicio y el Administrador de Tickets visualizará una nueva incidencia en el SGI.&lt;br /&gt;
&lt;br /&gt;
==Clasificación y Soporte Inicial==&lt;br /&gt;
La incidencia tiene una pre-clasificación a cargo del cliente. Luego, el Administrador de Tickets, tiene la potestad de re-clasificarlo en caso de que sea necesario.&lt;br /&gt;
El SGT permitirá visualizar una Base de &amp;quot;Errores Conocidos&amp;quot;, que se alimentará de resoluciones de Tickets anteriores, ésto permitirá al cliente y/o operario, resolver el problema en menor tiempo, además analizar si es necesario aplicar un &amp;quot;cambio&amp;quot; en el módulo específico.&lt;br /&gt;
Una vez que el Ticket este clasificado y sea analizado por el Administrador, éste será el encargado de derivarlo a un operario para su futura resolución. El operario, será notificado vía mail y también tendrá un nuevo registro en su bandeja de Tickets.&lt;br /&gt;
El encargado de resolver la Incidencia da inicio al Ticket, ésta acción será registrada en la Bitácora del Ticket y ademas notificada al Cliente para que conozca el estado en que se encuentra su problema. El operario, podrá establecer una comunicación con el cliente (de ser necesario) para despejar dudas. En caso de poder dar solución, se cierra el Ticket. Si al evaluar la situación, se observa que requiere otro tipo de tratamiento, se podrá '''escalar''' la incidencia a un nivel superior.&lt;br /&gt;
&lt;br /&gt;
Cada Servicio tiene asociado un Contrato SLA con sus respectivos Niveles y Tiempos de Resupuesta. Tanto el Cliente como el Operario, podrá en todo momento consultar esos parámetros de Tiempo/Compejidad para evaluar el servicio.&lt;br /&gt;
&lt;br /&gt;
==Investigación y Diagnóstico==&lt;br /&gt;
Por cada incidencia, se deberá realizar un análisis cruzando los datos de la Bitácora, DB de errores conocidos, categoría del ticket y prioridad. También el operario deberá contemplar el SLA acordado, para conocer:&lt;br /&gt;
* Tiempos de Respuesta: es el tiempo que tendrá el operario en comunicarse con el cliente para ofrecerle un feedback sobre la incidencia.&lt;br /&gt;
* Disponibilidad de Mesa de Ayuda: información sobre los horarios donde se brindará el servicio.&lt;br /&gt;
* Tiempo de Resolución: es el tiempo en cuál se deberá resolver el ticket o realizar una escala a un nivel superior.&lt;br /&gt;
* Tiempo de Validación: es el tiempo que tendrá el cliente en poder confirmar si el ticket ha sido resuelto satisfactoriamente. En caso de extenderse, automáticamente se dará por cerrado el ticket.&lt;br /&gt;
* Complejidad: se utiliza en los casos donde no sea necesario evaluar tiempos, sino nivel de esfuerzo o complejidad.&lt;br /&gt;
&lt;br /&gt;
==Resolución y Recuperación==&lt;br /&gt;
En cualquier Nivel se deberá resolver el incidente con una solución definitiva o temporal, en su defecto, se podrá elevar un requerimiento de cambio (incluyendo una verificación de la resolución).&lt;br /&gt;
Existen casos de Recuperación, donde el cliente podrá realizar la re-apertura de un ticket en caso de ser necesario.&lt;br /&gt;
&lt;br /&gt;
==Cierre de Incidencias==&lt;br /&gt;
Finalizada la resolución de la incidencias, el cliente deberá confirmar si fue exitoso su desarrollo, ya sea vía mail, teléfono o a través de la misma Bitácora del Ticket. De ésta forma, habilita al operario a cambiar el estado y cerrar la incidencia. Luego si el Ticket lo amerita, se podrá anexar a la DB de Errores Conocidos. Además, el cliente podrá &amp;quot;calificar&amp;quot; el servicio del operario a través del Sistema.&lt;br /&gt;
&lt;br /&gt;
=INCIDENCIA/TICKET=&lt;br /&gt;
La incidencia se encuentra vinculada con los Servicios que se le brindaron al Cliente, junto con el SLA que acordaron. Ésto permite a la Gestión Interna la carga de horas en cada Ticket y la posibilidad de evaluar el Nivel de Satisfacción del Cliente según las calificaciones realizadas.&lt;br /&gt;
&lt;br /&gt;
==Errores Conocidos==&lt;br /&gt;
En la plataforma de Tickets (UMA) hay un apartado para la visualización de &amp;quot;Errores Conocidos&amp;quot; para que el Cliente pueda tener un registro previo de todos los Errores en los cuales no sea necesario la creación de un Ticket nuevo.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_Incidencias&amp;diff=1726</id>
		<title>Procedimiento de Gestión de Incidencias</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_Incidencias&amp;diff=1726"/>
				<updated>2019-04-26T13:01:29Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
La '''Gestión de Incidencias''' tiene como objetivo restablecer el funcionamiento normal de servicio lo más rápido posible y minimizar el impacto adverso en las operaciones del negocio, lo que garantiza que se mantengan los mejores niveles posibles de calidad de servicio y disponibilidad. &lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
&lt;br /&gt;
La empresa cuenta con un software propio para la Gestión de Incidencias, que se encuentra asociada al SGI, lo cual permite la resolución de los Tickets brindando los estándares básicos para que el servicio funcione correctamente. Las funcionalidad básicas son las siguientes:&lt;br /&gt;
&lt;br /&gt;
*SGT: plataforma web para el cliente donde cargará las incidencias. También tendrá información mínima de los niveles de servicios según el proyecto que tenga habilitado (url:[http://ticket.ultimamilla.com.ar http://ticket.ultimamilla.com.ar]. Actualmente presenta un nombre comercial denominado '''UMA'''.&lt;br /&gt;
&lt;br /&gt;
*SGI: internamente el software tendrá 2 interfaces:&lt;br /&gt;
   - Administrador de Tickets: donde el operario podrá re-clasificar la incidencia, derivar a un operario específico, escalar el nivel y realizar un seguimiento.&lt;br /&gt;
   - Tickets: módulo personal donde cada operario visualizará y gestionará los tickets que tiene asignado.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
&lt;br /&gt;
Los siguientes roles están vinculados a las actividades de gestión del tickets:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Roles || Actividades&lt;br /&gt;
|-&lt;br /&gt;
|Cliente Admin&lt;br /&gt;
|Usuario de SGT que el cliente obtiene vía mail. Tiene privilegios especiales que lo hacen Administrador&lt;br /&gt;
|-&lt;br /&gt;
|Cliente Operario&lt;br /&gt;
|Usuario de SGT que el cliente obtiene vía mail.&lt;br /&gt;
|-&lt;br /&gt;
|Admin SGI&lt;br /&gt;
|Operario Interno del SGI encargado de Administrar los Tickets que cargan los clientes.&lt;br /&gt;
|-&lt;br /&gt;
|Operario SGI&lt;br /&gt;
|Usuario de SGI encargado de la resolución de los Tickets.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=ACTIVIDADES CLAVES=&lt;br /&gt;
&lt;br /&gt;
==Detección de las Incidencias y registración==&lt;br /&gt;
El sistema permite la carga de incidencias a través de la plataforma web. Para cargar un Ticket, el cliente deberá completar una serie de atributos (prioridad, tipo de incidencia, etc.), asociados al SLA del Servicio y acorde a los niveles establecidos.&lt;br /&gt;
Finalizada la carga, se notificará vía mail al responsable del Servicio y el Administrador de Tickets visualizará una nueva incidencia en el SGI.&lt;br /&gt;
&lt;br /&gt;
==Clasificación y Soporte Inicial==&lt;br /&gt;
La incidencia tiene una pre-clasificación a cargo del cliente. Luego, el Administrador de Tickets, tiene la potestad de re-clasificarlo en caso de que sea necesario.&lt;br /&gt;
El SGT permitirá visualizar una Base de &amp;quot;Errores Conocidos&amp;quot;, que se alimentará de resoluciones de Tickets anteriores, ésto permitirá al cliente y/o operario, resolver el problema en menor tiempo, además analizar si es necesario aplicar un &amp;quot;cambio&amp;quot; en el módulo específico.&lt;br /&gt;
Una vez que el Ticket este clasificado y sea analizado por el Administrador, éste será el encargado de derivarlo a un operario para su futura resolución. El operario, será notificado vía mail y también tendrá un nuevo registro en su bandeja de Tickets.&lt;br /&gt;
El encargado de resolver la Incidencia da inicio al Ticket, ésta acción será registrada en la Bitácora del Ticket y ademas notificada al Cliente para que conozca el estado en que se encuentra su problema. El operario, podrá establecer una comunicación con el cliente (de ser necesario) para despejar dudas. En caso de poder dar solución, se cierra el Ticket. Si al evaluar la situación, se observa que requiere otro tipo de tratamiento, se podrá '''escalar''' la incidencia a un nivel superior.&lt;br /&gt;
&lt;br /&gt;
Cada Servicio tiene asociado un Contrato SLA con sus respectivos Niveles y Tiempos de Resupuesta. Tanto el Cliente como el Operario, podrá en todo momento consultar esos parámetros de Tiempo/Compejidad para evaluar el servicio.&lt;br /&gt;
&lt;br /&gt;
==Investigación y Diagnóstico==&lt;br /&gt;
Por cada incidencia, se deberá realizar un análisis cruzando los datos de la Bitácora, DB de errores conocidos, categoría del ticket y prioridad. También el operario deberá contemplar el SLA acordado, para conocer:&lt;br /&gt;
* Tiempos de Respuesta: es el tiempo que tendrá el operario en comunicarse con el cliente para ofrecerle un feedback sobre la incidencia.&lt;br /&gt;
* Disponibilidad de Mesa de Ayuda: información sobre los horarios donde se brindará el servicio.&lt;br /&gt;
* Tiempo de Resolución: es el tiempo en cuál se deberá resolver el ticket o realizar una escala a un nivel superior.&lt;br /&gt;
* Tiempo de Validación: es el tiempo que tendrá el cliente en poder confirmar si el ticket ha sido resuelto satisfactoriamente. En caso de extenderse, automáticamente se dará por cerrado el ticket.&lt;br /&gt;
* Complejidad: se utiliza en los casos donde no sea necesario evaluar tiempos, sino nivel de esfuerzo o complejidad.&lt;br /&gt;
&lt;br /&gt;
==Resolución y Recuperación==&lt;br /&gt;
En cualquier Nivel se deberá resolver el incidente con una solución definitiva o temporal, en su defecto, se podrá elevar un requerimiento de cambio (incluyendo una verificación de la resolución).&lt;br /&gt;
Existen casos de Recuperación, donde el cliente podrá realizar la re-apertura de un ticket en caso de ser necesario.&lt;br /&gt;
&lt;br /&gt;
==Cierre de Incidencias==&lt;br /&gt;
Finalizada la resolución de la incidencias, el cliente deberá confirmar si fue exitoso su desarrollo, ya sea vía mail, teléfono o a través de la misma Bitácora del Ticket. De ésta forma, habilita al operario a cambiar el estado y cerrar la incidencia. Luego si el Ticket lo amerita, se podrá anexar a la DB de Errores Conocidos. Además, el cliente podrá &amp;quot;calificar&amp;quot; el servicio del operario a través del Sistema.&lt;br /&gt;
&lt;br /&gt;
=INCIDENCIA/TICKET=&lt;br /&gt;
La incidencia se encuentra vinculada con los Servicios que se le brindaron al Cliente, junto con el SLA que acordaron. Ésto permite a la Gestión Interna la carga de horas en cada Ticket y la posibilidad de evaluar el Nivel de Satisfacción del Cliente según las calificaciones realizadas.&lt;br /&gt;
&lt;br /&gt;
==Errores Conocidos==&lt;br /&gt;
En la plataforma de Tickets (UMA) hay un apartado para la visualización de &amp;quot;Errores Conocidos&amp;quot; para que el Cliente pueda tener un registro previo de todos los Errores en los cuales no sea necesario la creación de un Ticket nuevo.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Informaci%C3%B3n_documentada&amp;diff=1725</id>
		<title>Procedimiento de Información documentada</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Informaci%C3%B3n_documentada&amp;diff=1725"/>
				<updated>2019-04-24T13:37:34Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
En este procedimiento se establecen y describen las actividades para mantener y conservar la información documentada, gestionada dentro de la Organización en el ámbito del SGS.&lt;br /&gt;
&lt;br /&gt;
El presente documento tiene como principales objetivos los siguientes: &lt;br /&gt;
 &lt;br /&gt;
*Identificar la '''Información Documentada''' que la organización utiliza para asegurar la eficaz planificación, operación y control de su Sistema de Gestión de Servicios IT y los procesos que lo integran.&lt;br /&gt;
&lt;br /&gt;
*Identificar los mecanismos para resguardar y recuperar la información antes mencionada.&lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
En este procedimiento se establece la identificación de la información documentada controlados por la Organización en el Ámbito del SGS y describen los repositorios empleados para este propósito.&lt;br /&gt;
&lt;br /&gt;
=DEFINICIONES=&lt;br /&gt;
*'''Repositorio''': Sistema de almacenamiento de información documentada que cuenta con la capacidad de control de versiones.&lt;br /&gt;
&lt;br /&gt;
*'''Gestor de documentos''': Herramientas sobre las cuales se implementa el repositorio del SGSIT.&lt;br /&gt;
&lt;br /&gt;
*'''Información Documentada''': Documentos y Registros que la organización tiene que controlar y mantener, y el medio en el que está contenida.&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
Los siguientes roles se encuentran vinculados a las actividades de gestión de la información documentada.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''ROL''' || '''RESPONSABILIDAD''' &lt;br /&gt;
|- &lt;br /&gt;
| Responsable de soporte IT|| Mantenimiento de Repositorios&lt;br /&gt;
|- &lt;br /&gt;
| Responsable del SGSIT|| Control de documentos y Registros  &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=INFORMACIÓN DOCUMENTADA=&lt;br /&gt;
&lt;br /&gt;
La información que vamos a tener bajo control de versiones y revisiones es la que se encuentra vinculada a un impacto en la cadena de prestación de cada uno de los servicio.&lt;br /&gt;
&lt;br /&gt;
== Servicios ITO ==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA - Ordenes de Compra&lt;br /&gt;
|-&lt;br /&gt;
| PMO || Plan de Prestación del Servicio - Plan de DCC&lt;br /&gt;
|-&lt;br /&gt;
| INGENIERÍA || Plan de Abastecimiento - Solicitud de Compra - Plan de Contrataciones - Solicitud de Contratación - Ingeniería Básica - Ingeniería de Detalle&lt;br /&gt;
|-&lt;br /&gt;
| LOGÍSTICA || Remito de Entrega de Materiales - Remito de Entrega de Herramientas - Orden de Compra&lt;br /&gt;
|-&lt;br /&gt;
| INTEGRACIÓN || Informe de Ensayos MAT - Informe de Ensayos FAT - Plan de Instalación de Sistemas&lt;br /&gt;
|-&lt;br /&gt;
| INSTALACIÓN || Informe de Ensayos SAT&lt;br /&gt;
|-&lt;br /&gt;
| PUESTA EN SERVICIO || Recepción Provisoria - Recepción Definitiva&lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Servicios ITS==&lt;br /&gt;
&lt;br /&gt;
== Servicios SWF==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas.&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA del Servicio.&lt;br /&gt;
|-&lt;br /&gt;
| ANÁLISIS || Documentación con Captura de Requisitos y minutas. Gantt con plazos entregables de los Sprint definidos.&lt;br /&gt;
|-&lt;br /&gt;
| DISEÑO || Mockup para presentación del Diseño UI y UX.&lt;br /&gt;
|-&lt;br /&gt;
| DESARROLLO || Asignación de Tareas mediante la herramienta OpenProject.&lt;br /&gt;
|-&lt;br /&gt;
| TESTING || Pruebas Funcionales en entornos de pre-producción. Gestión vía Tickets.&lt;br /&gt;
|-&lt;br /&gt;
| DESPLIEGUE || Validación del Cliente vía Ticket.&lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Servicios SAS==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas.&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA del Servicio.&lt;br /&gt;
|-&lt;br /&gt;
| GESTIÓN Y RESOLUCIÓN DE INCIDENCIAS DE APLICACIONES || Software de Ticket (UMA)&lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=REPOSITORIOS=&lt;br /&gt;
En la siguiente tabla se describen los repositorios utilizados por la organización para el SGSIT.&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''REPOSITORIOS'''|| '''ALIAS''' || '''RESPONSABLE''' || '''PROPÓSITO''' &lt;br /&gt;
|- &lt;br /&gt;
| http://wiki.ultimamilla.com.ar/index.php || WIKI ||Responsbale del SGSIT || Descripción del SGSIT&lt;br /&gt;
|-&lt;br /&gt;
| http://doc.ultimamilla.com.ar/share/page/ || ALFRESCO ||Responsable de Soporte IT || Plantillas y Artefactos documentados del SGSIT&lt;br /&gt;
|-&lt;br /&gt;
| http://sgi.ultimamilla.com.ar/users/login || SIGUM ||Responsable de Soporte IT || Registros de la prestación de los servicios  &lt;br /&gt;
|-&lt;br /&gt;
| http://10.10.0.6/ || OpenProject || Responsable de SWF || Backlogs, Tareas, Sprint y Gantt&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
== CRITERIOS DE ORGANIZACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
Los siguientes son los criterios para la organización principal de la información documentada:&lt;br /&gt;
&lt;br /&gt;
*SGS: contiene la información documenta vigente.&lt;br /&gt;
&lt;br /&gt;
*SGS-DES: contiene la información documenta que está en proceso de actualización o creación. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== RESPALDO DE LOS REPOSITORIOS ==&lt;br /&gt;
Para toda la información documentada publicada en el gestor de documentos se ejecuta un respaldado dentro de las políticas:&lt;br /&gt;
&lt;br /&gt;
 - Backup Diario (04:00) de la Base de Datos de los Sistemas alojados en los Servidores de Última Milla S.A.. La MV200 (ServiciosUM) es la encargada de ejecutarlo.&lt;br /&gt;
 - Backup de Lunes a Viernes (20:00) de todas las MV del Servidor Master (Base de Datos, Sitios Web, Tiempo, Alfresco, Open Project, Nodos blockchain).&lt;br /&gt;
&lt;br /&gt;
== RESTAURACIÓN DE REPOSITORIOS ==&lt;br /&gt;
Ante la necesidad de restaurar información documentada, se debe solicitar al área Soporte IT, la restauración de algún artefacto, indicando los siguientes datos:&lt;br /&gt;
&lt;br /&gt;
 - Repositor a Restaurar.&lt;br /&gt;
 - Versión a Restaurar (indicar día a la cuál se desea restaurar).&lt;br /&gt;
&lt;br /&gt;
= MANEJO DE LA INFORMACIÓN DOCUMENTADA =&lt;br /&gt;
&lt;br /&gt;
== ACCESO A LA INFORMACIÓN DOCUMENTADA==&lt;br /&gt;
&lt;br /&gt;
Existen mecanismos de seguridad para gestionar el acceso según los roles específicos, de esta forma se puede garantizar que cada usuario tiene acceso a los procesos en los cuales participa.&lt;br /&gt;
El responsable de calidad mantiene actualizada la lista de la relación de usuarios y procesos, y se encarga del control de los accesos.&lt;br /&gt;
&lt;br /&gt;
== NUEVOS ARTEFACTOS ==&lt;br /&gt;
&lt;br /&gt;
Cada tema del SGS está representado por una carpeta en la raíz SGS, y en el caso de surgir un nuevo tema, este será adicionado como carpeta en la raíz SGS con sus respectivas subcarpetas y documentos que indicarán su condición de Proceso, Procedimiento, Guía, etc.&lt;br /&gt;
&lt;br /&gt;
== ACTUALIZACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
La información documentada existente que requiere de actualizaciones o nuevos documentos que están siendo creados, se mantienen en la carpeta raíz denominada “SGS-DES. Esta información no se considera Vigente y por eso se mantiene por separado hasta que es aprobada (Ver el apartado de Aprobación de la Información Documentada).   &lt;br /&gt;
&lt;br /&gt;
== APROBACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
El flujo para la aprobación de la Información documentada del SGS es el siguiente:&lt;br /&gt;
*&lt;br /&gt;
*&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= CONDICIONES GENERALES =&lt;br /&gt;
&lt;br /&gt;
= CONTROL DE REVISIONES =&lt;br /&gt;
Solo es válida la versión que se encuentra disponible en el gestor de documentos.&amp;lt;describir&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= DOCUMENTOS EXTERNOS =&lt;br /&gt;
Todos los documentos externos que se vinculen al SGS son gestionados en el mismo gestor de documentos. &lt;br /&gt;
Dentro de estos documentos se contemplan:&lt;br /&gt;
&lt;br /&gt;
•	Especificaciones de los clientes.&lt;br /&gt;
&lt;br /&gt;
•	Pliegos de licitación&lt;br /&gt;
&lt;br /&gt;
•	Acuerdos de servicios&lt;br /&gt;
&lt;br /&gt;
•	Reglamentaciones especiales, ordenanzas, leyes, decretos, etc&lt;br /&gt;
&lt;br /&gt;
= NOMENCLATURA UTILIZADA =&lt;br /&gt;
El nombre de los documentos organizacionales deben ser lo más representativo posible de los contenidos guardados en el mismo, así mismo en el “Gestor de documentos” se considera como parte de los atributos de los documentos un “código técnico” que responde a los criterios de denominación considerados en el presente apartado.&lt;br /&gt;
Se contempla el siguiente criterio de identificación:&lt;br /&gt;
&lt;br /&gt;
Nomenclatura: “Tipo de Documento”_Nombre del documento&lt;br /&gt;
&lt;br /&gt;
Tipo de documento: siendo 3 letras mayúsculas&lt;br /&gt;
*PSO: Proceso &lt;br /&gt;
*PRO: Procedimiento&lt;br /&gt;
*GUI: Guía&lt;br /&gt;
*TMP: Template&lt;br /&gt;
*SGS: documentos de apoyo a la gestión&lt;br /&gt;
&lt;br /&gt;
Separador: “_”, underline sin espacios anteriores ni posteriores&lt;br /&gt;
&lt;br /&gt;
Nombre del documento: nombre breve y significativo del asunto que trata. &lt;br /&gt;
&lt;br /&gt;
Analizar y unificar los criterios de la organización de carpetas en Alfresco para los proyectos ITO y SWF. También existen diferencias en el año 17 organizado por unidad de negocio y año 18 organizado por Cliente.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
--------------------&lt;br /&gt;
&lt;br /&gt;
SGS-ITO-010: Planilla de Identificación y Análisis de Riesgos del servicio&lt;br /&gt;
SGS-SWF-010:&lt;br /&gt;
&lt;br /&gt;
SGS_Planilla de identificación y análisis de riesgos&lt;br /&gt;
&lt;br /&gt;
= DOCUMENTOS RELACIONADOS =&lt;br /&gt;
•	IRAM-ISO 20000:2011.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Informaci%C3%B3n_documentada&amp;diff=1724</id>
		<title>Procedimiento de Información documentada</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Informaci%C3%B3n_documentada&amp;diff=1724"/>
				<updated>2019-04-24T13:37:21Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
En este procedimiento se establecen y describen las actividades para mantener y conservar la información documentada, gestionada dentro de la Organización en el ámbito del SGS.&lt;br /&gt;
&lt;br /&gt;
El presente documento tiene como principales objetivos los siguientes: &lt;br /&gt;
 &lt;br /&gt;
*Identificar la '''Información Documentada''' que la organización utiliza para asegurar la eficaz planificación, operación y control de su Sistema de Gestión de Servicios IT y los procesos que lo integran.&lt;br /&gt;
&lt;br /&gt;
*Identificar los mecanismos para resguardar y recuperar la información antes mencionada.&lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
En este procedimiento se establece la identificación de la información documentada controlados por la Organización en el Ámbito del SGS y describen los repositorios empleados para este propósito.&lt;br /&gt;
&lt;br /&gt;
=DEFINICIONES=&lt;br /&gt;
*'''Repositorio''': Sistema de almacenamiento de información documentada que cuenta con la capacidad de control de versiones.&lt;br /&gt;
&lt;br /&gt;
*'''Gestor de documentos''': Herramientas sobre las cuales se implementa el repositorio del SGSIT.&lt;br /&gt;
&lt;br /&gt;
*'''Información Documentada''': Documentos y Registros que la organización tiene que controlar y mantener, y el medio en el que está contenida.&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
Los siguientes roles se encuentran vinculados a las actividades de gestión de la información documentada.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''ROL''' || '''RESPONSABILIDAD''' &lt;br /&gt;
|- &lt;br /&gt;
| Responsable de soporte IT|| Mantenimiento de Repositorios&lt;br /&gt;
|- &lt;br /&gt;
| Responsable del SGSIT|| Control de documentos y Registros  &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=INFORMACIÓN DOCUMENTADA=&lt;br /&gt;
&lt;br /&gt;
La información que vamos a tener bajo control de versiones y revisiones es la que se encuentra vinculada a un impacto en la cadena de prestación de cada uno de los servicio.&lt;br /&gt;
&lt;br /&gt;
== Servicios ITO ==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA - Ordenes de Compra&lt;br /&gt;
|-&lt;br /&gt;
| PMO || Plan de Prestación del Servicio - Plan de DCC&lt;br /&gt;
|-&lt;br /&gt;
| INGENIERÍA || Plan de Abastecimiento - Solicitud de Compra - Plan de Contrataciones - Solicitud de Contratación - Ingeniería Básica - Ingeniería de Detalle&lt;br /&gt;
|-&lt;br /&gt;
| LOGÍSTICA || Remito de Entrega de Materiales - Remito de Entrega de Herramientas - Orden de Compra&lt;br /&gt;
|-&lt;br /&gt;
| INTEGRACIÓN || Informe de Ensayos MAT - Informe de Ensayos FAT - Plan de Instalación de Sistemas&lt;br /&gt;
|-&lt;br /&gt;
| INSTALACIÓN || Informe de Ensayos SAT&lt;br /&gt;
|-&lt;br /&gt;
| PUESTA EN SERVICIO || Recepción Provisoria - Recepción Definitiva&lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Servicios ITS==&lt;br /&gt;
&lt;br /&gt;
== Servicios SWF==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas.&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA del Servicio.&lt;br /&gt;
|-&lt;br /&gt;
| ANÁLISIS || Documentación con Captura de Requisitos y minutas. Gantt con plazos entregables de los Sprint definidos.&lt;br /&gt;
|-&lt;br /&gt;
| DISEÑO || Mockup para presentación del Diseño UI y UX.&lt;br /&gt;
|-&lt;br /&gt;
| DESARROLLO || Asignación de Tareas mediante la herramienta OpenProject.&lt;br /&gt;
|-&lt;br /&gt;
| TESTING || Pruebas Funcionales en entornos de pre-producción. Gestión vía Tickets.&lt;br /&gt;
|-&lt;br /&gt;
| DESPLIEGUE || Validación del Cliente vía Ticket.&lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Servicios SAS==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas.&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA del Servicio.&lt;br /&gt;
|-&lt;br /&gt;
| GESTIÓN Y RESOLUCIÓN DE INCIDENCIAS DE APLICACIONES || Software de Ticket (UMA)&lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=REPOSITORIOS=&lt;br /&gt;
En la siguiente tabla se describen los repositorios utilizados por la organización para el SGSIT.&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''REPOSITORIOS'''|| '''ALIAS''' || '''RESPONSABLE''' || '''PROPÓSITO''' &lt;br /&gt;
|- &lt;br /&gt;
| http://wiki.ultimamilla.com.ar/index.php || WIKI ||Responsbale del SGSIT || Descripción del SGSIT&lt;br /&gt;
|-&lt;br /&gt;
| http://doc.ultimamilla.com.ar/share/page/ || ALFRESCO ||Responsable de Soporte IT || Plantillas y Artefactos documentados del SGSIT&lt;br /&gt;
|-&lt;br /&gt;
| http://sgi.ultimamilla.com.ar/users/login || SIGUM ||Responsable de Soporte IT || Registros de la prestación de los servicios  &lt;br /&gt;
|-&lt;br /&gt;
| http://10.10.0.6/ || OpenProject || Responsable de SWF || Backlogs, Tareas, Sprint y Gantt&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
== CRITERIOS DE ORGANIZACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
Los siguientes son los criterios para la organización principal de la información documentada:&lt;br /&gt;
&lt;br /&gt;
*SGS: contiene la información documenta vigente.&lt;br /&gt;
&lt;br /&gt;
*SGS-DES: contiene la información documenta que está en proceso de actualización o creación. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== RESPALDO DE LOS REPOSITORIOS ==&lt;br /&gt;
Para toda la información documentada publicada en el gestor de documentos se ejecuta un respaldado dentro de las políticas:&lt;br /&gt;
&lt;br /&gt;
 - Backup Diario (04:00) de la Base de Datos de los Sistemas alojados en los Servidores de Última Milla S.A.. La MV200 (ServiciosUM) es la encargada de ejecutarlo.&lt;br /&gt;
 - Backup de Lunes a Viernes (20:00) de todas las MV del Servidor Master (Base de Datos, Sitios Web, Tiempo, Alfresco, Open Project, Nodos blockchain).&lt;br /&gt;
&lt;br /&gt;
== RESTAURACIÓN DE REPOSITORIOS ==&lt;br /&gt;
Ante la necesidad de restaurar información documentada, se debe solicitar al área Soporte IT, la restauración de algún artefacto, indicando los siguientes datos:&lt;br /&gt;
&lt;br /&gt;
  - Repositor a Restaurar.&lt;br /&gt;
  - Versión a Restaurar (indicar día a la cuál se desea restaurar).&lt;br /&gt;
&lt;br /&gt;
= MANEJO DE LA INFORMACIÓN DOCUMENTADA =&lt;br /&gt;
&lt;br /&gt;
== ACCESO A LA INFORMACIÓN DOCUMENTADA==&lt;br /&gt;
&lt;br /&gt;
Existen mecanismos de seguridad para gestionar el acceso según los roles específicos, de esta forma se puede garantizar que cada usuario tiene acceso a los procesos en los cuales participa.&lt;br /&gt;
El responsable de calidad mantiene actualizada la lista de la relación de usuarios y procesos, y se encarga del control de los accesos.&lt;br /&gt;
&lt;br /&gt;
== NUEVOS ARTEFACTOS ==&lt;br /&gt;
&lt;br /&gt;
Cada tema del SGS está representado por una carpeta en la raíz SGS, y en el caso de surgir un nuevo tema, este será adicionado como carpeta en la raíz SGS con sus respectivas subcarpetas y documentos que indicarán su condición de Proceso, Procedimiento, Guía, etc.&lt;br /&gt;
&lt;br /&gt;
== ACTUALIZACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
La información documentada existente que requiere de actualizaciones o nuevos documentos que están siendo creados, se mantienen en la carpeta raíz denominada “SGS-DES. Esta información no se considera Vigente y por eso se mantiene por separado hasta que es aprobada (Ver el apartado de Aprobación de la Información Documentada).   &lt;br /&gt;
&lt;br /&gt;
== APROBACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
El flujo para la aprobación de la Información documentada del SGS es el siguiente:&lt;br /&gt;
*&lt;br /&gt;
*&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= CONDICIONES GENERALES =&lt;br /&gt;
&lt;br /&gt;
= CONTROL DE REVISIONES =&lt;br /&gt;
Solo es válida la versión que se encuentra disponible en el gestor de documentos.&amp;lt;describir&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= DOCUMENTOS EXTERNOS =&lt;br /&gt;
Todos los documentos externos que se vinculen al SGS son gestionados en el mismo gestor de documentos. &lt;br /&gt;
Dentro de estos documentos se contemplan:&lt;br /&gt;
&lt;br /&gt;
•	Especificaciones de los clientes.&lt;br /&gt;
&lt;br /&gt;
•	Pliegos de licitación&lt;br /&gt;
&lt;br /&gt;
•	Acuerdos de servicios&lt;br /&gt;
&lt;br /&gt;
•	Reglamentaciones especiales, ordenanzas, leyes, decretos, etc&lt;br /&gt;
&lt;br /&gt;
= NOMENCLATURA UTILIZADA =&lt;br /&gt;
El nombre de los documentos organizacionales deben ser lo más representativo posible de los contenidos guardados en el mismo, así mismo en el “Gestor de documentos” se considera como parte de los atributos de los documentos un “código técnico” que responde a los criterios de denominación considerados en el presente apartado.&lt;br /&gt;
Se contempla el siguiente criterio de identificación:&lt;br /&gt;
&lt;br /&gt;
Nomenclatura: “Tipo de Documento”_Nombre del documento&lt;br /&gt;
&lt;br /&gt;
Tipo de documento: siendo 3 letras mayúsculas&lt;br /&gt;
*PSO: Proceso &lt;br /&gt;
*PRO: Procedimiento&lt;br /&gt;
*GUI: Guía&lt;br /&gt;
*TMP: Template&lt;br /&gt;
*SGS: documentos de apoyo a la gestión&lt;br /&gt;
&lt;br /&gt;
Separador: “_”, underline sin espacios anteriores ni posteriores&lt;br /&gt;
&lt;br /&gt;
Nombre del documento: nombre breve y significativo del asunto que trata. &lt;br /&gt;
&lt;br /&gt;
Analizar y unificar los criterios de la organización de carpetas en Alfresco para los proyectos ITO y SWF. También existen diferencias en el año 17 organizado por unidad de negocio y año 18 organizado por Cliente.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
--------------------&lt;br /&gt;
&lt;br /&gt;
SGS-ITO-010: Planilla de Identificación y Análisis de Riesgos del servicio&lt;br /&gt;
SGS-SWF-010:&lt;br /&gt;
&lt;br /&gt;
SGS_Planilla de identificación y análisis de riesgos&lt;br /&gt;
&lt;br /&gt;
= DOCUMENTOS RELACIONADOS =&lt;br /&gt;
•	IRAM-ISO 20000:2011.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Informaci%C3%B3n_documentada&amp;diff=1723</id>
		<title>Procedimiento de Información documentada</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Informaci%C3%B3n_documentada&amp;diff=1723"/>
				<updated>2019-04-24T13:31:24Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
En este procedimiento se establecen y describen las actividades para mantener y conservar la información documentada, gestionada dentro de la Organización en el ámbito del SGS.&lt;br /&gt;
&lt;br /&gt;
El presente documento tiene como principales objetivos los siguientes: &lt;br /&gt;
 &lt;br /&gt;
*Identificar la '''Información Documentada''' que la organización utiliza para asegurar la eficaz planificación, operación y control de su Sistema de Gestión de Servicios IT y los procesos que lo integran.&lt;br /&gt;
&lt;br /&gt;
*Identificar los mecanismos para resguardar y recuperar la información antes mencionada.&lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
En este procedimiento se establece la identificación de la información documentada controlados por la Organización en el Ámbito del SGS y describen los repositorios empleados para este propósito.&lt;br /&gt;
&lt;br /&gt;
=DEFINICIONES=&lt;br /&gt;
*'''Repositorio''': Sistema de almacenamiento de información documentada que cuenta con la capacidad de control de versiones.&lt;br /&gt;
&lt;br /&gt;
*'''Gestor de documentos''': Herramientas sobre las cuales se implementa el repositorio del SGSIT.&lt;br /&gt;
&lt;br /&gt;
*'''Información Documentada''': Documentos y Registros que la organización tiene que controlar y mantener, y el medio en el que está contenida.&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
Los siguientes roles se encuentran vinculados a las actividades de gestión de la información documentada.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''ROL''' || '''RESPONSABILIDAD''' &lt;br /&gt;
|- &lt;br /&gt;
| Responsable de soporte IT|| Mantenimiento de Repositorios&lt;br /&gt;
|- &lt;br /&gt;
| Responsable del SGSIT|| Control de documentos y Registros  &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=INFORMACIÓN DOCUMENTADA=&lt;br /&gt;
&lt;br /&gt;
La información que vamos a tener bajo control de versiones y revisiones es la que se encuentra vinculada a un impacto en la cadena de prestación de cada uno de los servicio.&lt;br /&gt;
&lt;br /&gt;
== Servicios ITO ==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA - Ordenes de Compra&lt;br /&gt;
|-&lt;br /&gt;
| PMO || Plan de Prestación del Servicio - Plan de DCC&lt;br /&gt;
|-&lt;br /&gt;
| INGENIERÍA || Plan de Abastecimiento - Solicitud de Compra - Plan de Contrataciones - Solicitud de Contratación - Ingeniería Básica - Ingeniería de Detalle&lt;br /&gt;
|-&lt;br /&gt;
| LOGÍSTICA || Remito de Entrega de Materiales - Remito de Entrega de Herramientas - Orden de Compra&lt;br /&gt;
|-&lt;br /&gt;
| INTEGRACIÓN || Informe de Ensayos MAT - Informe de Ensayos FAT - Plan de Instalación de Sistemas&lt;br /&gt;
|-&lt;br /&gt;
| INSTALACIÓN || Informe de Ensayos SAT&lt;br /&gt;
|-&lt;br /&gt;
| PUESTA EN SERVICIO || Recepción Provisoria - Recepción Definitiva&lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Servicios ITS==&lt;br /&gt;
&lt;br /&gt;
== Servicios SWF==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas.&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA del Servicio.&lt;br /&gt;
|-&lt;br /&gt;
| ANÁLISIS || Documentación con Captura de Requisitos y minutas. Gantt con plazos entregables de los Sprint definidos.&lt;br /&gt;
|-&lt;br /&gt;
| DISEÑO || Mockup para presentación del Diseño UI y UX.&lt;br /&gt;
|-&lt;br /&gt;
| DESARROLLO || Asignación de Tareas mediante la herramienta OpenProject.&lt;br /&gt;
|-&lt;br /&gt;
| TESTING || Pruebas Funcionales en entornos de pre-producción. Gestión vía Tickets.&lt;br /&gt;
|-&lt;br /&gt;
| DESPLIEGUE || Validación del Cliente vía Ticket.&lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Servicios SAS==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas.&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA del Servicio.&lt;br /&gt;
|-&lt;br /&gt;
| GESTIÓN Y RESOLUCIÓN DE INCIDENCIAS DE APLICACIONES || Software de Ticket (UMA)&lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=REPOSITORIOS=&lt;br /&gt;
En la siguiente tabla se describen los repositorios utilizados por la organización para el SGSIT.&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''REPOSITORIOS'''|| '''ALIAS''' || '''RESPONSABLE''' || '''PROPÓSITO''' &lt;br /&gt;
|- &lt;br /&gt;
| http://wiki.ultimamilla.com.ar/index.php || WIKI ||Responsbale del SGSIT || Descripción del SGSIT&lt;br /&gt;
|-&lt;br /&gt;
| http://doc.ultimamilla.com.ar/share/page/ || ALFRESCO ||Responsable de Soporte IT || Plantillas y Artefactos documentados del SGSIT&lt;br /&gt;
|-&lt;br /&gt;
| http://sgi.ultimamilla.com.ar/users/login || SIGUM ||Responsable de Soporte IT || Registros de la prestación de los servicios  &lt;br /&gt;
|-&lt;br /&gt;
| http://10.10.0.6/ || OpenProject || Responsable de SWF || Backlogs, Tareas, Sprint y Gantt&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
== CRITERIOS DE ORGANIZACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
Los siguientes son los criterios para la organización principal de la información documentada:&lt;br /&gt;
&lt;br /&gt;
*SGS: contiene la información documenta vigente.&lt;br /&gt;
&lt;br /&gt;
*SGS-DES: contiene la información documenta que está en proceso de actualización o creación. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== RESPALDO DE LOS REPOSITORIOS ==&lt;br /&gt;
Para toda la información documentada publicada en el gestor de documentos se ejecuta un respaldado dentro de las políticas:&lt;br /&gt;
&lt;br /&gt;
 - Backup Diario (04:00) de la Base de Datos de los Sistemas alojados en los Servidores de Última Milla S.A.. La MV200 (ServiciosUM) es la encargada de ejecutarlo.&lt;br /&gt;
 - Backup de Lunes a Viernes (20:00) de todas las MV del Servidor Master (Base de Datos, Sitios Web, Tiempo, Alfresco, Open Project, Nodos blockchain).&lt;br /&gt;
&lt;br /&gt;
== RESTAURACIÓN DE REPOSITORIOS ==&lt;br /&gt;
Ante la necesidad de restaurar información documentada, se debe solicitar al área &amp;lt;definir área&amp;gt; la restauración de algún artefacto, indicando los siguientes datos&amp;lt;&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
= MANEJO DE LA INFORMACIÓN DOCUMENTADA =&lt;br /&gt;
&lt;br /&gt;
== ACCESO A LA INFORMACIÓN DOCUMENTADA==&lt;br /&gt;
&lt;br /&gt;
Existen mecanismos de seguridad para gestionar el acceso según los roles específicos, de esta forma se puede garantizar que cada usuario tiene acceso a los procesos en los cuales participa.&lt;br /&gt;
El responsable de calidad mantiene actualizada la lista de la relación de usuarios y procesos, y se encarga del control de los accesos.&lt;br /&gt;
&lt;br /&gt;
== NUEVOS ARTEFACTOS ==&lt;br /&gt;
&lt;br /&gt;
Cada tema del SGS está representado por una carpeta en la raíz SGS, y en el caso de surgir un nuevo tema, este será adicionado como carpeta en la raíz SGS con sus respectivas subcarpetas y documentos que indicarán su condición de Proceso, Procedimiento, Guía, etc.&lt;br /&gt;
&lt;br /&gt;
== ACTUALIZACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
La información documentada existente que requiere de actualizaciones o nuevos documentos que están siendo creados, se mantienen en la carpeta raíz denominada “SGS-DES. Esta información no se considera Vigente y por eso se mantiene por separado hasta que es aprobada (Ver el apartado de Aprobación de la Información Documentada).   &lt;br /&gt;
&lt;br /&gt;
== APROBACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
El flujo para la aprobación de la Información documentada del SGS es el siguiente:&lt;br /&gt;
*&lt;br /&gt;
*&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= CONDICIONES GENERALES =&lt;br /&gt;
&lt;br /&gt;
= CONTROL DE REVISIONES =&lt;br /&gt;
Solo es válida la versión que se encuentra disponible en el gestor de documentos.&amp;lt;describir&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= DOCUMENTOS EXTERNOS =&lt;br /&gt;
Todos los documentos externos que se vinculen al SGS son gestionados en el mismo gestor de documentos. &lt;br /&gt;
Dentro de estos documentos se contemplan:&lt;br /&gt;
&lt;br /&gt;
•	Especificaciones de los clientes.&lt;br /&gt;
&lt;br /&gt;
•	Pliegos de licitación&lt;br /&gt;
&lt;br /&gt;
•	Acuerdos de servicios&lt;br /&gt;
&lt;br /&gt;
•	Reglamentaciones especiales, ordenanzas, leyes, decretos, etc&lt;br /&gt;
&lt;br /&gt;
= NOMENCLATURA UTILIZADA =&lt;br /&gt;
El nombre de los documentos organizacionales deben ser lo más representativo posible de los contenidos guardados en el mismo, así mismo en el “Gestor de documentos” se considera como parte de los atributos de los documentos un “código técnico” que responde a los criterios de denominación considerados en el presente apartado.&lt;br /&gt;
Se contempla el siguiente criterio de identificación:&lt;br /&gt;
&lt;br /&gt;
Nomenclatura: “Tipo de Documento”_Nombre del documento&lt;br /&gt;
&lt;br /&gt;
Tipo de documento: siendo 3 letras mayúsculas&lt;br /&gt;
*PSO: Proceso &lt;br /&gt;
*PRO: Procedimiento&lt;br /&gt;
*GUI: Guía&lt;br /&gt;
*TMP: Template&lt;br /&gt;
*SGS: documentos de apoyo a la gestión&lt;br /&gt;
&lt;br /&gt;
Separador: “_”, underline sin espacios anteriores ni posteriores&lt;br /&gt;
&lt;br /&gt;
Nombre del documento: nombre breve y significativo del asunto que trata. &lt;br /&gt;
&lt;br /&gt;
Analizar y unificar los criterios de la organización de carpetas en Alfresco para los proyectos ITO y SWF. También existen diferencias en el año 17 organizado por unidad de negocio y año 18 organizado por Cliente.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
--------------------&lt;br /&gt;
&lt;br /&gt;
SGS-ITO-010: Planilla de Identificación y Análisis de Riesgos del servicio&lt;br /&gt;
SGS-SWF-010:&lt;br /&gt;
&lt;br /&gt;
SGS_Planilla de identificación y análisis de riesgos&lt;br /&gt;
&lt;br /&gt;
= DOCUMENTOS RELACIONADOS =&lt;br /&gt;
•	IRAM-ISO 20000:2011.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SAS_-_Servicios_de_Mantenimiento_de_Aplicaciones&amp;diff=1720</id>
		<title>SAS - Servicios de Mantenimiento de Aplicaciones</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SAS_-_Servicios_de_Mantenimiento_de_Aplicaciones&amp;diff=1720"/>
				<updated>2019-04-15T15:49:35Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
El software como servicio (SaaS) permite a los usuarios conectarse a aplicaciones basadas en la nube a través de Internet y utilizarlas.&lt;br /&gt;
Los Niveles de servicio contemplan las siguientes actividades de valor:&lt;br /&gt;
&lt;br /&gt;
*Nivel 1: Soporte del producto / Mesa de Ayuda.&lt;br /&gt;
&lt;br /&gt;
== Herramientas de Gestión ==&lt;br /&gt;
&lt;br /&gt;
Se ofrece un software para gestión de Tickets, para que el cliente pueda interactuar con los Operarios de la empresa, generando y consultando solicitudes (tickets) según las urgencias que se presenten.&lt;br /&gt;
Los procesos son monitoreados mediante las actividades de ITIL que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los factores que afectan a las actividades de la cadena de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadena_de_valor_sas.png|border|center|800px|Cadena de Valor de servicios SAS]]&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
&lt;br /&gt;
== Prima de riesgo del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Seguridad de la Información del Servicio =&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Contabilidad de la prestación del servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SAS_-_Servicios_de_Mantenimiento_de_Aplicaciones&amp;diff=1719</id>
		<title>SAS - Servicios de Mantenimiento de Aplicaciones</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SAS_-_Servicios_de_Mantenimiento_de_Aplicaciones&amp;diff=1719"/>
				<updated>2019-04-15T15:48:03Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
El software como servicio (SaaS) permite a los usuarios conectarse a aplicaciones basadas en la nube a través de Internet y utilizarlas.&lt;br /&gt;
Los Niveles de servicio contemplan las siguientes actividades de valor:&lt;br /&gt;
&lt;br /&gt;
*Nivel 1: Soporte del producto / Mesa de Ayuda.&lt;br /&gt;
&lt;br /&gt;
== Herramientas de Gestión ==&lt;br /&gt;
&lt;br /&gt;
Se ofrece un software para gestión de Tickets, para que el cliente pueda interactuar con los Operarios de la empresa, generando y consultando solicitudes (tickets) según las urgencias que se presenten.&lt;br /&gt;
Los procesos son monitoreados mediante las actividades de ITIL que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los factores que afectan a las actividades de la cadena de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadena_de_valor_sas.png|border|center|800px|Cadena de Valor de servicios SAS]]&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
&lt;br /&gt;
== Prima de riesgo del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Seguridad de la Información del Servicio =&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Contabilidad de la prestación del servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1718</id>
		<title>SWF - Servicio de Desarrollo de Software</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1718"/>
				<updated>2019-04-15T15:42:13Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
Los servicios para el Desarrollo de Software contemplan las siguientes actividades de valor con el objeto de asegurar el nivel de servicio al cliente:&lt;br /&gt;
&lt;br /&gt;
*Especificación de requisitos.&lt;br /&gt;
*Diseño del software.&lt;br /&gt;
*Construcción o Implementación del software.&lt;br /&gt;
*Integración.&lt;br /&gt;
*Pruebas (o validación)&lt;br /&gt;
*Despliegue (o instalación)&lt;br /&gt;
*Mantenimiento.&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Páginas Webs: web institucionales.&lt;br /&gt;
*Software: desarrollo de aplicaciones a medida.&lt;br /&gt;
*Mobile: app´s para dispositivos móviles (android, IOS).&lt;br /&gt;
*ChatBot: la unión entre la inteligencia artifical y machine learning permiten la creación de chatsbots para resolver ciertas necesidades específicas.&lt;br /&gt;
*Blockchain: desarrollamos soluciones con tecnología avanzada. Convenio con BFA para la validación de contratos inteligentes.&lt;br /&gt;
&lt;br /&gt;
== Atributos de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Los atributos claves considerados por el cliente en la gestión de nivel del servicio principalmente son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución presentada del desarrollo&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
Los mismos son monitoreados mediante las actividades de PMO que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Acuerdo de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Considerar la referencia a la plantilla del SAS para SWF.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
Asegurar la disposición de los recursos humanos del Servicio SWF y financieros requeridos para la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los factores que afectan a las actividades de la cadena de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadeba_de_valor_swf.png|border|center|800px|Cadena de Valor de servicios SWF]]&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
Los resultados del análisis de riesgos se manifiestan y mantienen en la planilla SGS_AnalisisRiesgo.xls&lt;br /&gt;
&lt;br /&gt;
Para cada una de las actividades&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
Para el tratamiento de los riesgos identificados se determinarás las siguientes estrategias:&lt;br /&gt;
&lt;br /&gt;
'''Aceptar''': Hacer esto en forma intencional, es decir incluir un plan para cuando el evento ocurra o una reserva de margen para absorber el costo más probable que pudiera originar.&lt;br /&gt;
&lt;br /&gt;
'''Evitar''':	A través de una planificación de las actividades del proyecto se puede evitar que el evento suceda.&lt;br /&gt;
&lt;br /&gt;
'''Reducir''': Limitar las consecuencias que pudiera tener. Ningún seguro acepta que no se hayan tomado todas las medidas necesarias para cubrir el evento asegurado. La mitigación es una acción pro-activa tomada antes de la ocurrencia del evento. Donde el objetivo es el tratar de disminuir las probabilidades de ocurrencia de éste.&lt;br /&gt;
&lt;br /&gt;
'''Transferir''': La transferencia de los riesgos, es ceder la consecuencia asociada con un riesgo a una tercera parte, a través del uso de seguros, bonds, etc. A cambio la tercera parte recibe un pago, prima u honorario. Los riesgos que se transfieren son aquellos que de producirse tendrían consecuencias muy graves pero su probabilidad de ocurrencia es muy baja y existen formas de reducirlas aún más.&lt;br /&gt;
&lt;br /&gt;
'''Derivar''': Recurrir al mercado de derivativos. De esta forma nos podemos liberar del riesgo, eliminarlo o transformarlo lo cual se logra a través de instrumentos financieros como son los spot, forward, swaps, futuros, opciones, hedge, caps, floors, fideicomisos, etc.&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
Las actividades de gestión de riesgo están determinadas por la matriz de riesgo.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Matriz_de_Riesgo.jpg|border|center|700px|Matriz de Riesgos]]&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Informaci%C3%B3n_documentada&amp;diff=1714</id>
		<title>Procedimiento de Información documentada</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Informaci%C3%B3n_documentada&amp;diff=1714"/>
				<updated>2019-03-20T20:15:10Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
En este procedimiento se establecen y describen las actividades para mantener y conservar la información documentada, gestionada dentro de la Organización en el ámbito del SGS.&lt;br /&gt;
&lt;br /&gt;
El presente documento tiene como principales objetivos los siguientes: &lt;br /&gt;
 &lt;br /&gt;
*Identificar la '''Información Documentada''' que la organización utiliza para asegurar la eficaz planificación, operación y control de su Sistema de Gestión de Servicios IT y los procesos que lo integran.&lt;br /&gt;
&lt;br /&gt;
*Identificar los mecanismos para resguardar y recuperar la información antes mencionada.&lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
En este procedimiento se establece la identificación de la información documentada controlados por la Organización en el Ámbito del SGS y describen los repositorios empleados para este propósito.&lt;br /&gt;
&lt;br /&gt;
=DEFINICIONES=&lt;br /&gt;
*'''Repositorio''': Sistema de almacenamiento de información documentada que cuenta con la capacidad de control de versiones.&lt;br /&gt;
&lt;br /&gt;
*'''Gestor de documentos''': Herramientas sobre las cuales se implementa el repositorio del SGSIT.&lt;br /&gt;
&lt;br /&gt;
*'''Información Documentada''': Documentos y Registros que la organización tiene que controlar y mantener, y el medio en el que está contenida.&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
Los siguientes roles se encuentran vinculados a las actividades de gestión de la información documentada.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''ROL''' || '''RESPONSABILIDAD''' &lt;br /&gt;
|- &lt;br /&gt;
| Responsable de soporte IT|| Mantenimiento de Repositorios&lt;br /&gt;
|- &lt;br /&gt;
| Responsable del SGSIT|| Control de documentos y Registros  &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=INFORMACIÓN DOCUMENTADA=&lt;br /&gt;
&lt;br /&gt;
La información que vamos a tener bajo control de versiones y revisiones es la que se encuentra vinculada a un impacto en la cadena de prestación de cada uno de los servicio.&lt;br /&gt;
&lt;br /&gt;
== Servicios ITO ==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA - Ordenes de Compra&lt;br /&gt;
|-&lt;br /&gt;
| PMO || Plan de Prestación del Servicio - Plan de DCC&lt;br /&gt;
|-&lt;br /&gt;
| INGENIERÍA || Plan de Abastecimiento - Solicitud de Compra - Plan de Contrataciones - Solicitud de Contratación - Ingeniería Básica - Ingeniería de Detalle&lt;br /&gt;
|-&lt;br /&gt;
| LOGÍSTICA || Remito de Entrega de Materiales - Remito de Entrega de Herramientas - Orden de Compra&lt;br /&gt;
|-&lt;br /&gt;
| INTEGRACIÓN || Informe de Ensayos MAT - Informe de Ensayos FAT - Plan de Instalación de Sistemas&lt;br /&gt;
|-&lt;br /&gt;
| INSTALACIÓN || Informe de Ensayos SAT&lt;br /&gt;
|-&lt;br /&gt;
| PUESTA EN SERVICIO || Recepción Provisoria - Recepción Definitiva&lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Servicios ITS==&lt;br /&gt;
&lt;br /&gt;
== Servicios SWF==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas.&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA del Servicio.&lt;br /&gt;
|-&lt;br /&gt;
| ANÁLISIS || Documentación con Captura de Requisitos y minutas. Gantt con plazos entregables de los Sprint definidos.&lt;br /&gt;
|-&lt;br /&gt;
| DISEÑO || Mockup para presentación del Diseño UI y UX.&lt;br /&gt;
|-&lt;br /&gt;
| DESARROLLO || Asignación de Tareas mediante la herramienta OpenProject.&lt;br /&gt;
|-&lt;br /&gt;
| TESTING || Pruebas Funcionales en entornos de pre-producción. Gestión vía Tickets.&lt;br /&gt;
|-&lt;br /&gt;
| DESPLIEGUE || Validación del Cliente vía Ticket.&lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Servicios SAS==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas.&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA del Servicio.&lt;br /&gt;
|-&lt;br /&gt;
| GESTIÓN Y RESOLUCIÓN DE INCIDENCIAS DE APLICACIONES || Software de Ticket (UMA)&lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=REPOSITORIOS=&lt;br /&gt;
En la siguiente tabla se describen los repositorios utilizados por la organización para el SGSIT.&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''REPOSITORIOS'''|| '''ALIAS''' || '''RESPONSABLE''' || '''PROPÓSITO''' &lt;br /&gt;
|- &lt;br /&gt;
| http://wiki.ultimamilla.com.ar/index.php || WIKI ||Responsbale del SGSIT || Descripción del SGSIT&lt;br /&gt;
|-&lt;br /&gt;
| http://doc.ultimamilla.com.ar/share/page/ || ALFRESCO ||Responsable de Soporte IT || Plantillas y Artefactos documentados del SGSIT&lt;br /&gt;
|-&lt;br /&gt;
| http://sgi.ultimamilla.com.ar/users/login || SIGUM ||Responsable de Soporte IT || Registros de la prestación de los servicios  &lt;br /&gt;
|-&lt;br /&gt;
| http://10.10.0.6/ || OpenProject || Responsable de SWF || Backlogs, Tareas, Sprint y Gantt&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
== CRITERIOS DE ORGANIZACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
Los siguientes son los criterios para la organización principal de la información documentada:&lt;br /&gt;
&lt;br /&gt;
*SGS: contiene la información documenta vigente.&lt;br /&gt;
&lt;br /&gt;
*SGS-DES: contiene la información documenta que está en proceso de actualización o creación. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== RESPALDO DE LOS REPOSITORIOS ==&lt;br /&gt;
Para toda la información documentada publicada en el gestor de documentos se ejecuta un respaldado dentro de las políticas &amp;lt;listar políticas&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
== RESTAURACIÓN DE REPOSITORIOS ==&lt;br /&gt;
Ante la necesidad de restaurar información documentada, se debe solicitar al área &amp;lt;definir área&amp;gt; la restauración de algún artefacto, indicando los siguientes datos&amp;lt;&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
= MANEJO DE LA INFORMACIÓN DOCUMENTADA =&lt;br /&gt;
&lt;br /&gt;
== ACCESO A LA INFORMACIÓN DOCUMENTADA==&lt;br /&gt;
&lt;br /&gt;
Existen mecanismos de seguridad para gestionar el acceso según los roles específicos, de esta forma se puede garantizar que cada usuario tiene acceso a los procesos en los cuales participa.&lt;br /&gt;
El responsable de calidad mantiene actualizada la lista de la relación de usuarios y procesos, y se encarga del control de los accesos.&lt;br /&gt;
&lt;br /&gt;
== NUEVOS ARTEFACTOS ==&lt;br /&gt;
&lt;br /&gt;
Cada tema del SGS está representado por una carpeta en la raíz SGS, y en el caso de surgir un nuevo tema, este será adicionado como carpeta en la raíz SGS con sus respectivas subcarpetas y documentos que indicarán su condición de Proceso, Procedimiento, Guía, etc.&lt;br /&gt;
&lt;br /&gt;
== ACTUALIZACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
La información documentada existente que requiere de actualizaciones o nuevos documentos que están siendo creados, se mantienen en la carpeta raíz denominada “SGS-DES. Esta información no se considera Vigente y por eso se mantiene por separado hasta que es aprobada (Ver el apartado de Aprobación de la Información Documentada).   &lt;br /&gt;
&lt;br /&gt;
== APROBACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
El flujo para la aprobación de la Información documentada del SGS es el siguiente:&lt;br /&gt;
*&lt;br /&gt;
*&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= CONDICIONES GENERALES =&lt;br /&gt;
&lt;br /&gt;
= CONTROL DE REVISIONES =&lt;br /&gt;
Solo es válida la versión que se encuentra disponible en el gestor de documentos.&amp;lt;describir&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= DOCUMENTOS EXTERNOS =&lt;br /&gt;
Todos los documentos externos que se vinculen al SGS son gestionados en el mismo gestor de documentos. &lt;br /&gt;
Dentro de estos documentos se contemplan:&lt;br /&gt;
&lt;br /&gt;
•	Especificaciones de los clientes.&lt;br /&gt;
&lt;br /&gt;
•	Pliegos de licitación&lt;br /&gt;
&lt;br /&gt;
•	Acuerdos de servicios&lt;br /&gt;
&lt;br /&gt;
•	Reglamentaciones especiales, ordenanzas, leyes, decretos, etc&lt;br /&gt;
&lt;br /&gt;
= NOMENCLATURA UTILIZADA =&lt;br /&gt;
El nombre de los documentos organizacionales deben ser lo más representativo posible de los contenidos guardados en el mismo, así mismo en el “Gestor de documentos” se considera como parte de los atributos de los documentos un “código técnico” que responde a los criterios de denominación considerados en el presente apartado.&lt;br /&gt;
Se contempla el siguiente criterio de identificación:&lt;br /&gt;
&lt;br /&gt;
Nomenclatura: “Tipo de Documento”_Nombre del documento&lt;br /&gt;
&lt;br /&gt;
Tipo de documento: siendo 3 letras mayúsculas&lt;br /&gt;
*PSO: Proceso &lt;br /&gt;
*PRO: Procedimiento&lt;br /&gt;
*GUI: Guía&lt;br /&gt;
*TMP: Template&lt;br /&gt;
*SGS: documentos de apoyo a la gestión&lt;br /&gt;
&lt;br /&gt;
Separador: “_”, underline sin espacios anteriores ni posteriores&lt;br /&gt;
&lt;br /&gt;
Nombre del documento: nombre breve y significativo del asunto que trata. &lt;br /&gt;
&lt;br /&gt;
Analizar y unificar los criterios de la organización de carpetas en Alfresco para los proyectos ITO y SWF. También existen diferencias en el año 17 organizado por unidad de negocio y año 18 organizado por Cliente.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
--------------------&lt;br /&gt;
&lt;br /&gt;
SGS-ITO-010: Planilla de Identificación y Análisis de Riesgos del servicio&lt;br /&gt;
SGS-SWF-010:&lt;br /&gt;
&lt;br /&gt;
SGS_Planilla de identificación y análisis de riesgos&lt;br /&gt;
&lt;br /&gt;
= DOCUMENTOS RELACIONADOS =&lt;br /&gt;
•	IRAM-ISO 20000:2011.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Informaci%C3%B3n_documentada&amp;diff=1713</id>
		<title>Procedimiento de Información documentada</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Informaci%C3%B3n_documentada&amp;diff=1713"/>
				<updated>2019-03-20T20:14:28Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
En este procedimiento se establecen y describen las actividades para mantener y conservar la información documentada, gestionada dentro de la Organización en el ámbito del SGS.&lt;br /&gt;
&lt;br /&gt;
El presente documento tiene como principales objetivos los siguientes: &lt;br /&gt;
 &lt;br /&gt;
*Identificar la '''Información Documentada''' que la organización utiliza para asegurar la eficaz planificación, operación y control de su Sistema de Gestión de Servicios IT y los procesos que lo integran.&lt;br /&gt;
&lt;br /&gt;
*Identificar los mecanismos para resguardar y recuperar la información antes mencionada.&lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
En este procedimiento se establece la identificación de la información documentada controlados por la Organización en el Ámbito del SGS y describen los repositorios empleados para este propósito.&lt;br /&gt;
&lt;br /&gt;
=DEFINICIONES=&lt;br /&gt;
*'''Repositorio''': Sistema de almacenamiento de información documentada que cuenta con la capacidad de control de versiones.&lt;br /&gt;
&lt;br /&gt;
*'''Gestor de documentos''': Herramientas sobre las cuales se implementa el repositorio del SGSIT.&lt;br /&gt;
&lt;br /&gt;
*'''Información Documentada''': Documentos y Registros que la organización tiene que controlar y mantener, y el medio en el que está contenida.&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
Los siguientes roles se encuentran vinculados a las actividades de gestión de la información documentada.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''ROL''' || '''RESPONSABILIDAD''' &lt;br /&gt;
|- &lt;br /&gt;
| Responsable de soporte IT|| Mantenimiento de Repositorios&lt;br /&gt;
|- &lt;br /&gt;
| Responsable del SGSIT|| Control de documentos y Registros  &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=INFORMACIÓN DOCUMENTADA=&lt;br /&gt;
&lt;br /&gt;
La información que vamos a tener bajo control de versiones y revisiones es la que se encuentra vinculada a un impacto en la cadena de prestación de cada uno de los servicio.&lt;br /&gt;
&lt;br /&gt;
== Servicios ITO ==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA - Ordenes de Compra&lt;br /&gt;
|-&lt;br /&gt;
| PMO || Plan de Prestación del Servicio - Plan de DCC&lt;br /&gt;
|-&lt;br /&gt;
| INGENIERÍA || Plan de Abastecimiento - Solicitud de Compra - Plan de Contrataciones - Solicitud de Contratación - Ingeniería Básica - Ingeniería de Detalle&lt;br /&gt;
|-&lt;br /&gt;
| LOGÍSTICA || Remito de Entrega de Materiales - Remito de Entrega de Herramientas - Orden de Compra&lt;br /&gt;
|-&lt;br /&gt;
| INTEGRACIÓN || Informe de Ensayos MAT - Informe de Ensayos FAT - Plan de Instalación de Sistemas&lt;br /&gt;
|-&lt;br /&gt;
| INSTALACIÓN || Informe de Ensayos SAT&lt;br /&gt;
|-&lt;br /&gt;
| PUESTA EN SERVICIO || Recepción Provisoria - Recepción Definitiva&lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Servicios ITS==&lt;br /&gt;
&lt;br /&gt;
== Servicios SWF==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas.&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA del Servicio.&lt;br /&gt;
|-&lt;br /&gt;
| ANÁLISIS || Documentación con Captura de Requisitos y minutas. Gantt con plazos entregables de los Sprint definidos.&lt;br /&gt;
|-&lt;br /&gt;
| DISEÑO || Mockup para presentación del Diseño UI y UX.&lt;br /&gt;
|-&lt;br /&gt;
| DESARROLLO || Asignación de Tareas mediante la herramienta OpenProject.&lt;br /&gt;
|-&lt;br /&gt;
| TESTING || Pruebas Funcionales en entornos de pre-producción. Gestión vía Tickets.&lt;br /&gt;
|-&lt;br /&gt;
| DESPLIEGUE || Validación del Cliente vía Ticket.&lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Servicios SAS==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas.&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA del Servicio.&lt;br /&gt;
|-&lt;br /&gt;
| GESTIÓN Y RESOLUCIÓN DE INCIDENCIAS DE APLICACIONES || &lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=REPOSITORIOS=&lt;br /&gt;
En la siguiente tabla se describen los repositorios utilizados por la organización para el SGSIT.&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''REPOSITORIOS'''|| '''ALIAS''' || '''RESPONSABLE''' || '''PROPÓSITO''' &lt;br /&gt;
|- &lt;br /&gt;
| http://wiki.ultimamilla.com.ar/index.php || WIKI ||Responsbale del SGSIT || Descripción del SGSIT&lt;br /&gt;
|-&lt;br /&gt;
| http://doc.ultimamilla.com.ar/share/page/ || ALFRESCO ||Responsable de Soporte IT || Plantillas y Artefactos documentados del SGSIT&lt;br /&gt;
|-&lt;br /&gt;
| http://sgi.ultimamilla.com.ar/users/login || SIGUM ||Responsable de Soporte IT || Registros de la prestación de los servicios  &lt;br /&gt;
|-&lt;br /&gt;
| http://10.10.0.6/ || OpenProject || Responsable de SWF || Backlogs, Tareas, Sprint y Gantt&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
== CRITERIOS DE ORGANIZACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
Los siguientes son los criterios para la organización principal de la información documentada:&lt;br /&gt;
&lt;br /&gt;
*SGS: contiene la información documenta vigente.&lt;br /&gt;
&lt;br /&gt;
*SGS-DES: contiene la información documenta que está en proceso de actualización o creación. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== RESPALDO DE LOS REPOSITORIOS ==&lt;br /&gt;
Para toda la información documentada publicada en el gestor de documentos se ejecuta un respaldado dentro de las políticas &amp;lt;listar políticas&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
== RESTAURACIÓN DE REPOSITORIOS ==&lt;br /&gt;
Ante la necesidad de restaurar información documentada, se debe solicitar al área &amp;lt;definir área&amp;gt; la restauración de algún artefacto, indicando los siguientes datos&amp;lt;&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
= MANEJO DE LA INFORMACIÓN DOCUMENTADA =&lt;br /&gt;
&lt;br /&gt;
== ACCESO A LA INFORMACIÓN DOCUMENTADA==&lt;br /&gt;
&lt;br /&gt;
Existen mecanismos de seguridad para gestionar el acceso según los roles específicos, de esta forma se puede garantizar que cada usuario tiene acceso a los procesos en los cuales participa.&lt;br /&gt;
El responsable de calidad mantiene actualizada la lista de la relación de usuarios y procesos, y se encarga del control de los accesos.&lt;br /&gt;
&lt;br /&gt;
== NUEVOS ARTEFACTOS ==&lt;br /&gt;
&lt;br /&gt;
Cada tema del SGS está representado por una carpeta en la raíz SGS, y en el caso de surgir un nuevo tema, este será adicionado como carpeta en la raíz SGS con sus respectivas subcarpetas y documentos que indicarán su condición de Proceso, Procedimiento, Guía, etc.&lt;br /&gt;
&lt;br /&gt;
== ACTUALIZACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
La información documentada existente que requiere de actualizaciones o nuevos documentos que están siendo creados, se mantienen en la carpeta raíz denominada “SGS-DES. Esta información no se considera Vigente y por eso se mantiene por separado hasta que es aprobada (Ver el apartado de Aprobación de la Información Documentada).   &lt;br /&gt;
&lt;br /&gt;
== APROBACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
El flujo para la aprobación de la Información documentada del SGS es el siguiente:&lt;br /&gt;
*&lt;br /&gt;
*&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= CONDICIONES GENERALES =&lt;br /&gt;
&lt;br /&gt;
= CONTROL DE REVISIONES =&lt;br /&gt;
Solo es válida la versión que se encuentra disponible en el gestor de documentos.&amp;lt;describir&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= DOCUMENTOS EXTERNOS =&lt;br /&gt;
Todos los documentos externos que se vinculen al SGS son gestionados en el mismo gestor de documentos. &lt;br /&gt;
Dentro de estos documentos se contemplan:&lt;br /&gt;
&lt;br /&gt;
•	Especificaciones de los clientes.&lt;br /&gt;
&lt;br /&gt;
•	Pliegos de licitación&lt;br /&gt;
&lt;br /&gt;
•	Acuerdos de servicios&lt;br /&gt;
&lt;br /&gt;
•	Reglamentaciones especiales, ordenanzas, leyes, decretos, etc&lt;br /&gt;
&lt;br /&gt;
= NOMENCLATURA UTILIZADA =&lt;br /&gt;
El nombre de los documentos organizacionales deben ser lo más representativo posible de los contenidos guardados en el mismo, así mismo en el “Gestor de documentos” se considera como parte de los atributos de los documentos un “código técnico” que responde a los criterios de denominación considerados en el presente apartado.&lt;br /&gt;
Se contempla el siguiente criterio de identificación:&lt;br /&gt;
&lt;br /&gt;
Nomenclatura: “Tipo de Documento”_Nombre del documento&lt;br /&gt;
&lt;br /&gt;
Tipo de documento: siendo 3 letras mayúsculas&lt;br /&gt;
*PSO: Proceso &lt;br /&gt;
*PRO: Procedimiento&lt;br /&gt;
*GUI: Guía&lt;br /&gt;
*TMP: Template&lt;br /&gt;
*SGS: documentos de apoyo a la gestión&lt;br /&gt;
&lt;br /&gt;
Separador: “_”, underline sin espacios anteriores ni posteriores&lt;br /&gt;
&lt;br /&gt;
Nombre del documento: nombre breve y significativo del asunto que trata. &lt;br /&gt;
&lt;br /&gt;
Analizar y unificar los criterios de la organización de carpetas en Alfresco para los proyectos ITO y SWF. También existen diferencias en el año 17 organizado por unidad de negocio y año 18 organizado por Cliente.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
--------------------&lt;br /&gt;
&lt;br /&gt;
SGS-ITO-010: Planilla de Identificación y Análisis de Riesgos del servicio&lt;br /&gt;
SGS-SWF-010:&lt;br /&gt;
&lt;br /&gt;
SGS_Planilla de identificación y análisis de riesgos&lt;br /&gt;
&lt;br /&gt;
= DOCUMENTOS RELACIONADOS =&lt;br /&gt;
•	IRAM-ISO 20000:2011.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_Incidencias&amp;diff=1712</id>
		<title>Procedimiento de Gestión de Incidencias</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_Incidencias&amp;diff=1712"/>
				<updated>2019-03-20T19:56:24Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
La '''Gestión de Incidencias''' tiene como objetivo restablecer el funcionamiento normal de servicio lo más rápido posible y minimizar el impacto adverso en las operaciones del negocio, lo que garantiza que se mantengan los mejores niveles posibles de calidad de servicio y disponibilidad. &lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
&lt;br /&gt;
La empresa cuenta con un software propio para la Gestión de Incidencias, que se encuentra asociada al SGI, lo cual permite la resolución de los Tickets brindando los estándares básicos para que el servicio funcione correctamente. Las funcionalidad básicas son las siguientes:&lt;br /&gt;
&lt;br /&gt;
*SGT: plataforma web para el cliente donde cargará las incidencias. También tendrá información mínima de los niveles de servicios según el proyecto que tenga habilitado (url:[http://ticket.ultimamilla.com.ar http://ticket.ultimamilla.com.ar]. Actualmente presenta un nombre comercial denominado '''UMA'''.&lt;br /&gt;
&lt;br /&gt;
*SGI: internamente el software tendrá 2 interfaces:&lt;br /&gt;
   - Administrador de Tickets: donde el operario podrá re-clasificar la incidencia, derivar a un operario específico, escalar el nivel y realizar un seguimiento.&lt;br /&gt;
   - Tickets: módulo personal donde cada operario visualizará y gestionará los tickets que tiene asignado.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
&lt;br /&gt;
Los siguientes roles están vinculados a las actividades de gestión del tickets:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Roles || Actividades&lt;br /&gt;
|-&lt;br /&gt;
|Cliente Admin&lt;br /&gt;
|Usuario de SGT que el cliente obtiene vía mail. Tiene privilegios especiales que lo hacen Administrador&lt;br /&gt;
|-&lt;br /&gt;
|Cliente Operario&lt;br /&gt;
|Usuario de SGT que el cliente obtiene vía mail.&lt;br /&gt;
|-&lt;br /&gt;
|Admin SGI&lt;br /&gt;
|Operario Interno del SGI encargado de Administrar los Tickets que cargan los clientes.&lt;br /&gt;
|-&lt;br /&gt;
|Operario SGI&lt;br /&gt;
|Usuario de SGI encargado de la resolución de los Tickets.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=ACTIVIDADES CLAVES=&lt;br /&gt;
&lt;br /&gt;
==Detección de las Incidencias y registración==&lt;br /&gt;
El sistema permite la carga de incidencias a través de la plataforma web SGI (UMA). Para cargar un Ticket, el cliente deberá completar una serie de atributos (prioridad, tipo de incidencia, etc.), asociados al SLA del Servicio y acorde a los niveles establecidos.&lt;br /&gt;
Finalizada la carga, se notificará vía mail al responsable del Proyecto y el Administrador de Tickets visualizará una nueva incidencia en el SGI.&lt;br /&gt;
&lt;br /&gt;
==Clasificación y Soporte Inicial==&lt;br /&gt;
La incidencia tiene una pre-clasificación a cargo del cliente. Luego, el Administrador de Tickets, tiene la potestad de re-clasificarlo en caso de que sea necesario.&lt;br /&gt;
El SGT permitirá visualizar una Base de &amp;quot;Errores Conocidos&amp;quot;, que se alimentará de resoluciones de Tickets anteriores, ésto permitirá al cliente y/o operario, resolver el problema en menor tiempo, además analizar si es necesario aplicar un &amp;quot;cambio&amp;quot; en el módulo específico.&lt;br /&gt;
Una vez que el Ticket este clasificado y sea analizado por el Administrador, éste será el encargado de derivarlo a un operario para su futura resolución. El operario, será notificado vía mail y también tendrá un nuevo registro en su bandeja de Tickets.&lt;br /&gt;
El encargado de resolver la Incidencia da inicio al Ticket, ésta acción será registrada en la Bitácora del Ticket y ademas notificada al Cliente para que conozca el estado en que se encuentra su problema. El operario, podrá establecer una comunicación con el cliente (de ser necesario) para despejar dudas. En caso de poder dar solución, se cierra el Ticket. Si al evaluar la situación, se observa que requiere otro tipo de tratamiento, se podrá '''escalar''' la incidencia a un nivel superior.&lt;br /&gt;
&lt;br /&gt;
Cada Servicio tiene asociado un Contrato SLA con sus respectivos Niveles y Tiempos de Resupuesta. Tanto el Cliente como el Operario, podrá en todo momento consultar esos parámetros de Tiempo/Compejidad para evaluar el servicio.&lt;br /&gt;
&lt;br /&gt;
==Investigación y Diagnóstico==&lt;br /&gt;
Por cada incidencia, se deberá realizar un análisis cruzando los datos de la Bitácora, DB de errores conocidos, categoría del ticket y prioridad. También el operario deberá contemplar el SLA acordado, para conocer:&lt;br /&gt;
* Tiempos de Respuesta: es el tiempo que tendrá el operario en comunicarse con el cliente para ofrecerle un feedback sobre la incidencia.&lt;br /&gt;
* Disponibilidad de Mesa de Ayuda: información sobre los horarios donde se brindará el servicio.&lt;br /&gt;
* Tiempo de Resolución: es el tiempo en cuál se deberá resolver el ticket o realizar una escala a un nivel superior.&lt;br /&gt;
* Tiempo de Validación: es el tiempo que tendrá el cliente en poder confirmar si el ticket ha sido resuelto satisfactoriamente. En caso de extenderse, automáticamente se dará por cerrado el ticket.&lt;br /&gt;
* Complejidad: se utiliza en los casos donde no sea necesario evaluar tiempos, sino nivel de esfuerzo o complejidad.&lt;br /&gt;
&lt;br /&gt;
==Resolución y Recuperación==&lt;br /&gt;
En cualquier Nivel se deberá resolver el incidente con una solución definitiva o temporal, en su defecto, se podrá elevar un requerimiento de cambio (incluyendo una verificación de la resolución).&lt;br /&gt;
Existen casos de Recuperación, donde el cliente podrá realizar la re-apertura de un ticket en caso de ser necesario.&lt;br /&gt;
&lt;br /&gt;
==Cierre de Incidencias==&lt;br /&gt;
Finalizada la resolución de la incidencias, el cliente deberá confirmar si fue exitoso su desarrollo, ya sea vía mail, teléfono o a través de la misma Bitácora del Ticket. De ésta forma, habilita al operario a cambiar el estado y cerrar la incidencia. Luego si el Ticket lo amerita, se podrá anexar a la DB de Errores Conocidos. Además, el cliente podrá &amp;quot;calificar&amp;quot; el servicio del operario a través del Sistema.&lt;br /&gt;
&lt;br /&gt;
=INCIDENCIA/TICKET=&lt;br /&gt;
La incidencia se encuentra vinculada con los Servicios que se le brindaron al Cliente, junto con el SLA que acordaron. Ésto permite a la Gestión Interna la carga de horas en cada Ticket y la posibilidad de evaluar el Nivel de Satisfacción del Cliente según las calificaciones realizadas.&lt;br /&gt;
&lt;br /&gt;
==Errores Conocidos==&lt;br /&gt;
En la plataforma de Tickets (UMA) hay un apartado para la visualización de &amp;quot;Errores Conocidos&amp;quot; para que el Cliente pueda tener un registro previo de todos los Errores en los cuales no sea necesario la creación de un Ticket nuevo.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_Incidencias&amp;diff=1711</id>
		<title>Procedimiento de Gestión de Incidencias</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_Incidencias&amp;diff=1711"/>
				<updated>2019-03-20T19:42:34Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
La '''Gestión de Incidencias''' tiene como objetivo restablecer el funcionamiento normal de servicio lo más rápido posible y minimizar el impacto adverso en las operaciones del negocio, lo que garantiza que se mantengan los mejores niveles posibles de calidad de servicio y disponibilidad. &lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
&lt;br /&gt;
La empresa cuenta con un software propio para la Gestión de Incidencias, que se encuentra asociada al SGI, lo cual permite la resolución de los Tickets brindando los estándares básicos para que el servicio funcione correctamente. Las funcionalidad básicas son las siguientes:&lt;br /&gt;
&lt;br /&gt;
*SGT: plataforma web para el cliente donde cargará las incidencias. También tendrá información mínima de los niveles de servicios según el proyecto que tenga habilitado (url:[http://ticket.ultimamilla.com.ar http://ticket.ultimamilla.com.ar]. Actualmente presenta un nombre comercial denominado '''UMA'''.&lt;br /&gt;
&lt;br /&gt;
*SGI: internamente el software tendrá 2 interfaces:&lt;br /&gt;
   - Administrador de Tickets: donde el operario podrá re-clasificar la incidencia, derivar a un operario específico, escalar el nivel y realizar un seguimiento.&lt;br /&gt;
   - Tickets: módulo personal donde cada operario visualizará y gestionará los tickets que tiene asignado.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
&lt;br /&gt;
Los siguientes roles están vinculados a las actividades de gestión del tickets:&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
!Roles || Actividades&lt;br /&gt;
|-&lt;br /&gt;
|Cliente Admin&lt;br /&gt;
|Usuario de SGT que el cliente obtiene vía mail. Tiene privilegios especiales que lo hacen Administrador&lt;br /&gt;
|-&lt;br /&gt;
|Cliente Operario&lt;br /&gt;
|Usuario de SGT que el cliente obtiene vía mail.&lt;br /&gt;
|-&lt;br /&gt;
|Admin SGI&lt;br /&gt;
|Operario Interno del SGI encargado de Administrar los Tickets que cargan los clientes.&lt;br /&gt;
|-&lt;br /&gt;
|Operario SGI&lt;br /&gt;
|Usuario de SGI encargado de la resolución de los Tickets.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=ACTIVIDADES CLAVES=&lt;br /&gt;
&lt;br /&gt;
==Detección de las Incidencias y registración==&lt;br /&gt;
El sistema permite la carga de incidencias a través de la plataforma web SGI (UMA). Para cargar un Ticket, el cliente deberá completar una serie de atributos (prioridad, tipo de incidencia, etc.), asociados al SLA del Servicio y acorde a los niveles establecidos.&lt;br /&gt;
Finalizada la carga, se notificará vía mail al responsable del Proyecto y el Administrador de Tickets visualizará una nueva incidencia en el SGI.&lt;br /&gt;
&lt;br /&gt;
==Clasificación y Soporte Inicial==&lt;br /&gt;
La incidencia tiene una pre-clasificación a cargo del cliente. Luego, el Administrador de Tickets, tiene la potestad de re-clasificarlo en caso de que sea necesario.&lt;br /&gt;
El SGT permitirá visualizar una Base de &amp;quot;Errores Conocidos&amp;quot;, que se alimentará de resoluciones de Tickets anteriores, ésto permitirá al cliente y/o operario, resolver el problema en menor tiempo, además analizar si es necesario aplicar un &amp;quot;cambio&amp;quot; en el módulo específico.&lt;br /&gt;
Una vez que el Ticket este clasificado y sea analizado por el Administrador, éste será el encargado de derivarlo a un operario para su futura resolución. El operario, será notificado vía mail y también tendrá un nuevo registro en su bandeja de Tickets.&lt;br /&gt;
El encargado de resolver la Incidencia da inicio al Ticket, ésta acción será registrada en la Bitácora del Ticket y ademas notificada al Cliente para que conozca el estado en que se encuentra su problema. El operario, podrá establecer una comunicación con el cliente (de ser necesario) para despejar dudas. En caso de poder dar solución, se cierra el Ticket. Si al evaluar la situación, se observa que requiere otro tipo de tratamiento, se podrá '''escalar''' la incidencia a un nivel superior.&lt;br /&gt;
&lt;br /&gt;
Cada Servicio tiene asociado un Contrato SLA con sus respectivos Niveles y Tiempos de Resupuesta. Tanto el Cliente como el Operario, podrá en todo momento consultar esos parámetros de Tiempo/Compejidad para evaluar el servicio.&lt;br /&gt;
&lt;br /&gt;
==Investigación y Diagnóstico==&lt;br /&gt;
Por cada incidencia, se deberá realizar un análisis cruzando los datos de la Bitácora, DB de errores conocidos, categoría del ticket y prioridad. También el operario deberá contemplar el SLA acordado, para conocer:&lt;br /&gt;
* Tiempos de Respuesta: es el tiempo que tendrá el operario en comunicarse con el cliente para ofrecerle un feedback sobre la incidencia.&lt;br /&gt;
* Disponibilidad de Mesa de Ayuda: información sobre los horarios donde se brindará el servicio.&lt;br /&gt;
* Tiempo de Resolución: es el tiempo en cuál se deberá resolver el ticket o realizar una escala a un nivel superior.&lt;br /&gt;
* Tiempo de Validación: es el tiempo que tendrá el cliente en poder confirmar si el ticket ha sido resuelto satisfactoriamente. En caso de extenderse, automáticamente se dará por cerrado el ticket.&lt;br /&gt;
* Complejidad: se utiliza en los casos donde no sea necesario evaluar tiempos, sino nivel de esfuerzo o complejidad.&lt;br /&gt;
&lt;br /&gt;
==Resolución y Recuperación==&lt;br /&gt;
En cualquier Nivel se deberá resolver el incidente con una solución definitiva o temporal, en su defecto, se podrá elevar un requerimiento de cambio (incluyendo una verificación de la resolución).&lt;br /&gt;
Existen casos de Recuperación, donde el cliente podrá realizar la re-apertura de un ticket en caso de ser necesario.&lt;br /&gt;
&lt;br /&gt;
==Cierre de Incidencias==&lt;br /&gt;
Finalizada la resolución de la incidencias, el cliente deberá confirmar si fue exitoso su desarrollo, ya sea vía mail, teléfono o a través de la misma Bitácora del Ticket. De ésta forma, habilita al operario a cambiar el estado y cerrar la incidencia. Luego si el Ticket lo amerita, se podrá anexar a la DB de Errores Conocidos. Además, el cliente podrá &amp;quot;calificar&amp;quot; el servicio del operario a través del Sistema.&lt;br /&gt;
&lt;br /&gt;
=INCIDENCIA/TICKET=&lt;br /&gt;
La incidencia se encuentra vinculada con los Servicios que se le brindaron al Cliente, junto con el SLA que acordaron. Ésto permite a la Gestión Interna la carga de horas en cada Ticket y la posibilidad de evaluar el Nivel de Satisfacción del Cliente según las calificaciones realizadas.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1710</id>
		<title>SWF - Servicio de Desarrollo de Software</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1710"/>
				<updated>2019-03-20T19:30:11Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
Los servicios para el Desarrollo de Software contemplan las siguientes actividades de valor con el objeto de asegurar el nivel de servicio al cliente:&lt;br /&gt;
&lt;br /&gt;
*Especificación de requisitos.&lt;br /&gt;
*Diseño del software.&lt;br /&gt;
*Construcción o Implementación del software.&lt;br /&gt;
*Integración.&lt;br /&gt;
*Pruebas (o validación)&lt;br /&gt;
*Despliegue (o instalación)&lt;br /&gt;
*Mantenimiento.&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Páginas Webs: web institucionales.&lt;br /&gt;
*Software: desarrollo de aplicaciones a medida.&lt;br /&gt;
*Mobile: app´s para dispositivos móviles (android, IOS).&lt;br /&gt;
*ChatBot: la unión entre la inteligencia artifical y machine learning permiten la creación de chatsbots para resolver ciertas necesidades específicas.&lt;br /&gt;
*Blockchain: desarrollamos soluciones con tecnología avanzada. Convenio con BFA para la validación de contratos inteligentes.&lt;br /&gt;
&lt;br /&gt;
== Atributos de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Los atributos claves considerados por el cliente en la gestión de nivel del servicio principalmente son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución presentada del desarrollo&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
Los mismos son monitoreados mediante las actividades de PMO que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Acuerdo de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Considerar la referencia a la plantilla del SAS para SWF.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los factores que afectan a las actividades de la cadena de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadeba_de_valor_swf.png|border|center|800px|Cadena de Valor de servicios SWF]]&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
Los resultados del análisis de riesgos se manifiestan y mantienen en la planilla SGS_AnalisisRiesgo.xls&lt;br /&gt;
&lt;br /&gt;
Para cada una de las actividades&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
Para el tratamiento de los riesgos identificados se determinarás las siguientes estrategias:&lt;br /&gt;
&lt;br /&gt;
'''Aceptar''': Hacer esto en forma intencional, es decir incluir un plan para cuando el evento ocurra o una reserva de margen para absorber el costo más probable que pudiera originar.&lt;br /&gt;
&lt;br /&gt;
'''Evitar''':	A través de una planificación de las actividades del proyecto se puede evitar que el evento suceda.&lt;br /&gt;
&lt;br /&gt;
'''Reducir''': Limitar las consecuencias que pudiera tener. Ningún seguro acepta que no se hayan tomado todas las medidas necesarias para cubrir el evento asegurado. La mitigación es una acción pro-activa tomada antes de la ocurrencia del evento. Donde el objetivo es el tratar de disminuir las probabilidades de ocurrencia de éste.&lt;br /&gt;
&lt;br /&gt;
'''Transferir''': La transferencia de los riesgos, es ceder la consecuencia asociada con un riesgo a una tercera parte, a través del uso de seguros, bonds, etc. A cambio la tercera parte recibe un pago, prima u honorario. Los riesgos que se transfieren son aquellos que de producirse tendrían consecuencias muy graves pero su probabilidad de ocurrencia es muy baja y existen formas de reducirlas aún más.&lt;br /&gt;
&lt;br /&gt;
'''Derivar''': Recurrir al mercado de derivativos. De esta forma nos podemos liberar del riesgo, eliminarlo o transformarlo lo cual se logra a través de instrumentos financieros como son los spot, forward, swaps, futuros, opciones, hedge, caps, floors, fideicomisos, etc.&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
Las actividades de gestión de riesgo están determinadas por la matriz de riesgo.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Matriz_de_Riesgo.jpg|border|center|700px|Matriz de Riesgos]]&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1709</id>
		<title>SWF - Servicio de Desarrollo de Software</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1709"/>
				<updated>2019-03-20T19:29:43Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
Los servicios para el Desarrollo de Software contemplan las siguientes actividades de valor con el objeto de asegurar el nivel de servicio al cliente:&lt;br /&gt;
&lt;br /&gt;
*Especificación de requisitos.&lt;br /&gt;
*Diseño del software.&lt;br /&gt;
*Construcción o Implementación del software.&lt;br /&gt;
*Integración.&lt;br /&gt;
*Pruebas (o validación)&lt;br /&gt;
*Despliegue (o instalación)&lt;br /&gt;
*Mantenimiento.&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Páginas Webs: web institucionales.&lt;br /&gt;
*Software: desarrollo de aplicaciones a medida.&lt;br /&gt;
*Mobile: app´s para dispositivos móviles (android, IOS).&lt;br /&gt;
*ChatBot: la unión entre la inteligencia artifical y machine learning permiten la creación de chatsbots para resolver ciertas necesidades específicas.&lt;br /&gt;
*Blockchain: desarrollamos soluciones con tecnología avanzada. Convenio con BFA para la validación de contratos inteligentes.&lt;br /&gt;
&lt;br /&gt;
== Atributos de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Los atributos claves considerados por el cliente en la gestión de nivel del servicio principalmente son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución presentada del desarrollo&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
Los mismos son monitoreados mediante las actividades de PMO que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Acuerdo de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Considerar la referencia a la plantilla del SAS para SWF.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los factores que afectan a las actividades de la cadena de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadeba_de_valor_swf.png|border|center|800px|Cadena de Valor de servicios SWF]]&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
Los resultados del análisis de riesgos se manifiestan y mantienen en la planilla SGS_AnalisisRiesgo.xls&lt;br /&gt;
&lt;br /&gt;
Para cada una de las actividades&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
Para el tratamiento de los riesgos identificados se determinarás las siguientes estrategias:&lt;br /&gt;
&lt;br /&gt;
'''Aceptar''': Hacer esto en forma intencional, es decir incluir un plan para cuando el evento ocurra o una reserva de margen para absorber el costo más probable que pudiera originar.&lt;br /&gt;
&lt;br /&gt;
'''Evitar''':	A través de una planificación de las actividades del proyecto se puede evitar que el evento suceda.&lt;br /&gt;
&lt;br /&gt;
'''Reducir''': Limitar las consecuencias que pudiera tener. Ningún seguro acepta que no se hayan tomado todas las medidas necesarias para cubrir el evento asegurado. La mitigación es una acción pro-activa tomada antes de la ocurrencia del evento. Donde el objetivo es el tratar de disminuir las probabilidades de ocurrencia de éste.&lt;br /&gt;
&lt;br /&gt;
'''Transferir''': La transferencia de los riesgos, es ceder la consecuencia asociada con un riesgo a una tercera parte, a través del uso de seguros, bonds, etc. A cambio la tercera parte recibe un pago, prima u honorario. Los riesgos que se transfieren son aquellos que de producirse tendrían consecuencias muy graves pero su probabilidad de ocurrencia es muy baja y existen formas de reducirlas aún más.&lt;br /&gt;
&lt;br /&gt;
'''Derivar''': Recurrir al mercado de derivativos. De esta forma nos podemos liberar del riesgo, eliminarlo o transformarlo lo cual se logra a través de instrumentos financieros como son los spot, forward, swaps, futuros, opciones, hedge, caps, floors, fideicomisos, etc.&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
Las actividades de gestión de riesgo están determinadas por la matriz de riesgo.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Matriz_de_Riesgo.jpg|border|center|700px|Matriz de Riesgos]]&lt;br /&gt;
&lt;br /&gt;
== Prima de riesgo del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1708</id>
		<title>SWF - Servicio de Desarrollo de Software</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1708"/>
				<updated>2019-03-20T19:18:49Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
Los servicios para el Desarrollo de Software contemplan las siguientes actividades de valor con el objeto de asegurar el nivel de servicio al cliente:&lt;br /&gt;
&lt;br /&gt;
*Especificación de requisitos.&lt;br /&gt;
*Diseño del software.&lt;br /&gt;
*Construcción o Implementación del software.&lt;br /&gt;
*Integración.&lt;br /&gt;
*Pruebas (o validación)&lt;br /&gt;
*Despliegue (o instalación)&lt;br /&gt;
*Mantenimiento.&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Páginas Webs: web institucionales.&lt;br /&gt;
*Software: desarrollo de aplicaciones a medida.&lt;br /&gt;
*Mobile: app´s para dispositivos móviles (android, IOS).&lt;br /&gt;
*ChatBot: la unión entre la inteligencia artifical y machine learning permiten la creación de chatsbots para resolver ciertas necesidades específicas.&lt;br /&gt;
*Blockchain: desarrollamos soluciones con tecnología avanzada. Convenio con BFA para la validación de contratos inteligentes.&lt;br /&gt;
&lt;br /&gt;
== Atributos de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Los atributos claves considerados por el cliente en la gestión de nivel del servicio principalmente son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución presentada del desarrollo&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
Los mismos son monitoreados mediante las actividades de PMO que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Acuerdo de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Considerar la referencia a la plantilla del SAS para SWF.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los factores que afectan a las actividades de la cadena de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadeba_de_valor_swf.png|border|center|800px|Cadena de Valor de servicios SWF]]&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
Los resultados del análisis de riesgos se manifiestan y mantienen en la planilla SGS_AnalisisRiesgo.xls&lt;br /&gt;
&lt;br /&gt;
Para cada una de las actividades&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
Para el tratamiento de los riesgos identificados se determinarás las siguientes estrategias:&lt;br /&gt;
&lt;br /&gt;
'''Aceptar''': Hacer esto en forma intencional, es decir incluir un plan para cuando el evento ocurra o una reserva de margen para absorber el costo más probable que pudiera originar.&lt;br /&gt;
&lt;br /&gt;
'''Evitar''':	A través de una planificación de las actividades del proyecto se puede evitar que el evento suceda.&lt;br /&gt;
&lt;br /&gt;
'''Reducir''': Limitar las consecuencias que pudiera tener. Ningún seguro acepta que no se hayan tomado todas las medidas necesarias para cubrir el evento asegurado. La mitigación es una acción pro-activa tomada antes de la ocurrencia del evento. Donde el objetivo es el tratar de disminuir las probabilidades de ocurrencia de éste.&lt;br /&gt;
&lt;br /&gt;
'''Transferir''': La transferencia de los riesgos, es ceder la consecuencia asociada con un riesgo a una tercera parte, a través del uso de seguros, bonds, etc. A cambio la tercera parte recibe un pago, prima u honorario. Los riesgos que se transfieren son aquellos que de producirse tendrían consecuencias muy graves pero su probabilidad de ocurrencia es muy baja y existen formas de reducirlas aún más.&lt;br /&gt;
&lt;br /&gt;
'''Derivar''': Recurrir al mercado de derivativos. De esta forma nos podemos liberar del riesgo, eliminarlo o transformarlo lo cual se logra a través de instrumentos financieros como son los spot, forward, swaps, futuros, opciones, hedge, caps, floors, fideicomisos, etc.&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
&lt;br /&gt;
== Prima de riesgo del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1707</id>
		<title>SWF - Servicio de Desarrollo de Software</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1707"/>
				<updated>2019-03-20T19:18:29Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
Los servicios para el Desarrollo de Software contemplan las siguientes actividades de valor con el objeto de asegurar el nivel de servicio al cliente:&lt;br /&gt;
&lt;br /&gt;
*Especificación de requisitos.&lt;br /&gt;
*Diseño del software.&lt;br /&gt;
*Construcción o Implementación del software.&lt;br /&gt;
*Integración.&lt;br /&gt;
*Pruebas (o validación)&lt;br /&gt;
*Despliegue (o instalación)&lt;br /&gt;
*Mantenimiento.&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Páginas Webs: web institucionales.&lt;br /&gt;
*Software: desarrollo de aplicaciones a medida.&lt;br /&gt;
*Mobile: app´s para dispositivos móviles (android, IOS).&lt;br /&gt;
*ChatBot: la unión entre la inteligencia artifical y machine learning permiten la creación de chatsbots para resolver ciertas necesidades específicas.&lt;br /&gt;
*Blockchain: desarrollamos soluciones con tecnología avanzada. Convenio con BFA para la validación de contratos inteligentes.&lt;br /&gt;
&lt;br /&gt;
== Atributos de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Los atributos claves considerados por el cliente en la gestión de nivel del servicio principalmente son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución presentada del desarrollo&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
Los mismos son monitoreados mediante las actividades de PMO que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Acuerdo de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Considerar la referencia a la plantilla del SAS para SWF.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los factores que afectan a las actividades de la cadena de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadeba_de_valor_swf.png|border|center|800px|Cadena de Valor de servicios SWF]]&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
Los resultados del análisis de riesgos se manifiestan y mantienen en la planilla SGS_AnalisisRiesgo.xls&lt;br /&gt;
&lt;br /&gt;
Para cada una de las actividades&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
Para el tratamiento de los riesgos identificados se determinarás las siguientes estrategias:&lt;br /&gt;
&lt;br /&gt;
Aceptar: Hacer esto en forma intencional, es decir incluir un plan para cuando el evento ocurra o una reserva de margen para absorber el costo más probable que pudiera originar.&lt;br /&gt;
&lt;br /&gt;
Evitar:	A través de una planificación de las actividades del proyecto se puede evitar que el evento suceda.&lt;br /&gt;
&lt;br /&gt;
Reducir: Limitar las consecuencias que pudiera tener. Ningún seguro acepta que no se hayan tomado todas las medidas necesarias para cubrir el evento asegurado. La mitigación es una acción pro-activa tomada antes de la ocurrencia del evento. Donde el objetivo es el tratar de disminuir las probabilidades de ocurrencia de éste.&lt;br /&gt;
&lt;br /&gt;
Transferir: La transferencia de los riesgos, es ceder la consecuencia asociada con un riesgo a una tercera parte, a través del uso de seguros, bonds, etc. A cambio la tercera parte recibe un pago, prima u honorario. Los riesgos que se transfieren son aquellos que de producirse tendrían consecuencias muy graves pero su probabilidad de ocurrencia es muy baja y existen formas de reducirlas aún más.&lt;br /&gt;
&lt;br /&gt;
Derivar: Recurrir al mercado de derivativos. De esta forma nos podemos liberar del riesgo, eliminarlo o transformarlo lo cual se logra a través de instrumentos financieros como son los spot, forward, swaps, futuros, opciones, hedge, caps, floors, fideicomisos, etc.&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
&lt;br /&gt;
== Prima de riesgo del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1706</id>
		<title>SWF - Servicio de Desarrollo de Software</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1706"/>
				<updated>2019-03-20T19:17:32Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
Los servicios para el Desarrollo de Software contemplan las siguientes actividades de valor con el objeto de asegurar el nivel de servicio al cliente:&lt;br /&gt;
&lt;br /&gt;
*Especificación de requisitos.&lt;br /&gt;
*Diseño del software.&lt;br /&gt;
*Construcción o Implementación del software.&lt;br /&gt;
*Integración.&lt;br /&gt;
*Pruebas (o validación)&lt;br /&gt;
*Despliegue (o instalación)&lt;br /&gt;
*Mantenimiento.&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Páginas Webs: web institucionales.&lt;br /&gt;
*Software: desarrollo de aplicaciones a medida.&lt;br /&gt;
*Mobile: app´s para dispositivos móviles (android, IOS).&lt;br /&gt;
*ChatBot: la unión entre la inteligencia artifical y machine learning permiten la creación de chatsbots para resolver ciertas necesidades específicas.&lt;br /&gt;
*Blockchain: desarrollamos soluciones con tecnología avanzada. Convenio con BFA para la validación de contratos inteligentes.&lt;br /&gt;
&lt;br /&gt;
== Atributos de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Los atributos claves considerados por el cliente en la gestión de nivel del servicio principalmente son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución presentada del desarrollo&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
Los mismos son monitoreados mediante las actividades de PMO que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Acuerdo de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Considerar la referencia a la plantilla del SAS para SWF.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los factores que afectan a las actividades de la cadena de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadeba_de_valor_swf.png|border|center|800px|Cadena de Valor de servicios SWF]]&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
Los resultados del análisis de riesgos se manifiestan y mantienen en la planilla SGS_AnalisisRiesgo.xls&lt;br /&gt;
&lt;br /&gt;
Para cada una de las actividades&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
&lt;br /&gt;
== Prima de riesgo del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1705</id>
		<title>SWF - Servicio de Desarrollo de Software</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1705"/>
				<updated>2019-03-20T19:16:57Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
Los servicios para el Desarrollo de Software contemplan las siguientes actividades de valor con el objeto de asegurar el nivel de servicio al cliente:&lt;br /&gt;
&lt;br /&gt;
*Especificación de requisitos.&lt;br /&gt;
*Diseño del software.&lt;br /&gt;
*Construcción o Implementación del software.&lt;br /&gt;
*Integración.&lt;br /&gt;
*Pruebas (o validación)&lt;br /&gt;
*Despliegue (o instalación)&lt;br /&gt;
*Mantenimiento.&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Páginas Webs: web institucionales.&lt;br /&gt;
*Software: desarrollo de aplicaciones a medida.&lt;br /&gt;
*Mobile: app´s para dispositivos móviles (android, IOS).&lt;br /&gt;
*ChatBot: la unión entre la inteligencia artifical y machine learning permiten la creación de chatsbots para resolver ciertas necesidades específicas.&lt;br /&gt;
*Blockchain: desarrollamos soluciones con tecnología avanzada. Convenio con BFA para la validación de contratos inteligentes.&lt;br /&gt;
&lt;br /&gt;
== Atributos de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Los atributos claves considerados por el cliente en la gestión de nivel del servicio principalmente son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución presentada del desarrollo&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
Los mismos son monitoreados mediante las actividades de PMO que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Acuerdo de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Considerar la referencia a la plantilla del SAS para SWF.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los factores que afectan a las actividades de la cadena de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadeba_de_valor_swf.png|border|center|800px|Cadena de Valor de servicios SWF]]&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
Los criterios básicos para la identificación y análisis de riesgos y oportunidades está guiada por la evaluación de las actividades de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
La metodología para la determinación de la probabilidad y consecuencia de los factores de riesgos es cuantitativa y se basa en la experiencia y aprendizaje del PMP de prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
&lt;br /&gt;
== Prima de riesgo del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1704</id>
		<title>SWF - Servicio de Desarrollo de Software</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=SWF_-_Servicio_de_Desarrollo_de_Software&amp;diff=1704"/>
				<updated>2019-03-20T19:16:15Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Plan de prestación del servicio =&lt;br /&gt;
&lt;br /&gt;
== Actividades claves del servicio ==&lt;br /&gt;
&lt;br /&gt;
Los servicios para el Desarrollo de Software contemplan las siguientes actividades de valor con el objeto de asegurar el nivel de servicio al cliente:&lt;br /&gt;
&lt;br /&gt;
*Especificación de requisitos.&lt;br /&gt;
*Diseño del software.&lt;br /&gt;
*Construcción o Implementación del software.&lt;br /&gt;
*Integración.&lt;br /&gt;
*Pruebas (o validación)&lt;br /&gt;
*Despliegue (o instalación)&lt;br /&gt;
*Mantenimiento.&lt;br /&gt;
&lt;br /&gt;
== Ámbito de especialización ==&lt;br /&gt;
Nuestra especialización se encuentra dentro de los siguientes ámbitos:&lt;br /&gt;
&lt;br /&gt;
*Páginas Webs: web institucionales.&lt;br /&gt;
*Software: desarrollo de aplicaciones a medida.&lt;br /&gt;
*Mobile: app´s para dispositivos móviles (android, IOS).&lt;br /&gt;
*ChatBot: la unión entre la inteligencia artifical y machine learning permiten la creación de chatsbots para resolver ciertas necesidades específicas.&lt;br /&gt;
*Blockchain: desarrollamos soluciones con tecnología avanzada. Convenio con BFA para la validación de contratos inteligentes.&lt;br /&gt;
&lt;br /&gt;
== Atributos de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Los atributos claves considerados por el cliente en la gestión de nivel del servicio principalmente son:&lt;br /&gt;
&lt;br /&gt;
*Plazo de entrega de la solución presentada del desarrollo&lt;br /&gt;
*Alcance acordado con el cliente&lt;br /&gt;
*Mantenimiento de los costos presupuestados&lt;br /&gt;
*Validación de los requisitos del cliente en la solución integrada&lt;br /&gt;
&lt;br /&gt;
Los mismos son monitoreados mediante las actividades de PMO que se ejecutan durante la prestación del servicio.&lt;br /&gt;
&lt;br /&gt;
== Acuerdo de Nivel de Servicio ==&lt;br /&gt;
&lt;br /&gt;
Considerar la referencia a la plantilla del SAS para SWF.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Capacidad del servicio =&lt;br /&gt;
&lt;br /&gt;
== Análisis de las condiciones de los recursos ==&lt;br /&gt;
&lt;br /&gt;
Las condiciones de los recursos para el servicio está fundada principalmente en el análisis de cada uno de los factores que afectan a las actividades de la cadena de valor del servicio.&lt;br /&gt;
&lt;br /&gt;
[[Imagen:Cadeba_de_valor_swf.png|border|center|800px|Cadena de Valor de servicios SWF]]&lt;br /&gt;
&lt;br /&gt;
== Análisis de capacidad del servicio ==&lt;br /&gt;
La capacidad del servicio se determina a partir del análisis de capacidad de los recursos que intervienen en la cadena de valor.&lt;br /&gt;
&lt;br /&gt;
Para la determinación de la capacidad se contempla la denada actual de los recursos en base a la asignación de los mismos para la prestación de los servicios actuales y la demanda potencial en base a la cartera de prospectos desarrollados.&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Continuidad del Servicio =&lt;br /&gt;
&lt;br /&gt;
== Objetivo ==&lt;br /&gt;
Asegurar la continuidad del servicio&lt;br /&gt;
&lt;br /&gt;
== Política y Estrategia ==&lt;br /&gt;
&lt;br /&gt;
== Identificación y Evaluación de riesgos ==&lt;br /&gt;
&lt;br /&gt;
== Tratamiento de los factores de riesgo ==&lt;br /&gt;
&lt;br /&gt;
== Medidas de gestión de riesgo ==&lt;br /&gt;
&lt;br /&gt;
== Prima de riesgo del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Acciones de recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
== Pruebas de continuidad ==&lt;br /&gt;
&lt;br /&gt;
== Recuperación del servicio ==&lt;br /&gt;
&lt;br /&gt;
= Plan de Gestión de Disponibilidad del Servicio =&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Informaci%C3%B3n_documentada&amp;diff=1703</id>
		<title>Procedimiento de Información documentada</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Informaci%C3%B3n_documentada&amp;diff=1703"/>
				<updated>2019-03-20T19:01:55Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
En este procedimiento se establecen y describen las actividades para mantener y conservar la información documentada, gestionada dentro de la Organización en el ámbito del SGS.&lt;br /&gt;
&lt;br /&gt;
El presente documento tiene como principales objetivos los siguientes: &lt;br /&gt;
 &lt;br /&gt;
*Identificar la '''Información Documentada''' que la organización utiliza para asegurar la eficaz planificación, operación y control de su Sistema de Gestión de Servicios IT y los procesos que lo integran.&lt;br /&gt;
&lt;br /&gt;
*Identificar los mecanismos para resguardar y recuperar la información antes mencionada.&lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
En este procedimiento se establece la identificación de la información documentada controlados por la Organización en el Ámbito del SGS y describen los repositorios empleados para este propósito.&lt;br /&gt;
&lt;br /&gt;
=DEFINICIONES=&lt;br /&gt;
*'''Repositorio''': Sistema de almacenamiento de información documentada que cuenta con la capacidad de control de versiones.&lt;br /&gt;
&lt;br /&gt;
*'''Gestor de documentos''': Herramientas sobre las cuales se implementa el repositorio del SGSIT.&lt;br /&gt;
&lt;br /&gt;
*'''Información Documentada''': Documentos y Registros que la organización tiene que controlar y mantener, y el medio en el que está contenida.&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
Los siguientes roles se encuentran vinculados a las actividades de gestión de la información documentada.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''ROL''' || '''RESPONSABILIDAD''' &lt;br /&gt;
|- &lt;br /&gt;
| Responsable de soporte IT|| Mantenimiento de Repositorios&lt;br /&gt;
|- &lt;br /&gt;
| Responsable del SGSIT|| Control de documentos y Registros  &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=INFORMACIÓN DOCUMENTADA=&lt;br /&gt;
&lt;br /&gt;
La información que vamos a tener bajo control de versiones y revisiones es la que se encuentra vinculada a un impacto en la cadena de prestación de cada uno de los servicio.&lt;br /&gt;
&lt;br /&gt;
== Servicios ITO ==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA - Ordenes de Compra&lt;br /&gt;
|-&lt;br /&gt;
| PMO || Plan de Prestación del Servicio - Plan de DCC&lt;br /&gt;
|-&lt;br /&gt;
| INGENIERÍA || Plan de Abastecimiento - Solicitud de Compra - Plan de Contrataciones - Solicitud de Contratación - Ingeniería Básica - Ingeniería de Detalle&lt;br /&gt;
|-&lt;br /&gt;
| LOGÍSTICA || Remito de Entrega de Materiales - Remito de Entrega de Herramientas - Orden de Compra&lt;br /&gt;
|-&lt;br /&gt;
| INTEGRACIÓN || Informe de Ensayos MAT - Informe de Ensayos FAT - Plan de Instalación de Sistemas&lt;br /&gt;
|-&lt;br /&gt;
| INSTALACIÓN || Informe de Ensayos SAT&lt;br /&gt;
|-&lt;br /&gt;
| PUESTA EN SERVICIO || Recepción Provisoria - Recepción Definitiva&lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Servicios ITS==&lt;br /&gt;
&lt;br /&gt;
== Servicios SWF==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas.&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA del Servicio.&lt;br /&gt;
|-&lt;br /&gt;
| ANÁLISIS || Documentación con Captura de Requisitos y minutas. Gantt con plazos entregables de los Sprint definidos.&lt;br /&gt;
|-&lt;br /&gt;
| DISEÑO || Mockup para presentación del Diseño UI y UX.&lt;br /&gt;
|-&lt;br /&gt;
| DESARROLLO || Asignación de Tareas mediante la herramienta OpenProject.&lt;br /&gt;
|-&lt;br /&gt;
| TESTING || Pruebas Funcionales en entornos de pre-producción. Gestión vía Tickets.&lt;br /&gt;
|-&lt;br /&gt;
| DESPLIEGUE || Validación del Cliente vía Ticket.&lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Servicios SAS==&lt;br /&gt;
&lt;br /&gt;
=REPOSITORIOS=&lt;br /&gt;
En la siguiente tabla se describen los repositorios utilizados por la organización para el SGSIT.&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''REPOSITORIOS'''|| '''ALIAS''' || '''RESPONSABLE''' || '''PROPÓSITO''' &lt;br /&gt;
|- &lt;br /&gt;
| http://wiki.ultimamilla.com.ar/index.php || WIKI ||Responsbale del SGSIT || Descripción del SGSIT&lt;br /&gt;
|-&lt;br /&gt;
| http://doc.ultimamilla.com.ar/share/page/ || ALFRESCO ||Responsable de Soporte IT || Plantillas y Artefactos documentados del SGSIT&lt;br /&gt;
|-&lt;br /&gt;
| http://sgi.ultimamilla.com.ar/users/login || SIGUM ||Responsable de Soporte IT || Registros de la prestación de los servicios  &lt;br /&gt;
|-&lt;br /&gt;
| http://10.10.0.6/ || OpenProject || Responsable de SWF || Backlogs, Tareas, Sprint y Gantt&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
== CRITERIOS DE ORGANIZACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
Los siguientes son los criterios para la organización principal de la información documentada:&lt;br /&gt;
&lt;br /&gt;
*SGS: contiene la información documenta vigente.&lt;br /&gt;
&lt;br /&gt;
*SGS-DES: contiene la información documenta que está en proceso de actualización o creación. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== RESPALDO DE LOS REPOSITORIOS ==&lt;br /&gt;
Para toda la información documentada publicada en el gestor de documentos se ejecuta un respaldado dentro de las políticas &amp;lt;listar políticas&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
== RESTAURACIÓN DE REPOSITORIOS ==&lt;br /&gt;
Ante la necesidad de restaurar información documentada, se debe solicitar al área &amp;lt;definir área&amp;gt; la restauración de algún artefacto, indicando los siguientes datos&amp;lt;&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
= MANEJO DE LA INFORMACIÓN DOCUMENTADA =&lt;br /&gt;
&lt;br /&gt;
== ACCESO A LA INFORMACIÓN DOCUMENTADA==&lt;br /&gt;
&lt;br /&gt;
Existen mecanismos de seguridad para gestionar el acceso según los roles específicos, de esta forma se puede garantizar que cada usuario tiene acceso a los procesos en los cuales participa.&lt;br /&gt;
El responsable de calidad mantiene actualizada la lista de la relación de usuarios y procesos, y se encarga del control de los accesos.&lt;br /&gt;
&lt;br /&gt;
== NUEVOS ARTEFACTOS ==&lt;br /&gt;
&lt;br /&gt;
Cada tema del SGS está representado por una carpeta en la raíz SGS, y en el caso de surgir un nuevo tema, este será adicionado como carpeta en la raíz SGS con sus respectivas subcarpetas y documentos que indicarán su condición de Proceso, Procedimiento, Guía, etc.&lt;br /&gt;
&lt;br /&gt;
== ACTUALIZACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
La información documentada existente que requiere de actualizaciones o nuevos documentos que están siendo creados, se mantienen en la carpeta raíz denominada “SGS-DES. Esta información no se considera Vigente y por eso se mantiene por separado hasta que es aprobada (Ver el apartado de Aprobación de la Información Documentada).   &lt;br /&gt;
&lt;br /&gt;
== APROBACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
El flujo para la aprobación de la Información documentada del SGS es el siguiente:&lt;br /&gt;
*&lt;br /&gt;
*&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= CONDICIONES GENERALES =&lt;br /&gt;
&lt;br /&gt;
= CONTROL DE REVISIONES =&lt;br /&gt;
Solo es válida la versión que se encuentra disponible en el gestor de documentos.&amp;lt;describir&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= DOCUMENTOS EXTERNOS =&lt;br /&gt;
Todos los documentos externos que se vinculen al SGS son gestionados en el mismo gestor de documentos. &lt;br /&gt;
Dentro de estos documentos se contemplan:&lt;br /&gt;
&lt;br /&gt;
•	Especificaciones de los clientes.&lt;br /&gt;
&lt;br /&gt;
•	Pliegos de licitación&lt;br /&gt;
&lt;br /&gt;
•	Acuerdos de servicios&lt;br /&gt;
&lt;br /&gt;
•	Reglamentaciones especiales, ordenanzas, leyes, decretos, etc&lt;br /&gt;
&lt;br /&gt;
= NOMENCLATURA UTILIZADA =&lt;br /&gt;
El nombre de los documentos organizacionales deben ser lo más representativo posible de los contenidos guardados en el mismo, así mismo en el “Gestor de documentos” se considera como parte de los atributos de los documentos un “código técnico” que responde a los criterios de denominación considerados en el presente apartado.&lt;br /&gt;
Se contempla el siguiente criterio de identificación:&lt;br /&gt;
&lt;br /&gt;
Nomenclatura: “Tipo de Documento”_Nombre del documento&lt;br /&gt;
&lt;br /&gt;
Tipo de documento: siendo 3 letras mayúsculas&lt;br /&gt;
*PSO: Proceso &lt;br /&gt;
*PRO: Procedimiento&lt;br /&gt;
*GUI: Guía&lt;br /&gt;
*TMP: Template&lt;br /&gt;
*SGS: documentos de apoyo a la gestión&lt;br /&gt;
&lt;br /&gt;
Separador: “_”, underline sin espacios anteriores ni posteriores&lt;br /&gt;
&lt;br /&gt;
Nombre del documento: nombre breve y significativo del asunto que trata. &lt;br /&gt;
&lt;br /&gt;
Analizar y unificar los criterios de la organización de carpetas en Alfresco para los proyectos ITO y SWF. También existen diferencias en el año 17 organizado por unidad de negocio y año 18 organizado por Cliente.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
--------------------&lt;br /&gt;
&lt;br /&gt;
SGS-ITO-010: Planilla de Identificación y Análisis de Riesgos del servicio&lt;br /&gt;
SGS-SWF-010:&lt;br /&gt;
&lt;br /&gt;
SGS_Planilla de identificación y análisis de riesgos&lt;br /&gt;
&lt;br /&gt;
= DOCUMENTOS RELACIONADOS =&lt;br /&gt;
•	IRAM-ISO 20000:2011.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Informaci%C3%B3n_documentada&amp;diff=1702</id>
		<title>Procedimiento de Información documentada</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Informaci%C3%B3n_documentada&amp;diff=1702"/>
				<updated>2019-03-20T19:01:32Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
En este procedimiento se establecen y describen las actividades para mantener y conservar la información documentada, gestionada dentro de la Organización en el ámbito del SGS.&lt;br /&gt;
&lt;br /&gt;
El presente documento tiene como principales objetivos los siguientes: &lt;br /&gt;
 &lt;br /&gt;
*Identificar la '''Información Documentada''' que la organización utiliza para asegurar la eficaz planificación, operación y control de su Sistema de Gestión de Servicios IT y los procesos que lo integran.&lt;br /&gt;
&lt;br /&gt;
*Identificar los mecanismos para resguardar y recuperar la información antes mencionada.&lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
En este procedimiento se establece la identificación de la información documentada controlados por la Organización en el Ámbito del SGS y describen los repositorios empleados para este propósito.&lt;br /&gt;
&lt;br /&gt;
=DEFINICIONES=&lt;br /&gt;
*'''Repositorio''': Sistema de almacenamiento de información documentada que cuenta con la capacidad de control de versiones.&lt;br /&gt;
&lt;br /&gt;
*'''Gestor de documentos''': Herramientas sobre las cuales se implementa el repositorio del SGSIT.&lt;br /&gt;
&lt;br /&gt;
*'''Información Documentada''': Documentos y Registros que la organización tiene que controlar y mantener, y el medio en el que está contenida.&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
Los siguientes roles se encuentran vinculados a las actividades de gestión de la información documentada.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''ROL''' || '''RESPONSABILIDAD''' &lt;br /&gt;
|- &lt;br /&gt;
| Responsable de soporte IT|| Mantenimiento de Repositorios&lt;br /&gt;
|- &lt;br /&gt;
| Responsable del SGSIT|| Control de documentos y Registros  &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=INFORMACIÓN DOCUMENTADA=&lt;br /&gt;
&lt;br /&gt;
La información que vamos a tener bajo control de versiones y revisiones es la que se encuentra vinculada a un impacto en la cadena de prestación de cada uno de los servicio.&lt;br /&gt;
&lt;br /&gt;
== Servicios ITO ==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA - Ordenes de Compra&lt;br /&gt;
|-&lt;br /&gt;
| PMO || Plan de Prestación del Servicio - Plan de DCC&lt;br /&gt;
|-&lt;br /&gt;
| INGENIERÍA || Plan de Abastecimiento - Solicitud de Compra - Plan de Contrataciones - Solicitud de Contratación - Ingeniería Básica - Ingeniería de Detalle&lt;br /&gt;
|-&lt;br /&gt;
| LOGÍSTICA || Remito de Entrega de Materiales - Remito de Entrega de Herramientas - Orden de Compra&lt;br /&gt;
|-&lt;br /&gt;
| INTEGRACIÓN || Informe de Ensayos MAT - Informe de Ensayos FAT - Plan de Instalación de Sistemas&lt;br /&gt;
|-&lt;br /&gt;
| INSTALACIÓN || Informe de Ensayos SAT&lt;br /&gt;
|-&lt;br /&gt;
| PUESTA EN SERVICIO || Recepción Provisoria - Recepción Definitiva&lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Servicios ITS==&lt;br /&gt;
&lt;br /&gt;
== Servicios SWF==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas.&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA del Servicio.&lt;br /&gt;
|-&lt;br /&gt;
| ANÁLISIS || Documentación con Captura de Requisitos y minutas. Gantt con plazos entregables de los Sprint definidos.&lt;br /&gt;
|-&lt;br /&gt;
| DISEÑO || Mockup para presentación del Diseño UI y UX.&lt;br /&gt;
|-&lt;br /&gt;
| DESARROLLO || Asignación de Tareas mediante la herramienta OpenProject.&lt;br /&gt;
|-&lt;br /&gt;
| TESTING || Pruebas Funcionales en entornos de pre-producción. Gestión vía Tickets.&lt;br /&gt;
|-&lt;br /&gt;
| DESPLIEGUE || Validación del Cliente vía Ticket.&lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Servicios SAS==&lt;br /&gt;
&lt;br /&gt;
=REPOSITORIOS=&lt;br /&gt;
En la siguiente tabla se describen los repositorios utilizados por la organización para el SGSIT.&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''REPOSITORIOS'''|| '''ALIAS''' || '''RESPONSABLE''' || '''PROPÓSITO''' &lt;br /&gt;
|- &lt;br /&gt;
| http://wiki.ultimamilla.com.ar/index.php || WIKI ||Responsbale del SGSIT || Descripción del SGSIT&lt;br /&gt;
|-&lt;br /&gt;
| http://doc.ultimamilla.com.ar/share/page/ || ALFRESCO ||Responsable de Soporte IT || Plantillas y Artefactos documentados del SGSIT&lt;br /&gt;
|-&lt;br /&gt;
| http://sgi.ultimamilla.com.ar/users/login || SIGUM ||Responsable de Soporte IT || Registros de la prestación de los servicios  &lt;br /&gt;
|-&lt;br /&gt;
| http://10.10.0.6/ || OpenProject || Responsable SWF || Backlogs, Tareas, Sprint y Gantt&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
== CRITERIOS DE ORGANIZACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
Los siguientes son los criterios para la organización principal de la información documentada:&lt;br /&gt;
&lt;br /&gt;
*SGS: contiene la información documenta vigente.&lt;br /&gt;
&lt;br /&gt;
*SGS-DES: contiene la información documenta que está en proceso de actualización o creación. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== RESPALDO DE LOS REPOSITORIOS ==&lt;br /&gt;
Para toda la información documentada publicada en el gestor de documentos se ejecuta un respaldado dentro de las políticas &amp;lt;listar políticas&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
== RESTAURACIÓN DE REPOSITORIOS ==&lt;br /&gt;
Ante la necesidad de restaurar información documentada, se debe solicitar al área &amp;lt;definir área&amp;gt; la restauración de algún artefacto, indicando los siguientes datos&amp;lt;&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
= MANEJO DE LA INFORMACIÓN DOCUMENTADA =&lt;br /&gt;
&lt;br /&gt;
== ACCESO A LA INFORMACIÓN DOCUMENTADA==&lt;br /&gt;
&lt;br /&gt;
Existen mecanismos de seguridad para gestionar el acceso según los roles específicos, de esta forma se puede garantizar que cada usuario tiene acceso a los procesos en los cuales participa.&lt;br /&gt;
El responsable de calidad mantiene actualizada la lista de la relación de usuarios y procesos, y se encarga del control de los accesos.&lt;br /&gt;
&lt;br /&gt;
== NUEVOS ARTEFACTOS ==&lt;br /&gt;
&lt;br /&gt;
Cada tema del SGS está representado por una carpeta en la raíz SGS, y en el caso de surgir un nuevo tema, este será adicionado como carpeta en la raíz SGS con sus respectivas subcarpetas y documentos que indicarán su condición de Proceso, Procedimiento, Guía, etc.&lt;br /&gt;
&lt;br /&gt;
== ACTUALIZACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
La información documentada existente que requiere de actualizaciones o nuevos documentos que están siendo creados, se mantienen en la carpeta raíz denominada “SGS-DES. Esta información no se considera Vigente y por eso se mantiene por separado hasta que es aprobada (Ver el apartado de Aprobación de la Información Documentada).   &lt;br /&gt;
&lt;br /&gt;
== APROBACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
El flujo para la aprobación de la Información documentada del SGS es el siguiente:&lt;br /&gt;
*&lt;br /&gt;
*&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= CONDICIONES GENERALES =&lt;br /&gt;
&lt;br /&gt;
= CONTROL DE REVISIONES =&lt;br /&gt;
Solo es válida la versión que se encuentra disponible en el gestor de documentos.&amp;lt;describir&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= DOCUMENTOS EXTERNOS =&lt;br /&gt;
Todos los documentos externos que se vinculen al SGS son gestionados en el mismo gestor de documentos. &lt;br /&gt;
Dentro de estos documentos se contemplan:&lt;br /&gt;
&lt;br /&gt;
•	Especificaciones de los clientes.&lt;br /&gt;
&lt;br /&gt;
•	Pliegos de licitación&lt;br /&gt;
&lt;br /&gt;
•	Acuerdos de servicios&lt;br /&gt;
&lt;br /&gt;
•	Reglamentaciones especiales, ordenanzas, leyes, decretos, etc&lt;br /&gt;
&lt;br /&gt;
= NOMENCLATURA UTILIZADA =&lt;br /&gt;
El nombre de los documentos organizacionales deben ser lo más representativo posible de los contenidos guardados en el mismo, así mismo en el “Gestor de documentos” se considera como parte de los atributos de los documentos un “código técnico” que responde a los criterios de denominación considerados en el presente apartado.&lt;br /&gt;
Se contempla el siguiente criterio de identificación:&lt;br /&gt;
&lt;br /&gt;
Nomenclatura: “Tipo de Documento”_Nombre del documento&lt;br /&gt;
&lt;br /&gt;
Tipo de documento: siendo 3 letras mayúsculas&lt;br /&gt;
*PSO: Proceso &lt;br /&gt;
*PRO: Procedimiento&lt;br /&gt;
*GUI: Guía&lt;br /&gt;
*TMP: Template&lt;br /&gt;
*SGS: documentos de apoyo a la gestión&lt;br /&gt;
&lt;br /&gt;
Separador: “_”, underline sin espacios anteriores ni posteriores&lt;br /&gt;
&lt;br /&gt;
Nombre del documento: nombre breve y significativo del asunto que trata. &lt;br /&gt;
&lt;br /&gt;
Analizar y unificar los criterios de la organización de carpetas en Alfresco para los proyectos ITO y SWF. También existen diferencias en el año 17 organizado por unidad de negocio y año 18 organizado por Cliente.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
--------------------&lt;br /&gt;
&lt;br /&gt;
SGS-ITO-010: Planilla de Identificación y Análisis de Riesgos del servicio&lt;br /&gt;
SGS-SWF-010:&lt;br /&gt;
&lt;br /&gt;
SGS_Planilla de identificación y análisis de riesgos&lt;br /&gt;
&lt;br /&gt;
= DOCUMENTOS RELACIONADOS =&lt;br /&gt;
•	IRAM-ISO 20000:2011.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Informaci%C3%B3n_documentada&amp;diff=1701</id>
		<title>Procedimiento de Información documentada</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Informaci%C3%B3n_documentada&amp;diff=1701"/>
				<updated>2019-03-20T18:48:28Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
En este procedimiento se establecen y describen las actividades para mantener y conservar la información documentada, gestionada dentro de la Organización en el ámbito del SGS.&lt;br /&gt;
&lt;br /&gt;
El presente documento tiene como principales objetivos los siguientes: &lt;br /&gt;
 &lt;br /&gt;
*Identificar la '''Información Documentada''' que la organización utiliza para asegurar la eficaz planificación, operación y control de su Sistema de Gestión de Servicios IT y los procesos que lo integran.&lt;br /&gt;
&lt;br /&gt;
*Identificar los mecanismos para resguardar y recuperar la información antes mencionada.&lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
En este procedimiento se establece la identificación de la información documentada controlados por la Organización en el Ámbito del SGS y describen los repositorios empleados para este propósito.&lt;br /&gt;
&lt;br /&gt;
=DEFINICIONES=&lt;br /&gt;
*'''Repositorio''': Sistema de almacenamiento de información documentada que cuenta con la capacidad de control de versiones.&lt;br /&gt;
&lt;br /&gt;
*'''Gestor de documentos''': Herramientas sobre las cuales se implementa el repositorio del SGSIT.&lt;br /&gt;
&lt;br /&gt;
*'''Información Documentada''': Documentos y Registros que la organización tiene que controlar y mantener, y el medio en el que está contenida.&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
Los siguientes roles se encuentran vinculados a las actividades de gestión de la información documentada.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''ROL''' || '''RESPONSABILIDAD''' &lt;br /&gt;
|- &lt;br /&gt;
| Responsable de soporte IT|| Mantenimiento de Repositorios&lt;br /&gt;
|- &lt;br /&gt;
| Responsable del SGSIT|| Control de documentos y Registros  &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
=INFORMACIÓN DOCUMENTADA=&lt;br /&gt;
&lt;br /&gt;
La información que vamos a tener bajo control de versiones y revisiones es la que se encuentra vinculada a un impacto en la cadena de prestación de cada uno de los servicio.&lt;br /&gt;
&lt;br /&gt;
== Servicios ITO ==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA - Ordenes de Compra&lt;br /&gt;
|-&lt;br /&gt;
| PMO || Plan de Prestación del Servicio - Plan de DCC&lt;br /&gt;
|-&lt;br /&gt;
| INGENIERÍA || Plan de Abastecimiento - Solicitud de Compra - Plan de Contrataciones - Solicitud de Contratación - Ingeniería Básica - Ingeniería de Detalle&lt;br /&gt;
|-&lt;br /&gt;
| LOGÍSTICA || Remito de Entrega de Materiales - Remito de Entrega de Herramientas - Orden de Compra&lt;br /&gt;
|-&lt;br /&gt;
| INTEGRACIÓN || Informe de Ensayos MAT - Informe de Ensayos FAT - Plan de Instalación de Sistemas&lt;br /&gt;
|-&lt;br /&gt;
| INSTALACIÓN || Informe de Ensayos SAT&lt;br /&gt;
|-&lt;br /&gt;
| PUESTA EN SERVICIO || Recepción Provisoria - Recepción Definitiva&lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Servicios ITS==&lt;br /&gt;
&lt;br /&gt;
== Servicios SWF==&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''FASE DEL SERVICIO'''|| '''DOCUMENTO'''&lt;br /&gt;
|- &lt;br /&gt;
| MARKETING|| Prospecto de Ventas.&lt;br /&gt;
|-&lt;br /&gt;
| VENTAS|| SLA del Servicio.&lt;br /&gt;
|-&lt;br /&gt;
| ANÁLISIS || Documentación con Captura de Requisitos y minutas. Gantt con plazos entregables de los Sprint definidos.&lt;br /&gt;
|-&lt;br /&gt;
| DISEÑO || Mockup para presentación del Diseño UI y UX.&lt;br /&gt;
|-&lt;br /&gt;
| DESARROLLO || Asignación de Tareas mediante la herramienta OpenProject.&lt;br /&gt;
|-&lt;br /&gt;
| TESTING || Pruebas Funcionales en entornos de pre-producción. Gestión vía Tickets.&lt;br /&gt;
|-&lt;br /&gt;
| DESPLIEGUE || Validación del Cliente vía Ticket.&lt;br /&gt;
|-&lt;br /&gt;
| POS VENTA || Informe Pos Venta &lt;br /&gt;
|-&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Servicios SAS==&lt;br /&gt;
&lt;br /&gt;
=REPOSITORIOS=&lt;br /&gt;
En la siguiente tabla se describen los repositorios utilizados por la organización para el SGSIT.&lt;br /&gt;
&lt;br /&gt;
{|class=&amp;quot;wikitable&amp;quot; &lt;br /&gt;
| '''REPOSITORIOS'''|| '''ALIAS''' || '''RESPONSABLE''' || '''PROPÓSITO''' &lt;br /&gt;
|- &lt;br /&gt;
| http://wiki.ultimamilla.com.ar/index.php || WIKI ||Responsbale del SGSIT || Descripción del SGSIT&lt;br /&gt;
|-&lt;br /&gt;
| http://doc.ultimamilla.com.ar/share/page/ || ALFRESCO ||Responsable de Soporte IT || Plantillas y Artefactos documentados del SGSIT&lt;br /&gt;
|-&lt;br /&gt;
| http://sgi.ultimamilla.com.ar/users/login || SIGUM ||Responsable de Soporte IT || Registros de la prestación de los servicios  &lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
 &lt;br /&gt;
== CRITERIOS DE ORGANIZACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
Los siguientes son los criterios para la organización principal de la información documentada:&lt;br /&gt;
&lt;br /&gt;
*SGS: contiene la información documenta vigente.&lt;br /&gt;
&lt;br /&gt;
*SGS-DES: contiene la información documenta que está en proceso de actualización o creación. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== RESPALDO DE LOS REPOSITORIOS ==&lt;br /&gt;
Para toda la información documentada publicada en el gestor de documentos se ejecuta un respaldado dentro de las políticas &amp;lt;listar políticas&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
== RESTAURACIÓN DE REPOSITORIOS ==&lt;br /&gt;
Ante la necesidad de restaurar información documentada, se debe solicitar al área &amp;lt;definir área&amp;gt; la restauración de algún artefacto, indicando los siguientes datos&amp;lt;&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
= MANEJO DE LA INFORMACIÓN DOCUMENTADA =&lt;br /&gt;
&lt;br /&gt;
== ACCESO A LA INFORMACIÓN DOCUMENTADA==&lt;br /&gt;
&lt;br /&gt;
Existen mecanismos de seguridad para gestionar el acceso según los roles específicos, de esta forma se puede garantizar que cada usuario tiene acceso a los procesos en los cuales participa.&lt;br /&gt;
El responsable de calidad mantiene actualizada la lista de la relación de usuarios y procesos, y se encarga del control de los accesos.&lt;br /&gt;
&lt;br /&gt;
== NUEVOS ARTEFACTOS ==&lt;br /&gt;
&lt;br /&gt;
Cada tema del SGS está representado por una carpeta en la raíz SGS, y en el caso de surgir un nuevo tema, este será adicionado como carpeta en la raíz SGS con sus respectivas subcarpetas y documentos que indicarán su condición de Proceso, Procedimiento, Guía, etc.&lt;br /&gt;
&lt;br /&gt;
== ACTUALIZACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
La información documentada existente que requiere de actualizaciones o nuevos documentos que están siendo creados, se mantienen en la carpeta raíz denominada “SGS-DES. Esta información no se considera Vigente y por eso se mantiene por separado hasta que es aprobada (Ver el apartado de Aprobación de la Información Documentada).   &lt;br /&gt;
&lt;br /&gt;
== APROBACIÓN DE LA INFORMACIÓN DOCUMENTADA ==&lt;br /&gt;
&lt;br /&gt;
El flujo para la aprobación de la Información documentada del SGS es el siguiente:&lt;br /&gt;
*&lt;br /&gt;
*&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= CONDICIONES GENERALES =&lt;br /&gt;
&lt;br /&gt;
= CONTROL DE REVISIONES =&lt;br /&gt;
Solo es válida la versión que se encuentra disponible en el gestor de documentos.&amp;lt;describir&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= DOCUMENTOS EXTERNOS =&lt;br /&gt;
Todos los documentos externos que se vinculen al SGS son gestionados en el mismo gestor de documentos. &lt;br /&gt;
Dentro de estos documentos se contemplan:&lt;br /&gt;
&lt;br /&gt;
•	Especificaciones de los clientes.&lt;br /&gt;
&lt;br /&gt;
•	Pliegos de licitación&lt;br /&gt;
&lt;br /&gt;
•	Acuerdos de servicios&lt;br /&gt;
&lt;br /&gt;
•	Reglamentaciones especiales, ordenanzas, leyes, decretos, etc&lt;br /&gt;
&lt;br /&gt;
= NOMENCLATURA UTILIZADA =&lt;br /&gt;
El nombre de los documentos organizacionales deben ser lo más representativo posible de los contenidos guardados en el mismo, así mismo en el “Gestor de documentos” se considera como parte de los atributos de los documentos un “código técnico” que responde a los criterios de denominación considerados en el presente apartado.&lt;br /&gt;
Se contempla el siguiente criterio de identificación:&lt;br /&gt;
&lt;br /&gt;
Nomenclatura: “Tipo de Documento”_Nombre del documento&lt;br /&gt;
&lt;br /&gt;
Tipo de documento: siendo 3 letras mayúsculas&lt;br /&gt;
*PSO: Proceso &lt;br /&gt;
*PRO: Procedimiento&lt;br /&gt;
*GUI: Guía&lt;br /&gt;
*TMP: Template&lt;br /&gt;
*SGS: documentos de apoyo a la gestión&lt;br /&gt;
&lt;br /&gt;
Separador: “_”, underline sin espacios anteriores ni posteriores&lt;br /&gt;
&lt;br /&gt;
Nombre del documento: nombre breve y significativo del asunto que trata. &lt;br /&gt;
&lt;br /&gt;
Analizar y unificar los criterios de la organización de carpetas en Alfresco para los proyectos ITO y SWF. También existen diferencias en el año 17 organizado por unidad de negocio y año 18 organizado por Cliente.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
--------------------&lt;br /&gt;
&lt;br /&gt;
SGS-ITO-010: Planilla de Identificación y Análisis de Riesgos del servicio&lt;br /&gt;
SGS-SWF-010:&lt;br /&gt;
&lt;br /&gt;
SGS_Planilla de identificación y análisis de riesgos&lt;br /&gt;
&lt;br /&gt;
= DOCUMENTOS RELACIONADOS =&lt;br /&gt;
•	IRAM-ISO 20000:2011.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_la_Configuraci%C3%B3n&amp;diff=1699</id>
		<title>Procedimiento de Gestión de la Configuración</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_la_Configuraci%C3%B3n&amp;diff=1699"/>
				<updated>2019-03-18T14:06:19Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
&lt;br /&gt;
El '''Plan de Gestión de la Configuración''' tiene el objetivo de considerar las pautas para el mantenimiento de la integridad de configuración requerida para la prestación de los servicios del Catálogo de servicios IT.&lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
&lt;br /&gt;
Se define como ítem de configuración a todo artefacto que por sus características sea significativo para los servicios brindados por la organización, en función de su naturaleza se categorizan en:&lt;br /&gt;
&lt;br /&gt;
*Componentes de Sistemas: Conjunto de componentes de hardware y software que forman parte de las '''Soluciones Tecnológicas''' integradas por los servicios del catálogo.&lt;br /&gt;
&lt;br /&gt;
*Perfiles de puestos: Descripción de los perfiles de puestos de los roles involucrados en la cadena de valor de los servicios del catálogo considerando integralmente los entregables vinculados a las actividades.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Los ítems de configuración son administrados, versionados y mantienen la trazabilidad durante todo su ciclo de vida en el SIGUM.&lt;br /&gt;
 &lt;br /&gt;
Los ítem deben estar identificados y nomenclados mediante un método, en consecuencia debe existir una regla para su identificación univoca en todos los procesos o proyectos. También es necesario identificar y diferenciar las diferentes versiones a lo largo de todo el proceso. Este versionado debe ser fácil de identificar para esto se recomienda usar elementos como números o fechas en el caso de los artefactos cuya evolución este fuertemente ligado al momento en el que se genera.&lt;br /&gt;
&lt;br /&gt;
=== Servicios ITO ===&lt;br /&gt;
&lt;br /&gt;
Componentes de Sistemas y Perfiles de Puestos&lt;br /&gt;
&lt;br /&gt;
[[Imagen:IC_ComponentesSistemas.jpg|border|center|800px|Componentes de Sistemas]]&lt;br /&gt;
&lt;br /&gt;
[[Imagen:IC_PerfilesPuestos.jpg|border|center|800px|Perfiles de Puestos]]&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
&lt;br /&gt;
Los siguientes roles están vinculados a las actividades de gestión del plan:&lt;br /&gt;
&lt;br /&gt;
Rol	Responsabilidades&lt;br /&gt;
Gestor de la configuración	Identifica, aprueba y controla la actualización de los elementos de configuración, gestiona el acceso a la información de toda la organización, se encarga de las auditorías de la configuración.&lt;br /&gt;
&lt;br /&gt;
=PLAN DE GESTIÓN DE LA CONFIGURACIÓN=&lt;br /&gt;
==Identificación de los IC y Herramientas==&lt;br /&gt;
&lt;br /&gt;
Las siguientes herramientas permiten la identificación de los IC comprendidos en el alcance:&lt;br /&gt;
&lt;br /&gt;
Cómo la herramienta permite la gestión de los IC? Cómo se organiza la herramienta para cada servicio?&lt;br /&gt;
&lt;br /&gt;
===Herramienta===&lt;br /&gt;
El Proceso de Gestión de Configuración será administrado por medio de SIGUM.&lt;br /&gt;
&lt;br /&gt;
*Estructura (Maestro, organización por jerarquías siendo el segundo nivel IC)&lt;br /&gt;
*Nomenclatura&lt;br /&gt;
*Descripción del IC&lt;br /&gt;
*Relaciones entre el IC y otros IC: los IC son opcionales&lt;br /&gt;
*Relaciones entre el IC y los componentes del servicio: los IC son opcionales&lt;br /&gt;
*Versión: definición, qué la compone? &lt;br /&gt;
*Línea Base: definición, qué la compone?, los IC son mandatorios&lt;br /&gt;
*Estado&lt;br /&gt;
*Ubicación&lt;br /&gt;
&lt;br /&gt;
==Control de los IC==&lt;br /&gt;
&lt;br /&gt;
===Creación de nuevos IC===&lt;br /&gt;
&lt;br /&gt;
Se especificará el procedimiento genérico que indique de qué manera los ítems de configuración serán creados, revisados y referenciados en la organización.&lt;br /&gt;
&lt;br /&gt;
Pasos:&lt;br /&gt;
&lt;br /&gt;
*Aceptar la entrega del nuevo IC de parte de un miembro autorizado de operaciones. El mismo deberá detallar el tipo de IC y a qué servicio impactará.&lt;br /&gt;
*Asignar un identificador al IC según Nomenclatura de los Ítems de Configuración.&lt;br /&gt;
*Ubicar físicamente / lógicamente el nuevo IC en el repositorio que corresponda (teniendo en cuenta el tipo de versionado del repositorio).&lt;br /&gt;
*Disponibilizar y notificar al Grupo Operaciones del nuevo IC.&lt;br /&gt;
&lt;br /&gt;
===Actualización de IC===&lt;br /&gt;
&lt;br /&gt;
Al &amp;quot;Actualizar&amp;quot; cualquier Ítem de la Gestión de Configuraciones, el sistema preguntará si desea [Editar] o [Crear nueva versión], por ende los criterios a tomar son los siguientes:&lt;br /&gt;
&lt;br /&gt;
*Edición: solo se aplica cuando hay una corrección en el texto y/o se agregue algún contenido que no altere su línea base.&lt;br /&gt;
*Nueva Versión: es cuando el contenido cargado cambia a nivel estructural y/o sistemático la línea base del ítem.&lt;br /&gt;
&lt;br /&gt;
==Registro, Control y Seguimiento del Versionado==&lt;br /&gt;
&lt;br /&gt;
El Software SIGUM permite registrar cualquier tipo de modificación que se realice sobre un Ítem de Configuración o Línea Base. Se guardan los datos de cada atributo y quién fue el encargado de realizar tal modificación.&lt;br /&gt;
Las versiones anteriores, no pueden ser eliminadas o modificadas, ya que su función es brindar la información del momento en que se utilizaron, solamente tendrán una baja &amp;quot;lógica&amp;quot; dejando como activa la última versión.&lt;br /&gt;
En el detalle de cada Ítem, se podrá visualizar el histórico de versiones.&lt;br /&gt;
&lt;br /&gt;
*Se hace un Check-out del/los ICs al área de trabajo, lo que hace que el/los ICs permanezca bloqueado para cualquier otra modificación.&lt;br /&gt;
*Proceder a realizar los cambios necesarios y verificar que se hayan realizado correctamente&lt;br /&gt;
*Realizar una operación de Check-in, para generar una nueva revisión del IC en el repositorio, y dejarlo disponible a los demás miembros de la organización.&lt;br /&gt;
&lt;br /&gt;
==Auditorías==&lt;br /&gt;
Para controlar la consistencia de los IC se realizarán auditorías:&lt;br /&gt;
===Alcance===&lt;br /&gt;
&lt;br /&gt;
===Periodicidad===&lt;br /&gt;
&lt;br /&gt;
===Rol y responsabilidades===&lt;br /&gt;
&lt;br /&gt;
===Template de ckeclist de auditoria===&lt;br /&gt;
&lt;br /&gt;
===Informes===&lt;br /&gt;
&lt;br /&gt;
===Gestión de hallazgos===&lt;br /&gt;
&lt;br /&gt;
=DOCUMENTOS RELACIONADOS=&lt;br /&gt;
•	IRAM-ISO 20000:2011.&lt;br /&gt;
=DEFINICIONES=&lt;br /&gt;
&lt;br /&gt;
*Línea de base de la configuración: información de la configuración formalmente establecida en un momento específico de la vida de un servicio o un componente de un servicio.&lt;br /&gt;
&lt;br /&gt;
NOTA 1. Las líneas de base de la configuración, además de los cambios aprobados a partir de esas, constituyen la información de configuración actual. &lt;br /&gt;
&lt;br /&gt;
NOTA 2. Adaptada de la ISO/IEC/IEEE 24765:2010. Es la configuración (versiones) de los ítems de configuración componen un servicio en un momento determinad. Es una “foto” del estado y versiones de todos los CI que componen un servicio. Considera todos los detalles necesarios para que el servicio pueda restaurarse en caso de necesidad.&lt;br /&gt;
 &lt;br /&gt;
*Gestión de la Configuración: disciplina que se encarga de identificar y documentar ítems de configuración; almacenar, reportar, controlar y verificar la integridad de los cambios con respecto a los requerimientos especificados.&lt;br /&gt;
&lt;br /&gt;
*Control de Cambios: proceso formal para realizar cambios sobre ítems de configuración.&lt;br /&gt;
&lt;br /&gt;
*Control de la Configuración: parte de la gestión de la Configuración que consiste en la evaluación, coordinación, aprobación, e implementación de cambios sobre ítems de configuración.&lt;br /&gt;
&lt;br /&gt;
*Ítem de configuración (IC): elemento que necesita ser controlado para la prestación de uno o más servicios. Es todo componente necesario para la prestación del servicio.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_la_Configuraci%C3%B3n&amp;diff=1697</id>
		<title>Procedimiento de Gestión de la Configuración</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_la_Configuraci%C3%B3n&amp;diff=1697"/>
				<updated>2019-03-18T14:05:25Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
&lt;br /&gt;
El '''Plan de Gestión de la Configuración''' tiene el objetivo de considerar las pautas para el mantenimiento de la integridad de configuración requerida para la prestación de los servicios del Catálogo de servicios IT.&lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
&lt;br /&gt;
Se define como ítem de configuración a todo artefacto que por sus características sea significativo para los servicios brindados por la organización, en función de su naturaleza se categorizan en:&lt;br /&gt;
&lt;br /&gt;
*Componentes de Sistemas: Conjunto de componentes de hardware y software que forman parte de las '''Soluciones Tecnológicas''' integradas por los servicios del catálogo.&lt;br /&gt;
&lt;br /&gt;
*Perfiles de puestos: Descripción de los perfiles de puestos de los roles involucrados en la cadena de valor de los servicios del catálogo considerando integralmente los entregables vinculados a las actividades.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Los ítems de configuración son administrados, versionados y mantienen la trazabilidad durante todo su ciclo de vida en el SIGUM.&lt;br /&gt;
 &lt;br /&gt;
Los ítem deben estar identificados y nomenclados mediante un método, en consecuencia debe existir una regla para su identificación univoca en todos los procesos o proyectos. También es necesario identificar y diferenciar las diferentes versiones a lo largo de todo el proceso. Este versionado debe ser fácil de identificar para esto se recomienda usar elementos como números o fechas en el caso de los artefactos cuya evolución este fuertemente ligado al momento en el que se genera.&lt;br /&gt;
&lt;br /&gt;
=== Servicios ITO ===&lt;br /&gt;
&lt;br /&gt;
Componentes de Sistemas y Perfiles de Puestos&lt;br /&gt;
&lt;br /&gt;
[[Imagen:IC_ComponentesSistemas.jpg|border|center|800px|Componentes de Sistemas]]&lt;br /&gt;
&lt;br /&gt;
[[Imagen:IC_PerfilesPuestos.jpg|border|center|800px|Perfiles de Puestos]]&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
&lt;br /&gt;
Los siguientes roles están vinculados a las actividades de gestión del plan:&lt;br /&gt;
&lt;br /&gt;
Rol	Responsabilidades&lt;br /&gt;
Gestor de la configuración	Identifica, aprueba y controla la actualización de los elementos de configuración, gestiona el acceso a la información de toda la organización, se encarga de las auditorías de la configuración.&lt;br /&gt;
&lt;br /&gt;
=PLAN DE GESTIÓN DE LA CONFIGURACIÓN=&lt;br /&gt;
==Identificación de los IC y Herramientas==&lt;br /&gt;
&lt;br /&gt;
Las siguientes herramientas permiten la identificación de los IC comprendidos en el alcance:&lt;br /&gt;
&lt;br /&gt;
Cómo la herramienta permite la gestión de los IC? Cómo se organiza la herramienta para cada servicio?&lt;br /&gt;
&lt;br /&gt;
===Herramienta===&lt;br /&gt;
El Proceso de Gestión de Configuración será administrado por medio de SIGUM.&lt;br /&gt;
&lt;br /&gt;
*Estructura (Maestro, organización por jerarquías siendo el segundo nivel IC)&lt;br /&gt;
*Nomenclatura&lt;br /&gt;
*Descripción del IC&lt;br /&gt;
*Relaciones entre el IC y otros IC: los IC son opcionales&lt;br /&gt;
*Relaciones entre el IC y los componentes del servicio: los IC son opcionales&lt;br /&gt;
*Versión: definición, qué la compone? &lt;br /&gt;
*Línea Base: definición, qué la compone?, los IC son mandatorios&lt;br /&gt;
*Estado&lt;br /&gt;
*Ubicación&lt;br /&gt;
&lt;br /&gt;
==Control de los IC==&lt;br /&gt;
&lt;br /&gt;
===Creación de nuevos IC===&lt;br /&gt;
&lt;br /&gt;
Se especificará el procedimiento genérico que indique de qué manera los ítems de configuración serán creados, revisados y referenciados en la organización.&lt;br /&gt;
&lt;br /&gt;
Pasos:&lt;br /&gt;
&lt;br /&gt;
*Aceptar la entrega del nuevo IC de parte de un miembro autorizado de operaciones. El mismo deberá detallar el tipo de IC y a qué servicio impactará.&lt;br /&gt;
*Asignar un identificador al IC según Nomenclatura de los Ítems de Configuración.&lt;br /&gt;
*Ubicar físicamente / lógicamente el nuevo IC en el repositorio que corresponda (teniendo en cuenta el tipo de versionado del repositorio).&lt;br /&gt;
*Disponibilizar y notificar al Grupo Operaciones del nuevo IC.&lt;br /&gt;
&lt;br /&gt;
===Actualización de IC===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Registro, Control y Seguimiento del Versionado==&lt;br /&gt;
&lt;br /&gt;
El Software SIGUM permite registrar cualquier tipo de modificación que se realice sobre un Ítem de Configuración o Línea Base. Se guardan los datos de cada atributo y quién fue el encargado de realizar tal modificación.&lt;br /&gt;
Las versiones anteriores, no pueden ser eliminadas o modificadas, ya que su función es brindar la información del momento en que se utilizaron, solamente tendrán una baja &amp;quot;lógica&amp;quot; dejando como activa la última versión.&lt;br /&gt;
En el detalle de cada Ítem, se podrá visualizar el histórico de versiones.&lt;br /&gt;
&lt;br /&gt;
*Se hace un Check-out del/los ICs al área de trabajo, lo que hace que el/los ICs permanezca bloqueado para cualquier otra modificación.&lt;br /&gt;
*Proceder a realizar los cambios necesarios y verificar que se hayan realizado correctamente&lt;br /&gt;
*Realizar una operación de Check-in, para generar una nueva revisión del IC en el repositorio, y dejarlo disponible a los demás miembros de la organización.&lt;br /&gt;
&lt;br /&gt;
==Auditorías==&lt;br /&gt;
Para controlar la consistencia de los IC se realizarán auditorías:&lt;br /&gt;
===Alcance===&lt;br /&gt;
&lt;br /&gt;
===Periodicidad===&lt;br /&gt;
&lt;br /&gt;
===Rol y responsabilidades===&lt;br /&gt;
&lt;br /&gt;
===Template de ckeclist de auditoria===&lt;br /&gt;
&lt;br /&gt;
===Informes===&lt;br /&gt;
&lt;br /&gt;
===Gestión de hallazgos===&lt;br /&gt;
&lt;br /&gt;
=DOCUMENTOS RELACIONADOS=&lt;br /&gt;
•	IRAM-ISO 20000:2011.&lt;br /&gt;
=DEFINICIONES=&lt;br /&gt;
&lt;br /&gt;
*Línea de base de la configuración: información de la configuración formalmente establecida en un momento específico de la vida de un servicio o un componente de un servicio.&lt;br /&gt;
&lt;br /&gt;
NOTA 1. Las líneas de base de la configuración, además de los cambios aprobados a partir de esas, constituyen la información de configuración actual. &lt;br /&gt;
&lt;br /&gt;
NOTA 2. Adaptada de la ISO/IEC/IEEE 24765:2010. Es la configuración (versiones) de los ítems de configuración componen un servicio en un momento determinad. Es una “foto” del estado y versiones de todos los CI que componen un servicio. Considera todos los detalles necesarios para que el servicio pueda restaurarse en caso de necesidad.&lt;br /&gt;
 &lt;br /&gt;
*Gestión de la Configuración: disciplina que se encarga de identificar y documentar ítems de configuración; almacenar, reportar, controlar y verificar la integridad de los cambios con respecto a los requerimientos especificados.&lt;br /&gt;
&lt;br /&gt;
*Control de Cambios: proceso formal para realizar cambios sobre ítems de configuración.&lt;br /&gt;
&lt;br /&gt;
*Control de la Configuración: parte de la gestión de la Configuración que consiste en la evaluación, coordinación, aprobación, e implementación de cambios sobre ítems de configuración.&lt;br /&gt;
&lt;br /&gt;
*Ítem de configuración (IC): elemento que necesita ser controlado para la prestación de uno o más servicios. Es todo componente necesario para la prestación del servicio.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_la_Configuraci%C3%B3n&amp;diff=1696</id>
		<title>Procedimiento de Gestión de la Configuración</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_la_Configuraci%C3%B3n&amp;diff=1696"/>
				<updated>2019-03-18T14:04:44Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
&lt;br /&gt;
El '''Plan de Gestión de la Configuración''' tiene el objetivo de considerar las pautas para el mantenimiento de la integridad de configuración requerida para la prestación de los servicios del Catálogo de servicios IT.&lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
&lt;br /&gt;
Se define como ítem de configuración a todo artefacto que por sus características sea significativo para los servicios brindados por la organización, en función de su naturaleza se categorizan en:&lt;br /&gt;
&lt;br /&gt;
*Componentes de Sistemas: Conjunto de componentes de hardware y software que forman parte de las '''Soluciones Tecnológicas''' integradas por los servicios del catálogo.&lt;br /&gt;
&lt;br /&gt;
*Perfiles de puestos: Descripción de los perfiles de puestos de los roles involucrados en la cadena de valor de los servicios del catálogo considerando integralmente los entregables vinculados a las actividades.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Los ítems de configuración son administrados, versionados y mantienen la trazabilidad durante todo su ciclo de vida en el SIGUM.&lt;br /&gt;
 &lt;br /&gt;
Los ítem deben estar identificados y nomenclados mediante un método, en consecuencia debe existir una regla para su identificación univoca en todos los procesos o proyectos. También es necesario identificar y diferenciar las diferentes versiones a lo largo de todo el proceso. Este versionado debe ser fácil de identificar para esto se recomienda usar elementos como números o fechas en el caso de los artefactos cuya evolución este fuertemente ligado al momento en el que se genera.&lt;br /&gt;
&lt;br /&gt;
=== Servicios ITO ===&lt;br /&gt;
&lt;br /&gt;
Componentes de Sistemas y Perfiles de Puestos&lt;br /&gt;
&lt;br /&gt;
[[Imagen:IC_ComponentesSistemas.jpg|border|center|800px|Componentes de Sistemas]]&lt;br /&gt;
&lt;br /&gt;
[[Imagen:IC_PerfilesPuestos.jpg|border|center|800px|Perfiles de Puestos]]&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
&lt;br /&gt;
Los siguientes roles están vinculados a las actividades de gestión del plan:&lt;br /&gt;
&lt;br /&gt;
Rol	Responsabilidades&lt;br /&gt;
Gestor de la configuración	Identifica, aprueba y controla la actualización de los elementos de configuración, gestiona el acceso a la información de toda la organización, se encarga de las auditorías de la configuración.&lt;br /&gt;
&lt;br /&gt;
=PLAN DE GESTIÓN DE LA CONFIGURACIÓN=&lt;br /&gt;
==Identificación de los IC y Herramientas==&lt;br /&gt;
&lt;br /&gt;
Las siguientes herramientas permiten la identificación de los IC comprendidos en el alcance:&lt;br /&gt;
&lt;br /&gt;
Cómo la herramienta permite la gestión de los IC? Cómo se organiza la herramienta para cada servicio?&lt;br /&gt;
&lt;br /&gt;
===Herramienta===&lt;br /&gt;
El Proceso de Gestión de Configuración será administrado por medio de SIGUM.&lt;br /&gt;
&lt;br /&gt;
*Estructura (Maestro, organización por jerarquías siendo el segundo nivel IC)&lt;br /&gt;
*Nomenclatura&lt;br /&gt;
*Descripción del IC&lt;br /&gt;
*Relaciones entre el IC y otros IC: los IC son opcionales&lt;br /&gt;
*Relaciones entre el IC y los componentes del servicio: los IC son opcionales&lt;br /&gt;
*Versión: definición, qué la compone? &lt;br /&gt;
*Línea Base: definición, qué la compone?, los IC son mandatorios&lt;br /&gt;
*Estado&lt;br /&gt;
*Ubicación&lt;br /&gt;
&lt;br /&gt;
==Control de los IC==&lt;br /&gt;
&lt;br /&gt;
===Creación de nuevos IC===&lt;br /&gt;
&lt;br /&gt;
Se especificará el procedimiento genérico que indique de qué manera los ítems de configuración serán creados, revisados y referenciados en la organización.&lt;br /&gt;
&lt;br /&gt;
Pasos:&lt;br /&gt;
&lt;br /&gt;
*Aceptar la entrega del nuevo IC de parte de un miembro autorizado de operaciones. El mismo deberá detallar el tipo de IC y a qué servicio impactará.&lt;br /&gt;
*Asignar un identificador al IC según Nomenclatura de los Ítems de Configuración.&lt;br /&gt;
*Ubicar físicamente / lógicamente el nuevo IC en el repositorio que corresponda (teniendo en cuenta el tipo de versionado del repositorio).&lt;br /&gt;
*Disponibilizar y notificar al Grupo Operaciones del nuevo IC.&lt;br /&gt;
&lt;br /&gt;
===Actualización de IC===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Registro, Control y Seguimiento del Versionado==&lt;br /&gt;
&lt;br /&gt;
El Software SIGUM permite registrar cualquier tipo de modificación que se realice sobre un Ítem de Configuración o Línea Base. Se guardan los datos de cada atributo y quién fue el encargado de realizar tal modificación.&lt;br /&gt;
Las versiones anteriores, no pueden ser eliminadas o modificadas, ya que su función es brindar la información del momento en que se utilizaron, solamente tendrán una baja &amp;quot;lógica&amp;quot; dejando como activa la última versión.&lt;br /&gt;
En el detalle de cada Ítem, se podrá visualizar el histórico de versiones.&lt;br /&gt;
&lt;br /&gt;
*Se hace un Check-out del/los ICs al área de trabajo, lo que hace que el/los ICs permanezca bloqueado para cualquier otra modificación.&lt;br /&gt;
*Proceder a realizar los cambios necesarios y verificar que se hayan realizado correctamente&lt;br /&gt;
*Realizar una operación de Check-in, para generar una nueva revisión del IC en el repositorio, y dejarlo disponible a los demás miembros de la organización.&lt;br /&gt;
&lt;br /&gt;
===Edición y Nueva Versión===&lt;br /&gt;
&lt;br /&gt;
Al &amp;quot;Editar&amp;quot; cualquier Item de la Gestión de Configuraciones, el sistema preguntará si desea [Editar] o [Crear nueva versión], por ende los criterios a tomar son los siguientes:&lt;br /&gt;
&lt;br /&gt;
*Edición: solo se aplica cuando hay una corrección en el texto y/o se agregue algún contenido que no altere su línea base.&lt;br /&gt;
*Nueva Versión: es cuando el contenido cargado cambia a nivel estructural y/o sistemático la línea base del ítem.&lt;br /&gt;
&lt;br /&gt;
==Auditorías==&lt;br /&gt;
Para controlar la consistencia de los IC se realizarán auditorías:&lt;br /&gt;
===Alcance===&lt;br /&gt;
&lt;br /&gt;
===Periodicidad===&lt;br /&gt;
&lt;br /&gt;
===Rol y responsabilidades===&lt;br /&gt;
&lt;br /&gt;
===Template de ckeclist de auditoria===&lt;br /&gt;
&lt;br /&gt;
===Informes===&lt;br /&gt;
&lt;br /&gt;
===Gestión de hallazgos===&lt;br /&gt;
&lt;br /&gt;
=DOCUMENTOS RELACIONADOS=&lt;br /&gt;
•	IRAM-ISO 20000:2011.&lt;br /&gt;
=DEFINICIONES=&lt;br /&gt;
&lt;br /&gt;
*Línea de base de la configuración: información de la configuración formalmente establecida en un momento específico de la vida de un servicio o un componente de un servicio.&lt;br /&gt;
&lt;br /&gt;
NOTA 1. Las líneas de base de la configuración, además de los cambios aprobados a partir de esas, constituyen la información de configuración actual. &lt;br /&gt;
&lt;br /&gt;
NOTA 2. Adaptada de la ISO/IEC/IEEE 24765:2010. Es la configuración (versiones) de los ítems de configuración componen un servicio en un momento determinad. Es una “foto” del estado y versiones de todos los CI que componen un servicio. Considera todos los detalles necesarios para que el servicio pueda restaurarse en caso de necesidad.&lt;br /&gt;
 &lt;br /&gt;
*Gestión de la Configuración: disciplina que se encarga de identificar y documentar ítems de configuración; almacenar, reportar, controlar y verificar la integridad de los cambios con respecto a los requerimientos especificados.&lt;br /&gt;
&lt;br /&gt;
*Control de Cambios: proceso formal para realizar cambios sobre ítems de configuración.&lt;br /&gt;
&lt;br /&gt;
*Control de la Configuración: parte de la gestión de la Configuración que consiste en la evaluación, coordinación, aprobación, e implementación de cambios sobre ítems de configuración.&lt;br /&gt;
&lt;br /&gt;
*Ítem de configuración (IC): elemento que necesita ser controlado para la prestación de uno o más servicios. Es todo componente necesario para la prestación del servicio.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_la_Configuraci%C3%B3n&amp;diff=1693</id>
		<title>Procedimiento de Gestión de la Configuración</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_la_Configuraci%C3%B3n&amp;diff=1693"/>
				<updated>2019-03-18T13:59:41Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
&lt;br /&gt;
El '''Plan de Gestión de la Configuración''' tiene el objetivo de considerar las pautas para el mantenimiento de la integridad de configuración requerida para la prestación de los servicios del Catálogo de servicios IT.&lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
&lt;br /&gt;
Se define como ítem de configuración a todo artefacto que por sus características sea significativo para los servicios brindados por la organización, en función de su naturaleza se categorizan en:&lt;br /&gt;
&lt;br /&gt;
*Componentes de Sistemas: Conjunto de componentes de hardware y software que forman parte de las '''Soluciones Tecnológicas''' integradas por los servicios del catálogo.&lt;br /&gt;
&lt;br /&gt;
*Perfiles de puestos: Descripción de los perfiles de puestos de los roles involucrados en la cadena de valor de los servicios del catálogo considerando integralmente los entregables vinculados a las actividades.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Los ítems de configuración son administrados, versionados y mantienen la trazabilidad durante todo su ciclo de vida en el SIGUM.&lt;br /&gt;
 &lt;br /&gt;
Los ítem deben estar identificados y nomenclados mediante un método, en consecuencia debe existir una regla para su identificación univoca en todos los procesos o proyectos. También es necesario identificar y diferenciar las diferentes versiones a lo largo de todo el proceso. Este versionado debe ser fácil de identificar para esto se recomienda usar elementos como números o fechas en el caso de los artefactos cuya evolución este fuertemente ligado al momento en el que se genera.&lt;br /&gt;
&lt;br /&gt;
=== Servicios ITO ===&lt;br /&gt;
&lt;br /&gt;
Componentes de Sistemas y Perfiles de Puestos&lt;br /&gt;
&lt;br /&gt;
[[Imagen:IC_ComponentesSistemas.jpg|border|center|800px|Componentes de Sistemas]]&lt;br /&gt;
&lt;br /&gt;
[[Imagen:IC_PerfilesPuestos.jpg|border|center|800px|Perfiles de Puestos]]&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
&lt;br /&gt;
Los siguientes roles están vinculados a las actividades de gestión del plan:&lt;br /&gt;
&lt;br /&gt;
Rol	Responsabilidades&lt;br /&gt;
Gestor de la configuración	Identifica, aprueba y controla la actualización de los elementos de configuración, gestiona el acceso a la información de toda la organización, se encarga de las auditorías de la configuración.&lt;br /&gt;
&lt;br /&gt;
=PLAN DE GESTIÓN DE LA CONFIGURACIÓN=&lt;br /&gt;
==Identificación de los IC y Herramientas==&lt;br /&gt;
&lt;br /&gt;
Las siguientes herramientas permiten la identificación de los IC comprendidos en el alcance:&lt;br /&gt;
&lt;br /&gt;
Cómo la herramienta permite la gestión de los IC? Cómo se organiza la herramienta para cada servicio?&lt;br /&gt;
&lt;br /&gt;
===Herramienta===&lt;br /&gt;
El Proceso de Gestión de Configuración será administrado por medio de SIGUM.&lt;br /&gt;
&lt;br /&gt;
*Estructura (Maestro, organización por jerarquías siendo el segundo nivel IC)&lt;br /&gt;
*Nomenclatura&lt;br /&gt;
*Descripción del IC&lt;br /&gt;
*Relaciones entre el IC y otros IC: los IC son opcionales&lt;br /&gt;
*Relaciones entre el IC y los componentes del servicio: los IC son opcionales&lt;br /&gt;
*Versión: definición, qué la compone? &lt;br /&gt;
*Línea Base: definición, qué la compone?, los IC son mandatorios&lt;br /&gt;
*Estado&lt;br /&gt;
*Ubicación&lt;br /&gt;
&lt;br /&gt;
==Control de los IC==&lt;br /&gt;
&lt;br /&gt;
===Creación de nuevos IC===&lt;br /&gt;
&lt;br /&gt;
Se especificará el procedimiento genérico que indique de qué manera los ítems de configuración serán creados, revisados y referenciados en la organización.&lt;br /&gt;
&lt;br /&gt;
Pasos:&lt;br /&gt;
&lt;br /&gt;
*Aceptar la entrega del nuevo IC de parte de un miembro autorizado de operaciones. El mismo deberá detallar el tipo de IC y a qué servicio impactará.&lt;br /&gt;
*Asignar un identificador al IC según Nomenclatura de los Ítems de Configuración.&lt;br /&gt;
*Ubicar físicamente / lógicamente el nuevo IC en el repositorio que corresponda (teniendo en cuenta el tipo de versionado del repositorio).&lt;br /&gt;
*Disponibilizar y notificar al Grupo Operaciones del nuevo IC.&lt;br /&gt;
&lt;br /&gt;
===Actualización de IC===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Registro, Control y Seguimiento del Versionado==&lt;br /&gt;
&lt;br /&gt;
El Software SIGUM permite registrar cualquier tipo de modificación que se realice sobre un Ítem de Configuración o Línea Base. Se guardan los datos de cada atributo y quién fue el encargado de realizar tal modificación.&lt;br /&gt;
Las versiones anteriores, no pueden ser eliminadas o modificadas, ya que su función es brindar la información del momento en que se utilizaron, solamente tendrán una baja &amp;quot;lógica&amp;quot; dejando como activa la última versión.&lt;br /&gt;
En el detalle de cada Ítem, se podrá visualizar el histórico de versiones.&lt;br /&gt;
&lt;br /&gt;
*Se hace un Check-out del/los ICs al área de trabajo, lo que hace que el/los ICs permanezca bloqueado para cualquier otra modificación.&lt;br /&gt;
*Proceder a realizar los cambios necesarios y verificar que se hayan realizado correctamente&lt;br /&gt;
*Realizar una operación de Check-in, para generar una nueva revisión del IC en el repositorio, y dejarlo disponible a los demás miembros de la organización.&lt;br /&gt;
&lt;br /&gt;
==Auditorías==&lt;br /&gt;
Para controlar la consistencia de los IC se realizarán auditorías:&lt;br /&gt;
===Alcance===&lt;br /&gt;
&lt;br /&gt;
===Periodicidad===&lt;br /&gt;
&lt;br /&gt;
===Rol y responsabilidades===&lt;br /&gt;
&lt;br /&gt;
===Template de ckeclist de auditoria===&lt;br /&gt;
&lt;br /&gt;
===Informes===&lt;br /&gt;
&lt;br /&gt;
===Gestión de hallazgos===&lt;br /&gt;
&lt;br /&gt;
=DOCUMENTOS RELACIONADOS=&lt;br /&gt;
•	IRAM-ISO 20000:2011.&lt;br /&gt;
=DEFINICIONES=&lt;br /&gt;
&lt;br /&gt;
*Línea de base de la configuración: información de la configuración formalmente establecida en un momento específico de la vida de un servicio o un componente de un servicio.&lt;br /&gt;
&lt;br /&gt;
NOTA 1. Las líneas de base de la configuración, además de los cambios aprobados a partir de esas, constituyen la información de configuración actual. &lt;br /&gt;
&lt;br /&gt;
NOTA 2. Adaptada de la ISO/IEC/IEEE 24765:2010. Es la configuración (versiones) de los ítems de configuración componen un servicio en un momento determinad. Es una “foto” del estado y versiones de todos los CI que componen un servicio. Considera todos los detalles necesarios para que el servicio pueda restaurarse en caso de necesidad.&lt;br /&gt;
 &lt;br /&gt;
*Gestión de la Configuración: disciplina que se encarga de identificar y documentar ítems de configuración; almacenar, reportar, controlar y verificar la integridad de los cambios con respecto a los requerimientos especificados.&lt;br /&gt;
&lt;br /&gt;
*Control de Cambios: proceso formal para realizar cambios sobre ítems de configuración.&lt;br /&gt;
&lt;br /&gt;
*Control de la Configuración: parte de la gestión de la Configuración que consiste en la evaluación, coordinación, aprobación, e implementación de cambios sobre ítems de configuración.&lt;br /&gt;
&lt;br /&gt;
*Ítem de configuración (IC): elemento que necesita ser controlado para la prestación de uno o más servicios. Es todo componente necesario para la prestación del servicio.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_la_Configuraci%C3%B3n&amp;diff=1692</id>
		<title>Procedimiento de Gestión de la Configuración</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_la_Configuraci%C3%B3n&amp;diff=1692"/>
				<updated>2019-03-18T13:59:26Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
&lt;br /&gt;
El '''Plan de Gestión de la Configuración''' tiene el objetivo de considerar las pautas para el mantenimiento de la integridad de configuración requerida para la prestación de los servicios del Catálogo de servicios IT.&lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
&lt;br /&gt;
Se define como ítem de configuración a todo artefacto que por sus características sea significativo para los servicios brindados por la organización, en función de su naturaleza se categorizan en:&lt;br /&gt;
&lt;br /&gt;
*Componentes de Sistemas: Conjunto de componentes de hardware y software que forman parte de las '''Soluciones Tecnológicas''' integradas por los servicios del catálogo.&lt;br /&gt;
&lt;br /&gt;
*Perfiles de puestos: Descripción de los perfiles de puestos de los roles involucrados en la cadena de valor de los servicios del catálogo considerando integralmente los entregables vinculados a las actividades.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Los ítems de configuración son administrados, versionados y mantienen la trazabilidad durante todo su ciclo de vida en el SIGUM.&lt;br /&gt;
 &lt;br /&gt;
Los ítem deben estar identificados y nomenclados mediante un método, en consecuencia debe existir una regla para su identificación univoca en todos los procesos o proyectos. También es necesario identificar y diferenciar las diferentes versiones a lo largo de todo el proceso. Este versionado debe ser fácil de identificar para esto se recomienda usar elementos como números o fechas en el caso de los artefactos cuya evolución este fuertemente ligado al momento en el que se genera.&lt;br /&gt;
&lt;br /&gt;
=== Servicios ITO ===&lt;br /&gt;
&lt;br /&gt;
Componentes de Sistemas y Perfiles de Puestos&lt;br /&gt;
&lt;br /&gt;
[[Imagen:IC_ComponentesSistemas.jpg|border|center|800px|Componentes de Sistemas]]&lt;br /&gt;
&lt;br /&gt;
[[Imagen:IC_PerfilesPuestos.jpg|border|center|800px|Perfiles de Puestos]]&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
&lt;br /&gt;
Los siguientes roles están vinculados a las actividades de gestión del plan:&lt;br /&gt;
&lt;br /&gt;
Rol	Responsabilidades&lt;br /&gt;
Gestor de la configuración	Identifica, aprueba y controla la actualización de los elementos de configuración, gestiona el acceso a la información de toda la organización, se encarga de las auditorías de la configuración.&lt;br /&gt;
&lt;br /&gt;
=PLAN DE GESTIÓN DE LA CONFIGURACIÓN=&lt;br /&gt;
==Identificación de los IC y Herramientas==&lt;br /&gt;
&lt;br /&gt;
Las siguientes herramientas permiten la identificación de los IC comprendidos en el alcance:&lt;br /&gt;
&lt;br /&gt;
Cómo la herramienta permite la gestión de los IC? Cómo se organiza la herramienta para cada servicio?&lt;br /&gt;
&lt;br /&gt;
===Herramienta===&lt;br /&gt;
El Proceso de Gestión de Configuración será administrado por medio de SIGUM.&lt;br /&gt;
&lt;br /&gt;
*Estructura (Maestro, organización por jerarquías siendo el segundo nivel IC)&lt;br /&gt;
*Nomenclatura&lt;br /&gt;
*Descripción del IC&lt;br /&gt;
*Relaciones entre el IC y otros IC: los IC son opcionales&lt;br /&gt;
*Relaciones entre el IC y los componentes del servicio: los IC son opcionales&lt;br /&gt;
*Versión: definición, qué la compone? &lt;br /&gt;
*Línea Base: definición, qué la compone?, los IC son mandatorios&lt;br /&gt;
*Estado&lt;br /&gt;
*Ubicación&lt;br /&gt;
&lt;br /&gt;
==Control de los IC==&lt;br /&gt;
&lt;br /&gt;
===Creación de nuevos IC===&lt;br /&gt;
&lt;br /&gt;
Se especificará el procedimiento genérico que indique de qué manera los ítems de configuración serán creados, revisados y referenciados en la organización.&lt;br /&gt;
&lt;br /&gt;
Pasos:&lt;br /&gt;
&lt;br /&gt;
*Aceptar la entrega del nuevo IC de parte de un miembro autorizado de operaciones. El mismo deberá detallar el tipo de IC y a qué servicio impactará.&lt;br /&gt;
*Asignar un identificador al IC según Nomenclatura de los Ítems de Configuración.&lt;br /&gt;
*Ubicar físicamente / lógicamente el nuevo IC en el repositorio que corresponda (teniendo en cuenta el tipo de versionado del repositorio).&lt;br /&gt;
*Disponibilizar y notificar al Grupo Operaciones del nuevo IC.&lt;br /&gt;
&lt;br /&gt;
===Actualización de IC===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Registro, Control y Seguimiento del Versionado==&lt;br /&gt;
&lt;br /&gt;
El Software SIGUM permite registrar cualquier tipo de modificación que se realice sobre un Ítem de Configuración o Línea Base. Se guardan los datos de cada atributo y quién fue el encargado de realizar tal modificación.&lt;br /&gt;
Las versiones anteriores, no pueden ser eliminadas o modificadas, ya que su función es brindar la información del momento en que se utilizaron, solamente tendrán una baja &amp;quot;lógica&amp;quot; dejando como activa la última versión.&lt;br /&gt;
En el detalle de cada Ítem, se podrá visualizar el histórico de versiones.&lt;br /&gt;
&lt;br /&gt;
• Se hace un Check-out del/los ICs al área de trabajo, lo que hace que el/los ICs permanezca bloqueado para cualquier otra modificación.&lt;br /&gt;
&lt;br /&gt;
• Proceder a realizar los cambios necesarios y verificar que se hayan realizado correctamente&lt;br /&gt;
&lt;br /&gt;
• Realizar una operación de Check-in, para generar una nueva revisión del IC en el repositorio, y dejarlo disponible a los demás miembros de la organización.&lt;br /&gt;
&lt;br /&gt;
==Auditorías==&lt;br /&gt;
Para controlar la consistencia de los IC se realizarán auditorías:&lt;br /&gt;
===Alcance===&lt;br /&gt;
&lt;br /&gt;
===Periodicidad===&lt;br /&gt;
&lt;br /&gt;
===Rol y responsabilidades===&lt;br /&gt;
&lt;br /&gt;
===Template de ckeclist de auditoria===&lt;br /&gt;
&lt;br /&gt;
===Informes===&lt;br /&gt;
&lt;br /&gt;
===Gestión de hallazgos===&lt;br /&gt;
&lt;br /&gt;
=DOCUMENTOS RELACIONADOS=&lt;br /&gt;
•	IRAM-ISO 20000:2011.&lt;br /&gt;
=DEFINICIONES=&lt;br /&gt;
&lt;br /&gt;
*Línea de base de la configuración: información de la configuración formalmente establecida en un momento específico de la vida de un servicio o un componente de un servicio.&lt;br /&gt;
&lt;br /&gt;
NOTA 1. Las líneas de base de la configuración, además de los cambios aprobados a partir de esas, constituyen la información de configuración actual. &lt;br /&gt;
&lt;br /&gt;
NOTA 2. Adaptada de la ISO/IEC/IEEE 24765:2010. Es la configuración (versiones) de los ítems de configuración componen un servicio en un momento determinad. Es una “foto” del estado y versiones de todos los CI que componen un servicio. Considera todos los detalles necesarios para que el servicio pueda restaurarse en caso de necesidad.&lt;br /&gt;
 &lt;br /&gt;
*Gestión de la Configuración: disciplina que se encarga de identificar y documentar ítems de configuración; almacenar, reportar, controlar y verificar la integridad de los cambios con respecto a los requerimientos especificados.&lt;br /&gt;
&lt;br /&gt;
*Control de Cambios: proceso formal para realizar cambios sobre ítems de configuración.&lt;br /&gt;
&lt;br /&gt;
*Control de la Configuración: parte de la gestión de la Configuración que consiste en la evaluación, coordinación, aprobación, e implementación de cambios sobre ítems de configuración.&lt;br /&gt;
&lt;br /&gt;
*Ítem de configuración (IC): elemento que necesita ser controlado para la prestación de uno o más servicios. Es todo componente necesario para la prestación del servicio.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	<entry>
		<id>https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_la_Configuraci%C3%B3n&amp;diff=1691</id>
		<title>Procedimiento de Gestión de la Configuración</title>
		<link rel="alternate" type="text/html" href="https://wiki.ultimamilla.com.ar/index.php?title=Procedimiento_de_Gesti%C3%B3n_de_la_Configuraci%C3%B3n&amp;diff=1691"/>
				<updated>2019-03-18T13:58:51Z</updated>
		
		<summary type="html">&lt;p&gt;Fcapra: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;=OBJETIVO=&lt;br /&gt;
&lt;br /&gt;
El '''Plan de Gestión de la Configuración''' tiene el objetivo de considerar las pautas para el mantenimiento de la integridad de configuración requerida para la prestación de los servicios del Catálogo de servicios IT.&lt;br /&gt;
&lt;br /&gt;
=ALCANCE=&lt;br /&gt;
&lt;br /&gt;
Se define como ítem de configuración a todo artefacto que por sus características sea significativo para los servicios brindados por la organización, en función de su naturaleza se categorizan en:&lt;br /&gt;
&lt;br /&gt;
*Componentes de Sistemas: Conjunto de componentes de hardware y software que forman parte de las '''Soluciones Tecnológicas''' integradas por los servicios del catálogo.&lt;br /&gt;
&lt;br /&gt;
*Perfiles de puestos: Descripción de los perfiles de puestos de los roles involucrados en la cadena de valor de los servicios del catálogo considerando integralmente los entregables vinculados a las actividades.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Los ítems de configuración son administrados, versionados y mantienen la trazabilidad durante todo su ciclo de vida en el SIGUM.&lt;br /&gt;
 &lt;br /&gt;
Los ítem deben estar identificados y nomenclados mediante un método, en consecuencia debe existir una regla para su identificación univoca en todos los procesos o proyectos. También es necesario identificar y diferenciar las diferentes versiones a lo largo de todo el proceso. Este versionado debe ser fácil de identificar para esto se recomienda usar elementos como números o fechas en el caso de los artefactos cuya evolución este fuertemente ligado al momento en el que se genera.&lt;br /&gt;
&lt;br /&gt;
=== Servicios ITO ===&lt;br /&gt;
&lt;br /&gt;
Componentes de Sistemas y Perfiles de Puestos&lt;br /&gt;
&lt;br /&gt;
[[Imagen:IC_ComponentesSistemas.jpg|border|center|800px|Componentes de Sistemas]]&lt;br /&gt;
&lt;br /&gt;
[[Imagen:IC_PerfilesPuestos.jpg|border|center|800px|Perfiles de Puestos]]&lt;br /&gt;
&lt;br /&gt;
=ROLES Y RESPONSABILIDADES=&lt;br /&gt;
&lt;br /&gt;
Los siguientes roles están vinculados a las actividades de gestión del plan:&lt;br /&gt;
&lt;br /&gt;
Rol	Responsabilidades&lt;br /&gt;
Gestor de la configuración	Identifica, aprueba y controla la actualización de los elementos de configuración, gestiona el acceso a la información de toda la organización, se encarga de las auditorías de la configuración.&lt;br /&gt;
&lt;br /&gt;
=PLAN DE GESTIÓN DE LA CONFIGURACIÓN=&lt;br /&gt;
==Identificación de los IC y Herramientas==&lt;br /&gt;
&lt;br /&gt;
Las siguientes herramientas permiten la identificación de los IC comprendidos en el alcance:&lt;br /&gt;
&lt;br /&gt;
Cómo la herramienta permite la gestión de los IC? Cómo se organiza la herramienta para cada servicio?&lt;br /&gt;
&lt;br /&gt;
===Herramienta===&lt;br /&gt;
El Proceso de Gestión de Configuración será administrado por medio de SIGUM.&lt;br /&gt;
&lt;br /&gt;
*Estructura (Maestro, organización por jerarquías siendo el segundo nivel IC)&lt;br /&gt;
*Nomenclatura&lt;br /&gt;
*Descripción del IC&lt;br /&gt;
*Relaciones entre el IC y otros IC: los IC son opcionales&lt;br /&gt;
*Relaciones entre el IC y los componentes del servicio: los IC son opcionales&lt;br /&gt;
*Versión: definición, qué la compone? &lt;br /&gt;
*Línea Base: definición, qué la compone?, los IC son mandatorios&lt;br /&gt;
*Estado&lt;br /&gt;
*Ubicación&lt;br /&gt;
&lt;br /&gt;
==Control de los IC==&lt;br /&gt;
&lt;br /&gt;
===Creación de nuevos IC===&lt;br /&gt;
&lt;br /&gt;
Se especificará el procedimiento genérico que indique de qué manera los ítems de configuración serán creados, revisados y referenciados en la organización.&lt;br /&gt;
&lt;br /&gt;
Pasos:&lt;br /&gt;
&lt;br /&gt;
• Aceptar la entrega del nuevo IC de parte de un miembro autorizado de operaciones. El mismo deberá detallar el tipo de IC y a qué servicio impactará.&lt;br /&gt;
&lt;br /&gt;
• Asignar un identificador al IC según Nomenclatura de los Ítems de Configuración.&lt;br /&gt;
&lt;br /&gt;
• Ubicar físicamente / lógicamente el nuevo IC en el repositorio que corresponda (teniendo en cuenta el tipo de versionado del repositorio).&lt;br /&gt;
&lt;br /&gt;
• Disponibilizar y notificar al Grupo Operaciones del nuevo IC.&lt;br /&gt;
&lt;br /&gt;
===Actualización de IC===&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Registro, Control y Seguimiento del Versionado==&lt;br /&gt;
&lt;br /&gt;
El Software SIGUM permite registrar cualquier tipo de modificación que se realice sobre un Ítem de Configuración o Línea Base. Se guardan los datos de cada atributo y quién fue el encargado de realizar tal modificación.&lt;br /&gt;
Las versiones anteriores, no pueden ser eliminadas o modificadas, ya que su función es brindar la información del momento en que se utilizaron, solamente tendrán una baja &amp;quot;lógica&amp;quot; dejando como activa la última versión.&lt;br /&gt;
En el detalle de cada Ítem, se podrá visualizar el histórico de versiones.&lt;br /&gt;
&lt;br /&gt;
• Se hace un Check-out del/los ICs al área de trabajo, lo que hace que el/los ICs permanezca bloqueado para cualquier otra modificación.&lt;br /&gt;
&lt;br /&gt;
• Proceder a realizar los cambios necesarios y verificar que se hayan realizado correctamente&lt;br /&gt;
&lt;br /&gt;
• Realizar una operación de Check-in, para generar una nueva revisión del IC en el repositorio, y dejarlo disponible a los demás miembros de la organización.&lt;br /&gt;
&lt;br /&gt;
==Auditorías==&lt;br /&gt;
Para controlar la consistencia de los IC se realizarán auditorías:&lt;br /&gt;
===Alcance===&lt;br /&gt;
&lt;br /&gt;
===Periodicidad===&lt;br /&gt;
&lt;br /&gt;
===Rol y responsabilidades===&lt;br /&gt;
&lt;br /&gt;
===Template de ckeclist de auditoria===&lt;br /&gt;
&lt;br /&gt;
===Informes===&lt;br /&gt;
&lt;br /&gt;
===Gestión de hallazgos===&lt;br /&gt;
&lt;br /&gt;
=DOCUMENTOS RELACIONADOS=&lt;br /&gt;
•	IRAM-ISO 20000:2011.&lt;br /&gt;
=DEFINICIONES=&lt;br /&gt;
&lt;br /&gt;
*Línea de base de la configuración: información de la configuración formalmente establecida en un momento específico de la vida de un servicio o un componente de un servicio.&lt;br /&gt;
&lt;br /&gt;
NOTA 1. Las líneas de base de la configuración, además de los cambios aprobados a partir de esas, constituyen la información de configuración actual. &lt;br /&gt;
&lt;br /&gt;
NOTA 2. Adaptada de la ISO/IEC/IEEE 24765:2010. Es la configuración (versiones) de los ítems de configuración componen un servicio en un momento determinad. Es una “foto” del estado y versiones de todos los CI que componen un servicio. Considera todos los detalles necesarios para que el servicio pueda restaurarse en caso de necesidad.&lt;br /&gt;
 &lt;br /&gt;
*Gestión de la Configuración: disciplina que se encarga de identificar y documentar ítems de configuración; almacenar, reportar, controlar y verificar la integridad de los cambios con respecto a los requerimientos especificados.&lt;br /&gt;
&lt;br /&gt;
*Control de Cambios: proceso formal para realizar cambios sobre ítems de configuración.&lt;br /&gt;
&lt;br /&gt;
*Control de la Configuración: parte de la gestión de la Configuración que consiste en la evaluación, coordinación, aprobación, e implementación de cambios sobre ítems de configuración.&lt;br /&gt;
&lt;br /&gt;
*Ítem de configuración (IC): elemento que necesita ser controlado para la prestación de uno o más servicios. Es todo componente necesario para la prestación del servicio.&lt;/div&gt;</summary>
		<author><name>Fcapra</name></author>	</entry>

	</feed>