CUL ES LA DIFERENCIA ENTRE EL NIVEL DE CAPACIDAD Y EL NIVEL DE MADUREZ?

Las diferencias que existen entre el nivel de capacidad y el nivel de madurez es: Los niveles de capacidad pertenecen a la representacion continua y los de niveles de madurez pertenecen a la representecion por etapas. Los niveles de capacidad se aplican al logro de mejora de procesos en areas de proceso individuales y los de niveles de madurez se aplican al logro de mejora de procesos de una organizacion en multiples areas de proceso. Los niveles de capacidad son un medio para mejorar de forma incremental los procesos que corresponden a un area de proceso y los de niveles de madurez son un medio de predecir los resultados generales del siguiente proyecto que se acometa. En los niveles de capacidad existen 4 niveles de capacidad del 0 al 3 (0:incompleto, 1:realizado, 2:gestionado, 3:definido) y los de niveles de madurez tienen 5 niveles de madurez del 1 al 5 ( 1:inicial, 2:gestionado, 3:definido, 4:gestionado cuantitativamente, 5:en optimizacion).

EN QU SE PARECEN LOS NIVELES DE CAPACIDAD Y DE MADUREZ?

Los niveles de capacidad y madurez se parecen en que hay una equivalencia entre ellos, a saber: 0 o 1 capacidad <> 1 madurez 2 capacidad <> 2 madurez 3 capacidad <> 3,4, o 5 madurez Tambien se asemejan en que ambos son usados para dar una escala al nivel de calidad alcanzado por los procesos sobre los cuales se hace la evaluacin y medicin. Otra similitud, es que por ambos formas se pueden usar para mejorar los procesos en una organizacin.

DESCRIBA UN EJEMPLO DE NIVEL DE CAPACIDAD 0 "INCOMPLETO" Y EXPLIQUE POR QU

Un ejemplo de Nivel de Capacidad 0 "Incompleto" podria ser: La Gestion de Requisitos. En muchas empresas se da el caso de que la captura de requisitos del Sistema no se realiza de manera total. Muchas veces se realiza parcialmente generando asi capturas de requisitos incopmletas, y a veces se llega a decir "El usuario no sabe lo que quiere", cuando el usuario si sabe lo que quiere, pero nosotros no sabemos capturar lo que l quiere y plasmarlo en documentos de requisitos. La meta de hacer una captura optima de requisitos no se satisface y por eso no se institucionaliza el proceso, ya que muchas veces se cree que "no es necesario tanta documentacion".

DESCRIBA UN EJEMPLO DE NIVEL DE CAPACIDAD 1 "COMPLETO" Y EXPLIQUE POR QU.

Ejemplo: Disponibilidad de las plantillas para elaboracion de documentos de desarrollo Debido a que permite satisfacer las necesidades durante la etapa referida a la documentacion, pues permite elaborar documentos con plantillas que han sido consideradas como de buenas practicas, reduciendo los tiempos y permite continuar con el el camino correcto de elaboracion de productos de trabajo.

DESCRIBA UN EJEMPLO DE NIVEL DE CAPACIDAD 2 "DEFINIDO" Y EXPLIQUE POR QU

Para la empresa Movistar en su proceso de desarrollo de productos, los analistas de dicha rea conocen las polticas para iniciar los proyectos, a qu reas y personas se deben involucrar y hasta la forma de especificacin que deben tener sus entregables (requerimientos funcionales para sistemas) , sin embargo, no todos usan los mismos formatos ni tienen un orden lgico para ejecutar su levantamiento de informacin por lo que regularmente aplican una metodologa no estndar y todos los entregables no son comparables.

DESCRIBA UN EJEMPLO DE NIVEL DE CAPACIDAD 3 "GESTIONADO" Y EXPLIQUE POR QU

