resumen.md

Práctica 1 - Calidad de Software (Parte A)

Parte I: Conceptos generales

1. Describir con sus palabras qué entiende por Calidad.

   La calidad puede definirse como el grado de satisfacción producida o percibida por un elemento (tangible o intangible) a través de distintas características que lo definen, componen o los efectos que este produce mediante su uso u obtención.

2. Cada uno de los denominados gurús(o padres) de la calidad han creado o instaurado algún programa, término o proceso que los ha colocado en ese lugar. Investigue y explique con sus palabras el aporte realizado por cada uno de los gurús mencionados en la teoría.

   • Walter Shewhart: aportó el ciclo de Shewhart(también llamado ciclo de Deming porque fue éste último quién lo difundió). Este procedimiento busca dos objetivos: la mejora de cualquier proceso, y el descubrimiento de una causa especial que haya sido detectada por una señal estadística. También se lo conoce como Ciclo PDCA(plan, do, check, act).

   • Edward Deming: se lo conoce por los 14 puntos para la administración, la divulgación del ciclo PDCA y las 7 enfermedades mortales. Los 14 puntos:

     1. Crear constancia en la mejora de productos y servicios, con el objetivo de ser competitivo y mantenerse en el negocio, además proporcionar puestos de trabajo.
     2. Adoptar una nueva filosofía de cooperación en la cual todos se benefician, y ponerla en práctica enseñándola a los empleados, clientes y proveedores.
     3. Desistir de la dependencia en la inspección en masa para lograr calidad. En lugar de esto, mejorar el proceso e incluir calidad en el producto desde el comienzo.
     4. Terminar con la práctica de comprar a los más bajos precios. En lugar de esto, minimizar el costo total en el largo plazo. Buscar tener un solo proveedor para cada ítem, basándose en una relación de largo plazo de lealtad y confianza.
     5. Mejorar constantemente y por siempre los sistemas de producción, servicio y planificación de cualquier actividad. Esto va a mejorar la calidad y la productividad, bajando los costos constantemente.
     6. Establecer entrenamiento dentro del trabajo (capacitación).
     7. Establecer líderes, reconociendo sus diferentes habilidades, capacidades y aspiraciones. El objetivo del supervisor debería ser ayudar a la gente, máquinas y dispositivos a realizar su trabajo.
     8. Eliminar el miedo y construir confianza, de esta manera todos podrán trabajar más eficientemente.
     9. Borrar las barreras entre los departamentos. Abolir la competición y construir un sistema de cooperación basado en el mutuo beneficio que abarque toda la organización.
     10. Eliminar eslóganes, exhortaciones y metas pidiendo cero defectos o nuevos niveles de productividad. Estas exhortaciones solo crean relaciones de rivalidad, la principal causa de la baja calidad y la baja productividad reside en el sistema y este va más allá del poder de la fuerza de trabajo.
     11. Eliminar cuotas numéricas y la gestión por objetivos.
     12. Remover barreras para apreciar la mano de obra y los elementos que privan a la gente de la alegría en su trabajo. Esto incluye eliminar las evaluaciones anuales o el sistema de méritos que da rangos a la gente y crean competición y conflictos.
     13. Instituir un programa vigoroso de educación y auto mejora.
     14. Poner a todos en la compañía a trabajar para llevar a cabo la transformación. La transformación es trabajo de todos.

     Las 7 enfermedades mortales:

     1. Falta de constancia en los propósitos. Las empresas se suelen centrar en los dividendos trimestrales en lugar de la mejora continua de los procesos, productos y servicios.
     2. Énfasis en las ganancias a corto plazo y los dividendos inmediatos. Cuando se centran en los beneficios a corto plazo se lleva al fracaso de la constancia en el logro del propósito y crecimiento a largo plazo.
     3. Evaluación por rendimiento, clasificación de méritos o revisión anual de resultados. La evaluación del comportamiento a través de la calificación por méritos está centrada en el producto final y no sobre el liderazgo para ayudar a la gente. Se destruye el trabajo en equipo y aumenta la rivalidad.
     4. Movilidad de los ejecutivos. El cambio de la dirección hacia otras compañías hace que los directivos no se comprometan con la calidad y productividad. Esta movilidad lleva a crear una mala supervisión y gestión.
     5. Gerencia de la compañía basándose solamente en las cifras visibles. Compañías que se centran únicamente en las cifras o datos numéricos, dejando de lado otros aspectos importantes a tener en cuenta.
     6. Costos médicos excesivos. Costes adicionales que ha de enfrentar las compañías por aspectos relacionados con la salud y atención, como los días de baja. El incremento de enfermedades y accidentes pueden desembocar en mayores gastos para las organizaciones.
     7. Costo excesivo de garantías. Costes excesivos de responsabilidad, hinchados por los abogados que trabajan por minuta.

   • Joseph Juran: Propuso la trilogía de Juran que consiste en:

     • Crear conciencia de la necesidad y oportunidad de mejorar
     • Establezca metas para la mejora
     • Crear planes para alcanzar los objetivos
     • Proporcionar capacitación
     • Llevar a cabo proyectos para resolver problemas
     • Informe sobre el progreso
     • Dar un reconocimiento para el éxito
     • Comunicar los resultados
     • Llevar la cuenta
     • Mantener el impulso de mejora

   • Kaoru Ishukawa: es el introdujo el circulo de calidad y diagrama de causa y efecto. El circulo de calidad consiste en reunir un grupo de trabajo voluntario para buscar soluciones a problemas detectados en sus respectivas áreas de desempeño laboral, o para mejorar algún aspecto que caracteriza su puesto de trabajo. El diagrama de causa y efecto es una representación gráfica sencilla en la que puede verse de manera relacional una especie de espina central, que es una línea en el plano horizontal, representando el problema a analizar, que se escribe a su derecha.

   • Shigeo Shingo: es el padre de Cero control de calidad y Poka Yoke. Cero control de calidad se basa en la premisa de que los defectos se dan porque ocurren errores en el proceso. Si existe la adecuada inspección y si se toman las acciones necesarias en el lugar donde se pueden dar errores, entonces no habrá defectos. Para ello se deben utilizar inspecciones en la fuente, autochequeos y chequeos sucesivos como técnicas de inspección. Poka Yoke, en cambio, radica en lo sencillo y en lo simple. Hace énfasis en la realización de cosas obvias en las que detecta errores o evitan que se cometan. El objetivo final es concretar un proceso o terminar un producto sin la posibilidad de que exista un defecto.

   • Philips Crosby: es el padre de Cero defectos y vacuna de la calidad. Cero defectos fue un programa que consistía en 14 puntos:

     1. Compromiso de la dirección, la cual tiene que definir y comprometerse con una política de mejora de calidad.
     2. Equipos de mejora de calidad, representantes de cada departamento encargados de cada equipo.
     3. Medidas de calidad, reunir datos y estadísticas para analizar tendencias y problemas de la organización.
     4. El coste de calidad, es el coste de hacer las cosas mal y de no hacerlo bien a la primera.
     5. Tener conciencia de la calidad, enseñar a la organización el coste de la no calidad para de esta manera evitarlo.
     6. Acción correctiva, se emprenderán acciones correctivas sobre posibles desviaciones.
     7. Planificación de cero defectos, definir un programa de actuación para la prevención de errores que puedan llegar a suceder.
     8. Capacitación del supervisor, la dirección recibirá la preparación sobre como elaborar y como se llevará a cabo el programa de mejora.
     9. Día de cero defectos, se considera una fecha para llevar a cabo el cambio de la organización.
     10. Establecer las metas, fijar objetivos para reducir los errores.
     11. Eliminación de las causas error, eliminar barreras que impidan el cumplimiento óptimo del programa de cero defectos.
     12. Reconocimiento, se ofrecen recompensas para aquellos que ayuden a cumplir las metas.
     13. Consejos de calidad, se pretende unir a todos los trabajadores con comunicación.
     14. Empezar de nuevo, la mejora de calidad es un ciclo por lo que nunca se deja de tener un cambio continuo.

     Vacuna de la calidad, por su parte, consiste en una serie de políticas para evitar que se generen problemas con la calidad. Para preparar la vacuna es necesario combinar ciertos ingredientes clave:

     • Integridad.
     • Sistemas.
     • Comunicaciones.
     • Operaciones.
     • Políticas.

3. Explique con sus palabras qué es la Calidad del software y cómo se divide.

   Es el valor que los usuarios o clientes dan a un producto de software, según este satisfaga sus necesidades. Este producto a su vez es el resultado de un proceso de desarrollo, el cual condiciona la calidad del software. Se divide en:

   • Calidad del producto obtenido.
   • Calidad del proceso de desarrollo: es decir, que el proceso produzca los resultados esperados en base al producto que se desea lograr, siendo los procesos, basados en una correcta definición y que estos sean mejorados en función de los objetivos de negocio.

4. ¿Cómo se diferencian los términos Norma y Estándar? Explique.

   La diferencia es que se denomina norma a una regla que se debe seguir o a que se deben ajustar las conductas, tareas o actividades. La norma es un término fuerte, define las pautas a seguir. Un estándar es un modelo, patrón o referencia a tomar. Más que una regla, es una sugerencia.

Parte II: Calidad de Producto

5. Describa el concepto de Calidad de Producto de software.

   Si bien la calidad es un concepto vago y subjetivo, a priori puede definirse como la capacidad de un producto de software para servir satisfactoriamente a los propósitos del usuario mediante su utilización, conformando completamente los requisitos explícitos e implícitos del cliente, manteniendo la ausencia de defectos e imperfecciones.

6. Explique cuáles son los pasos a seguir para realizar una evaluación siguiendo el proceso de evaluación definido en la norma ISO/IEC 14598.

   • ISO/IEC 14598-1 Visión General: provee una visión general de las otras cinco partes y explica la relación entre la evaluación del producto software y el modelo de calidad definido en la ISO/IEC 9126
   • ISO/IEC 14598-2 Planeamiento y Gestión: contiene requisitos y guías para las funciones de soporte tales como la planificación y gestión de la evaluación del producto del software.
   • ISO/IEC 14598-3 Proceso para desenvolvedores: provee los requisitos y guías para la evaluación del producto software cuando la evaluación es llevada a cabo en paralelo con el desarrollo por parte del desarrollador.
   • ISO/IEC 14598-4 Proceso para adquirientes: provee los requisitos y guías para que la evaluación del producto software sea llevada a cabo en función a los compradores que planean adquirir o reutilizar un producto de software existente o pre-desarrollado.
   • ISO/IEC 14598-5 Proceso para avaladores: provee los requisitos y guías para la evaluación del producto software cuando la evaluación es llevada a cabo por evaluadores independientes.
   • ISO/IEC 14598-6 Documentación de Módulos: provee las guías para la documentación del módulo de evaluación.

