MÉTODOS DE ESTIMACIÓN DE COSTOS
- Estimación paramétrica: utiliza modelos algorítmicos, datos históricos y variables
- El juicio experto: opinión de profesionales que han trabajado en proyectos similares.
- Analogía: se compara con otro proyecto similar
- Uso de recursos disponibles: se ajusta a los recursos que se tienen.
- Precio ganador: de acuerdo a las condiciones del mercado y la competencia.
- Los 3 puntos: se hace un promedio entre el mejor caso, el más probable y el peor.
- Estimación global descendente (top-down). se fija un costo y luego se divide entre tareas, fases y horas.
- Ascendente (bottom-up): utiliza la EDT, estima las partes individuales las suma para obtener el presupuesto final.
Otras variables a tener en cuenta en los costos
El conjunto de costos de sistemas (licencias, comunicaciones, etc.).
Costos de recursos físicos (espacios, materiales, etc).
Otros costos (viáticos, capacitación, alquileres).
Cuando se trabaja con EDT, luego de dividir los entregables y las subtareas, se contactan los proveedores y se estima el número de horas/hombre para realizar las tareas y los sueldos correspondientes.
Tener en cuenta al estimar recursos y tiempos:
Incluir todas las actividades que completen un hito
No excederse con el desglose de actividades, ni con las horas/hombre
Entender que el tiempo y los recursos no son siempre intercambiables.
No sobrecargar a una persona. Asignar adecuadamente.
La productividad no es del 100%
Calendario flexible.
CALENDARIO DEL PROYECTO Y PRESUPUESTO DEFINITIVO
1. Calendario de hitos: son momentos en los que se producen entregables.
2. Contingencias: identificar el riesgo potencial y valorar su impacto. Proponer acciones con un plan de contingencias (partidas adicionales), establecer mecanismos de control.
REVISION DEL PLAN Y PRESENTACIÓN AL CLIENTE
1. Respetar el alcance, el tiempo, el costo y la calidad.
2. Se debe lograr mejorar el proyecto .
3. Propiciar el diálogo con el cliente sobre los objetivos, los hitos , los entregables, las fechas de entrega.
Actividad
Proyecto: organización de una conferencia para promover el lanzamiento de tu super software. Averigua que estimación corresponde en cada caso.
1. Tenés la oportunidad de realizar 10 conferencias. Sabés que organizar una conferencia anterior, costó unos $615.000 (incluyendo inflación y otras variables). Tu estimación será de $6.150.000 . Es una estimación.......................................................................
2. Tenés una conferencia. La dividís en: el evento, los oradores, el catering y el Marketing, a su vez, se vuelven a dividir en DJ, música, comida, bebida, hospedaje de oradores, folletos, campaña en redes sociales, etc. Sumás desde abajo hacia arriba los costos de los componentes y estimás un valor de $ 615.000. Es una estimación..................................................................................
3. Para una conferencia, tenés en cuenta lo que te costó hacer una similar el año anterior, la actualizas a un valor que ronda entre los $500.000 y 700.000. Si tenés un presupuesto menor, quizá debas hacer cambios o no hacerla. Hiciste una estimación...…................................................................................
4. Todavía el ingeniero de sonido, no visitó el lugar. Le pedís que igual haga un cálculo de lo que podría costar sus servicios. Te dice que en el mejor de los casos (optimista)te costará $150.000 si se dan las condiciones adecuadas, pero sino, en el peor de los casos (pesimista), serán unos $200.000. Pero, lo más probable es que te cueste unos $170.000. Estimaste que te cobrará $173.333.33. ¿por qué? ¿Qué estimación usaste?
LECTURA COMPLEMENTARIA: lee el siguiente texto y contesta:
DOCUMENTO DE ESPECIFICACIÓN DE REQUISITOS DE SOFTWARE:
Los documentos de especificación de requisitos de software pueden ser útiles para que los gerentes de proyectos desglosen los conceptos de alto nivel y los transformen en acciones concretas que cualquier miembro del equipo pueda seguir durante el proceso de desarrollo. Es un ERS (especificación de requerimientos de software), allí se enumeran los requisitos, las expectativas, el diseño y los estándares del futuro proyecto. Incluye los requerimientos comerciales que rigen al objetivo del proyecto, los requisitos y necesidades de los usuarios finales y la funcionalidad del producto en términos técnicos. Una descripción detallada de cómo debería funcionar un producto de software y qué debería hacer el equipo de desarrollo para hacerlo funcionar.
Sirve para poner las ideas en papel y organizar una lista clara de requerimientos. Se transforma en la fuente única de referencias para que todos estén en la misma sintonía. Es un documento dinámico, como habrá iteraciones del producto, se podría anotar los cambios en la especificación de requisitos de software para evitar confusiones y errores . La estructura que tiene es la siguiente: una introducción, los requisitos funcionales y los del sistema, los de interfaz externa y los no funcionales.
1. Introducción: se describe el propósito de la creación del producto, el público al que va dirigido y la forma en que ese usuario usará el software. El alcance del producto, los beneficios, las metas y los objetivos previstos para el producto, el uso; las funciones que brindará o el problema que resolverá.
2. Requisitos funcionales y del sistema: se indican las características y funciones que permiten que el sistema se comporte como ha sido previsto. (gestión de transacciones, funciones administrativas, requisitos de desempeño, detalles sobre operaciones de cada pantalla, etc.).
3. Requisitos de la interfaz externa: requisitos funcionales que garantizan que el sistema se conectará con los componentes externos (interfaces de usuarios, interfaces de hardware, de software, de comunicaciones, etc).
4. Requisitos no funcionales: mientras que con los requisitos funcionales se le indica al sistema cómo debe comportarse, con los no funcionales se determina de qué manera el sistema implementará estas funciones. Los más comunes son: los de seguridad(qué se necesita para garantizar que la información sensible de los usuarios que el SW recopila, estará protegida), La capacidad (lo que se necesita para satisfacer la demanda de almacenamiento), la compatibilidad (los requisitos mínimos de hardware para asegurar la compatibilidad con sistemas operativos), fiabilidad, escalabilidad, mantenibilidad, la facilidad de uso.
1. ¿Cuáles serían las ventajas de tener este documento?
2. ¿Cómo se estructura?
3. Diferencie los requisitos funcionales de los no funcionales
4. Busque y escriba los significados de fiabilidad, escalabilidad y mantenibilidad con respecto a los requisitos que debería cumplir un Software.
