Pspp planeacion

Desarrollo de la Propuesta Proyecto de Soluci贸n de Problemas con Programaci贸n 1

¿Qué es una Propuesta?

• Define formalmente el tema a desarrollar.

Cumple tres funciones: • Es un plan de acción • Es un compromiso por escrito • Elaborar el primer capítulo del reporte final

2

¿Qué es una Propuesta?

• A la propuesta también suele llamarse Anteproyecto o Bosquejo.

• Antes de realizar la propuesta se debe considerar la viabilidad del proyecto.

• Con la propuesta se cierra la fase de comunicación de un proyecto (identidad)

3

¿Qué es una Propuesta?

• Las propuestas tienen formatos variables pero en esencia conservan muchas características básicas.

• Las propuestas aplican para cualquier proyecto de cualquier tipo.

4

Frases Célebres • “Si supiera qué es lo que estoy haciendo, no lo llamaría investigación aún, ¿verdad?”.

Albert Einstein • “La formulación de un problema, es más importante que su solución”. Albert Einstein.

5

Frases Célebres • Si buscas resultados distintos, no hagas siempre lo mismo”. Albert Einstein • Ley de Wolter: “Si tiene tiempo, no tendrá dinero. Si tiene dinero, no tendrá tiempo”.

6

Frases Célebres • “La imaginación es más importante que el conocimiento”. Albert Einstein • “Si no corres tan rápido como tu competidor, estás en una situación difícil; pero si sólo corres a la mitad de la velocidad, estás acabado”. George Salk 7

Frases Célebres • “No hagas planes pequeños … pues no tienen el poder de hacer hervir la sangre de los hombres”. Nicolás Maquiavelo • Segunda Ley de Clarke: “La única forma de descubrir los límites de lo posible es traspasarlos en dirección de lo imposible”.

8

2.1 Planteamiento del Problema • Si no sabemos lo que buscamos jamás lo vamos a encontrar.

• En desarrollo de proyectos la parte medular de la solución se encuentra al definir el SOW (Statement of Work).

Planteamiento del Problema • Es la descripción sistemática y rigurosa de los hechos que gira en torno a una determinada situación.

• Debe contener antecedentes, precisando que características es lo que se va a estudiar.

10

Planteamiento del Problema • Debe resolver a las preguntas: ¿qué?, ¿cuando?, ¿por qué? ¿cómo? ¿dónde?

• Algunas características del planteamiento del problema son: resoluble, congruente, relevante, objetivo, original, vigente y preciso.

11

Planteamiento del Problema • Definir un problema corresponde a tener el 90% de la solución.

• Existen muchas técnicas para encontrar y delimitar el problema, siendo las más importantes: reto de ideas, análisis del problema y árbol del problema.

12

Planteamiento del problema • La técnica de reto de ideas es una técnica creada con la finalidad de ayudar a definir alternativas de solución para algunos problemas.

• A continuación se muestra cada paso de esta técnica

a) Explorar el problema • Es analizar y situar la idea o concepto definiendo sus características. Se realizan preguntas como: • • • • • •

¿Qué objetivos cumple? ¿Qué factores intervienen en su funcionamiento? ¿Cómo opera? ¿Es útil? ¿Es funcional? ¿Como debería de ser?

Técnica de reto de ideas b) Seleccionar una situación y retarla. c) Contestar las preguntas : a) ¿ Porqué es así? b) ¿ Puede ser de otra manera? c) ¿Qué opciones se tienen para generar una manera diferente de ver el asunto?

d) Sugerir alternativas de solución.

Técnica de análisis de errores • Es otro tipo de procedimiento que ayudan a detectar deficiencias en una idea, situación o concepto.

• La manera de utilizar esa técnica es siguiendo los pasos que se mencionan a continuación.

T茅cnicas de an谩lisis de errores a) Definir el problema, idea, situaci贸n o concepto. b) Identificar posibles errores. c) Pensar la manera de corregirlos. d) Analizar las alternativas de correcci贸n y sugerir las que sean factibles.

Árbol del Problema • Árbol del problema: es una técnica para identificar problemas usando relaciones causa-efecto.

• Un error común consiste en expresar el problema como la negación o falta de.

18

Árbol del Problema • El problema debe formularse de tal forma que permita encontrar diferentes posibilidades de solución.

• Mal formulados: • No existe un generador local de energía eléctrica.

• Falta de programas de educación inicial

19

Árbol del Problema • Correctos: • Limitada provisión de energía eléctrica durante el día • Bajo rendimiento de los niños y niñas en los primeros años de educación primaria.

• Generalmente vemos los efectos más no la raíz de los problemas

20

Ă rbol del Problema

21

Actividad • Realizar de manera individual el planteamiento del problema considerando cualquiera de las tres técnicas anteriormente descritas (70%).

• Realizar el planteamiento del problema de manera global (30%).

22

Planteamiento del Problema • La delimitación del problema es un proceso más general que se compone de otras etapas como: 1. Determinar el alcance y los objetivos.

2. Crear una visión.

3. Adoptar una metodología en planeación.

la

Planteamiento del Problema 4. Organizar y definir los necesarios.

5. Definir el equipo de trabajo.

recursos

6. Preparar un plan de trabajo.

7. Obtener o confirmar los requerimientos de acuerdo al plan desarrollado.

24

Planteamiento del Problema • En la mayoría de los casos simplemente realizamos desarrollos de proyectos solo por realizarlos sin tomar en cuenta los verdaderos problemas sociales. • La inmensa mayoria de estos problemas se encuentran de manera tangible en nuestro entorno, el problema es que no nos percatamos de ello o bien no sabes definirlos como problemas.