Un ejemplo de Capacidad 3 "Gestionado" podria ser el proceso de Desarrollo del Software. Este proceso se planifica desde un inicio, y distribuye el personal adecuado y capaz para realizar cada tarea dentro del desarrollo. DEsde programadores, analistas, jefes, DBA, etc. Este proceso de monitorea a traves de los entregables (hitos) y asi se comprueba si el avance esta acorde a lo planificado. Mientras las actividades se realicen con seriedad y disciplina se puede lograr un desarrollo optimo y con calidad. Estas practicas deben ser mantenibles en el tiempo y mejoradas con la experiencia.

DESCRIBA UN EJEMPLO DE NIVEL DE MADUREZ 1 "INICIAL" Y EXPLIQUE POR QU

Danilo Pomalaza Inga Grupo 4 pregunta 3 Nivel de madurez 1 Una empresa que logra que sus proyectos de desarrolla cumplan los objetivos para los cuales fueron creados. pero no tienen definido un proceso de como lo lograron, cada proyecto trabaja de forma independiente.

Se logra los objetivos pero no se siguen los mismoas pasos para lograrlos Los procesos no estan definidos.

DESCRIBA UN EJEMPLO DE NIVEL DE MADUREZ 2 "GESTIONADO" Y EXPLIQUE POR QU

Un nivel de madurez 2 debe cumplir con las areas de proceso del Anexo 2 Ejemplo Un empresa de desarrollo de software que tienen una adecuada especificacion control , analisis de los requerimientos , todos estos controlados para su ejecucion mediante un planificacion de proyectos que establesca basicamente los costos , los tiempos , el alcance , la calidad , este proyecto monitorizado para que se cumpla y se establescan acciones correctivas en caso de desfase del mismo , si el proyecto que en el ejemplo es de sofware necesita acuerdo con proveedores por ejemplo para la instalacion del servidor , la gestion de la red etc se debera tener las buenas practicas para la gestion con dichos socios , la empresa tiene un control de calidad para la verificacion de que se cumplen los procesos de desarrollo y que los productos son los requeridos , ademas la empresa del ejemplo tiene una configuracion de los activos del proceso , un adecuado versionamiento de los mismos , faciles de usar . Aadido a esto una medicion y control de la informacion que se maneja en general.

Anexo Nivel de madurez 2 : Gestion de Requerimientos Planificacion de proyectos Monitoreo y control de proyectos Gestion de acuerdo con proveedores Aseguramiento de calidad de productos y procesos Gestion de a configuracion Medicion y analisis

DESCRIBA UN EJEMPLO DE NIVEL DE MADUREZ 3 "DEFINIDO" Y EXPLIQUE POR QU

Ejemplo: Cuando dentro de una organizacion hay una politica de mejorar los procesos de negocio apoyandonos en las tecnologias de la informacion, para ello en base a iniciativas se opta por establecer proyectos en los cuales caada proyecto sea un paso para la consecucion del objetivo principal de hacer los procesos de negocio mas eficientes. Antes de ejcutar los proyectos se toma la foto inicial de la situacion de los procesos, es decir se hace una medicion de la situacion actual y se obtiene inidicadores de los procesos.

Este es un ejemplo de un nivel de madurez 3 Gestionado, ya que se sigue una politicas definidas por la organizacion, los resultados luego de ejecutar los proyectos son comprados con los resultados iniciales, y luego se proponen cambios para eliminar defectos en los procesos actuales. Se siguen buenas practicas en mejoras de procesos.

DESCRIBA UN EJEMPLO DE NIVEL DE MADUREZ 4 "GESTIONADO CUANTITATIVAMENTE" Y EXPLIQUE POR QU

en una empresa de productos de alimentos de lacteos puede cuantificar la produccion al ao de sus productos principales y secundarios para tomar sus previsiones segun los factores internas y externas del mercado. definidas. las herramientas estan basadas en estadisticas que simulan su comportamiento de la produccion y detectando las variaciones de capacidad exceden los rangos aceptables para adoptar medidas correctivas.

DESCRIBA UN EJEMPLO DE NIVEL DE MADUREZ 5 "EN OPTIMIZACIN" Y EXPLIQUE POR QU