7. Describa el Modelo de Calidad de la ISO/IEC 9126.

   El modelo de calidad esta separado en cuatro partes:

   ISO/IEC 9126-1 descripcion del modelo

   • Calidad del Proceso forma parte de ISO/IEC 9126-1
   • Calidad interna ISO/IEC 9126-2
   • Calidad externa ISO/IEC 9126-3
   • Calidad de uso ISO/IEC 9126-4

   Cada caracteristica tiene sus respectivos atributos.

   • Funcionalidad

     • Aplicabilidad: la capacidad del software para proveer un conjunto apropiado de funciones para las tareas y objetivos especificados por el usuario.
     • Precisión: capacidad del software de proveer los resultados correctos o convenidos con el grado de precisión necesarios.
     • Interoperabilidad: capacidad del software para interactuar con uno o mas sistemas especificados.
     • Seguridad: capacidad del software para proteger la información y los datos de modo que las personas o los sistemas no autorizados no puedan leerlos o modificarlos y a las personas o sistemas autorizados no se les denegará el acceso.
     • Conformidad de funcionalidad: capacidad de adherir a estándares, convenciones o regulaciones legales y prescripciones similares referente a la funcionalidad.

   • Fiabilidad

     • Madurez: capacidad del software para evitar fallas como resultado de errores en el software.
     • Recuperabilidad: capacidad del software de reestablecer un nivel de rendimiento y recuperar datos directamente afectados en el caso de una falla.
     • Tolerancia a fallas: capacidad del software de mantener un nivel especificado de rendimiento en casos de fallas del software.
     • Conformidad de fiabilidad: capacidad del software para adherirse a las normas, convenciones o regulaciones relativas a la fiabilidad.

   • Usabilidad

     • Comprensibilidad: capacidad del software para permitir al usuario entender si el software es aplicable, y cómo puede ser utilizado para las tareas y las condiciones particulares de la aplicación.
     • Capacidad de aprendizaje: la capacidad del software para permitir al usuario aprender su aplicación.
     • Operabilidad: capacidad del software para permitir al usuario operarlo y controlarlo.
     • Atractividad: capacidad del software de ser atractivo al usuario.
     • Conformidad de usabilidad: capacidad del producto software para adherirse a las normas, convenciones, guías de estilo o regulaciones relacionadas a su usabilidad.

   • Eficiencia

     • Comportamiento en el tiempo: capacidad del software para proveer tiempos apropiados de respuesta y procesamiento, y ratios de rendimiento cuando realiza su función bajo las condiciones establecidas.
     • Utilización de recursos: capacidad del producto software para utilizar apropiadas cantidades y tipos de recursos cuando éste funciona bajo las condiciones establecidas.
     • Conformidad de eficiencia: capacidad del producto software para adherirse a normas o convenciones relacionadas a la eficiencia.

   • Facilidad de Mantenimiento

     • Analizabilidad: capacidad del software para ser diagnosticado por deficiencias o causas de fallas en el software o la identificación de las partes a ser modificadas.
     • Cambiabilidad: capacidad del software para permitir que una determinada modificación sea implementada.
     • Estabilidad: capacidad del software para evitar efectos inesperados debido a modificaciones del software.
     • Testeabilidad: capacidad del software para permitir que las modificaciones puedan ser validadas.
     • Conformidad de facilidad de mantenimiento: capacidad del software para adherirse a estándares o convenciones relativas a la facilidad de mantenimiento.

   • Portabilidad

     • Adaptabilidad: capacidad del software para ser adaptado a diferentes entornos definidos sin aplicar acciones o medios diferentes de los previstos para el propósito del software considerado.
     • Instalabilidad: capacidad del software para ser instalado en un entorno definido.
     • Co-existencia: capacidad del software para co-existir con otro producto software independiente dentro de un mismo entorno compartiendo recursos comunes.
     • Reemplazabilidad: capacidad del software para ser utilizado en lugar de otro producto software, para el mismo propósito y en el mismo entorno.
     • Conformidad de portabilidad: capacidad del software para adherirse a estándares o convenciones relacionados a la portabilidad.

8. Enumere las características que presenta la ISO/IEC 9126-1.

   Atributos de la calidad interna/externa:

   • Funcionalidad.
   • Fiabilidad.
   • Facilidad de uso.
   • Eficiencia.
   • Mantenibilidad.
   • Portabilidad.

   Atributos de la calidad de uso:

   • Efectividad.
   • Productividad.
   • Seguridad de acceso.
   • Satisfacción.

9. Las métricas de la ISO/IEC 9126-2 están definidas en forma de tabla. Explique cuáles son los componentes de esta tabla y qué criterios brinda la norma para la creación de nuevas métricas.

   • Nombre de métrica: las métricas correspondiente en la tabla de las métricas interna y externa tienen nombres similares.
   • Propósito de la métrica: están expresados como una pregunta a ser respondida por la aplicación de la métrica.
   • Método de aplicación: provee un contorno de la aplicación.
   • Medición, fórmula y cálculos de elementos de datos: provee la fórmula de medida y explica el significado de los elementos de dato usados.
   • Interpretación del valor medido: provee el rango y los valores preferidos.
   • Tipo de escala métrica: tipo de escala usada por la métrica. Los tipos de escalas usadas son; escala nominal, escala ordinal, escala de intervalo, escala de proporción y escala absoluta.
   • Tipo de Medida: los tipos usados son; tipo de tamaño(tamaño de la función o tamaño de la fuente, por ejemplo), tipo del tiempo(tiempo transcurrido o tiempo de usuario, por ejemplo) o tipo de cuenta(número de cambios o número de fallos, por ejemplo).
   • Fuente de medición: De donde se sacan las medidas
   • ISO/IEC 12207 SLCP
   • Audiencia: Quienes hacen la medicion.

   //qué criterios brinda la norma para la creación de nuevas métricas

10. Mencione cuáles son los niveles de puntuación de las métricas.

    Si bien existen niveles de puntuación generales definidos por ISO, que suelen tomarse en cuenta, lo cierto es que no existe una escala general, dado que la calidad está asociada a necesidades dadas, las cuales varían de una evaluación a otra, por lo que debe establecerse una escala para cada evaluación. Un ejemplo podría ser inaceptable, mínimamente aceptable, rango al que se apunta y con requerimientos excedidos, donde inaceptable se considera como insatisfactorio y el resto de las escalas como satisfactorio.

11. Explique de qué forma se deben combinar los niveles de las métricas para establecer los niveles de las características y de evaluación.

    La forma en que se combinan es estableciendo cuál de los niveles de puntuación se considera satisfactorio o no, y definiendo qué características debe o debería proveer el software para considerarlo como tal o cual nivel. De esta manera, se puede llegar a medir qué se considera peor caso, a qué es a lo que se apunta y en dónde, en ese intervalo, el proyecto se encuentra.

12. Explique cómo se conforma la familia ISO/IEC 25000 (SQuaRE).

    Se conforma de 4 partes:

    • División para el modelo de calidad.
    • División para la medición de calidad.
    • División para los requisitos de calidad.
    • División para la evaluación de calidad.

13. ¿Qué norma de la familia ISO/IEC 25000 reemplaza a la ISO/IEC 9126-1?

    ISO/IEC 2501n.

14. ¿Qué norma de la familia ISO/IEC 25000 reemplaza a la ISO/IEC 14598? ISO/IEC 2502n y 2504n.

    //pregunatr por ideas punto 13 y 14 y qué criterios brinda la norma para la creación de nuevas métricas

Diferencias entre el estándar SQuaRE y la ISO/IEC 9126 y 14598:

• Introducción a un nuevo modelo de referencia general.
• Introducción de guías dedicadas y detalladas para cada división.
• Introducción de elementos de medida de calidad dentro de la división de medida de calidad.
• Introducción de la división de requisitos de calidad.
• Incorporación y revisión de los procesos de evaluación.
• Introducción de guías para uso práctico en forma de ejemplos.

Parte III: Calidad de Datos

15. Describa el concepto de Calidad de Datos IS0/IEC 25012.

    La norma entiende por calidad de datos a la capacidad de las características de los datos de satisfacer necesidades explícitas e implícitas bajo determinadas condiciones de uso.

16. Defina la clasificación propuesta por el modelo.

• Inherente: Capacidad de las características de los datos de tener el potencial intrínseco para satisfacer las necesidades explícitas e implícitas.
  • Exactitud: Los datos representan de forma correcta el verdadero valor
  • Completitud: Los datos tiene valores para todos los atributos esperados
  • Consistencia: Los datos están libre de contradicciones y están coherentes con el resto de los datos
  • Credibilidad: Los usuarios consideran que los datos son creíbles
  • Actualidad: Los datos tienen un tiempo adecuado
• Dependiente del sistema: Capacidad del sistema informático de alcanzar y preservar la calidad de los datos cuando los datos se utilizan en determinadas condiciones
  • Disponibilidad: Los datos pueden ser recuperados por los usuarios autorizados
  • Portabilidad: Los datos pueden ser instalados, reemplazados o movidos de un sistema a otro
  • Recuperabilidad: Los datos se mantienen y preservan un nivel especificado de operaciones y de calidad, incluso en caso de fallo
• Inherentes y dependientes
  • Accesibilidad: Se puede acceder a los datos, en especial por personas con discapacidades
  • Cumplimiento: Los datos se adhieren a estándares convenciones o normas
  • Confidencialidad: Los datos son accesibles e interpretados por los usuarios autorizados
  • Eficiencia: Los pueden ser procesados y proporcionan el nivel de rendimiento esperado
  • Precisión: Los datos son exactos
  • Trazabilidad: Los datos proporcionan la información necesaria para poder auditar los accesos y las modificaciones que se les han realizado
  • Compresibilidad: Los datos pueden ser leído e interpretados por los usuarios