comunicaciones

alimentos

agua

informática Investigación Aplicada

Problemática Desarrollo Tecnológico en el País Investigación Básica

transporte energía fuentes de empleo

Planteamiento del Problema

Actividad de Reforzamiento •

La actividad se individual (100%).

realizará

de

manera

•

Leer la información provista por el profesor en forma individual.

•

Realizar un planteamiento del problema, plantear soluciones tecnológicas eficientes y eficaces a los problemas detectados.

2.1.1 Determinar Alcances y Objetivos • Definir las limitaciones del proyecto • En esta parte debe quedar claro que hace y que no hace el proyecto, además de dejar en claro por que es importante hacerlo.

• De manera adicional se puede incluir otros elementos como la complejidad.

Delimitaciรณn del problema โ ข En la delimitaciรณn del problema se deben de escribir cada uno de los recursos y procesos que intervienen dentro del รกrea del proyecto, para analizar cada uno de ellos y seleccionar aquellos que realmente intervengan dentro del problema identificado.

Delimitación del problema • El objetivo de delimitar el problema es disminuir el grado de complejidad del proyecto para atender solo aquellos aspectos que son requeridos.

• Si no se delimita un problema no se sabe con certeza cuando se acabará el proyecto.

Objetivos • Es la parte medular del proyecto dado que define lo que se va a hacer en el proyecto.

• Los objetivos pueden ser generales o específicos.

• Generalmente si son específicos se les suele denominar metas.

Objetivos • Las metas deben de ser: • • • • •

Específica Medible Retable Realística Completa 32

Objetivos • Los objetivos generalmente se redactan con verbos en infinito: desarrollar, implantar, diseñar, etc.

• Es muy importante que la redacción de la propuesta sea muy clara, de lo contrario existirían muchos problemas de ambigüedad.

33

Justificación • Debe responder a los ¿por qué? se debe desarrollar el proyecto.

• Se trata de reflejar de una manera clara y sencilla el análisis de costos, beneficios, aportaciones, etc.

• Justificar es alinear todo un proyecto hacia el mismo lugar.

Justificación • El objetivo de la justificación es proporcionar todos los elementos posibles que ayuden a soportar con bases firmes y concretas todos los elementos (recursos, personal e ideas) que son necesitados por el proyecto para su operación óptima.

• Si un proyecto no está bien justificado no tiene caso hacerlo.

Actividad • Desarrollar la delimitación del problema de manera grupal: • • • •

Objetivos (25%) Metas (25%) Alcances y Limitaciones (25%) Justificación (25%) 36

2.1.2. Crear una Visión Inicial • La Visión se redacta en tiempo futuro y expresa lo que se desea sea la empresa o proyecto. Sirve de motivación para todos los miembros del equipo (visión compartida).

• Para crear una visión se debe de revisar, recopilar, leer todas las fuentes de información de la empresa.

Crear una Visión Inicial • Se deben hacer promesas para generar entusiasmo y soporte.

• El líder de proyecto es el encargado de la motivación de los demás miembros del equipo.

• Se debe desarrollar una misión de la empresa o proyecto.

38

Crear una Visión Inicial • La visión representa la imagen de lo que queremos ser. Se redacta en términos de éxito hacia los demás • Sirve para ubicarnos en donde estamos y Hacia donde queremos llegar.

• Los principios y valores sirven para la sana convivencia y de motivación.

39

Crear una Visión Inicial • La misión se redacta en términos de lo que se realiza como función, tratando de brindar un mejor servicio. Debe de responder a preguntas como: • ¿Por qué y para qué?

• ¿Qué ofrecemos?

• ¿Quiénes son los beneficiados?

40

Crear una Visión Inicial • ¿Cuáles son nuestros valores e ideales?

• Un Eslogan es una frase corta que permite identificar a una empresa o proyecto.

• A continuación se ejemplos de misión.

muestran

algunos 41

Misión Apple Computer • “Contribuir a cambiar la forma de trabajar, aprender, y comunicarse a los clientes proporcionándoles productos de cómputo personal excepcionales, así como innovadores servicios al cliente.

• Encabezaremos nuevos cursos y enfoques encontrando formas innovadoras para usar la tecnologías de cómputo a efecto de ampliar los límites del potencial humano

42

Misión Apple Computer • Apple marcará una diferencia: nuestros productos, servicios y conocimientos, ayudarán a personas de todo el mundo a dar forma a la manera en que se realizarán los negocios y la educación del siglo XXI”

43

Misión AT&T • “Nos dedicamos a ser los mejores del mundo, para unir a la gente, proporcionándole un acercamiento fácil entre personas, así como a la información y a los servicios que se necesiten, en cualquier lugar y en cualquier hora”.

44

Crear una Visiรณn Inicial โ ข ACTIVIDAD: Definir de manera grupal la visiรณn (40%), la misiรณn (40%) y el eslogan del proyecto (20%).

45

2.3. Adoptar una metodología • Formular y estar de acuerdo con los principios esenciales y los requerimientos de una metodología.

• Se puede escoger cualquier metodología de desarrollo de software. Lo ideal es que esta aplique desde el principio.

2.4. Disponer de los recursos suficientes • Antes de empezar con la redacción de la propuesta se debe verificar que se cuente con los recursos suficientes para desarrollar la investigación, para ello, se necesita evaluar un estudio de factibilidad o viabilidad del proyecto

Estudio de Factibilidad • Factibilidad se refiere a la disponibilidad de los recursos necesarios para llevar a cabo los objetivos o metas señalados, la factibilidad se apoya en tres aspectos básicos: • Operativo.

• Técnico.

• Económico.