Una organizacin con nivel de madurez 5 es una empresa que mejora continuamente sus procesos. Por ejemplo si esta empresa tiene un proceso que ya es de calidad, no se queda dormida en sus laureles y de manera proactiva lo trata de mejorar, para esto hace uso de indicadores que le ayudan a evaluar como va el proceso y como mediante alguna innovacin tecnolgica puede mejorarlo.

GRUPO 1 - SEGUNDA PREGUNTA: REQM SP 1.2 POR QU SE DEBE OBTENER EL COMPROMISO DE LOS PARTICIPANTES DEL PROYECTO SOBRE LOS REQUERIMIENTOS?
el compromiso los participantes del proyecto es tan importante para interactuar con otros equipos integrados asi como su compromisos con otros requerimientos del proyectos, se debe llevar actividades para implementar los requerimientos de otra manera el proyectos no tendra exito en su desarrollo.

GRUPO 2 - SEGUNDA PREGUNTA: REQM SP 1.3 POR QU ES NECESARIO ANALIZAR CON EFICACIA EL IMPACTO DE LOS CAMBIOS?

Porque durante el proyecto, los requisitos cambian por diversas razones. Es esencial la gestin de estos cambios o incorporacin de nuevos requisitos de forma eficaz y efectiva. Para un anlisis efectivo del impacto de los cambios a los requisitos es necesario que sea conocido el origen de cada requisito y este documentado el motivo del cambio. Un cambio en los requisitos es probable que produzca una modificacin en la planificacin, aumente o disminuya el tiempo planificado, por eso se debe gestionar de manera correcta el cambio en los tiempos y recursos del proyecto y ambas partes deben estar de acuerdo en estas modificaciones. Se gestionar los cambios a los requisitos durante su evolucin a lo largo del proyecto y se identificar cualquier inconsistencia que existiese entre la planificacin, productos de trabajo del proyecto y los requisitos.

GRUPO 3 - SEGUNDA PREGUNTA: REQM SP 1.4 EN QU CONSISTE LA TRAZABILIDAD BIDIRECCIONAL ENTRE LOS REQUERIMIENTOS Y LOS PRODUCTOS DE TRABAJO?

Se refiere que los requerimientos identificados deben tener una concordancia o relacin entre ellos para asegurar que la fuente de los requerimientos derivados estn correctamente identificados y documentados, mantener una trazabilidad o relacin con sus elementos relacionados puede ser mediante funciones, interfaces objetos, personas y procesos. Los elementos que se utilizan en esta actividad: -Matriz de trazabilidad de los requerimientos -Sistema de monitoreo para los requerimientos

GRUPO 1 - TERCERA PREGUNTA: CUL ES EL PROPSITO DE LA VALIDACIN DE REQUERIMIENTOS (RD SG 3)?

El proposito de la validacin de requerimientos es constatar que el producto que resulte del proyeto funcione tal y como lo necesita el usuario, para tal fin se utilizan simulaciones, prototipos, demostraciones. Es un trabajo que se realiza en conjunto con los usuarios del sistema.

GRUPO 2 - TERCERA PREGUNTA: RD SP 1.1 CULES SON ALGUNOS EJEMPLOS DE FUENTES DE REQUERIMIENTOS QUE PODRAN SER NO IDENTIFICADOS POR EL CLIENTE?
RD SP 1.1 CULES SON ALGUNOS EJEMPLOS DE FUENTES DE REQUERIMIENTOS QUE PODRAN SER NO IDENTIFICADOS POR EL CLIENTE? Algunos ejemplos de fuentes de requerimientos que podran no ser identificados por el cliente son: Estndares. Polticas de negocio. Tecnologa. Productos o componentes del producto heredados Requerimientos ambientales del negocio