Práctica 1 - Calidad de Software (Parte B)

Parte IV: Calidad de Servicio

1. Describa el concepto de Calidad de Servicio según ISO/IEC 20000.

   Según la ISO/IEC 20000, una entrega efectiva de los servicios de IT es crucial para las empresas. Hay una percepción de que estos servicios no están alineados con las necesidades y requisitos del negocio. Esto es especialmente importante tanto si se proporciona servicios internamente a clientes como si se está subcontratando proveedores. Una manera de demostrar que los servicios de IT están cumpliendo con las necesidades del negocio es implantar un Sistema de Gestión de Servicios de IT(SGSIT) basado en los requisitos de la norma ISO/IEC 20000. La certificación de esta norma internacional permite demostrar de manera independiente que los servicios ofrecidos cumplen con las mejores prácticas.

2. Explique cómo se organiza el estándar.

   El estándar se compone de 5 partes:

   • Parte 1: ISO/IEC 20000-1:2011 - Especificación.
   • Parte 2: ISO/IEC 20000-2:2012 - Código de Prácticas.
   • Parte 3: ISO/IEC 20000-3:2012 - Guía en la Definición del Alcance y su Aplicabilidad(informa técnico).
   • Parte 4: ISO/IEC 20000-4:2010 - Modelo de Referencia de Procesos(informe técnico).
   • Parte 5: ISO/IEC 20000-5:2010 - Ejemplo de Implementación(informe técnico).

Parte V: Calidad de Procesos de Software

3. Explique con sus palabras qué es un proceso.

   Definimos procesos a un conjunto de actividades interrelacionadas que transforman entradas en salidas. Se define quién hace qué, cuándo y cómo en pos de alcanzar un determinado objetivo.

4. ¿A qué se considera “Proceso de Software”?

   Es una estructura aplicada al desarrollo de un producto de software. Hay varios modelos a seguir para el establecimiento de un proceso para el desarrollo de software, cada uno de los cuales describe un enfoque diferente para distintas actividades que tienen lugar durante el proceso.

5. Describa el Modelo de Calidad de Procesos de Software ISO/IEC 12207.

   Se clasifican en tres tipos: procesos principales, procesos de soporte y procesos de la organización. Los procesos de soporte y de organización deben existir independientemente de la organización y del proyecto ejecutado. Los procesos principales se instancian de acuerdo con la situación particular.

   • Procesos principales.
     • Adquisición.
     • Suministro.
     • Desarrollo.
     • Operación.
     • Mantenimiento.
     • Destrucción.
   • Procesos de soporte.
     • Gestión de la configuración.
     • Aseguramiento de la calidad.
     • Verificación.
     • Validación.
     • Revisión conjunta.
     • Auditoría.
     • Resolución de problemas.
   • Procesos de la organización.
     • Gestión.
     • Infraestructura.
     • Mejora.
     • Recursos Humanos.

   La siguiente gráfica muestra la dependencia entre procesos, actividades y tareas:

   

6. Describa el Modelo de Capacidad de Mejora de Procesos de Software ISO/IEC 15504 ¿Qué nueva familia de normas lo reemplaza? Explique las diferencias.

   El estándar define cinco niveles tanto para capacidad como para madurez:

   • Niveles de capacidad.

     • Nivel 0: Incompleto.

       El proceso no está implementado.

     • Nivel 1: Realizado.

       Existe evidencia de la realización del proceso.

     • Nivel 2: Gestionado.

       El proceso es gestionado y los productos de trabajo, establecidos, controlados y mantenidos.

     • Nivel 3: Establecido.

       Se utiliza un proceso basado en un proceso estándar.

     • Nivel 4: Predecible.

       El proceso se gestiona usando técnicas cuantitativas.

     • Nivel 5: Optimizado.

       El proceso se mejora continuamente para cumplir los objetivos de negocio actuales y futuros.

   • Niveles de madurez.

     • Nivel 0: Incompleto.

       La organización no tiene una implementación efectiva de los procesos.

     • Nivel 1: Realizado.

       La organización implementa y alcanza los objetivos de los procesos.

     • Nivel 2: Gestionado.

       La organización gestiona los procesos y los productos de trabajo se establecen, controlan y mantienen.

     • Nivel 3: Establecido.

       La organización utiliza procesos adaptados basados en estándares.

     • Nivel 4: Predecible.

       La organización gestiona cuantitativamente los procesos.

     • Nivel 5: Optimizado.

       La organización mejora continuamente los procesos para cumplir los objetivos de negocio.

     Actualmente, la familia de normas ISO/IEC 33000 ha reemplazado a la ISO/IEC 15504. La ISO/IEC 33000 define modelos de procesos, más especificamente procesos entidades de evaluación; marcos de medición de procesos, es decir, escalas para evaluar características de calidad de proceso específicas de las entidades; y procesos de evaluación documentados, es decir, una especificación del proceso a seguir durante la evaluación.

7. Explique qué significa realizar una certificación bajo la norma IRAM-ISO 9001:2015.

   Tal certificación asegura que un negocio cumple con los requisitos legales y del cliente. Determina los requisitos mínimos para un sistema de gestión de la calidad orientado a asegurar la conformidad ante el producto, aumentar la satisfacción del cliente y mejorar la eficacia del sistema. Además, mejora el rendimiento financiero.

8. Indique para qué se utiliza la norma ISO 90003 ¿Es posible certificar bajo esta norma?

   Son pautas desarrolladas para organizaciones que ya aplicaban la ISO 9001 para la adquisición, suministro, desarrollo, operación y mantenimiento del software y servicios de soporte relacionados. Es requerida para incursionar en el mercado europeo, algo así como un medio para cubrir las expectativas de los clientes; para obtener beneficios de calidad y ventajas competitivas en el mercado; como parte de la estrategia de mercado; y como estrategia en pos de reducir los costos de producción. Es posible certificar bajo esta norma, de hecho, los beneficios son múltiples:

   • Mejor documentación en los sistemas.
   • Cambio cultural positivo.
   • Incremento en la eficiencia y productividad.
   • Mayor percepción de calidad.
   • Mayor satisfacción del cliente.
   • Reducción en las auditorías de calidad.
   • Agilidad en el tiempo de desarrollo de un sistema.

9. ¿Qué beneficios trae aplicar un Sistema de Gestión de la Calidad (SGC)?

   • Por la ISO 9001 se asegura que el negocio en cuestión cumple con los requisitos legales y del cliente.
   • Aumenta el rendimiento de la organización. La norma ISO 9001 ayuda a implementar procesos simplificados y mejorar la eficiencia operacional.
   • Asegura la toma de decisiones y mejora la satisfacción del cliente.
   • Optimiza las operaciones para así cumplir y superar los requisitos de sus clientes.
   • Mejora el rendimiento financiero.

10. El alcance del SGC es una descripción resumida del mismo y su naturaleza. Indique qué características debe tener.

    Incluye la planificación, organización y control del desarrollo del sistema y otras actividades relacionadas con la calidad, la implantación de la política de calidad de una empresa requiere un sistema de la calidad, entendiendo como tal el conjunto de estructura, organización, responsabilidades, procesos, procedimientos y recursos que se establecen para llevar a cabo la gestión de la calidad. El sistema de la calidad no deberá extenderse más que a las exigencias para realizar los objetivos de la calidad.

11. Los objetivos del SGC establecen las metas a las que se desea llegar con la certificación y deben suponer un avance, buscando la mejora continua. Indique qué características deben tener.

Un sistema de gestión de calidad requiere que sus objetivos sean medibles y coherentes con la política de la calidad y la planificación estratégica establecidas por la organización. Para establecer los objetivos, entonces, es necesario que la empresa analice en profundidad su política de la calidad. Dicho de otra manera, este análisis debe orientarse a examinar qué es lo que desea lograr la empresa con su SGC. En ese sentido, la finalidad primordial que debe guiar el funcionamiento del SGC es, sin dudas, poner en marcha el proceso de mejora continua en la organización.

12. Dados los siguientes objetivos, indicar si están bien escritos y por qué. Reescribir los que no considere correctos de modo que cumplan con las características.

    1. No tener solicitudes de cambios en los requerimientos funcionales.

       No estoy seguro. Para mi es poco coherente.

    2. Tener pocos errores en los requerimientos funcionales implementados.

       No está bien escrito ya que no es medible, es decir, en vez de decir "pocos errores" podríase decir "Disminuir un 17% los errores", por dar un ejemplo, e ir mejorando ese número.

    3. Tener un desvío promedio(por tarea) entre el tiempo insumido en desarrollo y el tiempo estimado menor al 25%.

       Para mí, está bien escrito porque es algo medible(un tiempo estimado menor al 25%) y es algo que es coherente, tiene sentido.

13. El Mapa de Procesos busca mantener una estructura coherente de la información documentada del sistema.

    1. Indique cuáles son los tipos de procesos que debe contener y qué representan cada uno de ellos.

       Hay tres tipos de procesos:

       • Procesos estratégicos: aquellos que definen y verifican las políticas, estrategias, objetivos y metas de la organización.
       • Procesos operativos: aquellos que se relacionan con la producción de bienes y servicios que se entregan al cliente.
       • Procesos de soporte: aquellos que realizan actividades de apoyo necesarias para el buen funcionamiento de los procesos operativos.

    2. Indique qué significan los clientes en el Mapa de Procesos y qué representan.

       Con respecto a los cliente, hay dos enfoques:

       • Las necesidades del cliente: es decir lo que el cliente quiere o necesita.
       • La satisfacción del cliente: esto es, si el cliente se muestra satisfecho o no con el producto que se obtuvo.

    3. Ubique en el siguiente Mapa de Procesos cada una de las regiones y presente un ejemplo:

       

Parte VI: Resumen

14. Indique para cada uno de los siguientes ítems, que estándares/normas son las que más se adaptan para realizar su evaluación. Justifique su respuesta.

    1. Aplicar un SGC a un proceso de mi empresa de desarrollo de software.

       ISO 9001 - ISO 90003 y podrian usarse tambien las 12207 / 33000

    2. Funcionamiento del área contable de la Facultad de Informática.

       ISO 9001

    3. Manejo de los datos de una empresa.

       ISO 8000.

    4. Desarrollar un software de reserva de aulas para la facultad.

       ISO/IEC 9126, 14598 (o su remplazo la 25000?)