Estudio de Factibilidad • El éxito de un proyecto está determinado por el grado de factibilidad que se presente en cada uno de los tres aspectos anteriores.

• El estudio de factibilidad sirve para recopilar datos relevantes sobre el desarrollo de un proyecto y en base a ello tomar la mejor decisión, si procede su estudio, desarrollo o implementación.

Estudio de Factibilidad • Verificar que exista un mercado potencial insatisfecho.

• Demostrar que es tecnológicamente es posible producirlo.

• Demostrar que es económicamente rentable llevar acabo su investigación

50

Estudio de Factibilidad • Proyectos Fracaso con Éxito: Java, Unix • Algunas teorías han sido rechazadas en artículos técnicos y trabajos de investigación: la máquina de Turing, las bases de datos relacionales, entre otros.

• También existen proyecto con mucha factibilidad pero a la larga no funcionaron.

51

Evaluación de Proyectos • La evaluación de proyectos es un proceso que se utiliza para determinar cual de todas las posibles alternativas de solución expresadas por medio de un proyecto es la más adecuada para las personas que realizan dicho estudio.

• El estudio de factibilidad es de suma importancia para la evaluación de proyectos.

52

Factibilidad Técnica • Se refiere a los recursos necesarios como herramientas, conocimientos, habilidades, experiencia, etc., que son necesarios para efectuar las actividades del proyecto.

• En el caso de proyectos de software es necesario evaluar la complejidad de los algoritmos.

Factibilidad Técnica • Generalmente nos referimos a elementos tangibles (medibles).

• El proyecto debe considerar si los recursos técnicos actuales son suficientes o deben complementarse.

Factibilidad Técnica • Análisis y determinación de la localización óptima del proyecto.

• Análisis y determinación óptimo del proyecto.

del

tamaño

• Análisis de la disponibilidad y el costo de los suministros e insumos.

55

Inventario Computacional • El tipo de equipo, número de modelo, fabricante, etc.

• El estado de la operación del equipo, por surtir, en operación, en almacén, requiere reparación.

• Edad estimada del equipo

56

Inventario Computacional • La compra de inventario siguientes ventajas:

tiene

las

• Más barato que el arrendamiento o renta a la larga.

• Proporciona ventajas de impuestos de depreciación acelerada • Control completo

57

Inventario Computacional • Las desventajas de la compra de inventario son: • Costo inicial alto • Riesgo de obsolescencia • Riesgo de no poder continuar selección fue equivocada.

• Responsabilidad completa

si

la 58

Inventario Computacional • Las ventajas del arrendamiento son: • • • •

No se ata capital No se requiere financiamiento Es fácil cambiar sistemas Por lo general están mantenimiento y seguros

incluidos 59

Inventario Computacional • Desventajas del arrendamiento: • La compañía no soporta el sistema cuando se termina el arrendamiento.

• Por lo general hay una pena alta por terminar el arrendamiento antes de tiempo.

• El arrendamiento es más caro que la compra.

60

Inventario Computacional • Para la selección de un proveedor de inventario se debe tomar en cuenta: • Soporte de hardware – Línea completa de hardware – Productos de calidad – Garantía

• Soporte de software – Programación personalizada

61

Inventario Computacional • Instalación y entrenamiento – Compromiso para estar a tiempo – Asistencia técnica

• Mantenimiento – Tiempo específico emergencias – Préstamo

de

respuesta

en

62

Factibilidad Técnica • ¿Existe o se puede adquirir la tecnología necesaria para realizar lo que se pide?

• ¿El equipo propuesto tiene la capacitación técnica para soportar todos los datos requeridos para usar el nuevo sistema?

• ¿El sistema propuesto ofrecerá respuestas adecuadas a las peticiones sin importar el número y la ubicación de los usuarios?

63

Factibilidad Técnica • Si se desarrolla el sistema, ¿puede crecer con facilidad?

• ¿Existen garantía técnicas de exactitud, confiabilidad, facilidad de acceso y seguridad de los datos?

64

Factibilidad Operativa • Se refiere a todos aquellos recursos humanos que participen durante la operación del proyecto (logística).

• Durante esta etapa se identifican todas aquellas actividades que son necesarias para lograr el objetivo y se evalúa y determina todo lo necesario para llevarla a cabo.

Factibilidad Operativa • ¿Existe apoyo suficiente para el proyecto por parte de la administración y por parte de los usuarios?

• Resistencia al cambio.

• ¿Los métodos que actualmente se emplean en la empresa son aceptados por todos los usuarios?

66

Factibilidad Operativa • ¿Los usuarios han participado en la planeación y en el desarrollo del proyecto?

• ¿El sistema propuesto causará prejuicios?

• ¿Producirá resultados pobres en alguna área?

• ¿Se perderá el control en alguna área?

• ¿Se perderá la facilidad de acceso a la información?

67

Factibilidad Operativa • ¿La productividad de los empleados será menor después que antes de la implantación?

• ¿Los clientes se verán favorecidos en forma poco favorable?

• ¿El sistema reducirá la productividad en otras áreas?

68

Actividad • Desarrollar el Estudio de Factibilidad a Nivel Técnico (50%) y Operativo (50%) del proyecto.

• Determinar si realmente desarrollar o no el proyecto.

se

puede

• Si no se puede, se deberá escoger otro proyecto.

69

Factibilidad Económica • Se refiere a los recursos económicos y financieros necesarios para desarrollar el proyecto. Deben considerarse factores cómo el costo del tiempo, el costo de la realización y el costo de adquirir nuevos recursos.

• ¿Cómo calcular el costo de un software?