GRUPO 3 - PREGUNTA 3: SEGN LA SP 3.5 DE RD, EXPLIQUE CUALES SON LOS OBJETIVOS MAS IMPORTANTES DE LA VALIDACIN DE REQUERIMIENTOS.
Los objetivos ms importantes de la validacin de requerimientos son: - Tener la certeza que los requerimientos levantados y analizados sean los que nos lleven a desarrollar un producto que sean finalmente aprobados por el cliente. - Determinar los riesgos que implica que el producto no funcione como se piensa en el ambiente del cliente. - Obtener retroalimentacin de los prototipos que se puedan generar para demostrar como sera el producto desarrollado. - Levantar requerimientos que no hayan sido establecidos anteriormente.

GRUPO 1 - CUARTA PREGUNTA: EN EL MARCO DE LA SP 3.4 DE RD DE QU TRATA LAS NECESIDADES Y LAS RESTRICCIONES DE LAS PARTES INTERESADAS?

En las necesidades de las parte interesadas tenemos a los clientes, usuarios finales, proveedores a los desarrolladores y a los de calidad o encargados de efectuar las pruebas. Se tiene a fin para determinar los requerimientos del cliente , en estas necesidades y restricciones son analizados en un conjunto en base a los requerimientos del cliente a falta de un canal de buen entendimiento, suele producirse mala comunicacin y ser mal interpretadas o identificadas y estas necesidades generan unas restricciones en todo el proyecto para conseguir un objetivo. Para superar esto. Es frecuente involucrar un cliente o usuario final para representar las necesidades del requerimiento y ayudar a resolver los posibles conflictos. las restricciones se deben ser considerado cuando se crea o resuelve un conjunto de requerimiento con el cliente

GRUPO 2 - CUARTA PREGUNTA: EN EL MARCO DE SP 3.2 DE RD, QU ES LA DEFINICIN DE FUNCIONALIDAD?

Es describir lo que se pretende que haga el producto finalizado el desarrollo del proyecto. Esta definicin de la funcionalidad incluye ademas las entradas, salidas u otra informacin que comunique la manera en la cual el producto ser usado.

GRUPO 3 - CUARTA PREGUNTA: EN EL MARCO DE LA SP 3.1 DE RD QU ES UN CONCEPTO OPERATIVO?

El concepto operativo se define sobre un producto y/o los componentes de dicho producto y, por lo general, depende de la solucin de diseo y el escenario sobre el que se desarrollan. Por ejemplo, el concepto operativo para un producto de comunicaciones telefnicas es muy diferente a uno basado en comunicaciones satelitales . Debido a que las soluciones alternativas no han sido generalmente definidas en la preparacin de los conceptos operativos iniciales. las soluciones conceptuales son desarrolladas para su uso en el anlisis de los requerimientos. Los conceptos operacionales son refinados ya que las decisiones se hacen de la solucin y reducir los requisitos de nivel detallados son desarrollados.

GRUPO 1 - QUINTA PREGUNTA: PARA LA SP 2.2 DE RD QU PROBLEMAS PUEDEN SURGIR DURANTE UN PROYECTO DE DESARROLLO O DE MANTENIMIENTO CUANDO NO QUEDA CLARO EL COMPONENTE ESPECFICO QUE SE IMPLEMENTAR?
Pueden llevar a caminos equivocados, eso conlleva a consumo de recursos y tiempo y un alejamiento de los objetivos planteados en los requerimientos iniciales. Una mala calidad en la comunicacin o en lo formatos en la toma o anlisis de los requerimientos Para evitar ello se busca la identificacin de requerimientos que no hayan sido provisto explcitamente por el cliente, y los requerimientos adicionales se deben abarcar las actividad del ciclo del vida del producto y su impacto en el.

GRUPO 2 - QUINTA PREGUNTA: PARA LA SP 1.2 RD POR QU ES IMPORTANTE QUE EL EQUIPO TENGA CLARO QU

PRUEBAS REALIZAR EL USUARIO PARA ACEPTAR EL REQUERIMIENTO?