• Calidad de Producto de software (la 25000 tambien se encarga de la calidad de datos seria la 25012)
  • Familia ISO/IEC 25000 Reemplaza ISO/IEC 9126 - ISO/IEC14598
• Calidad de servicios
  • ISO/IEC 20000
• Calidad de Proceso de software
  • Modelo ISO/IEC 12207 (miden la calidad)
  • Familia ISO/IEC 33000 Reemplaza ISO/IEC 15504 (miden la Capacidad de Mejora de Procesos de Software)
  • Para PyMEs ISO/IEC 29110
• Sistema de gestión de la calidad SGC
  • ISO/IEC 9001 - ISO/IEC90003

Práctica 2 - Auditoría y Peritaje de Sistemas

Parte I: Conceptos generales

1. Explicar las razones principales para auditar sistemas y dar ejemplos de cada una.

   Hay 7 razones importantes:

   • Costos por pérdida de datos: los datos proveen a la organización de una imagen de sí misma, de su entorno, de su historia, y de su futuro. Si la imagen es exacta, la organización aumenta las posibilidades de adaptarse y sobrevivir a un entorno cambiante. Si la imagen es inexacta, se pueden incurrir en pérdidas sustanciales. Ejemplo: pérdida de cuentas corrientes.
   • Costos por toma de decisiones incorrectas: la importancia de datos exactos depende del tipo de decisiones hechas por personas que tienen algún interés en la organización. El tener reglas de decisión exactas en un sistema de información depende del tipo de decisiones hechas por tal tipo de personas. Una regla de decisión incorrecta puede tener un impacto menor(por ejemplo, cálculo de amortización erróneo en un bien de poco valor). En otras, el impacto puede ser considerable(por ejemplo, quiebra de la organización).
   • Costos por abusos computacionales: un abuso computacional es un incidente asociado con tecnología informática, en el cual una víctima sufre o podría haber sufrido pérdida, y un perpretador con intención logra o podría haber logrado ganancia. Ejemplos: hacking, virus, acceso físico ilegal, abuso de privilegios.
   • Costos por errores de computación: pueden ser altos, en términos de pérdida de vidas humanas, privación de libertad o daño al medio ambiente. Por ejemplo, los sistemas suelen encargarse del monitoreo de pacientes, cirujías, vuelo de misiles, reactores nucleares, entre otros. Un error pequeño de cómputo puede hacer que se rompa absolutamente todo.
   • Valor de hardware, software y personal: es decir, la importancia que tiene cada una de esas categorías y el plan de contingencia para cuando fallen. Por ejemplo, qué pasa si un componente de hardware crítico deja de funcionar; qué pasa si el software se destruye; qué pasa si un profesional altamente calificado deja la empresa; entre otros.
   • Evolución controlada de TI: se basa en que cuanto más complejo es un sistema más complejo se hace poder controlarlo y confiar en él. Esto hace que las consecuencias de usar tales sistemas puedan ser catastróficas. Debe hacer se hincapié en evaluar y controlar tales tecnologías.
   • Mantenimiento de privacidad: es posible que un sistema automatizado pueda integrar y buscar información de alguien por lo que es también posible que, con los datos recolectados de ese alguien, sea obtenida información detallada de tal persona y se la use en su contra.

2. Para cada uno de los siguientes interesados, presente un ejemplo de cómo un mal procesamiento de información realizado por un sistema informático, puede conducir a una toma de decisiones incorrecta:

   • Gerente de una empresa vinculada a la industria automotriz.

     Si la información recolectada por el sistema no es exacta, el gerente tomará decisiones que probablemente sean incorrectas y esto provocará graves perjuicios a la empresa, desde el cierre de una sede de la empresa por falta de fondos para mantenerla a la quiebra total de la firma.

   • Funcionario de ARBA.

     Dado que el puesto no es especialmente crítico, los perjuicios que puede llegar a provocar son limitados al área donde ejerza su influencia. Sin embargo, los daños también podrían ser catastróficos: si, por ejemplo, se produce una carga incorrecta de las deudas de una cantidad X de personas esto afecta seriamente la imagen de ARBA, mucho más si el problema radica en que la gente debe pagar más de lo que se estipula. Podría ser también un error en la carga de un nombre lo cuál no tendría impacto practicamente.

   • Consejo Directivo de una facultad.

     El daño se limita a la facultad. Podrían ignorarse necesidades importantes o tomar decisiones que solucionen problemas no tan críticos. Los fondos se gastarían en problemas que quizá no eran tar urgentes y los problemas críticos se harían aun más críticos de forma que si suelen ser complejos de mitigar, se hacen aun más difíles de solucionar y sus consecuencias se hacen más profundas.

3. ¿Qué tipo de abusos computacionales conoce? ¿Cuáles son las consecuencias de estos abusos?

   Pueden ser virus, hacking, abuso de privilegios, etc. Las consecuencias puedne ser violación de privacidad; daño físico a personas; destrucción, modificación o modificación de activos; uso no autorizado de activos; etc.

4. Explique al menos dos características que diferencien entre un abuso informático y otro tipo de fraude comercial.

   • El incidente está asociado a tecnología informática.

5. Describir con sus palabras que entiende por auditoría de sistemas de información.

   Es un proceso en el que se recolecta y evalúa evidencia para determinar si el sistema automático preserva los activos, mantiene la integridad de los datos, permite que los objetivos organizacionales se alcancen con eficacia y usa los recursos con eficiencia.

6. Explique los cuatro objetivos de la auditoría de sistemas de información.

   • Preservar los activos: es decir, resguardar el hardware, software, personas, insumos, y todo aquellos bienes, derechos y otros recursos de los que dispoonga la empresa.
   • Mantener la integridad de los datos: es decir, mantener la completitud, consistencia, veracidad y correctitud de éstos. Si la integridad de los datos no se mantuviera, la organización no posee representación de sí misma o de los eventos.
   • Alcanzar los objetivos organizacionales con eficacia: es decir, que la organización alcance los objetivos que se proponga con los efectos deseados
   • Usar con eficiencia los recursos: esto es, usar los recursos mínimos para satisfacer los objetivos que se le planteen a la organización.

7. ¿Qué significa que la alta gerencia implemente un sistema de control interno? ¿Cómo se lleva a cabo?

   Un sistema de control interno es aquel implementado por la alta gerencia con el fin de alcanzar los objetivos de la auditoría. El uso de computadoras afecta de varias manera la implementación de los componentes de un sistema de control interno. Incluye:

   • Separación de obligaciones: es decir, tener en cuenta que la automatización que proveen los sistemas hace que un mismo programa realize múltiples funciones que, de forma manual, personas diferentes realizarían.
   • Delegación clara de autoridad y responsabilidades: esto es, delegación clara de autoridad y responsabilidad. Es una parte esencial ya que en un sistema automatizado hacer esto de una manera no ambigua puede ser dificultoso.
   • Reclutamiento y entrenamiento de personal calificado: en otras palabras, personas responsables que puedan manejar el poder que supone regular los sistemas automatizados. Con la rotación de personal y el poco tiempo de evaluación, no es algo fácil de asegurar.
   • Sistema de autorizaciones: dicho de otra manera, deben ser consideradas las diferentes autorizaciones, desde una lista de precios hasta la compra de activos de alto valor. En los sistemas automatizados, las autorizaciones están embebidas dentro de los programas, por lo que los auditores no solo deben controlar la autorización en sí, sino también si se lleva a cabo exitosamente.
   • Documentos y registros adecuados: en otros términos, asegurar que los documentos y los registros sean apropiados. En un sistema bien diseñado deberían haber mayores registros de auditoría que en un sistema manual. Se deben prever controles de acceso y facilidades de acceso para asegurar que los rastros de auditoría sean exactos y completos.
   • Control físico y documentación sobre los activos: o sea, controles de acceso y registro de éstos. Tanto en los sistemas manuales como en los automatizados es un factor crucial, la diferencia es que en los segundos todos los registros necesarios pueden mantenerse en un solo lugar. En tal contexto, la posibilidad de abuso o desastre por la concentración de información aumenta radicalmente, por lo que el sistema debe prevenir controles internos de supervisión. El auditor solamente accederá a los registros de auditoría para evaluar la gestión de los empleados.
   • Chequeos independientes de performance: dicho de otro modo, evaluar los controles establecidos para desarrollar, modificar, operar y mantener programas. En sistemas automatizados, los programas siempre ejecutan el mismo algoritmo a menos que haya una falla en el software o en el hardware.
   • Comparación periódica de activos con registros contabilizados: es decir, que los datos que representan los activos deben ser controlados con los activos reales, a fin de determinar falta de complexitud o inexactitud de los datos. En sistemas automatizados, se deben preparar programas que se encarguen de dicha tarea. Nuevamente es importante la implementación de controles en dichas tareas.

Parte II: Controles y riesgos de Auditoría

8. Explique por qué un control en un sistema de información es un sistema.

   Porque un control solo puede ser control en el contexto de un sistema que asegure la prevención, detección y corrección de eventos ilegales.

9. Explicar las diferencias entre un control preventivo, control detectivo, y control correctivo. Provea ejemplos para cada tipo de control.

   • Control preventivo: aquellos que reducen la probabilidad de que un evento ocurra. Ejemplo: presupuesto financiero para un determinado proyecto.
   • Control detectivo: aquellos que identifican los eventos en el momento en que se presentan. Son más costosos que los preventivos. Reducen la cantidad de pérdidas cuando un evento ilegal ocurre. Ejemplo: un programa que valida datos de input, rechazando los erroneos.
   • Control correctivo: aquellos que aseguran que las acciones correctivas sean tomadas para revertir un evento no deseado. También reducen la cantidad de pérdidas cuando un evento ilegal ocurre. Ejemplo: un programa que detecta el ruido en comunicaciones y permite corregir datos corruptos.

10. ¿Cuál es la tarea del auditor en cuanto a los controles?

    La tarea de un auditor es determinar si los controles están ubicados y funcionan para prevenir los eventos ilegales.

11. Explique desde el punto de vista de auditoría de sistemas de información el concepto de "factorizar en subsistemas" y qué criterio(s) se aplica(n) para factorizar un sistema en subsistemas.

    La factorización en subsistemas es el primer paso para comprender un sistema complejo. Se define un subsistema como un componente de un sistema que realiza ciertas funciones básicas necesarias para el sistema en general y le permite atender sus objetivos fundamentales. Los subsistemas son componentes lógicas y no físicas. El proceso de particionar es lo que se llama factorización.