Factibilidad Económica • Es el elemento más importante ya que a través de el se solventan las demás carencias de otros recursos, también es lo más difícil de conseguir y requiere de actividades adicionales cuando no se posee.

• ¿Cómo vender un software?

Costos Totales de Hw y Sw • 1950: 70-30% • 1960: 35-65% • 1970: 20-80% • 1980: 15-85% • 1990: 10-90% 72

Estudio de Mercado • Análisis de la demanda.

• Se debe realizar un muestreo de los datos se sugiere utilizar métodos estadísticos como: regresión y correlación lineal, método mínimos cuadrados.

• Análisis de precios.

73

Estudio de Mercado • Se deben hacer proyecciones optimistas y pesimistas.

• Se debe tomar en cuenta el concepto del valor del dinero en el tiempo y otros fenómenos económicos como la depreciación y la devaluación.

74

Ingeniería Económica • Es una recopilación de técnicas matemáticas que simplifican las comparaciones económicas y auxilian en la toma de decisiones.

• Interés: es la manifestación del dinero en el tiempo.

75

Tasas de Interés • Es el interés representado como un % de la cantidad original por unidad de tiempo.

• Equivalencia económica: es la utilización del valor del dinero en el tiempo por medio de la tasa de interés para generar cifras que ubicadas en diferentes instantes de tiempo tienen el mismo valor económico.

76

TREMA • Tasa de REtorno Mínima Atractiva: es la tasa de interés (de retorno en caso de proyectos) mínima que motivará a un inversionista a invertir su dinero en una alternativa de inversión.

• Interés simple y compuesto, este último se calcula en base a los intereses generados 77

Flujo de Caja • Es la suma de los ingresos menos los egresos y se representa como una sola cantidad al final del período.

• El diagrama de flujo de caja es la representación gráfica de los flujos de caja representados sobre una escala de tiempo.

78

Inflación • Devaluación de la moneda, pérdida de valor adquisitivo de la moneda.

• Un peso actual tiene mayor adquisitivo que un peso futuro.

poder

• Se debe considerar dos efectos a la hora de realizar flujos de caja: el valor futuro del dinero y la inflación.

79

Punto de Equilibrio • Es una técnica útil para estudiar las relaciones entre los costos fijos, los costos variables y los beneficios.

• Características: – No se considera la inversión inicial que da origen a los beneficios – Es difícil delimitar con exactitud si ciertos costos se clasifican como fijos o variables

80

Punto de Equilibrio • El problema radica ya que si los costos fijos son menores, más rápido se alcanzará el punto de equilibrio.

• Es inflexible en el tiempo; es decir, se calcula con costos dados en un momento de tiempo por lo que en países inestables como el nuestro no es una buena herramienta de medición.

81

Punto de Equilibrio • Se puede calcular en forma gráfica o matemática.

• PF = CF / (1 - CV/P*Q) • Un aspecto importante a considerar es el financiamiento de la deuda.

82

VPN • Se convierten todos los flujos de caja de los diferentes años al presente. Se restan dichos flujos para obtener el VPN. • El valor presente debe ser mayor que 0, para que sea ganancia y se debe calcular el % de ganancia obtenido debe ser mayor o igual que la TREMA o en su defecto por lo menos mayor que la tasa de inflación para irla llevando.

83

TIR • Es la tasa de descuento por la cual el VPN se hace 0.

• Es la tasa que iguala la suma de los flujos descontados de la versión inicial.

• El valor de salvamento se considera en algunos proyectos y ayuda a hacer más atractiva la inversión.

84

ROI • El Retorno de Inversión (Return Of Investment) es la relación entre el dinero ganado y el perdido.

• ROI = (Ganancias – Inversión) / Inversión • En algunos casos se suele poner en función del tiempo.

85

Análisis de Sensibilidad • Es el procedimiento por medio del cual se puede determinar cuanto se afecta (que tan sensible es) la TIR ante cambios en determinadas variables del proyecto.

• Se determina cada una de las variables que se desean que afecten nuestro análisis y se hace la comparativa. Jugar con números.

86

Recomendaciones • Use punto de equilibrio si el proyecto necesita ser justificado en términos de costo y no de beneficio.

• Use valor presente cuando el período de recuperación es largo o cuando el costo de pedir prestado dinero es alto.

87

Recomendaciones • El costo si nada sucede (es decir, si el nunca se realiza) • Algunos proyectos no serán factibles pero habrá otros que con algunos cambios sí.

• Muchos proyectos se consideraron no factibles y resultaron ser un éxito comercial.

88

Estimación de Costos • La tarea de determinar costos de un proyecto de software no es tan fácil como parece.

• En general el costo total de un software está determinado por dos factores: – –

Esfuerzo para completar una actividad Tiempo calendario se necesita completar una actividad.

para

Estimación de Costos • Se deben considerar todos los costos involucrados en el desarrollo de un proyecto.

• Se ocupan algunas métricas para poder estimar el costo de software. Existen dos tipos de medidas: – Relacionadas con el tamaño.

– Relacionadas con la función

Estimación de Costos • Ejemplos de métricas relacionadas con el tamaño son las líneas de código ( generalmente expresadas en miles: KLDC) y el número de páginas de la documentación.

• Ejemplos de medidas relacionadas con la función son: los Puntos de Función (PF) y los Puntos de Objeto (PO).

Estimación de Costos • Las líneas de código no reflejan fielmente el costo de un software. Un software promedio de 5,000 líneas en ensamblador puede hacerse en 1,500 líneas de lenguaje C. En el primero de los casos en 28 y 20 semanas respectivamente. Obteniendo una Productividad 714 líneas/mes y 300 líneas/mes