Porque en la definicin de los requerimientos se establecen necesidades, expectativas y restricciones por parte del cliente. Es por eso que el equipo deber planificar una etapa de pruebas de aceptacin por parte del cliente para que as ste verifique y compruebe por si mismo que el producto desarrollo cumple todas sus expectativas y satisface sus necesidades. Algunas caracteristicas que se deben de tener en cuenta para que las pruebas por parte del usuario sean ptimas: - Probar todas y cada de las funcionalidades del producto. - Realizar dos o mas casos de prueba por cada requerimiento. - No solo verificar resultados correctos, sino tambien rendimiento y capacidad por parte del producto. Que el equipo tenga en cuenta lo anterior para preparar un ambiente de pruebas de aceptacin adecuado, significar que la etapa de pruebas por parte del usuario se desarrollar satisfactoriamente, y el usuario validar que lo construido o desarrollado haya sido lo solicitado como requerimientos.

GRUPO 3 - QUINTA PREGUNTA: SG 1 DE RD CULES SON LAS BASES PARA DETERMINAR LOS REQUERIMIENTOS DE LOS CLIENTES?
Para determinar los requerimientos, es fundamental comprender claramente las necesidades, expectativas, restricciones e interfaces de los clientes y traducirlas en requerimientos. Por lo general, la etapa de definicin de los requerimientos es muy pobre en cuanto a asignacin de tiempo y contenido. Es por dicho motivo, que las organizaciones involucran a los clientes para que la definicin del requerimiento del cliente se vaya afinando poco a poco, a travs de un proceso iterativo en el ciclo de vida del proyecto. Se puede resumir en 2 etapas la definicin de requerimientos: 1. Obtener los requerimientos. Gracias a tcnicas como brainstorming, casos de uso, demostraciones de tecnologa, etc. se puede ayudar al cliente a definir el requerimiento y con ello la necesidad que hay detrs. Esta actividad debera darse a travs de todo el ciclo de vida del proyecto para ir mejorando la definicin de la necesidad. 2. Transformar las Necesidades en Requerimientos del Cliente. A travs de funciones tcnicas y de negocio se ayudar a conceptualizar la necesidad del negocio para convertirla en un concepto que llevar al producto final mediante los requerimientos.

GRUPO 1 CON QU COMIENZA LA PLANIFICACIN?