12. Indique qué otros criterios de factorización existen.

    • Según acoplamiento: cada subsistema debería ser relativamente independiente de otros subsistemas. Sistemas con poco acoplamiento son más fáciles de comprender.
    • Según cohesión: cada subsistema debe ser internamente cohesivo. Todas las actividades realizadas por el sistema apuntan a cumplir la función principal del subsistema.

13. ¿De qué manera se mide la confiabilidad de los controles?

    Determinando el menor nivel de los subsistemas, primero, y evaluando la confiabilidad de los controles en cada subsistema, por último. Es necesario identificar todos los posibles tipos de eventos que puden ocurrir en el subsistema, considerar todos los eventos legales e ilegales. Para tal fin, es que hay que considerar las principales funciones que realiza el subsistema.
    Un auditor recolecta evidencia sobre la existencia y confiabilidad de los controles para determinar si las pérdidas por los eventos ilegales se reducen a niveles aceptables. Para cada evento ilegal debe considerarse cómo los controles cubren tal evento, qué tan confiables son los controles y si podría ocurrir un error materia o alguna otra irregularidad.
    La evaluación de la confiabilidad va de abajo hacia arriba, siendo los subsistemas de menor nivel los componentes de los de mayor nivel. Habiéndose analizado la confiabilidad de los subsistemas de menor nivel puede analizarse el impacto, la naturaleza y la frecuencia de los eventos ilegales en los sistemas de mayor nivel.

14. Identificar cuatro tipos de riesgos. Explicar la naturaleza de cada uno de ellos.

    • Riesgo deseado: por ejemplo, las características del gerenciamiento.
    • Riesgo inherente: siguiendo con las características del gerenciamiento, si éste es demasiado agresivo probablemente surjan riesgos indeseados por la naturaleza de tales manejos. Este tipo de riesgos está fuera de control del auditor por lo que difícilmente se puede determinar o tomar acciones para desaparecerlo, ya que es algo innato de la actividad realizada por la empresa.
    • Riesgo de control: siguiendo con las características del gerenciamiento, si éste es considerado como un riesgo, entonces deben existir controles: la confiabilidad de los controles gerenciales y de aplicación determinan la probabilidad de riesgo de control.
    • Riesgo de detección: finalizando con el ejemplo de las características de gerenciamiento, debe determinarse el nivel de fracaso que resulta tolerable. Para tal fin, se diseñan procedimientos de recolección de evidencia para intentar lograr el nivel de riesgo deseado.

Parte III: Proceso de Auditoría

15. Explicar brevemente el proceso de auditoría.

    La auditoría puede encararse de dos maneras distintas:

    • La primera, si ocurrieron pérdidas materiales o la información financiera es errónea.
    • La segunda, para determinar la eficiencia y eficacia de las operaciones.

16. Enunciar cinco tipos de procedimientos de auditoría que pueden ser usados para recolectar evidencia en una auditoría.

    1. Procedimientos para comprender los controles.
    2. Testeo de controles.
    3. Testeos substantivos de detalle de transacciones.
    4. Testeos substantivos de detalle de balances contables.
    5. Procedimientos de revisión analítica.

17. Enumere tres tipos de testeos que se pueden realizar durante una auditoría.

    1. Cuestionarios.
    2. Inspecciones.
    3. Observaciones.

18. ¿Cómo se lleva a cabo la planificación de una auditoría? Diferencias entre auditoría interna y externa.

    La planificación varía entre una auditoría interna y externa:

    Categoría a evaluar	Auditoría interna	Auditoría externa
    Planificación	Incluye asignar personal adecuado a las auditorías, obtener información del cliente, realizar procedimientos de revisión analíticos para comprender el negocio del cliente e identificar áreas de riesgo.	Incluye investigar nuevos clientes, asignar personal adecuado a las auditorías, obtener el contrato, obtener información del cliente, realizar procedimientos de revisión analíticos para comprender el negocio del cliente e identificar áreas de riesgo.
    Mayor preocupación	El tamaño de las pérdidas que pudiera haber por operaciones ineficientes o ineficaces.	El tamaño de los errores en los estados financieros.
    Actitud del auditor ante un control débil(por ejemplo, para entender las implicancias)	Expandir sus investigaciones para lograr una mejor comprensión acerca de la naturaleza e implicancias de estas debilidades.	Cortar sus investigaciones(sobre causas) y realizar testeos más amplios.

19. Describa el contenido de un informe de auditoría.

    Un informe típico debería incluir:

    1. Una introducción que describa los objetivos de la auditoría.
    2. El enfoque general utilizado.
    3. Un resumen de las conclusiones críticas.
    4. Recomendaciones para abordar las conclusiones críticas.
    5. Datos que respalden las conclusiones críticas.

20. Describa los cuatro tipos de opinión que un auditor puede emitir.

    Hay varios tipos de opiniones aceptadas:

    • Opinión excusada: en base al trabajo realizado no se puede emitir opinión.
    • Opinión adversa: se concluye que han ocurrido pérdias materiales o que los estado financieros están distorcionados.
    • Opinión con calificación: se concluye que han ocurrido pérdidas materiales o existen registros incorrectos, pero las cantidades no son considerables.
    • Opinión no calificada: el auditor considera que no han ocurrido pérdidas materiales o no existen registros incorrectos.

Parte IV: Gobernanza de TI

21. Explique el significado del concepto "Gobernanza de TI".

    Es un subconjunto de gobierno corporativo de las organizaciones que se centra en los sistemas de TI, su desempeño y los riesgos asociados. Trata la relación entre el enfoque empresarial y la gestión de TI. Además destaca la importancia de la gestión de TI y promueve que las decisiones estratégicas de TI sean tomadas por una junta corporativa. Su meta es que las inversiones en TI generen valor y reducir riesgo asociados con TI.

22. Explique qué es COBIT y cuáles son sus elementos.

    Es un conjunto de recursos que contienen toda la información que las organizaciones necesitan para adoptar un marco de gobernanza y control de TI. Contempla gobernanza de TI empresarial, gobernanza de TI, administración, control y auditoría. Sus elementos son:

    1. Procesos de TI y dominios
    2. Objetivos de control.
    3. Prácticas de control.
    4. Guías de auditoría.
    5. Guías de administración.

23. Explique la diferencia entre Gobernanza y Administración de TI.

    La diferencia es que la gobernanza asegura que las necesidades, condiciones y opciones de las partes interesadas son evaluadas para determinar objetivos empresariales a alcanzar equilibrados y acordados. Establece la dirección a través de la priorización y la toma de decisiones supervisando el desempeño y cumplimiento contra la dirección y objetivos acordados. La administración planifica, construye, ejecuta y monitorea las actividades en consonancia con la dirección establecida por el cuerpo de gobierno para alcanzar los objetivos empresariales. Es algo así como una vez ejecutada la administración, se da la gobernanza. La gobernanza asegura y la administración planifica y construye.

24. ¿Cuáles son los principios de COBIT?

    Son 5:

    • Satisfacer las necesidades de las partes interesadas.
    • Cubrir la empresa de extremo a extremo.
    • Aplicar un marco integrado.
    • Habilitar un enfoque holístico.
    • Separar las funciones principales.

25. Indicar de qué forma organiza COBIT los procesos de TI.

    Si se organizan bajo la práctica de evaluar, dirigir y monitorear(EDM):

    • EDM1: asegurar el marco de gobernanza, el establecimiento y el mantenimiento.
    • EDM2: asegurar la entrega de beneficios.
    • EDM3: asegurar la optimización de riesgos.
    • EDM4: asegurar la optimización de recursos.
    • EDM5: asegurar la transparencia de las partes interesadas.

    Si se organizan bajo la práctica de alinear, planear y organizar(APO):

    • APO01: gestionar el marco de administración de TI.
    • APO02: gestionar estrategias.
    • APO03: gestionar la arquitectura empresarial.
    • APO04: gestionar la innovación.
    • APO05: gestionar el portfolio.
    • APO06: gestionar presupuesto y costos.
    • APO07: gestionar los recursos humanos.
    • APO08: gestionar las relaciones.
    • APO09: gestionar los acuerdos de servicio.
    • APO10: gestionar proveedores.
    • APO11: gestionar la calidad.
    • APO12: gestionar los riesgos.
    • APO13: gestionar la seguridad.

    Si se organizan bajo la práctica de construir, adquirir e implementar(BAI):

    • BAI01: gestionar programas y proyectos.
    • BAI02: gestionar la definición de requerimientos.
    • BAI03: gestionar la identificación y contrucción de soluciones.
    • BAI04: gestionar la disponibilidad y capacidad.
    • BAI05: gestionar la habilitación del cambio organizacional.
    • BAI06: gestionar cambios.
    • BAI07: gestionar el cambio de aceptación.
    • BAI08: gestionar el conocimiento.
    • BAI09: gestionar activos.
    • BAI10: gestionar la configuración.

    Si se organizan bajo la práctica de entrega, servicio y soporte(DSS):

    • DSS01: gestionar operaciones.
    • DSS02: gestionar peticiones e incidentes de servicio.
    • DSS03: gestionar problemas.
    • DSS04: gestionar continuidad.
    • DSS05: gestionar servicios de seguridad.
    • DSS06: gestionar procesos de control del negocio.

    Si se organizan bajo la práctica de monitorear y evaluar(MEA):

    • MEA01: monitorear y evaluar el desempeño y conformidad.
    • MEA02: monitorear y evaluar el sistema de controles internos.
    • MEA03: monitorear y evaluar el cumplimiento de los requisitos externos.

26. Explicar cómo COBIT clasifica la administración de TI.

    Las clasifica según:

    • Modelos de madurez.
    • Factores de éxito crítico.
    • Indicadores claves de metas.
    • Indicadores claves de rendimiento.

27. Justificar la importancia de aplicar COBIT en una organización.

    Se ha aplicado COBIT en el sector público y estos han sido algunos de los resultados:

    • En Dubai se ha aplicado ya que provee objetivos de control y mejora la gobernanza de TI.
    • En Bahrein se ha aplicado ya que proporciona el marco de trabajo más detallado y globalmente respetado para implementar la gobernanza de TI.
    • En Australia ha proporcionado un marco de trabajo muy detallado para la implementación de controles, auditoría y estrategias de testeo.