Estimación de Costos • Una mejor métrica son los puntos de función, los cuales consisten en medir la productividad en base a la funcionalidad de un sistema. Esta métrica obtiene parámetros como: – – – –

Entrada y salida externas Interacciones con el usuario Interfaces externas Archivos utilizados por el sistema

Estimación de Costos • Se obtienen multiplicando cada elemento dado por su ponderación.

• Los PO no hacen referencia a clases exclusivamente. Se pueden manejar consideraciones como el número de pantallas que se despliegan, el número de informes que se producen y la programación de los elementos.

Estimación de Costos • Tamaño del código = PromLDCLeng * PF • Los promedios varían de 200-300 LDC/PF en Ensamblador hasta 2-40 LDC/PF de los lenguajes de 4 generación.

• Ejemplos: Ensamblador 320, C 128, C++ 64, Visual Basic 32, SQL 12.

Técnicas de Estimación • Modelado del algoritmo de costos: se realiza un modelado con alguna métrica de software y se obtiene el costo estimado • Opinión de expertos: se consulta a varios especialistas los cuales dan su opinión acerca del costo de proyecto, se sacan conclusiones al respecto.

Técnicas de estimación • Estimación por analogía: cuando ya se han realizado proyectos similares se puede calcular la estimación de costos fácilmente.

• Asignación de precios para ganar: el esfuerzo estimado depende del presupuesto del cliente y no de la funcionalidad del software.

Modelo COCOMO • Originado en 1981 por Boehm. Es un modelo empírico obtenido de la revisión de diversos proyectos informáticos de todos los tamaños especialmente grande.

• Se utiliza por que está bien documentado, es de dominio público y su uso está extendido. La versión más reciente es la publicada en 1999.

Modelo COCOMO • Se estima en base a modelo de ciclo de vida de cascada pero ha cambiado su uso a modelos en espiral (incremental) y basado en prototipos.

• En la versión 1 se obtienen las siguientes estimaciones: • Complejidad Simple, C = 2.4 (KDSI)1.05 x M

Modelo COCOMO • Complejidad moderada, C=3 (KDSI)1.12 * M • Complejidad incrustada, C=3.6 (KDSI)1.2 *M • A continuación se muestran algunas elementos para obtener los costos en el modelo COCOMO para el esquema PostArquitectura.

Modelo COCOMO • • • • •

RELY Fiabilidad requerida del software DATA Tamaño de la base de datos CPLX Complejidad del producto RUSE Reusabilidad requerida DOCU Documentación de acuerdo a las necesidades del ciclo de vida • TIME Restricción de tiempo de restricción • STOR Restricción de almacenamiento principal • PVOL Volatilidad de la plataforma

Modelo COCOMO • • • • • •

ACAP Capacidad de analistas PCAP Capacidad de programadores PCON Continuidad del personal AEXP Experiencia en aplicaciones PEXP Experiencia de plataforma LTEX Experiencia de lenguajes herramientas • TOOL Uso de herramientas de software • SITE Desarrollo en múltiples lugares

y

Determinación de Costos • Costos de producción: – Materia prima (tomar en cuenta la merma) – Mano de obra (directa o indirecta), se deben considerar las prestaciones de ley que aumentan en 35% el salario base.

– Envases – Costo de energía eléctrica – Costos de agua 103

Determinación de Costos • Otros costos: – – – – – – –

Combustibles Control de calidad Mantenimiento Costos para combatir la contaminación Costos de administración Costos de venta Financieros 104

Proceso de Venta • Otra forma de realizar el proceso de venta es el que se define a continuación: • • • • •

Prospecting Introducción Valoración Exploración Presentación de la Propuesta

Proceso de Venta • Falso Cierre • Cierre definitivo • Posventa • Lo importante en una venta es la satisfacción del cliente y también la satisfacción del vendedor. A continuación se muestra un esquema de satisfacciones. 106

Pirámide de Maslow • Auto-realización • Necesidad de Ego • Necesidades Sociales • Necesidades de Seguridad • Necesidades Fisiológicas Básicas

Estudio de factibilidad • Un estudio de factibilidad requiere ser presentado con todas la posibles ventajas para la empresa u organización, pero sin descuidar ninguno de los elementos necesarios para que el proyecto funcione. • Siempre es mejor decir que un proyecto es no viable, que hacerlo y quedar mal.

Estudio de factibilidad • Dentro de los estudios de factibilidad se deben tomar en cuenta para la presentación del estudio: • Requisitos óptimos.

• Requisitos mínimos.

• Requisitos promedios.

Estudio de Factibilidad • En algunas ocasiones, el estudio de Factibilidad Económico es tan importante que se suele manejar de forma separada en lo que se conoce como Plan de Negocios. • Los estudios de determinantes para Financiamiento.

factibilidad son la solicitud de

Estudio de Factibilidad • El análisis de riesgo es una de las mayores preocupaciones a la hora de realizar cualquier actividad de un proyecto. Se deben minimizar los riesgos al mínimo posible.

• Las técnicas de riesgo y otras utilizan métodos probabilísticos cuyo valor es difícil de asignar.

111

Actividad • Realizar el análisis de factibilidad económica y determinar si es viable o no el proyecto (100%).

• En caso de requerir costos, ver la forma de obtener financiamiento.

• ¿Cuánto cuesta el proyecto?¿En cuanto se vendería?

112

多Preguntas, dudas y comentarios?

113

2.5. Crear un Equipo de Trabajo • Es uno de los pasos más importantes del proceso de planeación.

• Debe existir acuerdo en la selección de las herramientas y metodología para evitar ineficiencias que impidan al equipo de trabajo progresar y concebir el objetivo deseado.

