Lineamientos de comunicacion y seguimiento

FODA

Es una tecnica de planeacion estrategica que permite crear o reajustar a una estrategia, ya sea de negocio, mercadotecnia, comunicacion, relaciones publicas.

Fortalezas Oportunidades Derbilidades Amenazas


GRAFICOS PERT

Perti significa Proyect Evaluation and Review Technique fue desarrollado en 1950. En escencia PERT es una tecnica de modelos graficos interrelacionados.

GRAFICOS GANTT

Analisis de PERT

4.2 Lineamentos de comunicacion y seguimiento

Los lineamientos se rigen por las politicas y tienen que ver con objetivos o propositos y con los procedimientos a seguir.

Formatos 18 de abril del 2016

Constituye el documento mas importante en el proceso de elaborar tu rpyecto, deberas presentarlo digitalizado para su aprovabicon y calificacion

Es lo que permite a una aplicacion para interpretar datos

Calendario de actividades

Es un esquema basico donde se distribuye y organiza en forma de secuencia el conjunto de actividades diseñadas a lo largo de un curso.
Toda investifacion debe tener un calendario con las actividades y tares del estudio para tener una idea general del proceso de elaboracion
Cada parte de la investifacion necesita su tiempo especifico para todo evento.

Caracteristicas de un cronograma

• El cronograma es  una herramienta muy importante en la gestion de proyectos
• El cronograma uncluye una lista dew actividades o tareas con la sfecha ptrvias a su comineoz}El cornograma ordena e tiemp ls actividades tevelante para el desarrolo de la investigacion
• El crnograma es presentado como una tabla de dos columnas de actividades y tiempo.

4.1.1 Justificacion del Proyecto

Agregar estadisticas al proyecto en la parte de la justificacion

La justificacion es la etapa que consiste en demostrar el porque es importante desarrollar el proceso de investifacion; ademas de exponer los beneficios que se obtendran. De igual forma, es pertinente explicar el valor de trabajo que se pretende realizar.

• Diversos autores sugieren cosidderar los siguiente criterios para justificar adecuadamente un tema o problema.
• La magnitud del problema, se pueden utilizar datos estadisticos para demostrar el problema cuando este agecta a un geran numero de individuis
• La trasendencia del problema 
• Posibles soluciones o vulnerabilidad
• Factibilidad

• Es importyanyer considerar antes de inicar el proceso, los tiempos, los alcances y las posibilidades de la investagiocn por eso es bueno contestar las preguntas

1.  Dibde se ubvestigara}Que tiempo existe para desarrollar la investigacion
2. Cuales son los aspectos a considderar para evisar el tema
3. A quienes se entrevistara
4. cuales son sus cartacteristicas
5. que es el lo que se quiere conocer

Planter y delimitar un tema no es usgicente establecer la importancia de la investigacion, es necesario justificar el tema con los siguiente criterios:

• Conveniencia
• Relevancia social
• Implicaciones practicas
• Valor teorico
• Utilidad de la metodologia

Es oportuno señalar que no todos los temas de investifacion pueden apoyarse en los criterio antes mencionados, esto dependera de su naturaleza y posbiblemente se deberan utilizart otros criterios.

Guia Examen 3

1. Mencione objetivos
2. Que es un riesgo
3. Que es un objetivo
4. Que es un objetivo de proceso
5. Cual es el objetivo de la planeacion del proyecto de software
6. Que es la subcategoria de riesgo impacto-empresa
7. Cuales son los objetivos de desempeño
8. Cual es la otra clasificacion de riesgos vistos en clase: RIESGOS PREDECIBLES, RIESGOS
9. Cuales son los objetivos de proceso
10. Que areas aborda cocomo 2
11. Que son los indicadores objetivamente verificados
12. Como se miden los objetivos
13. Que opcion de dimensionamiento usa el metodo cocomo 2
14. Que significa COCOMO
15. Cuales son los objetivos de desempeño
16. Tecnica para proyeccion de riesgos

Proyecto Unidad 3

Para entregar el viernes 15 de abril del 2016
Portada

• Agregar objetivos al proyecto, los diferentes tipos de objetivos
• Agregar el COCOMO
• Hacer los 5 pasos del Metodo de Riesgo, identificar los riesgos.

Examen el dia jueves 21 de abril de la unidad 3

Notas 07-04-2016

Proyeccion o estimacion del riesgo

Intenta calificar cada riesgo en dos formas:

• La posibilidad o probabilidad de que el riesgo sea real y
• Las consecuencias de los problemas asociados con el riesgo, en caso de que ocurra

Paso de proyeccion de riesgo

• Establecer una escala que relfleje la probabilidad percibida de un riesgo
• Deliner las consecuencia del riesgo
• Estimar el impacto del riesgo sobre el proyecto y el producto
• Valorar la precision global de la proyeccion del riesgo de mdo que no habra malos entendidos

Tecnica simple 

Una tecnica simple para la proyeccion de riesgo es realizar una tabla dfe riesgos con las colmnas: nombre del riesgo, clasificacion, probabilidad de ocurrencia, valoracion de impacto. Luego, se ordena la tabla por mayor probabilidad e impacto (paso 5)