Se inicia la planificaci{on de un proyecto identificando los requisitos que definen al proyecto. Lo cual incluye la estimacin de los atributos de los work products y las tareas, que son factores importantes para la estimacin de lo diversos recursos, negociar los compromisos, crear una agenda del proyecto e identificar y analizarlos riesgos del proyecto. Por otro lado, el Plan de Proyecto proporciona la base para el desarrollo y control de las actividades del proyecto que dirigen los compromisos con el cliente.

El Plan de Proyecto deber ser revisado conforme se desarrolla el proyecto para adecuarlo a cambios de requisitos y compromisos, estimaciones poco exactas, acciones correctivas y7o preventivas.

GRUPO 2 EN QUE SE ENFOCA SG 1 DE PP?

Se enfoca en identificar que habilidades y conocimientos demanda la organizacin en sus recursos para el desarrollo de sus actividades y establecer un plan de formacin sostenible en el tiempo que permita potenciar o desarrollar dichas capacidades.

GRUPO 3 POR QU ES NECESARIA LA DOCUMENTACIN DE LA LGICA DE LA ESTIMACIN Y DE LOS DATOS DE SOPORTE? (PP)

Es necesaria La documentacion de la logica de estimacin por que en ella se describe los criterios y detalles tomados en cuenta al hacer los estimados de costos, tiempos, etc, esta estimacion debe estar basada en un modelo de datos que usan datos informacin histrica para hacer la estimacion.

GRUPO 1 QUE PROPORCIONA LA WBS? (PP SP 1.1)

El WBS al ser usado como marco de trabajo para la planificacin, organizacin y el control del trabajo hecho en el proyecto, proporciona: - un mecanismo de referencia para la asignacin de esfuerzo, tiempo y responsabilidades. - un esquema para la identificacin y organizacin de las unidades lgicas de trabajo a ser gestionadas conocidas como paquetes de trabajo.

GRUPO 2 POR QU DEBEN SER CONSISTENTES LAS ESTIMACIONES CON LOS REQUERIMIENTOS DEL PROYECTO? (PP SP 1.1)
Las estimaciones deben ser consistentes con los requerimientos pues va a permitir definir las tareas, responsabilidades y el cronograma del proyecto con un mayor detalle, minimizando el riesgo de que el proyecto fracase por un mal entendimiento de los requisitos.

GRUPO 3 PARA QU SIRVE DEFINIR LAS FASES DEL CICLO DE VIDA DEL PROYECTO? (PP SP 1.3)
Las fases del ciclo de vida del proyecto deben definirse en funcin del alcance de los requisitos, las estimaciones de los recursos del proyecto, y la naturaleza del proyecto. Definir las fases del ciclo de vida del proyecto es necesario por que aqui se hace definicion de los

alcances, objetivos, calendario, costos, y las actividades del proyecto que se debe de controlar y tambien ayuda a realizar los ajustes de Replanificacin en los casos de desviacion o puntos criticos.

GRUPO 1 PARA QU SE DEBE COMPRENDER EL CICLO DE VIDA DEL PROYECTO? (PP SP 1.3)
Es importante porque facilitan el control sobre los tiempos del proyecto y todo lo inherente a sus fases. Conocer m{as sus macro procesos. Es decir para facilitar la gestin.

GRUPO 2 QU CONSISTE LA SG 2 DE PP?

Consiste en establecer y mantener el plan con el que se gestionara el proyecto. El plan comprende el cronograma, presupuesto, plan de gestion de riesgos, recursos, etc.

GRUPO 3 EN QU EST BASADO EL PLAN DEL PROYECTO? (SG 2 PP)

Basado en la teora de las restricciones (TOC), en fabricante (capacidad y madurez de proceso), en la agrupacin probada y Innovacin y Desarrollo organizacional; Planear la calidad, Planear recursos humanos; el documento se desarrolla con el equipo del proyecto basado para obtener mayor compromiso.

GRUPO 1 POR QU LA PLANIFICACIN DEL PROYECTO DEBERA ASEGURAR QUE TODOS LOS PLANES QUE AFECTEN EL PROYECTO SEAN CONSISTENTES CON EL PLAN GLOBAL DEL PROYECTO?
La consistencia de todos los planes que afectan al plan global del proyecto permitir asegurar la consideracin de todos los requerimientos del plan global del proyecto y una estimacin adecuada en la atencin de las mismas, viendose esto reflejado en el Plan del Proyecto.

GRUPO 2 PARA QU SIRVE IDENTIFICAR Y ANALIZAR LOS RIESGOS DEL PROYECTO? (SP 2.2 DE PP)
Sirve para tener la informacin necesaria de los riesgos y usar esa descripcin de los potenciales problemas para priorizar segn su probabilidad ocurrencia la planificacion de actividades que permitan minimizar su impacto si alguno ocurre.

GRUPO 3 QU SON LOS DATOS DEL PROYECTO, SEGN LA SP 2.3 DE PP?

Los datos del proyecto son las diversas formas de documentacin requeridas por el proyecto. Pueden tener diversas formas desde fisica(manuales, actas, dibujos, etc) hasta digital (archivos multimedia, etc). Debido a su importancia y valor tambien debe existir un plan para la gestin de los datos del proyecto.

GRUPO 1 EN QUE CONSISTE LA SG 3 DE PP?

La SG3 "Obtener el compromiso con el plan", consiste en realizar tareas que permitan asegurar el compromiso de los responsables de implementar y dar soporte al plan, para ello se deber de realizar lo siguiente: a. Revisar los planes que afectan al proyecto.- Revisar los planes para comprender los compromisos del proyecto. b. Reconciliar los niveles de trabajo y de recursos.- Identificar los recursos disponibles y los estimados para reconciliar la diferencia entre los recursos estimados y los disponibles. c. Obtener el compromiso con el plan.- Buscar la interaccin entre todas las partes interesadas relevantes, tanto internas como externas al proyecto.

GRUPO 2 EN QU CONSISTE SG1 SAM?

El SG1 de SAM consiste en establecer y mantener los acuerdos con los proveedores de productos y servicios. Incluye la determinacin del tipo de adquisicin de cada producto, la seleccin de los proveedores en la capacidad de cumplir los requerimientos especificados, y por ltimo establecer y mantener los acuerdos con los proveedores.

GRUPO 3 POR QU DEBEMOS DE TENER CUIDADO EN LA EVALUCIN Y SELECCIN DE PRODUCTOS COTS?, DE EJEMPLOS. (SP 1.1 DE SAM)
Para evitar consecuencias de la Mala gestin. Ejemplos: Productos de trabajo que se pueden utilizar por dos o ms grupos, que se espera que cambien a lo largo del tiempo, dependientes entre porque un cambio en uno impone un cambio en

los otros; por ejemplo se recomienda tener especial cuidado con la seleccin de la computadora, debemos tener mucho cuidado con la informacin que se enve.

GRUPO 1 EN QUE CONSISTE LA SG 3 DE PP?

Consiste en obtener un compromiso para realizar el plan Se establecen y mantienen compromisos con todos los involucrados en el proyecto con las actividades definidas en el Plan de proyecto. Para conseguir esta meta hay que realizar las siguientes prcticas: Revisar los planes que afectan al proyecto (con los involucrados), reconciliar el trabajo y el nivel de los recursos y conseguir el compromiso de los involucrados con el Plan de proyecto.

GRUPO 2 EN QU CONSISTE SG1 SAM?

Consiste en obtener un compromiso para realizar el plan Se establecen y mantienen compromisos con todos los involucrados en el proyecto con las actividades definidas en el Plan de proyecto. Para conseguir esta meta hay que realizar las siguientes prcticas: Revisar los planes que afectan al proyecto (con los involucrados), reconciliar el trabajo y el nivel de los recursos y conseguir el compromiso de los involucrados con el Plan de proyecto.

GRUPO 3 POR QU DEBEMOS DE TENER CUIDADO EN LA EVALUCIN Y SELECCIN DE PRODUCTOS COTS?, DE EJEMPLOS. (SP 1.1 DE SAM)
Ya que sino se hace un analisis , seleccin y/o evaluacin de los productos COTS esto puede ser critico para el proyecto, ya que influye en los productos que sera utilizados por el proyecto tanto en su disponibilidad y en las propiedades de los productos.

GRUPO 1 POR QU LOS ACUERDOS FORMALES CON EL PROVEEDOR DEBEN SER ACUERDOS LEGALES? (SP 1.3 DE SAM)
Deben ser acuerdos legales porque representan una toma de decisin de forma conjunta, entre la organizacin y el proveedor, es un acuerdo donde se especifica actividades, condiciones, calendarios, presupuestos y un proceso de aceptacin, stas deben ser apropiadas para el proyecto.

GRUPO 2 POR QUE DEBEMOS DE REALIZAR LA SP 2.1 DE SAM?, DE EJEMPLOS.

SP 2.1 SAM Ejecutar el Acuerdo con el Proveedor: Permite monitorear el programa y desempeo de proveedores (horarios, esfuerzo, costo,rendimiento tecnico) como fue definido. Por Ejemplo: Evaluar la calidad del producto como fue definida en el acuerdo con el proveedor. Obtener la informacion tecnica sobre el producto y apoyo del proveedor.

GRUPO 3 POR QU DEBERAMOS DE PLANIFICAR LA TRANSFERENCIA DE LOS PRODUCTOS? (SP 2.3 DE SAM)
Se debe planificar la transferencia de los productos para que antes que llegue y se integre al proyecto se asegurare que se cuenta con los recursos y capacidades adecuados para el uso, almacenamiento y distribucin de estos productos adquiridos.