Características de un Equipo de Trabajo 1. Debe de haber un líder.

2. Los miembros del equipo deben de ser creíbles y acreditados.

3. Los miembros del equipo deben entender y estar de acuerdo con las metas.

4. Debe existir múltiple cooperación y compañerismo.

Consideraciones a Tomar en Cuenta en un Equipo de Trabajo 1. Determinar las tareas a llevar a cabo.

2. Estimar esfuerzos.

3. Estimar el numero de gente requerida.

4. Especificar los roles y responsabilidades de cada miembro.

Consideraciones a Tomar en Cuenta en un Equipo de Trabajo 5. Seleccionar el personal apropiado con las tareas y trabajos a llevar a cabo con el paso de la metodologĂ­a.

6. Sesiones de entrenamiento y capacitaciĂłn requerida al hacer comprender la metodologĂ­a.

7. Tener un espacio de trabajo.

8. Seleccionar consultas externas

2.6. Preparar un Plan de Trabajo • El plan de trabajo se refiere a la calendarización y planeación de todas la actividades que deben de realizar los miembros del equipo para llevar a cabo el proyecto.

• Es importante que cada actividad sea referenciada para ser terminada en el tiempo señalado.

Preparar un plan de trabajo • Un buen plan de trabajo debe de ser realizado por el líder (generalmente) y analizado o completado por los miembros del equipo. • El liderazgo en un equipo de trabajo es de suma importancia, ya que es la cabeza y dirige el destino de todo el cuerpo.

Partes de un Plan de Trabajo • Un plan de trabajo generalmente contiene los siguientes aspectos: • • • • • •

Introducción.

Descripción de tareas.

Duración esperada, esfuerzos estimados.

Diagramas de Gantt y resumen del calendario.

Responsabilidades diarias / semanales.

Estado del proyecto.

Funciones de la Administración de Proyectos • Planeación • Organización • Dirección • Control

121

Administración del Proyecto • La planeación de un proyecto es la parte más importante de la Administración de cualquier proyecto por que es donde se define el problema.

• Imaginemos que somos carpinteros y un cliente nos pide realizar una silla de manera ¿Cómo es que le hacemos al cliente su producto?

Gestión del Proyecto • La gestión de un proyecto se centra en las 4P’s: Personal, Producto, Proceso y Proyecto en respectivo y riguroso orden.

• El personal que está involucrado en un proyecto de software son: Directivos, Administradores de Proyecto, Profesionales, Clientes y Usuarios Finales, todos juegan roles y subroles muy importantes.

Gestión de Proyectos • Muchas metodologías de software han cambiando el nombre de Producto al de solución para hacer referencia al “entregable” de un proyecto.

• Toda gestión de Proyecto debe cumplir con cuatro fases: planeación, organización, dirección y control.

Establecer las prioridades de un proyecto Hacer la valoraci贸n inicial de las actividades del proyecto Definir los hitos del proyecto y productos a entregar Mientras el proyecto no se haya terminado o cancelado repetir Bosquejar la programaci贸n en el tiempo del proyecto Iniciar actividades conforme a la programaci贸n

Gesti贸n de Proyectos

Esperar (por un momento) Revisar el progreso del proyecto Revisar los estimados de los parámetros del proyecto Actualizar la programación del proyecto Renegociar las restricciones del proyecto y los productos a entregar Si surgen problemas entonces Iniciar la revisión técnica

Fin si

Fin mientras

Gestión de Proyectos

• La parte más difícil de la Gestión de Proyectos consiste en el proceso de Estimación.

• El proceso de estimación tiene su primera aproximación en el proceso de Presentación de la Propuesta, seguida de la determinación de recursos, planeación y calendarización, costos, gestión de riesgos, supervisión y concluye con la presentación de informes.

Gestión del Proyecto

Planeación de Proyectos de Software • Supone definir metas y objetivos además de proponer medios para alcanzarlas (estrategias y tácticas).

• Ayuda a establecer una dirección general para el futuro de la organización y/o proyecto, como mayor utilidades.

128

Organización y Dirección de Proyectos de Software • Organización: determina que se necesita hacer, como se realizará y quien lo va a hacer • Dirección: dirigir y motivar a todas las partes involucradas y resolver conflictos 129

Control y Emprendurismo en Proyectos de Software • Control: seguimiento de actividades para asegurarse de que se están cumpliendo cómo se planeo • Emprendedor: implica diseñar y poner en marcha un nuevo proyecto, empresa o negocio.

130

130

Características de Compañías de Software Exitosa • Se concentran en los negocios que conocen mejor • Tienen una estructura de organización sencilla con poco personal • La filosofía de la empresa se basa en los 131 valores de los líderes

Características de Compañías de Software Exitosa • Se orientan a la acción • Investigan las consumidores

necesidades

de

los

• Son competentes en atraer, desarrollar y 132 conservar buen personal

• Se interesan por descubrir acciones de alto valor agregado • Están atentos a la competencia y a los ajustes del mercado • Obtienen altos niveles de productividad prestando atención a las necesidades de sus empleados 133

Características de Compañías de Software Exitosa

134

Google

135

Google

• Determinan en donde se encuentran • Determinan en donde quieren estar • Justifican por que quieren llegar allí • Seleccionan con base a los hechos, las mejores maneras para llegar a dónde se proponen.

136

Características de las Personas Exitosas

Características de las Personas Exitosas • Se dirigen hacía metas, encauzan sus progresos y eliminar aquellas actividades derivan del curso fijado • Cambian el curso o los métodos cuando es necesario 137

Evolución de la Administración • Calidad total 70s-80s • Mejora continua 90s • Reingeniería 90s • Administración basada en el aprendizaje 138 2000s