Riesgo	Clasificacion	Probabilidad	Impacto	MMMR
Menor reuso que el planificado	ps	70%	2
Mayor numero de usuarios que el planeado	ps	30%	3
Oerdida de fondos	cu	40%	1

•  Los promotores de riesgo pueden valorarse sobre una escala de probabilidad cualitativa que tenga los valores: imposible, improbable, probable y frecuente

Exposicion al riesgo global     ER=PxC donde:

• P=probbilidad de ocurrencia de un riesgo
• C=Costo para el proyecto si ocurre el riesgo 

 

3.5.2 Identificacion , impacto y proyeccion del riesgo

Identificacion de riesgos: Es un intento sistematico por especificar amenzasa al plan del proyecto.

Tipos de riesgo:

• Riesgos genericos: Son una amenaza potencial a todo proyecto de software
• Riesgos especificos del producto. pueden identificarse solamente por quienes tienen  clara comprension de la tecnologia, el personal y el entorno especifico del software que se contruye.

• Para identificart los riegos hay que cobntestar la pregunta:

¿Qué caracteristicas especiales de este producto pueden amenzara el plan del proyecto?

 METODO PARA IDENTIFICAR RIESGOS

• Crear una lista de verificacion item de riesgo (paso 1)

Subcategorias de riesgos conocidos:

• Tamaño del producto: riesgos asociados con el tamaño global del software que se va a construir o a modificar.
• Impacto empresarial: Riesgo asociados con restricciones impuestas por la administración o por el mercado.
• Características de los participantes: Riesgos asociados con la sofisticacion de los participantes y con la habilidad de los desarrolladores para comunicarse con los participantes en forma oportuna. 

 Categorías

• Definición del proceso: riesgos asociados con el grado en el que se definió el proceso de software y la manera como se sigue por parte de la organizacion desarrolladora.
• Entorno de desarrollo: riesgo asociados con la disponibilidad y calidad de las herramientas por usar para construir el producto.
• Tecnologías por construir: riesgos asociados con la complejidad del sistema que se va a construir y con lo novedoso de la tecnología que se incluye en el sistema
• Tamaño u experiencia del personal: riesgos asociado con la experiencia técnica y de proyecto global de los ingenieros de software que harán el trabajo. 

• Formato para un riesgo: (paso 2)

 condicion-transicion-consecuencia

Ejemplo:

• Dado que  (condicion) entonces hay preocupacion porque (posiblemente)(consecuencia).
• Dado que todos los componentes de software reutilizables deben apegarse a estandares de diseño especifico y dado que algunos no se apegan, entonces existe preocupacion de que posiblemente solo 70 po ciento de los modulos reutilizables planeados puedan realmente integrarse en el sistema que se va construir, lo que da como resultado la necesidad de ingenieria a la medida del restante 30 por ciento de los componentes. 

IMPACTO
Luego, se hacen preguntas relevantes a cada tema del proyecto y las respuestas a dichas preguntas permiten estimar el impacto del riesgo. (paso 3)

• ¿Los gerentes de software y de cliente se reunieron formalmente para apoyar el proyecto?
• ¿Los usuarios finales se comprometen de manera entuasiasta con el proyecto y con el sistema/producto que se va a construir?
• ¿El equioi de ingenieria del software y sus clientes  entiended por completo los requisitos?
• ¿Los clietntes se invlolucraron plenamente en la definicion de los requisitos?
• ¡Los usuarios finales tienen expectativas realistas?
• ¿El ambito del proyecto es estable? 
• ¿El equipo de ingenieria del software tiene la mezcla correcta de habilidades?
• ¿Los requisitos del proyecto son estables?
• ¿El equipo de proyecto tiene expreciencia con la tecnologia que se va a implementar?
• ¿El numero de personas que hay en el equipo del proyecto es adecuado para hacer el trabajo?
• ¿Todas las divisiones de cliente/usuario estan de acuerdo en la importancia del proyecto y en los requisitos para el sistema/producto que se va a construir?

Grado de riesgo= respuestas negativas 

El gerente del proyecto debe identificar los promotores de riesgo que afectan los componentes de riesgo de software: rendimiento, costo, apoyo y calendario. Los componentes de riesgo se definen en la forma siguiente:

• Riesgo de rendimiento: grado de incertibumbre de que el producto satisfaea sus requisitos y se ajustara al uso pretendido.
• Riesgo de costo: grado de incertidumbre de que el presupuesto del proyecto se matendra
• Riesgo de apouo: grado de incertidu,bnre de que el softawre resultante sera facil de corregir, adaptar y mejor
• Riesgo  de calendario: grado de incertidumbre de que el calendario del proyecto se matendra y de que el producto se entregara a tiempo.

• Impacto de cada promotor de riesgo sobre el componente de riesgo se divide en una de las siguientes categorias de impacto:

despreciable, marginal, critico o catastrofico

• Potencial consecuencia de errores=1.
• Fallo para lograr el resultado deseado=2

(paso 4)