Práctica 3 - Gestión de Proyectos y Costos

Parte I: Conceptos generales

1. Explique con sus palabras en qué consiste un proyecto.

   Un proyecto es una secuencia de actividades única, complejas y conectadas que tienen un objetivo o propósito y que deben ser completadas en un tiempo específico, dentro del presupuesto y de acuerdo a las especificaciones. Es cualquier actividad que dé como resultado un producto o un entregable. Es una organización temporal creada con el propósito de entregar uno o más productos empresariales dentro de las restricciones de costo, calidad y recursos.

2. Indique cuál es el trabajo de un líder de proyecto. Nombre al menos cinco tareas del mismo.

   Es el responsable de detectar las necesidades de los usuarios y gestionar los recursos económicos, materiales y humanos, para obtener los resultados esperados en los plazos previstos y con la calidad necesaria. Es el que coordina el trabajo de técnicos y especialistas y la comunicación con los interesados. Son jugadores de equipo que motivan al personal usando sus conocimientos y habilidades. Son aquellos que realizan una planificación detallada para administrar la entrega de productos y servicios. Sus tareas suelen ser:

   • Desarrollar el plan del proyecto.
   • Identificar requerimientos y el alcance del proyecto.
   • Comunicar y reportar a interesados.
   • Administrar recursos humanos y materiales.
   • Controlar tiempos.

3. Enumere y explique cuáles son los parámetros o restricciones que afectan a los proyectos.

   Existen cinco restricciones que operan sobre un proyecto:

   • Alcance: es decir, los límites del proyecto. Dice lo que se va a hacer, e, implícitamente, también lo que no se va a hacer. Es crítico que el alcance sea correcto y también es posible que cambie, por lo que, cuando ello ocurra, el líder del proyecto debe detectar tal cambio, acomodar el plan conforme a ello.
   • Calidad: en particular, dos a tener en cuenta: la del producto y la del proceso.
   • Recursos: esto es, los activos, tales como personas, equipos, facilidades físicas, o artefactos necesarios para la realización del proyecto. Su disponibilidad es limitada, puede planificarse su uso o puede ser contratado a terceros. También pueden ser fijos o variables y son centrales para la planificación de las actividades del proyecto y la finalización ordenada del mismo. En particular, las personas son el recurso más importante.
   • Costo: es el presupuesto disponible para completar el proyecto.
   • Tiempo: es la ventana de tiempo en la cual el proyecto debe terminarse.

4. ¿En qué consiste el "Triángulo de alcance"? Explique el concepto.

   Es un triángulo que muestra la relación entre las tres variables de las que depende la calidad: el alcance, los costos y el tiempo.

   Ejemplos de su funcionamiento:

   • Si se reducen las personas que se dedican al proyecto, dada una calidad determinada, será necesario reducir el alcance del proyecto y/o aumentar su fecha de entrega.
   • Si se reduce la fecha en la cual se debe entregar el proyecto, dada una calidad determinada, será necesario reducir el alcance del proyecto y/o aumentar los recursos que se dedicarán a él.

5. Identifique las etapas que forman parte de un proyecto y describa en pocas palabras en qué consiste cada una.

   • Análisis de requisitos: es decir, extraer los requisitos de un producto de software.
   • Diseño y arquitectura: esto es, determinar cómo funcionará el sistema de forma general sin entrar en detalles.
   • Programación: en otras palabras, reducir el diseño a un código específico.
   • Pruebas: en otros términos, comprobar que el software realice correctamente las tareas indicadas en la especificación.
   • Documentación: dicho de otra forma, lo concerniente a la documentación(valga la redundancia) del propio desarrollo del software y de la gestión del proyecto.
   • Mantenimiento: dicho de otro modo, el soporte y las mejoras al sistema para enfrentar errores descubiertos y nuevos requisitos, respectivamente.

6. Explique cómo se pueden clasificar los proyectos de software.

   Pueden clasificarse según duración, riesgo, complejidad, valor comercial y costo. De ahí, se desprende la siguiente tabla:

   Tipo	Duración	Riesgo	Complejidad	Tecnología	Problemas
   A	> 18 meses	Alto	Alta	De avanzada	Seguros
   B	9-18 meses	Medio	Media	Actual	Muy probables
   C	3-9 meses	Bajo	Baja	Mejor del tipo	Algunos
   D	< 3 meses	Muy bajo	Muy baja	Práctica	Ninguno

7. Enumere y ejemplifique causas de fracaso de proyectos.

   • No prestar la suficiente atención a...

     • casos de negocio: es decir, puede que al analista se le haya escapado el detalle de que el sistema que se estaba construyendo tuviera soporte para tarjeta de crédito. O puede que el analista no se lo hubiera preguntado pero el cliente "lo daba por sentado".
     • calidad: por ejemplo, si el sistema es funcional pero la interfaz es fea o poco intuitiva.
     • definición y medida de los entregables: en otras palabras, entregables demorados o que, simplemente, no funcionen del todo bien.

   • Inadecuada...

     • definición de responsabilidades: por ejemplo, si nadie o algunos no tienen del todo claro los alcances de su rol(no saben o no tienen claro del todo de qué son responsables).
     • planificación y coordinación de recursos: por ejemplo, cuando se asigna más personal del requerido a una tarea y se descuidan otras.

   • Pobre estimación de...

     • duración: por ejemplo, que se calculen mal los tiempos a una funcionalidad y que se atrace todo.
     • costos: por ejemplo, que se despilfarre con una funcionalidad y que se ahorre de forma extrema en funcionalidades en las que debería dedicarse mayor presupuesto, como consecuencia de tal despilfarro.

   • Falta de...

     • comunicación con los interesados: por ejemplo, que un desarrollador no comunique sus problemas con la gerencia y esto impacte notoriamente en la calidad del producto.
     • compromiso de los interesados: por ejemplo, que uno de los desarrolladores no termine con lo que se comprometió a tiempo.
     • control de calidad: por ejemplo, cuando se hace énfasis en que se vea bien o sea intuitivo, pero las funcionalidades no terminan de funcionar(valga la redundancia) bien.
     • control de avance: por ejemplo, cuando se le dedica mucho tiempo a una funcionalidad y, como consecuencia de eso, se le dedica menos tiempo a otra. Esto puede desembocar en funcionalidades incompletas o inacabadas e impactar fuertemente en la calidad del producto, además de que también impacta en los costos.

8. Revise y compare las definiciones de administración de proyectos vistas en clase y otras disponibles en la Web(debe citar las definiciones utilizadas). En base a esas definiciones, se pide:

   Definición provista por la cátedra:

   Es la planificación, la delegación, el seguimiento y el control de todos los aspectos del proyecto y la motivación de los participantes para alcanzar los objetivos del proyecto dentro de los objetivos de rendimiento esperados en términos de tiempo, costo, calidad, alcance, beneficios y riesgos.

   Definición provista por wikipedia.org:

   Metodología utilizada a nivel mundial para alcanzar objetivos en un tiempo determinado llevando una gestión equilibrada y separando las urgencias de las tareas que realmente son importantes para el cliente

   Definición provista por monografias.com:

   Es la disciplina de gestionar proyectos exitosamente, la cual puede y debe aplicarse durante el ciclo de vida de cualquier proyecto. Es la forma de planear, organizar, dirigir y controlar una serie de actividades realizadas por un grupo de personas que tienen un objetivo específico.

   1. Identificar aspectos comunes.

      En todas las definiciones se habla de objetivos, de gestión, de planificación. Se habla de alcanzar objetivos controlando ciertos aspectos.

   2. Identificar aspectos mencionados que considere importantes y justificar.

      • Es la planificación, la delegación, el seguimiento y el control...: no solo es importante planificar, sino controlar que lo planificado se lleve exitosamente a cabo delegando cada tarea sobre quien debe delegarse.
      • en términos de tiempo, costo, calidad, alcance, beneficios y riesgos: no solo es importante alcanzar los objetivos, sino que la idea es alcanzarlos a tiempo, construyendo un producto de calidad, que no se esté descuidando ningún aspecto importante de las funcionalidades, que no se esté gastando plata en problemas que pudieran haberse evitado, que se hayan prevenido todos los riesgos posibles y que se hayan maximizado los beneficios.

   3. Enumerar ventajas de una buena administración de proyectos.

      La principal ventaja con respecto a una mala administración es que si esta muy buena, es muy probable que las metas del proyecto se alcancen. La administración de proyectos garantiza que se alcancen los objetivos cumpliendo los estándares en términos de tiempo, calidad, beneficios, riesgos, costo y alcance.

9. Cite los desafíos de la administración de proyectos. Indique qué puede hacerse para cumplirlos.

   • Alto nivel de innovación: se puede resolver aplicando mayores cursos de capacitación o contratando más personal capacitado.
   • Complejidad: dividiendo las tareas en módulos simples fáciles de completar.
   • Requerimientos ambiguos: es necesario disponer de analistas altamente capacitados que sepan detectar ese problema.
   • Falta de competencias necesarias.//preguntar
   • Herramientas y técnicas inmaduras: utilizando estándares y técnicas que se comprobaron funcionan bien y siguiéndolas a raja tabla.
   • Cumplir con regulaciones de gobierno: es necesario disponer de alguien especializado en materia gubernamental que alerte desde el principio si el proyecto puede violar una regulación gubernamental o que sepa como solucionar ese percance cuando surja.
   • Cumplir con plazos: motivar al personal para mantener el compromiso.
   • Tratar con proveedores.//preguntar
   • Reportar a altas autoridades: es necesario que se aliente a los empleados a tales prácticas y que cuando surja una queja o un reporte se lleve a cabo una investigación para probar lo que el empleado dice.
   • Retener personal calificado: se podría establecerles metas y que cada meta valga una cantidad determinada de dinero. Proporcionar beneficios.
   • Administrar personal con diferentes niveles de productividad: debe haber personal especializado en esa tarea que se encargue de repartir equitativamente las tareas.
   • Administrar equipos distribuidos en diferentes ubicaciones.//preguntar.
   • Administrar entornos multiculturales y multilingua: es necesario que se disponga de personal poliglota que entienda las necesidades del cliente o empleados y que se especialice en la cultura de ellos para mantener un buen trato.