Planeación de Proyectos de Software • Plan: es una descripción sistematizada de las acciones necesarias para lograr un objetivo determinado.

• Planear da dirección • Reduce el impacto del cambio • Establece los estándares para facilitar el control 139

Planes Estratégicos • Son aquellos que se aplican a toda la organización, que establecen los objetivos de toda ella y que buscan posicionar a la organización en términos de su ambiente • Tiene que ver con el impacto futuro de las decisiones que los gerentes toman el momento presente 140

Planeación Táctica • También llamada planeación operativa, se enfoca en el destino a corto plazo y en como va a llegar a ese punto. Por lo general tiene un horizonte de un año.

• Muchos proyectos se planeación operativa proyectos son corto.

enfocan en la dado que los 141

Orientaciones Básicas de la Planeación • Reactiva hacia el pasado • Inactiva hacia el presente • Preactiva hacia el futuro • Interactiva 142

Fórmula de Proyectos Exitosos • Planeación + Liderazgo + Capacitación + Recursos + Acción = Resultados exitosos • • • • •

Sin Sin Sin Sin Sin

planeación: confusión liderazgo: cambio lento capacitación: ansiedad recursos: frustración acción: sueños

143

Pasos a seguir para desarrollar un plan de trabajo 1. Tener completos los pasos iniciales.

2. Considerar la subdivisi贸n en subproyectos.

3. Listar todas la fases y pasos de metodolog铆a con su asignaci贸n a los miembros del equipo.

4. Estimar duraci贸n de cada paso y determinar el inicio de cada actividad considerando los recursos asignados.

Pasos a seguir para desarrollar un plan de trabajo 5. Establecer un control para el Estado del proyecto.

6. Construir situaciones de contingencia (escenarios del tipo: “que pasa si�).

7. Estimar el impacto de costos y presupuestos.

8. Distribuir el plan a cada miembro.

Pasos de la planeación y control • Desglosar actividades generales.

• Analizar y profundizar cada actividad en subactividades (más importantes ).

• Conocer el detalle de cada subactividad.

Pasos de la planeación y control • Aplicar elementos de control para cada actividad y subactividad.

• Identificar formas de evaluarlas.

• Consolidar y fortalecer cada actividad (justificar).

Diagrama de planeación • Es un diagrama de relaciones que muestra el camino a seguir para terminar el proyecto en base a las actividades definidas en el WBS. • Es similar a un diagrama de flujo pero en este nos centramos no en los procesos, ni los datos que fluyen sino solamente en la precedencia y orden de las actividades.

Diagrama de planeación • Es otra técnica de organización en la cual nos centramos en cada tarea.

• En esta etapa se debe definir que actividades se pueden realizar sin depender de ninguna, que actividades para realizarse dependen de otras y finalmente que actividades pueden realizarse simultáneamente (en paralelo).

Diagramas de planeación • Los tipos de relación que puede haber entre dos actividades son: – – – –

Final Inicio Inicio Inicio Final Final Inicio Final

• Se deben realizar estimaciones de tiempo de los nodos hojas del WBS.

Matriz de tiempo • Con la estimación de la duración de las actividades y el catálogo de tareas, se prosigue a la creación de una matriz del tiempo.

• La matriz del tiempo debe contener al menos los siguientes campos: EDT (Código de la actividad), el nombre de la actividad y la duración en días.

Matriz de tiempo • La duración del tiempo puede ser estimada o fija. Se considera que un tiempo es fijo aquel que no puede realizarse en menos tiempo o que tiene que realizarse en una fecha indicada.

• Esta matriz del tiempo y el diagrama de planeación puede ser expresada de mejor forma y de manera conjunta con un diagrama de Gantt.

Matriz de tiempo • El tiempo puede ser calculado en base a la siguiente fórmula:

• En donde: – – – –

(to + 4t m + t p ) te = 6

te = Tiempo estimado to = Tiempo optimista tm = Tiempo promedio tp = tiempo pesimista

WBS • Es una técnica de planeación en la cual se puede describir y cuantificar la cantidad de trabajo a realizar.

• Es una estructura tipo árbol en la cual se esquematizan y jerarquizan cada una de las actividades a realizar.

WBS • Es muy parecido a un organigrama con la diferencia que aquí los nodos son tareas.

• Se debe cumplir la regla de que todas los nodos hijos de un padre la suma de sus ponderaciones dan 100% las actividades del padre.

• WBS se utiliza en otras herramientas de planeación para delimitar las tareas a realizar (e.g. Microsoft Project).

WBS • Con la división de actividades y subactividades logradas con el WBS, se puede planificar de mejor forma la asignación de recursos al proyecto.

• Las tareas de WBS llevan una numeración que indica su orden y anidamiento, muy parecido a un índice temático.

WBS • Las ramas de cada árbol se les llama paquete y deben ser totalmente independientes de otros paquetes.

• Las actividades de mayor nivel (de preferencias todas) deben ser medibles para poder cuantificar el grado de avance.

• Las actividades tangibles.

deben

presentar

resultados

Diagramas de Gantt • Es un diagrama de barras en donde se grafican el tiempo y las relaciones de dependencia de cada una de las actividades del proyecto. • Es un diagrama simple en el cual se puede medir de manera sencilla la curva de avance de un proyecto.

Diagramas de Gantt • Fue desarrollado en 1915 por Henry L. Gantt, es un gráfico sencillo donde lo valioso es la información obtenida y procesada para llegar a él.

• La curva de avance se logra a través del seguimiento de las actividades del diagrama de Gantt, puede hacerse a través de una relación con el real y el obtenido.