10. Mencione y explique con sus palabras cómo es el ciclo de vida de un proyecto.

    1. Definir el proyecto: esto es, definir el alcance de éste, los costos, el tiempo que va a llevar.
    2. Desarrollar un plan detallado: es decir, detallar qué se va a hacer y cómo se va a hacer.
    3. Ejecución del proyecto: en otras palabras, poner en en marcha lo ya planificado.
    4. Monitorear/Controlar: en otros términos, monitorear que el plan se lleve a cabo, corregir problemas que afecten a la ejecución de éste.
    5. Terminación/Cierre: ya sea porque se han alcanzado los objetivos o no, en algún momento debe concluir el plan.

11. Explique qué es un programa. Mencione diferencias entre programas y proyectos.

    Un programa es un grupo de proyectos relacionados que se gestionan de manera coordinada para obtener beneficios. Integra los proyectos de modo que se pueda alcanzar un resultado mayor que la suma de sus partes.
    Los proyectos y los programas tienen varias diferencias, la principal, que un programa es un conjunto de proyectos. Además, el proyecto tiene un alcance limitado a un producto en concreto; los programas tienen un espectro más amplio que puede cambiar dependiendo la expectativa de beneficios. Otra diferencia es acerca de los cambios: los proyectos intentan mantenerlos al mínimo y los programas es algo que deben esperar e incluso aceptar. En los proyectos, los líderes se centran en la entrega de las tareas y a cumplir los criterios de éxito; en los programas, éstos se centran más en la resolución de conflictos y gestión de relaciones.

12. ¿Cuál es la relación entre la administración de programas y la administración de proyectos?

    Un programa vincula proyectos de varias maneras:

    • Interdependencias de tareas entre proyectos.
    • Limitaciones de recursos a través de múltiples proyectos.
    • Actividades de mitigación del riesgo.
    • Escalamientos de problemas, cambios de alcance, calidad, gestión de comunicaciones, riesgos, etc.

Parte II: Actividades y tareas de proyectos

13. Explique qué es Work Breakdown Structure(WBS) y cómo se construye.

    Es una descripción jerárquica del trabajo que se debe realizar para completar el proyecto. Es algo así como una descomposición funcional: el trabajo se divide en actividades y las actividades en tareas. Hay dos formas de construirlo: usando top-down o bottom-up. Si se utiliza top-down, puede realizarse usando el equipo completo o en sub-equipos. Si se utiliza el equipo completo, todos los miembros del equipo participan en la descomposición y se va descomponiendo hasta que los participantes estén satisfechos de que el trabajo ha sido suficientemente definido. Sus ventajas es que, debido al suficiente nivel de detalle, las estimaciones de costo, tiempo y recursos son más exactas. Además, brinda la oportunidad de que todos presten atención al WBS y se discuta en el momento. Si, en cambio, se opta por sub-equipos entonces el equipo completo acuerda la partición de primer nivel y se crean tantos sub-equipos como actividades hayan en tal nivel. Luego, a cada sub-equipo se le asigna la actividad para la cual tenga más experiencia y éste particiona tal actividad. Si así lo requiera, un sub-equipo puede solicitar ayuda externa. La ventaja de este enfoque es que lleva menos tiempo que el anterior.

14. Mencione los distintos usos del WBS en la administración de proyectos.

    Sirve para:

    • Diseñar y planificar el trabajo.
    • Diseñar la arquitectura.
    • Planificar.
    • Informar el estado del proyecto.

15. Indique cuáles son las características que deben tener las actividades para considerarse completas. Explique.

    Deben considerarse 6 características:

    1. Estado medible: es decir, puede medirse el estado en que se encuentra.
    2. Acotada: esto es, una fecha de inicio y otra de fin.
    3. Producir un entregable: en otras palabras, debe producir algún signo visible de que se completó, puede ser un documento, un producto, la autorización para continuar con la próxima tarea, etc.
    4. Tiempo y costo estimable: en otros términos, que el tiempo y el costo sean fácilmente medibles. Si todas las tareas son fácilmente estimables, entonces las mediciones de tiempo y el costo serán más exactas.
    5. Duración aceptable: dicho de otra manera, que la duración de la actividad sea admisible: que no se le asigne un mes(hay excepciones), pero tampoco 3 días.
    6. Independiente: dicho de otro modo, que una vez iniciada no dependa de otra actividad. El esfuerzo dedicado a una actividad debe ser contínuo.

16. Explique qué es la duración de una actividad. Indique cuál es la diferencia con el esfuerzo de trabajo.

    La duración es el tiempo transcurrido en días laborables para finalizar el proyecto(feriados, fines de semana y días no laborables no cuentan). El esfuerzo de trabajo es la labor requerida para completar una actividad. La labor puede realizarse en horas consecutivas o no. Ejemplo: una tarea pudo haber sido completado en 10 días pero el esfuerzo de trabajo fue solo de 20 horas.

17. ¿Cuáles son las causas de variación en la duración de una actividad?

    Existen varias:

    • Cantidad de recursos planificados para trabajar en ella.
    • Variación en los perfiles.
    • Eventos inesperados.
    • Eficiencia del tiempo de trabajo.
    • Errores e interpretaciones erróneas.
    • Errores y malentendidos.

18. Mencione las distintas técnicas para estimar esfuerzo.

    Existen varias:

    • Similitud con otras actividades.
    • Datos históricos.
    • Juicio experto.
    • Técnica Delphi.
    • Técnica de tres puntos.
    • Técnica Delphi de banda ancha.

Parte III: Costos

19. Explique a qué se hace referencia con el término "Estimación de costos".

    Estimación de costos implica realizar predicciones de cuánto tiempo, esfuerzo y perfiles de RRHH son requeridos para construir un sistema de software. No debe confundirse estimación de costos con estimación de esfuerzo.

20. ¿Cuáles son las técnicas de estimación y para qué se utilizan?

    • Brainstorming: es una técnica para generar muchas ideas en un grupo y requiere la participación espontánea de todos. La técnica permite obtener nuevas ideas y soluciones creativas e innovadoras. El clima de participación y motivación asegura mayor calidad en las decisiones tomadas por el grupo, más compromiso por la actividad y un sentimiento de responsabilidad compartido por todos.
    • Opinión experta: utiliza la experiencia de un personal de desarrollo senior. El desarrollador describe los parámetros del proyecto y el experto hace predicciones basadas en experiencias previas. Se identifican similitudes y diferencias.
    • Descomposición: el análisis se focaliza en el producto o en las tareas requeridas para construirlo. La idea es descomponer el producto en componentes y las actividades en tareas. Se basan en casos promedios o experiencias pasadas.
    • Modelos: son técnicas que identifican contribuyentes claves al esfuerzo, generando fórmulas matemáticas que relacionan estos items al esfuerzo. Hay dos enfoques: bottom-up y top-down.

21. El modelo COCOMO original es una colección de tres modelos: comment: <> (COCOMO is love, COCOMO is life)

    1. Básico.
    2. Intermedio.
    3. Avanzado o detallado.

    Explique las diferencias entre estos modelos.

    • Básico: aplicable cuando se conoce muy poco del proyecto.
    • Intermedio: aplicable luego de la especificación de requerimientos.
    • Avanzado: aplicable cuando se termina el diseño.

22. Los modelos calculan el esfuerzo requerido E a través de una fórmula de la forma: E = a x Sᵇ x F, y la duración estimada a través de la fórmula: D = c x Eᵈ

    1. ¿Qué valor toma F para el modelo básico?

       Factor de ajuste (igual a 1 en el modelo básico)

       Todos utilizan la misma fórmula:
       E=a S
       b F
       donde:
       E: esfuerzo en personas mes
       S: tamaño medido en KSDI (K-delivered source instructions)
       F: Factor de ajuste (igual a 1 en el modelo básico)
       a,b: se obtienen de tablas del modelo en función del tipo de sistema
       

    2. Describir brevemente en función de qué tipos de variables se calcula el factor de ajuste F en los otros dos modelos.

       Los factores de ajuste son quince agrupados en cuatro categorías:

       • Atributos del producto
         • RELY(reliability): indica las posibles consecuencias para el usuario en el caso que todavía existan defectos en el producto(qué tan confiable-reliable- es el producto).
         • DATA: tamaño de la base de datos a desarrollar en relación con el tamaño del programa.
         • CPLX(complexity): complejidad de los módulos y el producto en general.
       • Atributos del hardware
         • TIME: limitaciones en el porcentaje del uso de la CPU.
         • STOR: limitaciones en el uso de la memoria.
         • VIRT: volatilidad de la máquina virtual(hardware + software) durante el desarrollo de software.
         • TURN(computer turnaround): cuantifica el tiempo de respuesta de la computadora desde el punto de vista del programador. Cuando mayor sea el tiempo de respuesta, más alto será el esfuerzo humano.
       • Atributos del personal
         • ACAP(analyst capability): capacidad de los analistas en términos de habilidad de análisis, eficiencia, y capacidad para cooperar.
         • AEXP(applications experience): experiencia del personal en aplicaciones similares.
         • PCAP(programmer capability): capacidad de los programadores en términos de habilidad de programción, eficiencia y capacidad para cooperar.
         • VEXP: experiencia de los programadores en la máquina virtual.
         • LEXP: experiencia de los programadores en el lenguaje de programación a utilizar.
       • Atributos del proyecto
         • MODP: uso de prácticas modernas de programación(programación estructura, desarrollo top-dpwn, etc).
         • TOOL: uso de herramientas de desarrollo de software.
         • SCED(required development schedule): indica el esfuerzo necesario para cumplir con la planificación.

    3. Indicar cómo varían los valores de a y b, y c y d en ambas fórmulas de acuerdo al modo utilizado.

    Tipo de sistema	a	b	c	d
    Orgánico	2.40	1.05	2.50	0.38
    Embebido	3.00	1.12	2.50	0.35
    Semi-embebido	3.60	1.20	2.50	0.32

    4. Describir las características generales de sistemas que apliquen a cada uno de estos modos:
       1. Orgánico
       2. Semi-embebido
       3. Embebido

    Dar ejemplos.

    • Orgánicos: involucra procesamiento de datos, uso de bases de datos y se focaliza en transacciones y recuperación de datos. Ejemplo: sistema de facturación.
    • Embebido: contienen software de tiempo real que es una parte integral de un sistema mayor basado en hardware. Ejemplo: control de ascensores.
    • Semi-embebido: entre orgánico y embebido. Presenta mayor procesamiento de transacciones. Ejemplo: monitorio de una red.

23. ¿Cuáles son los principales objetivos considerados en el desarrollo del modelo COCOMO 2.0? Explique diferencias con la versión original.

    Los objetivos de COCOMO 2.0 son:

    • Desarrollar modelos de costos y de estimación acordes a las prácticas actuales.
    • Desarrollar bases de datos de costos y herramientas que soporten una mejora contínua del modelo.
    • Proveer un framework analítico cuantitativo y un conjunto de herramientas y técnicas para evaluar los efectos de las mejoras en los costos de vida y en las planificaciones.

    Las principales diferencias entre COCOMO y COCOMO 2.0 son:

    • COCOMO: requiere software tamaño en KDSI como entrada, pero COCOMO 2.0 se basa en código KSLOC(lógico). La principal diferencia entre DSI y real es que una sola línea de código fuente puede tener varias líneas físicas.
    • COCOMO 2.0: aborda las siguiente tres fases del ciclo de vida en espiral: desarrollo de aplicaciones, principios de diseño y arquitectura post. COCOMO proporciona las estimaciones puntuales del esfuerzo y la programación, pero COCOMO 2.0 proporciona rangos probables de estimaciones que representan una desviación estándar alrededor de la estimación más probable.

24. Explique qué es la economía de escala. De al menos dos ejemplos.

    Es el poder que tiene una empresa cuando alcanza un nivel óptimo de producción para ir produciendo más a menor coste, es decir, a medida que la producción en una empresa crece, sus costes por unidad producida se reducen. Cuanto más produce, menos le cuesta producir cada unidad. Ejemplos: uso de herramientas CASE, simulaciones, entornos de pruebas.

Parte IV: Gestión de proyectos

25. Explicar qué es la gestión de los beneficios y en qué consiste su enfoque.

    La gestión de los beneficios consiste en obtener beneficios para sus clientes y para las partes interesadas. Su enfoque se divide en 5 partes:

    1. Desarrollo de una estrategia de gestión de beneficios: es decir, definir cómo el programa se encargará de la gestión de los beneficios.
    2. Perfiles de beneficios: esto es, identificar los beneficios en áreas como calidad de servicio(respuestas rápidas a las consultas de los ciudadanos, por ejemplo) o economía(si los beneficios contribuyen a reducir los costos de las agencias gubernamentales, por ejemplo).
    3. Plan de realización de beneficios: en otras palabras, una vista completa de todos los perfiles de beneficios en forma de un cronograma que define cuándo se realizará cada uno.
    4. Realización de beneficios: en otros términos, la entrega definitiva de los beneficios incrementales. A menudo, para implementar los beneficios en las organizaciones son necesarios cambios estructurales y/o de procesos, pero tales cambios son en pos de la inclusión de nuevas capasidades, productos y/o servicios.
    5. Revisión de beneficios: dicho de otro modo, validar el valor de los beneficios esperados y realizados a los ojos de los stakeholders. La idea es evaluar el nivel de los objetivos alcanzados y asegurar la alineación de los beneficios con los objetivos del programa. Además, es posible apreciar la efectividad de cómo son gestionados los beneficios e identificar, junto a los stakeholders, nuevos posibles beneficios.

26. ¿Cuáles son las características principales de la gestión de los interesados?

    Ayuda a asegurar que las partes interesadas:

    • Estén comprometidas con los beneficios identificados y su realización.
    • Estén fomentando la propiedad.
    • Sean responsables de añadir valor a través del proceso de realización.

27. Indicar cuáles son los objetivos de la gestión de los interesados y a qué preguntas responde.

    El principal objetivo es asegurar que los beneficios:

    • Sean identificados.
    • Estén definidos claramente.
    • Estén vinculados a los resultados estratégicos.
    • Sean específicos, medibles, realizables, realistas y limitados con el tiempo.

28. ¿De qué forma se representa la identificación de los interesados y sus intereses? Ejemplifique.

    La principal forma es la comunicación. La comunicación es un factor crítico de éxito para cualquer proceso de transformación. La idea es concientizar a los stakeholders sobre los beneficios y el impacto y de esa manera obtener el compromiso del personal de las organizaciones con los cambios a ser introducidos. Es importante, además, mantener a todo el personal de las organizaciones informado sobre los progresos realizados antes, durante y después de la ejecución y entrega de resultados. Es de crítica importancia garantizar que las comunicaciones sean doble vía, alentando activamente a los stakeholders a proporcionar un feedback y asegurarse de que estén informados acerca del uso del mismo.

29. Indique qué datos se incluyen al momento de crear una matriz de impacto y qué aporta el análisis de los mismos.

//pedir explicación

30. ¿Qué datos tiene un plan de comunicación dentro de la gestión de los interesados? Mencione posibles canales de comunicación.

    Un plan de comunicación describe:

    • Qué se comunicará y la autoridad requerida para la comunicación.
    • Cómo se comunicará.
    • Quién comunicará.
    • Cuándo se comunicará.

    Ejemplos de canales de comunicación: seminarios y workshops, prensa y medios, boletines, instrucciones, etc.

Parte V: Ejercicios

31. Una empresa vende seguros para bienes inmuebles. Cuenta con 10 empleados de planta y 20 vendedores contratados. En base a requerimientos de los directivos, la Gerencia de Sistemas definió la ejecución de dos proyectos para el período 2017-2018:

    1. Comprar dispositivos móviles para ayudar a los 20 vendedores en sus tareas diarias.
    2. Proveer un sistema de sueldos y jornales.

    Para cada proyecto se pide:

    1. Clasificarlo y justificar dicha clasificación.

       Para el proyecto 1, el tipo que más se le asemeja es el tipo D: es un proyecto que lleva menos de 3 meses de riesgo muy bajo que no debería dar mayores problemas. El costo tampoco es muy alto.
       En cambio, para el proyecto 2, hay mayores consideraciones, pero considero que es un proyecto de tipo C: es algo que se realiza de 3 a 9 meses y de riesgo y complejidad baja. Probablemente surjan algunos problemas.

    2. Identificar al menos 3 tareas que sería necesario ejecutar en cada proyecto -analizar si están conectadas y en caso afirmativo, explicar cómo.

       Para el proyecto 1:

       • Asesorarse para encontrar el mejor dispositivo movil conforme precio y calidad, es decir, encontrar uno adecuado a las necesidades del empleado.
       • Comprar los dispositivos.

       Para el proyecto 2:

       • Elicitar los requerimientos para armar un documento de lo que se desea construir.
       • Armar un diseño o prototipos del sistema y discutirlos con el cliente para llegar a un producto de calidad.
       • Desarrollar el sistema y mantener informado al cliente.

       Tareas que, a mi me parece, conectan el proyecto 1 y 2:

       • Por ejemplo, si se desarrollara una aplicación movil que permitiera gestionar a los vendedores cuestiones relacionadas a los jornales debería tenerse en cuenta la naturaleza del sistema de jornales y qué tanto soporta el dispositivo movil.

    3. Explicar dos situaciones que puedan hacer fracasar el proyecto.

       • Que se estime mal el presupuesto y no se esté dispuesto a ampliarlo.
       • Si se dispone de solamente una persona altamente capacitada y esa persona se va y no es capaz de reemplazarla.

32. Elegir una organización y describir a qué se dedica(cuál es su misión). Formular un objetivo estratégico para el cual se necesite la ejecución de un programa y luego:

    1. Identificar un programa para la implementación del objetivo estratégico que incluya al menos tres proyectos.
    2. Explicar por qué los proyectos forman parte del programa.

//preguntar

33. Una importante empresa de servicios de salud, con más de 20.000 empleados, tiene como proyecto proveer a sus empleados de un sistema online que los ayude a mejorar y mantener su estado de salud. Hoy en día, la empresa paga un 20% más que el promedio del mercado en servicios de salud prepaga. Se cree que, con este sistema, se mejorará la salud de sus empleados y se podrán negociar mejores precios con la prepaga, ahorrando al menos $150 al año por empleado. Se busca terminar el proyecto en 6 meses con un presupuesto de $500.000. El sistema requiere:

    1. Permitir a los empleados registrarse a programas de recreación patrocinados por la compañía, tales como fútbol, básquet, ciclismo y otros deportes.
    2. Permitir a los empleados registrarse a programas y clases para ayudarlos a controlar su peso, reducir el stress, dejar de fumar, etc.
    3. Monitorear datos sobre los empleados que se involucran en esas actividades recreacionales y esos programas de salud.
    4. Ofrecer incentivos a los que se inscriben en los programas y tienen un buen desenvolvimiento en ellos(dejando de fumar, ganando competencias, etc.).

    Para este proyecto se busca formular una estrategia de gestión de los interesados con:

    1. Identificación de al menos tres grupos de interesados.

       • Los empleados.
       • La gerencia de la empresa de salud.
       • El personal que se contratará para llevar a cabo las actividades.

    2. Creación del mapa de partes interesadas.

       Stakeholders	Dirección estratégica	Financiera	Cambios operacionales	Interfaz con los clientes
       Empleados	Mantener informado	No participa	Consulta activa	Mantener informado
       Gerencia de la empresa de salud	Fuerte compromiso	Fuerte compromiso	Fuerte compromiso	Fuerte compromiso
       Personal que se contratará para llevar a cabo las actividades	Mantiene interés	No participa	Mantiene interés	Mantener informado

    3. Creación de la matriz de impacto de las partes interesadas.

       

    4. Elaboración de un plan de comunicación.

       //preguntar

    5. Definición de los canales de comunicación.

       • Workshops: talleres brindados por personal especializado a los empleados.
       • Tablón de anuncios: tanto virtual(a través de una aplicación para los empleados) como físico, informando de las actividades disponibles el actual mes.
       • Informes: redactados por el personal especializado a la gerencia indicando cuestiones cómo:
         • Qué tan concurrido es el taller.
         • Qué resultados ha generado.
         • Sugerencias.
         • Problemas.
       • Anuncios: se harán mediante la aplicación movil.