Diagramas de Gantt • A través de esta jerarquización de actividades, se pueden seguir otros métodos para la planeación de proyectos como • CPM (Critical Path Method): Método de la ruta crítica.

• PERT (Program Evaluation Review Technique): Técnia de Evaluación y Revisión de Programas

CPM • La ruta crítica determina aquel grafo el cual representa la columna vertebral de un proyecto y el cual no puede retrasarse.

• Las demás actividades que no forman parte de la ruta crítica pueden tener cierto tiempo de holgura sin retrasar el proyecto.

PERT • La técnica PERT permite definir una red de tarea en donde cada uno de los nodos tiene asignado recursos como el tiempo, el costo, asignación de personal entre otros.

• Para proyectos simples se puede utilizar o no este tipo de técnicas, para proyectos grandes son extremadamente necesarios.

Microsoft Project • Es una herramienta que ayuda a la administración de proyectos.

• Se basa en determinar una serie de actividades y tiempos para realizar una calendarización y obtener un Diagrama de Gantt u otras técnicas como PERT y CPM para levar el seguimiento de un proyecto.

Microsoft Project • La primera actividad consiste en determinar las fechas de inicio y fin del proyecto así como especificar opciones del calendario, como días y horas laborales, etc.

• La parte más importante de determinar son las tareas, las cuales se obtienen a través de un diagrama de planeación y un WBS (EDT en español), también se deben considerar los hitos y los recursos.

Microsoft Project • Los hitos son puntos clave en la línea del tiempo del proyecto que sirven de puntos de control. Un hito es una actividad sin tiempo.

• Lo más difícil de manejar en esta herramienta son las estimaciones de tareas, hitos y recursos ya que estas dependen de la problemática del proyecto así como de la experiencia del administrador del proyecto

Microsoft Project • Los recursos pueden ser distintas índoles: – – – –

Grupos de Personas Equipamiento Instalaciones Costos

• De las tareas la parte más importante es la vinculación de las tareas.

Microsoft Project • La mayoría de las relaciones son de FinComienzo pero pueden ser de los otros tres tipos.

• Se debe tomar en cuenta que hay actividades que se deben vincular a fechas específicas. Siempre se deben de validar cada uno de las restricciones del proyecto.

Microsoft Project • Se pueden tener varias vistas del proyecto, de manera predeterminada se pone el diagrama de Gantt.

• Para obtener el CPM se puede utilizar el Asistente para Diagrama de Gantt el cual permite especificar la ruta crítica.

• El avance se puede realizar con una curva del proyecto indicando objetivos cumplidos en que tiempo.

Microsoft Project • Cuando se inserta un recurso se asume que existe un 100% del recurso, es decir, existe un solo recurso para el proyecto.

• Para asignar recursos se puede utilizar el asistente o la hoja de recursos.

• Existen diversos tipos de costos: por uso (que dependen del tiempo) y fijos (que son constantes en la duración del proyecto).

Microsoft Project • También se pueden considerar tasas estándar y tasas por hora extra.

• El project nos permite recalcular tiempos, asignación de recursos e hitos cuando ocurren cambios de manera muy similar a una hoja de cálculo.

• La fórmula mágica de la gestión de proyectos es: Trabajo = Duración * Unidades.

Microsoft Project • En donde las unidades es el % de uso de un recurso.

• La programación de las actividades se hace a través del condicionamiento por el esfuerzo.

• Es importante hacer una correcta asignación de recursos con las actividades

Microsoft Project • Lo importante es llevar un control sobre el % de las actividades completadas y guiarnos con el tiempo. • Se pueden realizar informes y reportes mås llamativos del proyecto.

Administración del Tiempo • El tiempo es un recurso irrecuperable.

• “La única realidad es la experiencia” Albert Einstein.

• El tiempo es relativo.

• La “ambientación” es consumidora de tiempo.

una

actividad 173

Administración del Tiempo • Es un recurso escaso.

• No puede ser almacenado ni ahorrado.

• No se puede administrar. El tiempo nos administra.

• Se debe de ser procativo

174

Administración del Tiempo • “Te puedes retrasar … pero el tiempo no lo hará” Benjamín Franklin • Se debe evitar la procastinación (postergar todo).

• No repetir ni memorizar en proceso de aprendizaje, ya que consume más tiempo. 175

Administración del Tiempo • Se recomienda actividades del tiempo).

dar prioridad a proyecto (matriz

las de

• Las actividades sencillas también consumen tiempo (Ley de Pareto 80/20) • Aprenda a tomar decisiones rápidas, piense 176 antes de actuar.

2.7 Obtener/confirmar las obligaciones o responsabilidades • El proyecto diseñado es una idea tangible que resulta en un plan, sin embargo, es necesario que las actividades que compongan a ese plan tengan la aprobación de los niveles superiores.

• Cuando se trata de un proyecto tecnológico, éste abarca a muchas áreas estratégicas de la empresa, por lo que no seria posible si no se está de acuerdo en esos niveles.

Formato de la Propuesta • Documento impreso y engargolado con las siguientes secciones: • • • • •

Portada Índice Resumen Ejecutivo Introducción (antecedentes) Enunciado del Problema (SOW)

178

Formato de la Propuesta • • • • • •

Objetivos Metas Misión, visión y eslogan Justificación Alcances y Limitaciones Estudio de Factibilidad (técnico, operativo y económico) 179

Formato de la Propuesta • Planeación del Proyecto – Calendarización Actividades (Diagrama Gantt) – Asignación de Recursos y Roles – Definir hitos cada viernes

de

• Bibliografía • Hoja de firmas. Firmar todas y cada una de las hojas de la propuesta en el margen.

180